En resumen

La planta lleva seis semanas en funcionamiento y el equipo del proyecto ya tiene programada su incorporación a la siguiente planta. Esa fecha de salida se basa en el presupuesto del programa, no en la capacidad local. Los criterios útiles de salida de la fase de «hipercare» del ERP plantean una pregunta más concreta: ¿pueden la planta, la función del grupo y el socio resolver por separado las solicitudes que les lleguen mañana? El grupo debe elegir entre una salida completa, una salida por fases o un soporte continuado, y debe dejar constancia de su elección.

Los criterios de salida del programa «Hypercare» de ERP comienzan con una decisión documentada sobre el traspaso de responsabilidades

El «Hypercare» es el periodo de asistencia intensiva que sigue inmediatamente al lanzamiento, durante el cual las personas que han desarrollado el sistema permanecen en estrecho contacto con los usuarios. Finaliza en una fecha acordada mucho antes de que se haya completado un mes de funcionamiento real. La finalización del lanzamiento y el hecho de que la organización de asistencia esté lista para tomar el relevo son hitos distintos.

Fijar esa fecha con antelación es razonable. El departamento de finanzas aprueba los presupuestos según un calendario, y la siguiente fase ya requiere la intervención de los especialistas. La dificultad surge cuando la fecha se convierte en una conclusión sobre la planta en lugar de una decisión sobre los recursos. El director de sistemas de información del grupo y el promotor del programa necesitan pruebas que puedan presentar posteriormente.

Sin embargo, el calendario correspondiente a esa fecha está repleto de compromisos. SAP SE lo confirmó el 7 de octubre de 2026 que el mantenimiento estándar de SAP Business Suite 7 finaliza el 31 de diciembre de 2027. El mantenimiento ampliado opcional se prolonga hasta el 31 de diciembre de 2030. El Informe de inversiones de DSAG 2026 Se encuestó a 198 empresas miembros del Deutschsprachige SAP-Anwendergruppe. De ellas, el 54 % seguía utilizando SAP ECC o una versión anterior de Business Suite, y el 42 % tenía previsto realizar una inversión alta o media en SAP S/4HANA on-premises en 2026. La DSAG señala que su muestra para 2026 se asemeja más a la de 2024 que a la de 2025.

Definir los límites del servicio de asistencia antes del traspaso del servicio de asistencia de ERP

Una vez que el equipo del proyecto se marcha, hay cuatro partes que pueden recibir una solicitud: la planta, el departamento funcional, el integrador de sistemas y el proveedor de software. Cada uno de ellos tiene un contrato, un coste y una velocidad de respuesta diferentes. Si no se establecen límites por escrito, la solicitud llega a quien la atendió la semana pasada, que ahora trabaja en otro lugar.

Guía de implementación de Dynamics 365 de Microsoft Define el alcance del soporte como qué se da soporte, quién lo da, cuándo y cómo. Una descripción del traspaso del soporte de un ERP que se limite a enumerar funciones deja la misma laguna, aunque de forma más ordenada. Cada categoría necesita una persona responsable y un suplente, ya que los criterios de salida del «hipercare» del ERP siguen siendo débiles sin ese límite.

Un ejemplo práctico de responsabilidad local y colectiva

El límite solo se hace real cuando se enfrenta a las solicitudes que planteará la planta. Cinco elementos representativos, cada uno con un responsable, ponen de manifiesto los casos que nadie había tenido en cuenta. La lista ilustra la disciplina, no una asignación fija.

• Una entrada de mercancías bloqueada debido a un error en los datos maestros: la planta lo resuelve, porque el responsable de los datos trabaja allí.
• Una condición de fijación de precios que se desvía del diseño del grupo: la decisión la toma el responsable del proceso del grupo.
• Una interfaz nocturna con el almacén austriaco: el integrador se encarga de investigar, y el departamento de grupo asume la responsabilidad.
• Un fallo reproducible en un entorno limpio: solo el proveedor del software puede solucionarlo.
• Una solicitud que no se ajuste a ninguna de estas opciones: recae en el patrocinador del programa.

Las condiciones comerciales ponen de manifiesto lo restrictivas que pueden ser las definiciones. La descripción del servicio de SAP para su Servicio de operaciones mejorado para la fase de cuidados intensivos establece una duración de cuatro semanas y un plazo de planificación de tres semanas. Su alcance abarca la gestión de SAP Basis, la base de datos y los servidores en SAP Cloud ERP Private. No se especifica cuánto tiempo necesita una planta de asistencia técnica.

