En resumen

La recuperación tras el fracaso de una implantación de un sistema ERP en una planta de fabricación checa constituye una emergencia operativa. No es una tarea que deba dejarse en manos del integrador de sistemas. Cuando falla la puesta en marcha, se interrumpe el registro de inventario y se bloquean las listas de preparación de pedidos. Los productos terminados no pueden salir legalmente del muelle de expedición. La verdadera pregunta del Consejo de Administración es sencilla: ¿quién asume el mando mientras el equipo repara la base de datos? Esta guía establece la secuencia de cuatro fases para la recuperación tras el fracaso de una implementación de un sistema ERP que debe seguir un director interino del programa ERP. La primera fase consiste en un desvío manual que protege las entregas a los clientes. A continuación, el equipo repara los datos maestros y estabiliza las transacciones principales, antes de devolver el control de la planta una vez que esta funcione correctamente.

El detonante: el colapso logístico en el almacén durante los primeros diez días tras la transición

La implantación de un sistema ERP industrial rara vez fracasa sin dar señales. El fracaso suele manifestarse en los primeros diez días tras la puesta en marcha, no meses después. Un comité directivo de Múnich, Viena o Zúrich dio el visto bueno tras meses de pruebas. El tercer día, la situación es muy diferente.

Imagina un centro de componentes cerca de Plzeň, Liberec o Pardubice. El nuevo sistema pierde contacto con la planta física. Los conductores de carretillas elevadoras escanean contenedores que el software indica como vacíos. Las líneas de producción se detienen, porque el ERP no puede generar órdenes de reposición. Se trata de la recuperación tras el fracaso de una implantación de ERP en su fase más temprana y más física.

Los productos terminados se acumulan en los pasillos del almacén. El departamento de envíos no puede generar la documentación de transporte ni las declaraciones de aduana. En tres días, el muelle de carga deja de funcionar. La cadena de montaje de un cliente de primer nivel en Alemania se enfrenta a su propia parada de producción.

El integrador de sistemas sostiene que el software funciona y culpa a la gestión local del cambio. El director de la planta checa quiere una reversión inmediata, una medida que supondría la pérdida de millones y retrasaría la contabilidad reglamentaria. El director de operaciones se enfrenta ahora a una emergencia en la planta de producción que comenzó como un proyecto de software. Hay que iniciar de inmediato la recuperación tras el fracaso de la implantación del ERP.

Retos en la gestión de proyectos transfronterizos de recuperación de sistemas ERP

Recuperar una implantación de ERP fallida en una filial manufacturera checa implica resolver tres problemas a la vez: la arquitectura de datos, las operaciones locales y el gobierno corporativo. Ninguno de ellos se soluciona con el mismo remedio. La recuperación de una implantación de ERP fallida no se estanca únicamente por cuestiones tecnológicas, sino por quién tiene la autoridad para tomar decisiones cuando los sistemas dejan de funcionar según lo previsto.

Resolución de errores en los datos maestros de la fabricación discreta durante la recuperación del sistema ERP

Es en este punto donde la recuperación tras el fracaso de una implementación de un sistema ERP puede salir bien o prolongarse durante meses. La fabricación discreta tiene poca tolerancia a los datos aproximados. La mayoría de los fallos se deben a tres errores estructurales.

1. Ruta de la lista de materiales dañada. Las líneas heredadas solían funcionar con ajustes informales y no registrados. El equipo migró las listas de materiales de ingeniería sin validar los tiempos de ruta, las tolerancias de desperdicio ni las capacidades de ciclo de las máquinas. A raíz de ello, el sistema programó secuencias que la planta no podía ejecutar.
2. Discrepancia en la ubicación del almacén. El personal ha transferido el stock a la nueva base de datos sin realizar una validación a nivel de ubicación. El sistema ERP indica que las piezas se encuentran en el pasillo cuatro. Sin embargo, físicamente se encuentran en el almacén de exceso de stock situado justo al lado.
3. Fallo en el intercambio electrónico de datos. Los clientes europeos aplican protocolos estrictos, como las normas VDA 4905/4913 u Odette. Los errores de formato en los albaranes de envío provocan el rechazo automático en el muelle de descarga del cliente.

