Cuándo integrar el IoT con MES, ERP y CMMS, y cuándo una alerta debe convertirse en orden de trabajo
DBR77 Team · Publicado el
Integre el IoT primero con el CMMS, cuando los estados de máquina y los motivos de parada lleven unas semanas estables; después con el MES, y con el ERP en último lugar. Una alerta solo debe convertirse en orden de trabajo cuando necesita repuestos o planificación, se repite o dura más de un límite de tiempo que usted fija; todo lo demás queda como una tarea rápida del turno.
Si integra demasiado pronto, copia datos poco fiables en tres sistemas. Si integra demasiado tarde, mantenimiento sigue tecleando las paradas a mano. A continuación: el orden que suele funcionar, qué mantener separado y las reglas para las órdenes de trabajo.
Dónde se sitúa el IoT junto a MES, ERP y CMMS
La norma ISA-95 es un mapa útil. Divide la planta en niveles según las actividades de cada uno. El nivel 3 abarca las operaciones de fabricación, donde el MES y sistemas similares gestionan la producción. El nivel 4 abarca la gestión del negocio, donde está el ERP. ISA-95 trata principalmente la interfaz entre los niveles 3 y 4.
Las máquinas, los PLC y los sensores están debajo, en los niveles 0 a 2. El IoT los lee y convierte las señales en bruto en eventos: en marcha, parada, un motivo de parada, un recuento. En la mayoría de las plantas, el CMMS está en el nivel de operaciones junto al MES, donde se planifica el trabajo de mantenimiento. El IoT envía hacia arriba eventos fiables; no sustituye a los sistemas superiores.
Por qué compensa esperar unas semanas
Las primeras semanas de IoT en una línea son ruidosas. Las listas de motivos cambian y los umbrales se ajustan. Si conecta el ERP en la segunda semana, cada corrección hay que hacerla dos veces. Nuestro artículo sobre los primeros 30 días de IoT en una fábrica brownfield describe ese periodo de estabilización.
Una línea está lista para integrarse cuando se cumplen estas condiciones:
- Producción y mantenimiento usan las mismas definiciones de en marcha, parada y parada planificada.
- La lista de motivos no ha cambiado en dos o tres semanas.
- "Desconocido" es pequeño, por ejemplo menos del 10 % de los minutos de parada.
- Cada alerta tiene un responsable y un plazo para confirmarla.
- IT/OT ha acordado la interfaz y el modelo de seguridad, normalmente con referencia a ISA/IEC 62443.
El orden de integración que suele funcionar
Empiece por el CMMS. Elimina la mayor cantidad de trabajo manual con el menor número de campos: máquina, fallo, hora y responsable. Después viene el MES. Los recuentos y el OEE en tiempo real del IoT pueden sustituir las entradas manuales por orden cuando coinciden con lo que la línea produjo realmente. El ERP va al final. Necesita registros agregados y cerrados, y estos solo existen cuando los datos de la línea se han estabilizado.
| Sistema | Qué envía el IoT | Cuándo integrar | Disparador típico |
|---|---|---|---|
| CMMS | Eventos de fallo, horas de funcionamiento, recuentos de ciclos, valores de condición | Primero, cuando las rutas de alerta y los motivos son estables | Parada por encima de un límite de tiempo, fallo repetido, contador que alcanza un intervalo de servicio |
| MES | Estados de máquina, recuentos de piezas buenas y de rechazo, motivos de parada, OEE en tiempo real | En segundo lugar, cuando los recuentos del IoT coinciden con la producción real de la línea | Inicio y fin de orden, cambio de formato, recuento por orden |
| HSE | Cuasi accidentes detectados por cámaras o sensores | Cuando el equipo de seguridad ha definido las categorías | Persona en una zona restringida, protección abierta con la máquina en marcha |
| ERP | Producción agregada, horas de los activos, consumos | Al final, cuando el MES o el CMMS tienen el registro cerrado | Cierre de orden o de turno, costes mensuales por activo |
Vea cómo una alerta se convierte en orden de trabajo
En una demo online de 30 minutos le mostramos cómo se registra una parada de máquina, cómo se asigna a un responsable y cómo, cuando las reglas lo indican, se abre como orden de trabajo.
Qué integrar y qué mantener separado
Una división útil:
- Integre una única lista de activos. El ID de máquina debe ser el mismo en IoT, CMMS y MES.
- Integre la creación y el cierre de órdenes de trabajo. Cuando se cierra una orden de trabajo, el registro de parada en el IoT debe llevar su número.
- Integre los recuentos por orden con el MES, cuando sean fiables.
- Mantenga las señales en bruto en el edge. Los valores de corriente o vibración de alta frecuencia se quedan en el IoT; al ERP solo llegan datos agregados.
- Mantenga las microparadas y la selección de motivos en el IoT. Cambian a menudo y no deberían esperar a una nueva versión del ERP.
Use interfaces abiertas. OPC UA y MQTT cubren el lado de la máquina; las API REST suelen cubrir el lado del negocio. McKinsey aconseja a las empresas fijar la interoperabilidad como criterio de compra. Nuestra página de integraciones enumera los conectores compatibles.
Cuándo una alerta debe convertirse en orden de trabajo
Vorne señala que las microparadas suelen durar uno o dos minutos y se resuelven sin personal de mantenimiento. Convertir cada una en un registro del CMMS entierra a los planificadores en tickets.
Una alerta debe abrir una orden de trabajo cuando se cumple al menos una de estas condiciones:
- Necesita repuestos o materiales que hay que pedir o sacar del almacén.
- Necesita planificación: una ventana de parada, un contratista, un permiso de trabajo o un segundo turno.
- Se repite. Por ejemplo, el mismo fallo tres veces en siete días en una máquina.
- Dura más de un límite fijado, por ejemplo una parada de más de 20 minutos.
- Requiere un registro formal por seguridad, calidad o auditoría.
Todo lo demás queda como una tarea rápida del turno: registrada, con responsable, cronometrada y cerrada en el IoT. Ejemplo ilustrativo: en una línea de embalaje típica de dos turnos, un atasco resuelto en tres minutos es una tarea rápida. Si el mismo atasco se repite cuatro veces en un turno, da lugar a una sola orden de trabajo para revisar las guías. Fije los límites por escrito con mantenimiento y revíselos cada mes.
Cómo funciona en DBR77 IIoT e IRIS
En DBR77 IIoT, cada alerta se convierte en una tarea con responsable, y la respuesta queda registrada con hora. En una línea de embalaje de cartón ondulado, esta regla, junto con el estado en tiempo real y el registro de motivos, redujo el tiempo medio de respuesta ante una parada de 24 a 9 minutos. Qué ocurre cuando falta esa estructura se explica en por qué fallan las alertas de máquina en planta.
En DBR77 IRIS, un evento de máquina o de cámara llega al mismo modelo de datos que todo lo demás. Desde ahí puede abrir una orden de trabajo en el CMMS, registrar un cuasi accidente para HSE o alimentar el OEE, sin una interfaz separada para cada caso.
Los estados y recuentos limpios también pueden alimentar un gemelo digital de la línea para probar cambios antes de llevarlos a planta. Cómo las señales cambian después prioridades y planes se explica en De la visibilidad a la respuesta en bucle cerrado.
Preguntas frecuentes
Finanzas quiere primero los datos del ERP. ¿Debemos empezar por ahí?
Normalmente no. El ERP necesita registros cerrados, que solo son fiables cuando los datos de la línea se han estabilizado. Mientras tanto, entregue a finanzas una exportación semanal desde el IoT.
¿Necesitamos un MES antes de empezar con el IoT?
No. Muchas plantas medianas empiezan con el IoT en una línea y el CMMS que ya tienen. El IoT puede aportar el OEE en tiempo real y los motivos de parada hasta que haya un MES.
¿Cómo evitamos que el CMMS se llene de tickets?
Aplique las reglas de órdenes de trabajo anteriores y revíselas cada mes con mantenimiento. Si los planificadores cierran muchas órdenes como "no requiere acción", los límites son demasiado bajos.
¿Qué interfaces se necesitan?
OPC UA, Modbus o MQTT en el lado de la máquina y API estándar en el lado del negocio. Las revisiones de seguridad suelen remitir a ISA/IEC 62443, y el procesamiento puede quedarse en planta.
Conclusión
Elija la línea cuya lista de motivos lleva más tiempo sin cambios y conéctela al CMMS con solo cuatro campos: máquina, fallo, hora y responsable. Antes de que pase la primera orden de trabajo, acuerde los límites por escrito con mantenimiento, por ejemplo una parada de más de 20 minutos o el mismo fallo tres veces en siete días. Al cabo de un mes, cuente cuántas órdenes cerraron los planificadores como "no requiere acción" y ajuste los límites a partir de ahí.
Defina su orden de integración en una llamada
Traiga su lista de sistemas: CMMS, MES, ERP. En 30 minutos esbozamos qué datos van a dónde, en qué orden y con qué reglas de alerta empezar.
Fuentes
- ISA, ISA-95 Standard: Enterprise-Control System Integration
- ISA, ISA/IEC 62443 series of standards
- OPC Foundation, OPC Unified Architecture, 2008
- OASIS, MQTT Version 5.0, 2019
- McKinsey & Company, IoT value set to accelerate through 2030, 2021
- Vorne, The Six Big Losses
- Datos del piloto de DBR77 IIoT, línea de embalaje de cartón ondulado (cliente anónimo), 2026