Demostrar la preparación del servicio de asistencia técnica local para el ERP mediante casos representativos

Una planta demuestra que está preparada para dar soporte al ERP a nivel local; no se limita a declararlo. Durante las últimas semanas de la fase de «hiperatención», el equipo del proyecto debe observar cómo el personal local resuelve los problemas que han surgido anteriormente. La prueba consiste en comprobar si la solicitud llega a la persona adecuada y si esa persona puede actuar.

La escalación requiere práctica, no solo documentación. Un procedimiento que solo existe en una diapositiva nunca se ha enfrentado a un incidente de gravedad uno a una hora inoportuna. Realiza dos o tres simulacros de escalación mientras los recursos centrales sigan en las instalaciones y comprueba si el servicio de soporte permanente es capaz de asumir la carga.

Cobertura de turnos y idioma en una planta que funciona de forma continua

Además, la cobertura suele ser el punto más débil del acuerdo. Directiva 2003/88/CE define el trabajo por turnos como aquel en el que los trabajadores se suceden en los mismos puestos de trabajo, ya sea de forma continua o no. Eslovaquia fabricó alrededor de 1,07 millones de vehículos en 2025. Zväz automobilového priemyslu SR, la Asociación Eslovaca de la Industria Automovilística, dio a conocer esas cifras preliminares el 13 de enero de 2026. Una planta que procesa ese volumen no deja de funcionar a las 17:00, por lo que una avería nocturna se queda pendiente hasta la mañana siguiente.

El idioma también forma parte de esa misma decisión. Si la planta formula sus solicitudes en eslovaco, mientras que el servicio de atención al cliente del grupo trabaja en alemán, la traducción se convierte en un paso no documentado en cada incidencia. El Cámara Federal de Comercio de Austria cuenta con unos 49 000 empleados repartidos en 80 centros de servicios compartidos en Eslovaquia. Un grupo que trabaja entre Viena y Bratislava, Trnava, Žilina o Nitra rara vez parte de cero.

Resolver las tareas pendientes antes de la transición del soporte tras la puesta en marcha

La transición del soporte tras la puesta en marcha no requiere una cola vacía, y la norma de «cero tickets» no es realista. Cada asunto pendiente debe salir de la fase de «hypercare» con un responsable, una consecuencia para el negocio y una fecha de revisión. Los criterios prácticos de salida de la fase de «hypercare» del ERP tratan los asuntos pendientes como tareas asignadas, en lugar de como obstáculos.

Informes de Forvis Mazars que la Ley n.º 385/2025, publicada el 19 de diciembre de 2025, modifica la Ley n.º 222/2004 Coll. sobre el impuesto sobre el valor añadido. A partir del 1 de enero de 2027, los sujetos pasivos del IVA nacionales deberán emitir y recibir facturas en el formato electrónico establecido. Asimismo, deberán comunicar los datos relativos a las entregas nacionales a la Administración Financiera de la República Eslovaca. La ley transpone Directiva (UE) 2025/516 del Consejo sobre la normativa del IVA en la era digital.

Una planta que entrará en funcionamiento a finales de 2026 se enfrentará a ese cambio unas semanas después de que el equipo de puesta en marcha se haya marchado. Puede que se trate de una cuestión que competa al equipo de plantillas del grupo, al departamento de finanzas local o a una solicitud de cambio sin presupuestar. Decidir de qué se trata, antes de que el equipo se disperse, sale más barato que decidirlo en diciembre.

El registro de traspaso del servicio de asistencia

Un registro permite que la decisión sea verificable y su elaboración lleva aproximadamente una hora por área de proceso. Es recomendable completarlo mientras el equipo del proyecto aún pueda responder a las preguntas, ya que se convierte en la declaración oficial y duradera del grupo sobre su grado de preparación para el soporte del ERP local. Por último, lo firman el responsable de la planta y el director de sistemas de información del grupo, y en él se recogen seis puntos por cada categoría de solicitud:

1. Tipo de incidencia, en términos empresariales y no en términos del sistema.
2. Titular: local, grupo o socio, identificado como persona física.
3. Cobertura y acceso: horario, idioma y autorizaciones para actuar.
4. Prueba de escalado: la fecha y el resultado.
5. Dependencias pendientes: partidas reglamentarias y de interfaz, con fechas.
6. Decisión de salida: apoyo total, gradual o continuado.

Elige la modalidad de salida: apoyo total, por etapas o continuado

El grupo puede aprobar una salida total, llevarla a cabo por fases según los procesos o mantener una capacidad definida. Una salida total devuelve todo a la función de soporte permanente. Una salida por fases mantiene el soporte central para procesos concretos, por lo que se trata de una decisión sobre el alcance más que sobre el tiempo. Cada opción requiere un responsable, un motivo y un punto de revisión.

Designar dos o tres procesos que se encarguen de la asistencia central resulta más económico que ampliarlo todo. Además, resulta más claro para la planta. La siguiente planta también se beneficia, ya que el grupo destina especialistas de forma deliberada.

Una ayuda que se mantiene sin fecha de revisión se convierte en la dependencia que el grupo quería evitar. Cuando la capacidad se mantiene, el expediente debe indicar qué pruebas dan lugar a su finalización. A Estudio de caso de CE Interim sobre un encargo de gestión de la cadena de suministro presenta el mismo problema de gestión de pedidos, en un programa de gestión de almacenes que funciona en paralelo a una implantación retrasada de SAP Extended Warehouse Management.

Preguntas que se plantean los grupos antes de poner fin a la atención intensiva

¿Qué es el «hypercare» de ERP?

El «Hypercare» es el periodo de asistencia intensiva que tiene lugar inmediatamente después de la puesta en marcha de un sistema. Las personas que lo han desarrollado permanecen en contacto estrecho con quienes lo utilizan. Existe porque el funcionamiento en producción genera problemas que no se detectan durante las pruebas.

¿Es necesario cerrar todas las incidencias antes de que finalice el periodo de «hypercare»?

No, y considerar una cola vacía como la norma solo retrasa el traspaso sin mejorarlo. Cada incidencia abierta necesita un responsable, una consecuencia y una fecha de revisión. Una lista documentada de incidencias conocidas es mejor que una cola corta conseguida mediante la reclasificación del trabajo.

¿Quién se hace cargo de los problemas una vez que el equipo del proyecto se marcha?

La responsabilidad se rige por los límites acordados antes de la salida. La planta se encarga de las cuestiones relacionadas con los datos locales, mientras que la función de grupo se ocupa del diseño y de los asuntos que afectan a varias sedes. El integrador se encarga de los entregables contratados y el proveedor de software, de los defectos. Cualquier otra cuestión recae, por defecto, en el patrocinador del programa.

¿En qué se diferencia un traspaso de soporte por fases de la ampliación de todo el programa?

Un traspaso gradual del soporte del ERP devuelve la mayoría de las categorías de solicitudes a la función de soporte permanente. El servicio de asistencia central se mantiene para casos excepcionales específicos. Por el contrario, la ampliación del programa conserva toda la estructura del proyecto y su necesidad de contar con especialistas.

La decisión que debe tomar el grupo

Las opciones son: una salida total, una salida por etapas o un apoyo continuado con un propietario y una fecha de revisión. El grupo no debe permitir que la fecha de salida acordada sustituya a esta decisión. El programa fijó esa fecha antes de que existieran pruebas, y la transición del apoyo tras la puesta en marcha es una decisión que el grupo debe registrar como tal.

Cuando la función de apoyo permanente esté preparada y cuente con los recursos necesarios, debería encargarse de dirigir el traspaso. Cuando nadie sea responsable del propio ámbito de competencia, un director del programa ERP o un director de transformación puede organizar un traspaso delimitado y retirarse una vez que se haya acordado el registro. CE Interim, parte de Valtus Alliance, estructura ese tipo de mandato entre una sede central austriaca y una Empresa industrial eslovaca.

Las consecuencias de equivocarse en esto rara vez son graves, y ahí radica parte del problema. Se traduce en un cierre de fin de mes más lento, soluciones provisionales que acaban traduciéndose en costes de personal y un retraso en los cambios normativos. Si se aplican correctamente, los criterios de salida del «hipercare» del ERP describen un traspaso que el grupo puede justificar, no una fecha ya fijada.