Corregir estos tres fallos es tarea del director interino del programa ERP, no de la junta directiva. La tarea de la junta directiva es más limitada: otorgar la autoridad para paralizar los cambios y reasignar al personal mientras se lleva a cabo ese trabajo. Estos tres fallos son a los que se destina la mayor parte del esfuerzo inicial en la recuperación de una implementación fallida de un sistema ERP.

Gestión de los riesgos relacionados con la gobernanza transfronteriza y el cumplimiento normativo

Hay un segundo problema que se sitúa por encima de los datos: la gobernanza transfronteriza, donde la recuperación de una implementación fallida de un ERP puede cobrar impulso o estancarse. La sede central de la empresa suele tratar la implantación como una actualización informática, gestionada a distancia por consultores externos. En las instalaciones, el personal de la planta lo ve como una carga externa que les impide fabricar piezas. Ninguna de las dos visiones es errónea. Cada parte ve una faceta diferente del mismo fracaso.

La norma pertinente figura en la Ley de Sociedades Anónimas Ley, Ley n.º 90/2012 Coll. Junto con las normas locales de contabilidad fiscal, esto implica que las mercancías no pueden salir de las instalaciones sin los documentos fiscales y de entrega correspondientes. Si el software no puede generar la documentación válida, la dirección no puede realizar legalmente el envío de las mercancías, independientemente de la capacidad física de la planta de producción.

Gartner Además, los analistas del sector constatan que entre el 55% y el 75% de los proyectos de ERP en el sector manufacturero no logran alcanzar sus objetivos. Las plantas de fabricación discreta son las que sufren mayores trastornos tras la puesta en marcha. McKinsey & Company informes que más del 70% de las transformaciones digitales no logran aportar el valor esperado. Esta es la realidad operativa en la que se desarrolla la recuperación tras una implementación fallida de un sistema ERP: hay que trabajar dentro de ella, no a su alrededor.

Cinco indicadores operativos que requieren una gestión inmediata de crisis en el sistema ERP

En los primeros días de la recuperación tras el fracaso de una implementación de ERP, los problemas habituales tras el lanzamiento y un fallo del sistema estructural pueden parecer similares. Hay cinco señales que indican el momento en que se alcanza el umbral de crisis.

• El atasco físico en los muelles es el primero. Los productos terminados permanecen en el muelle de carga durante más de 24 horas. El sistema ERP no liquida los albaranes ni libera los bloqueos de crédito.
• El aumento de los saldos negativos de existencias es el segundo. El sistema muestra un saldo negativo en las cuentas de productos en curso o de materias primas. Eso significa que el registro retrospectivo no coincide con lo que consume la línea de producción.
• Las hojas de cálculo «en la sombra» son la tercera. Los planificadores y los supervisores de almacén dejan de utilizar la terminal del ERP y, en su lugar, realizan el seguimiento de los envíos en blocs de notas escritos a mano.
• La falta de ASN de los clientes ocupa el cuarto lugar. Los principales clientes presentan reclamaciones por las entregas, ya que los envíos llegan sin un aviso electrónico previo de envío.
• La pérdida de confianza es la quinta. Las reuniones diarias entre el integrador y el equipo de operaciones local se convierten en una sucesión de acusaciones en lugar de servir para resolver problemas.

Cualquiera de estos cinco indicios señala que ya se está llevando a cabo la recuperación de una implementación fallida de un sistema ERP, y no se trata de un problema habitual.

El marco de recuperación tras la puesta en marcha del ERP en cuatro fases

Para poner fin al fracaso no hace falta que más programadores escriban código a medida. Lo que hace falta es un directivo in situ que comprenda tanto el ámbito de la producción como la arquitectura empresarial.

