Lo que la integración con el CMMS comparte entre mantenimiento y producción
Mantenimiento y producción necesitan cuatro cosas el uno del otro, y actualmente cada uno se encuentra a un lado de la brecha.
- Tiempo de funcionamiento del activo: el mantenimiento preventivo se activa según las horas de funcionamiento o los ciclos completados, datos que la máquina y el sistema de producción conocen, pero que el CMMS a menudo estima
- El compromiso de producción: qué líneas están comprometidas con qué pedidos y cuándo, lo que determina si realmente hay una ventana de mantenimiento disponible
- Disponibilidad de repuestos: si la pieza necesaria está en stock, lo cual reside en el ERP o en el sistema de almacén, no en el CMMS
- Historial de fallos frente a producción: qué averías ocurrieron durante qué ejecuciones, lo que permite argumentar el caso de mantenimiento en términos financieros
Solo el primero es una medición de la máquina. El tiempo de funcionamiento reside en los PLC y en el sistema de producción, por lo que los datos de la máquina deben pasar a la capa de negocio antes de que se pueda activar un programa preventivo basado en ellos. Los otros tres son datos de negocio, razón por la cual un CMMS que funciona de forma aislada produce un plan de mantenimiento técnicamente sólido pero operativamente irreal.
¿Por qué se difiere el mantenimiento preventivo?
El calendario de mantenimiento se propone después de que el plan de producción ya está comprometido. Una ventana solicitada para una línea que ya ha sido prometida a un pedido de cliente es una solicitud para romper un compromiso, y el compromiso suele ganar.
El tiempo de ejecución estimado empeora las cosas. Cuando el CMMS se activa por intervalos de calendario en lugar de por horas reales, se programan servicios en máquinas que apenas han funcionado y se omiten en las que trabajan en turnos dobles. El equipo aprende entonces que el programa es aproximado, lo que debilita el argumento para proteger cualquier ventana específica.
La disponibilidad de piezas es el tercer fallo. Una ventana que llega sin el repuesto es una ventana perdida, y después de que esto ocurre dos veces, la planificación empieza a tratar las solicitudes de mantenimiento como provisionales. La pérdida de credibilidad es lo que hace que la siguiente solicitud sea más fácil de posponer.
¿Qué cuesta una integración débil del CMMS?
Los costes del mantenimiento diferido llegan en secuencia, y solo el último es lo suficientemente visible como para llamar la atención:
- Ventanas negociadas en lugar de planificadas: los supervisores pierden tiempo discutiendo programas que podrían haberse acordado de una vez
- Servicios realizados en el intervalo incorrecto: los activadores basados en calendario sobrecargan de servicio a los activos inactivos y subutilizan a los que están ocupados, por lo que el presupuesto de mantenimiento se asigna incorrectamente antes de que se realice cualquier trabajo
- Ventanas desperdiciadas: la línea se detiene, el equipo llega y la pieza no está en stock
- Avería durante una ejecución comprometida: el tiempo de inactividad no planificado recae en el pedido más importante, porque es la línea que trabaja con mayor intensidad
- Recuperación acelerada: piezas de emergencia, horas extras y una entrega perdida, a un coste multiplicado respecto a lo que habría costado el servicio planificado
Solo el último punto llega a una revisión presupuestaria, y para entonces se registra como una avería en lugar de como un aplazamiento. Los cuatro anteriores se absorben como fricción operativa normal. Lo que se acumula junto a ellos es una serie de conflictos permanentes: la planificación trata las solicitudes de mantenimiento como provisionales, mantenimiento pide ventanas que espera perder, y cada parte defiende un programa que la otra no puede ver.
La integración del CMMS es un problema de programación, no de mantenimiento
El conflicto está integrado en la forma en que los dos sistemas dividen el trabajo. El ERP decide cuánto debe trabajar cada máquina, y esa decisión crea el requisito de mantenimiento que el CMMS planteará semanas después. El servicio debe salir entonces del tiempo de producción, lo que cambia el plan que creó el requisito. Ninguna de las partes puede ver la mitad que no le corresponde, ya que el ERP no tiene visión del desgaste acumulado y el CMMS no tiene visión de la carga futura.
Las plantas suelen responder mejorando el CMMS: mejores registros de activos, programas preventivos más estrictos, planes de trabajo más detallados. Eso mejora la calidad de un plan que sigue sin poder ejecutarse, porque la limitación nunca fue el programa de mantenimiento.
Ambas partes tienen razón a su manera. Un planificador que protege una entrega comprometida está haciendo su trabajo tal como está definido, y un jefe de mantenimiento que protege un intervalo hace lo mismo. El aplazamiento es racional para el planificador y costoso para la planta, razón por la cual ninguna cantidad de disciplina de mantenimiento lo resuelve.
Lo que rompe el ciclo es que el requerimiento de mantenimiento llegue al planificador antes de que el plan esté comprometido, en la misma vista. Un servicio que vence en las próximas 200 horas de funcionamiento es un insumo de programación, al igual que la capacidad o los materiales. Ese mismo servicio solicitado contra una línea comprometida es una interrupción. La información es idéntica, y el momento en que se recibe determina de qué se trata.
Cómo una plataforma de integración conecta el CMMS con la producción
Los fabricantes abordan esta división de tres maneras. Algunas suites ERP incluyen un módulo de mantenimiento, que resuelve la brecha mediante la consolidación, aunque generalmente están por detrás de un CMMS dedicado en cuanto a capacidades. Algunos productos CMMS se entregan con conectores preconfigurados para las combinaciones comunes. Estos funcionan hasta que el ERP se personaliza o una segunda planta utiliza un software diferente, que es el límite recurrente en la integración de ERP en la industria manufacturera. La mayoría de las plantas operan ambos por separado y los reconcilian en una reunión semanal, que es donde ocurre la negociación.
Una plataforma de integración como servicio (iPaaS) los conecta sin necesidad de mover ninguno de los dos. En la iPaaS de Alumio, ese trabajo adopta cuatro formas:
- Activadores basados en tiempo de ejecución real: una Route basada en eventos traslada las horas reales y los conteos de ciclos desde los sistemas de producción al CMMS, de modo que los programas preventivos se activan según el uso y no según el calendario
- Mantenimiento visible para la planificación: una Route programada envía los próximos requerimientos al ERP como una restricción de planificación antes de que se comprometa el plan de producción, en lugar de hacerlo como una solicitud posterior
- Verificación de piezas antes de la ventana: un Transformer de datos enriquece la lista de piezas del trabajo con los niveles actuales de existencias en almacén, de modo que la escasez se detecta mientras aún hay tiempo para realizar pedidos
- Historial de fallas vinculado a la producción: los Logs detallados vinculan los eventos de avería con las ejecuciones que interrumpieron, lo cual convierte un caso de negocio de mantenimiento en evidencia
Esos flujos se configuran en lugar de construirse manualmente para cada planta, con el Code Transformer disponible cuando la configuración no puede expresar una regla. El segundo sitio reutiliza la lógica del primero.
Lo que aporta la integración del CMMS
El mantenimiento se mide por el costo y se juzga por las fallas, lo cual es una posición difícil porque el costo es visible y la falla evitada no lo es.
Conectar los cronogramas cambia el argumento. Cuando el requerimiento de mantenimiento aparece como una restricción junto a la capacidad y los materiales, compite en los mismos términos que todo lo demás en el plan, en lugar de ser una interrupción del mismo. Esa es una posición mejor de la que cualquier cantidad de disciplina interna de mantenimiento puede producir por sí sola.
Una planta que opera de esta manera no realiza menos mantenimiento. Realiza el mismo trabajo en intervalos ajustados a la intensidad real de funcionamiento de cada activo. Las ventanas se cumplen y las paradas de emergencia dejan de afectar al pedido que la planta menos podía permitirse perder.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
