Una línea de producción se para. La máquina está bien: la mecánica funciona, los motores responden, el mantenimiento industrial está al día. Lo que ha fallado es el ordenador que la gobierna, y más concretamente una pieza pequeña que dentro lleva veinte años trabajando sin que nadie se acordara de ella.
Es una situación mucho más frecuente de lo que parece, y casi siempre pilla a la empresa por sorpresa. No porque nadie supiera que el equipo era viejo, sino porque funcionaba. Y mientras algo funciona, no está en la lista de prioridades de nadie…
Dos ciclos de vida que no encajan
Una máquina de producción bien mantenida puede durar veinticinco o treinta años. Es una inversión pensada para amortizarse despacio, y el mantenimiento industrial está organizado en torno a esa idea: revisiones periódicas, repuestos previstos, técnicos que conocen el equipo.
El sistema informático que la controla se diseñó con otro horizonte. El fabricante que lo integró contaba con sustituirlo mucho antes, porque en informática veinte años no es longevidad: es arqueología. El sistema operativo dejó de recibir soporte hace más de una década, los componentes se dejaron de fabricar poco después, y la empresa que desarrolló el software de control puede que ya ni exista.
El resultado es una asimetría incómoda. La parte cara y visible de la instalación aguanta perfectamente. La parte barata e invisible es la que marca la fecha de caducidad real del conjunto.
El problema no es la avería, es el repuesto
Cuando falla un componente moderno, la reparación es un trámite: se identifica, se pide, llega al día siguiente. El coste está acotado y el tiempo de parada es previsible.
Cuando falla un componente descatalogado, nada de eso aplica. No hay stock, no hay equivalente directo, y lo que se encuentra en el mercado de segunda mano tiene la misma antigüedad y el mismo desgaste que la pieza que acaba de romperse. Se puede comprar un repuesto, sí, pero sin garantía de ningún tipo y sabiendo que puede fallar en cualquier momento.
Y aparece un segundo problema, menos evidente y más caro: la información que había dentro. La configuración acumulada durante años, los parámetros de producción, los programas específicos de esa instalación. Nada de eso está documentado en ningún sitio, porque nadie lo documentó nunca. Vivía en esa pieza.
Sustituir no siempre es una opción
La respuesta intuitiva es cambiar el equipo por uno actual. A veces se puede, y es lo razonable. Pero hay tres situaciones habituales en las que no:
- El software de control solo funciona en su sistema original. No existe versión para sistemas actuales, y quien podría desarrollarla ya no está.
- La máquina se comunica por interfaces que hoy no existen. Tarjetas y conectores que ningún ordenador moderno incorpora, y para los que no hay controladores.
- El coste de sustituir el conjunto no es asumible ahora. La máquina tiene años de vida útil por delante y renovar toda la instalación es una inversión que no estaba prevista este ejercicio.
En cualquiera de los tres casos, la empresa necesita que ese equipo siga funcionando. No como ideal, sino como necesidad operativa inmediata.
Lo que sí se puede hacer
Aquí es donde el mantenimiento deja de ser una póliza y se convierte en trabajo técnico real.
Lo primero es reconocer que un equipo así es un punto único de fallo, y tratarlo como tal. Eso significa tener una copia íntegra y verificada del sistema completo, no solo de los datos. Una copia que se haya comprobado que arranca, porque una copia que nadie ha probado es una suposición, no una garantía. Con eso, una avería que podría suponer días de parada pasa a resolverse en horas.
Lo segundo es que no hay una solución estándar. Cada equipo de esta antigüedad tiene su propia combinación de restricciones, y lo que funcionó en una máquina puede no funcionar en la de al lado, aunque sean parecidas. Las alternativas modernas a un componente descatalogado a veces encajan y a veces no, y la única forma de saberlo es probarlo con método antes de que la producción dependa de ello.
Hace un par de años documentamos uno de estos casos: una alternativa moderna a un disco de almacenamiento descatalogado que resolvió el problema en aquel equipo. En otro equipo parecido, esa misma solución no sirvió y hubo que buscar otra. Ese es exactamente el punto.
Lo tercero es planificar la salida. Un equipo que se sostiene con repuestos de segunda mano no tiene un futuro indefinido. Puede tener dos años más de vida perfectamente útil, y en esos dos años se puede preparar con calma la migración, la virtualización del sistema o la renovación de la instalación. Lo que no se puede es improvisarla el día que la línea está parada.
Anticiparse cuesta menos que reaccionar
La diferencia entre las dos situaciones no es técnica, es de calendario.
Un equipo obsoleto identificado a tiempo es un proyecto: se estudia, se presupuesta, se ejecuta cuando conviene y con la producción funcionando. El mismo equipo identificado el día que se rompe es una urgencia: se trabaja contrarreloj, con la línea parada, sin poder elegir la solución y con un coste que incluye todo lo que la empresa deja de producir mientras tanto.
El inventario de qué equipos críticos están fuera de ciclo de vida es una conversación de una tarde. Suele ser la tarde mejor invertida del año.
Nuestro enfoque
En Kaizen Development Solutions trabajamos con instalaciones de todo tipo, incluidas las que llevan décadas en marcha y no pueden pararse. Nuestro planteamiento pasa por conocer el equipamiento antes de que falle, mantener copias verificadas de los sistemas críticos, y buscar para cada caso la solución que encaje con sus restricciones reales, no la que encajaría en un escenario ideal.
Si tenéis en producción equipos de los que nadie se acuerda hasta que dan problemas, hablemos antes de que llegue ese día.