Un director interino del programa ERP, o director de recuperación, lidera la recuperación de la implementación fallida del ERP desde el primer día. Este ejecutivo asume el mando operativo directo. El responsable interino pone fin a las acusaciones mutuas entre el departamento de TI corporativo y la dirección de la planta local. Para resolver la crisis, la organización necesita un ejecutivo con experiencia demostrada y adecuado para el encargo. Dicho ejecutivo debe estar listo para incorporarse en un plazo de 72 horas tras la finalización del informe del encargo.

Fase 1: Establecimiento de excepciones manuales en los envíos y congelación del código

La primera semana tiene un objetivo: mantener en funcionamiento las líneas de producción del cliente y despejar el muelle de carga. El responsable interino autoriza un procedimiento de envío temporal en papel. Los camiones se mueven según recuentos físicos verificados mientras el equipo repara el software. Todas las personalizaciones informáticas no verificadas se congelan sin demora, de modo que la base de datos deja de acumular nuevos errores. Una reunión de clasificación de incidencias, que se celebra dos veces al día, reúne al director de la planta, al responsable del almacén, al director de TI corporativo y al integrador jefe. En ella se priorizan las correcciones estrictamente en función de su impacto en la producción. Esta es la primera fase de la recuperación tras el fracaso de la implantación del ERP. La decisión del director de operaciones en este caso es limitada, pero crucial. Aprobar la solución manual alternativa y la congelación del código el primer día, y luego dejar que el director interino dirija el proceso.

Fase 2: Limpieza de los datos maestros y conciliación del inventario físico

Una vez que el equipo garantiza el envío, subsana la discrepancia entre la base de datos y la planta física. Un recuento de existencias específico realizado durante el fin de semana concilia las cantidades y las ubicaciones en los compartimentos de las piezas de mayor volumen. Los resultados se convierten en la nueva referencia verificada. A continuación, el equipo corrige los tiempos de ruta erróneos, los multiplicadores de desechos y los desencadenantes de la contabilización retrospectiva. También simplifica la jerarquía del almacén, de modo que las ubicaciones de preparación virtuales ya no confunden a los operarios de carretillas elevadoras. Esta segunda fase de la recuperación tras el fracaso de la implantación del ERP es en la que el sistema vuelve a mostrar datos fiables.

Fase 3: Estabilización de los flujos de trabajo de «Order-to-Cash», MRP y «Procure-to-Pay»

El ejecutivo interino estabiliza tres flujos de trabajo que mantienen el flujo de efectivo y de productos. El flujo «del pedido al cobro» alinea la asignación de EDI con los portales de clientes y elimina la creación manual de facturas. El flujo «de la planificación a la producción» restablece la planificación automatizada de necesidades de material, de modo que los calendarios generan solicitudes de compra basadas en plazos de entrega reales. El flujo de trabajo «de la adquisición al pago» restablece la conciliación a tres bandas entre la orden de compra, la entrada de mercancías y la factura del proveedor. Esto liquida el atraso en las cuentas por pagar y reconstruye la confianza de los proveedores. Al final de esta fase, la recuperación de la implementación fallida del ERP ha superado la fase de evaluación inicial. La planta cuenta ahora con un ciclo de finanzas y planificación que funciona correctamente.

Fase 4: Reciclaje del personal, aprobación por parte de los proveedores y traspaso operativo

Una vez que las transacciones se estabilizan, el director interino forma en checo a los supervisores de turno, a los conductores de carretillas elevadoras y a los planificadores en la gestión estándar de excepciones. El director también vela por el cumplimiento de los plazos de entrega contractuales acordados con el integrador de sistemas. El paso final es un traspaso estructurado. La supervisión vuelve a manos de la dirección permanente de la planta y del departamento de TI corporativo, y el director interino abandona las instalaciones. El siguiente caso muestra en la práctica cómo se recuperó esta implementación fallida de un sistema ERP.

Caso práctico: Reestructuración del sistema ERP SAP S/4HANA en una planta de fabricación checa

