El problema: dos mundos que no se hablan
En la mayoría de plantas conviven dos universos que rara vez se comunican de forma automática. Por un lado, el mundo IT: el ERP (SAP, Microsoft Dynamics, Odoo, Sage…) que gestiona órdenes de fabricación, inventarios, compras y costes. Por otro, el mundo OT: los PLCs, variadores, básculas, autómatas y sensores que controlan el proceso físico en tiempo real.
Cuando estos dos mundos no están integrados, el resultado es siempre el mismo: alguien rellena un parte de producción a mano, otro lo transcribe a una hoja de cálculo y, horas o días después, esos datos acaban en el ERP con errores y sin trazabilidad. El ERP "cree" que se han fabricado 1.000 unidades cuando en realidad fueron 940 y se desperdiciaron 60. Las decisiones se toman sobre datos viejos e imprecisos.
Integrar el ERP con los datos de planta consiste precisamente en cerrar ese hueco: que las órdenes bajen automáticamente a las máquinas y que la realidad de la producción suba de vuelta al ERP sin papel ni transcripciones.
Qué se gana al integrar
- Fin de la captura manual: los partes de producción, consumos y mermas se registran solos desde el PLC o la báscula.
- Inventario fiable: el stock se descuenta en tiempo real según el consumo real de materia prima, no según teóricos.
- Cierre de órdenes en tiempo real: el ERP sabe el estado exacto de cada orden sin esperar al final del turno.
- Trazabilidad completa: qué lote de materia prima entró en qué producto, con qué parámetros de proceso y en qué máquina.
- Costes reales: consumo energético, tiempos de máquina y rechazos imputados a cada orden de fabricación.
- Datos para mejorar: base sólida para calcular OEE, planificar mantenimiento y detectar cuellos de botella.
La capa que falta: MES e ISA-95
Conectar directamente un ERP a un PLC casi nunca es buena idea. Trabajan a ritmos y con lenguajes muy distintos: el PLC actualiza variables cada milisegundos y habla en bits y registros; el ERP razona en órdenes, materiales y documentos contables. Entre ambos hace falta una capa de traducción y agregación.
Esa capa intermedia es el MES (Manufacturing Execution System) y el marco que define cómo se reparten las responsabilidades es la norma ISA-95 (IEC 62264). ISA-95 describe una jerarquía de niveles que conviene tener clara antes de diseñar cualquier integración:
| Nivel | Sistema | Función | Horizonte temporal |
|---|---|---|---|
| Nivel 4 | ERP | Planificación de negocio y logística | Días / meses |
| Nivel 3 | MES | Ejecución y seguimiento de la producción | Turnos / horas |
| Nivel 2 | SCADA / HMI | Supervisión y control | Segundos |
| Nivel 1 | PLC / control | Control del proceso | Milisegundos |
| Nivel 0 | Sensores / actuadores | El proceso físico | Tiempo real |
La integración ERP-planta es, en esencia, el diálogo entre el Nivel 4 y el Nivel 3 (y desde el 3 hacia abajo). ISA-95 incluso define los mensajes estándar para ese diálogo: las órdenes de producción que bajan y las confirmaciones de producción, consumo y calidad que suben.
Los flujos de datos: qué baja y qué sube
Una integración bien diseñada es bidireccional. No se trata solo de leer datos de máquina, sino de cerrar el ciclo completo:
Del ERP a la planta (descendente): órdenes de fabricación con su material, cantidad, receta o fórmula, secuencia y fechas. En procesos con recetas (alimentación, química, farma), el ERP puede enviar incluso los parámetros del producto a fabricar para que el PLC los cargue automáticamente.
De la planta al ERP (ascendente): confirmaciones de producción (unidades buenas y rechazos), consumo real de materia prima, tiempos de máquina y de parada, lotes y trazabilidad, parámetros de calidad y, cada vez más, consumo energético por orden.
Arquitecturas de integración
No hay una única forma correcta. La elección depende del tamaño de la planta, del ERP y de la madurez digital existente. Estas son las cuatro arquitecturas más habituales:
1. MES como intermediario (la recomendada)
El PLC expone sus datos vía OPC-UA, el MES los recoge, los contextualiza con las órdenes del ERP y consolida la información que devuelve al ERP por API o conector estándar. Es la arquitectura más robusta y escalable, y la que mejor respeta ISA-95. Soluciones como Ignition (con su módulo MES), SAP Digital Manufacturing o plataformas a medida encajan aquí.
2. Broker IIoT con MQTT
Los datos de planta se publican en un broker MQTT (a menudo con el estándar Sparkplug B, que añade semántica y estado de conexión) y desde ahí se consumen por el ERP o por una plataforma cloud. Es ligero, desacoplado y perfecto para arquitecturas distribuidas o multiplanta. Encaja muy bien con Edge Computing.
3. Middleware / iPaaS
Una capa de integración (Node-RED, Mulesoft, Azure Integration Services…) traduce entre el protocolo de planta y la API del ERP. Útil cuando el ERP tiene una API REST bien documentada y el volumen de datos es moderado.
4. Conexión directa OPC-UA (solo casos sencillos)
Algunos ERP modernos admiten clientes OPC-UA o conectores directos. Funciona para casos simples (una línea, pocas variables), pero no escala bien ni aporta la contextualización que da un MES. Úsalo con cabeza.
Protocolos y estándares clave
- OPC-UA: el estándar de facto para extraer datos del PLC con seguridad y semántica. Es la base de casi cualquier integración seria.
- MQTT / Sparkplug B: ligero, orientado a publicación-suscripción, ideal para IIoT y arquitecturas distribuidas.
- ISA-95 / B2MML: define el modelo y los mensajes XML estándar para el intercambio ERP-MES.
- REST / OData: la forma habitual de hablar con el ERP en la nube (SAP usa OData; Dynamics y Odoo exponen API REST).
Cómo abordar el proyecto, paso a paso
Paso 1 — Definir el caso de uso. ¿Qué problema concreto resuelves? ¿Eliminar el parte manual? ¿Trazabilidad de lote? ¿Costes reales? Empieza por un objetivo medible, no por "conectarlo todo".
Paso 2 — Mapear los datos. Qué variables hay en el PLC, qué campos espera el ERP y cómo se correlacionan con las órdenes. Aquí se decide el éxito del proyecto.
Paso 3 — Elegir la arquitectura. MES, broker MQTT, middleware o conexión directa, según el alcance y la madurez existente.
Paso 4 — Resolver la seguridad IT/OT. El tráfico cruza la frontera entre la red de planta y la red corporativa. Hace falta segmentación, una DMZ industrial, certificados y permisos por variable.
Paso 5 — Empezar con un piloto. Una línea, un caso de uso, métricas claras. Validar y escalar después al resto de la planta.
Errores frecuentes que conviene evitar
- Conectar ERP y PLC directamente sin capa de contextualización: frágil e inmantenible.
- Subir datos crudos sin contexto: un valor de máquina sin saber a qué orden, lote y producto pertenece no sirve de nada.
- Ignorar la calidad del dato: si la báscula está mal calibrada o el operario no declara la parada, el ERP arrastrará basura con apariencia de precisión.
- Olvidar la seguridad OT: abrir la red de planta a la corporativa sin segmentación es una puerta abierta a incidentes.
- Querer integrarlo todo a la vez: los proyectos que empiezan con un piloto acotado son los que triunfan.
Conclusión
Integrar el ERP con los datos de planta es uno de los pasos con mayor retorno en cualquier proyecto de Industria 4.0: elimina trabajo manual, da fiabilidad al inventario y a los costes, y abre la puerta a la analítica y la mejora continua. La clave está en respetar la jerarquía ISA-95, apoyarse en una capa MES o de integración bien diseñada y blindar la frontera IT/OT.
En Bluemation diseñamos e implementamos integraciones entre planta y sistemas de gestión, desde la extracción de datos del PLC vía OPC-UA hasta la conexión con tu ERP. Cuéntanos tu caso y te ayudamos a cerrar el hueco entre la máquina y la oficina.