Un conglomerado global suizo-alemán del sector de la ingeniería implantó una plantilla empresarial estandarizada de SAP S/4HANA en su planta de fundición de precisión y mecanizado, situada cerca de Hradec Králové (República Checa), que cuenta con 550 empleados. La planta suministraba componentes hidráulicos de alta tolerancia a las líneas de montaje de maquinaria de construcción europeas.

A los cinco días de la puesta en marcha, la operación perdió el control de sus transacciones principales. Los módulos de expedición del almacén no lograron generar manifiestos aduaneros internacionales conformes ni códigos de barras para los embalajes de los clientes. Los productos terminados se acumularon en las naves de producción, lo que obligó a la dirección de la planta a cerrar dos líneas principales de mecanizado por falta de espacio físico. Más de 6 millones de euros en envíos a clientes quedaron retenidos en las instalaciones, y dos importantes clientes fabricantes de equipos originales (OEM) amenazaron con aplicar sanciones por incumplimiento de contrato.

El socio externo encargado de la implementación propuso un programa de corrección de tres meses, mientras que el director de la planta checa exigió volver por completo al sistema anterior. Esto habría supuesto un coste de 4 millones de euros y habría frenado la consolidación digital en todo el grupo.

Puesta en marcha de la estrategia de recuperación del ERP in situ en Bohemia Oriental

CE Interim asignó a un director interino de programas de ERP con amplia experiencia, que contaba con veinte años de trayectoria en operaciones de fabricación y en la recuperación de sistemas SAP. En un plazo de 72 horas tras la finalización del informe del encargo, el ejecutivo interino ya se encontraba en las instalaciones de Hradec Králové, con plena autoridad operativa sobre la reestructuración de la planta.

El ejecutivo interino puso en marcha un plan inmediato de recuperación ante la crisis:

• Se ha establecido un desvío de las llamadas de emergencia: Crearon un procedimiento manual de elaboración de albaranes, conforme a la normativa y auditado, que contó con la aprobación de las autoridades aduaneras locales y de los equipos de logística de los clientes. Esto permitió liquidar 2,4 millones de euros en existencias bloqueadas en las primeras 96 horas y evitó interrupciones en las líneas de producción de los clientes. 
• EDI fijo y serialización mediante códigos de barras: El director reconfiguró la interfaz de envío del software. En un plazo de 14 días, corrigieron la generación de etiquetas con códigos de barras para los envíos y adaptaron las transacciones EDI a las especificaciones del portal del fabricante de equipos originales (OEM). 
• Se ha llevado a cabo la carga del inventario físico específico: El directivo dirigió un recuento físico específico durante el fin de semana de 1.200 referencias activas. Esto permitió eliminar los errores de stock negativo y volver a ajustar el stock del sistema con la ubicación física en las estanterías. 
• Se ha recuperado la aceptación de los usuarios en la línea: El responsable interino creó un equipo de apoyo en planta formado por especialistas en procesos bilingües (checo y alemán). Este equipo impartió formación a 60 supervisores de turno y operarios sobre las transacciones estándar del sistema.

Para el día 50, se habían eliminado todas las excepciones manuales en los envíos. La planta funcionaba íntegramente con el nuevo sistema ERP, alcanzando una precisión de inventario del 99,11 % y una puntualidad en las entregas a los clientes del 98,61 %. El responsable interino supervisó la finalización oficial del proyecto con el integrador de sistemas y llevó a cabo un traspaso estructurado a la dirección permanente de la planta.

Preguntas frecuentes sobre el liderazgo en la recuperación de sistemas ERP

¿En qué consiste la recuperación tras una implementación fallida de un sistema ERP?

La recuperación tras una implementación fallida de un sistema ERP permite restablecer los envíos, el inventario y las transacciones financieras cuando falla la puesta en marcha del sistema. Por lo general, la dirige in situ un ejecutivo interino, y no el proveedor del software. El proceso comienza con una solución manual alternativa, a continuación se reparan los datos subyacentes y, finalmente, la planta vuelve a funcionar plenamente con el nuevo sistema.

¿Por qué hay que evitar volver al software ERP antiguo tras la puesta en marcha?

La reversión rara vez es una simple cuestión de cambiar de opción. La migración congela la base de datos heredada, y todas las transacciones realizadas desde la puesta en marcha se almacenan únicamente en el nuevo sistema. Reversar esto requiere una compleja remigración de datos y supone la pérdida de millones en inversión de capital. Las empresas que dan marcha atrás suelen perder por completo el software empresarial con el que contaban. Una estabilización rápida y disciplinada es casi siempre más rápida y menos perjudicial que dar marcha atrás. Una marcha atrás precipitada rara vez es la solución adecuada durante la recuperación de una implementación fallida de un sistema ERP.

¿Por qué los integradores de sistemas no pueden solucionar por sí solos los fallos del ERP a nivel de planta?

Los integradores de sistemas entienden de tablas de bases de datos y ajustes de configuración, pero no de operaciones de fábrica. Un integrador no puede firmar los documentos de envío, reorientar la maquinaria de la planta de producción ni dar instrucciones a los conductores de carretillas elevadoras. Para resolver la crisis se necesita un directivo con autoridad operativa directa sobre la planta. Ese directivo trabaja codo con codo con el integrador, no en su lugar. Por eso, la recuperación tras el fracaso de una implementación de ERP requiere la presencia de un directivo con autoridad in situ.

¿Qué competencias debe tener un director interino de un programa de ERP?

El ejecutivo interino necesita una autoridad que sirva de puente entre la dirección de la planta local y el departamento de TI corporativo. Esto incluye la facultad de tomar decisiones sobre procedimientos de envío temporales, congelaciones de código, aprobaciones de proveedores y validación de datos maestros. Sin esa autoridad por escrito desde el principio, su mandato se convierte en meramente consultivo y la recuperación se ralentiza.

¿Cuánto tiempo suele durar un proceso de recuperación de un sistema ERP?

La clasificación de emergencias y la descongestión de los muelles suelen llevar entre siete y diez días. La estabilización completa de las transacciones, la limpieza de los datos maestros y la eliminación de las soluciones manuales llevan más tiempo. El plazo habitual para la recuperación tras el fracaso de una implantación de ERP es de entre sesenta y noventa días desde el inicio del proyecto.

¿Qué ajustes operativos debería prever la Junta durante el primer mes?

La precisión de los informes y algunas soluciones manuales siguen sin ser perfectas durante el primer mes. Esa concesión es aceptable. La prioridad es la continuidad del servicio al cliente y la visibilidad de la tesorería, no un sistema perfectamente conciliado desde el primer día. La perfección puede esperar. El muelle, no. Esto es normal durante la recuperación tras una implementación fallida de un ERP, no es señal de que haya fracasado.

Conocimientos relacionados y siguiente paso

La recuperación tras el fracaso de la implantación de un sistema ERP constituye una emergencia operativa. Pone en peligro la liquidez de la empresa, la confianza de los clientes y la credibilidad del programa general de transformación digital del grupo. Un directivo con experiencia, presente in situ, restablece el control y protege los compromisos adquiridos con los clientes.

Lecturas relacionadas:

• Dejar de gestionar la planta desde Francia: cómo la «gestión en la sombra» destruye la responsabilidad local en las plantas polacas
• Cuando la sede central de DACH debe gestionar procesos de reestructuración en Polonia, la República Checa y Rumanía de forma simultánea
• Cuando las cuentas no cuadran: investigar una planta checa sin provocar el caos

CE Interim ofrece un socio ejecutivo de probada solvencia y adecuado al encargo, listo para incorporarse en un plazo de 72 horas tras la finalización del informe del encargo. A Socio interino de CE puede contribuir a la recuperación tras una implementación fallida de un sistema ERP, lo que permite proteger el programa de transformación más amplio del grupo.