Cómo integrar MES con ERP: una visión desde la planta

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por Mirko Peters · 2026-11-12

Cómo integrar MES con ERP desde el lado del MES: qué necesita la planta del ERP, qué necesita el ERP de vuelta, cómo hacer coincidir los datos maestros y qué trampas evitar en el proyecto.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

Para integrar MES con ERP, acordad primero una lista corta de objetos de datos y mensajes, y después construidlos en este orden: datos maestros, liberación de órdenes, retroalimentación de planta y gestión de errores. Visto desde el MES, el trabajo es sencillo: recibir qué hay que fabricar e informar de lo que ha ocurrido. Las partes difíciles son que ambos sistemas deben entender lo mismo por "artículo", "operación" y "terminado", y que alguien debe ser responsable de los errores. Este artículo está dirigido a los responsables de planta que gestionan el lado de planta del proyecto.

Puntos clave

• Visto desde el MES, la integración tiene dos tareas: recibir qué fabricar y con qué datos, e informar de lo ocurrido en un formato que el ERP pueda registrar.
• Los mensajes de órdenes y los datos de referencia son flujos distintos: en la interfaz MES de Microsoft, los productos, las listas de materiales y las rutas se obtienen por separado mediante entidades de datos u OData.
• Acordad qué significa terminado, cómo se informa el desecho y cómo funcionan las correcciones antes de construir cualquier interfaz.
• Los datos maestros necesitan un responsable, una asignación de identificadores y una conciliación periódica, porque el MES hereda todos los errores de las rutas y tiempos del ERP.
• Provoca fallos de prueba de forma intencionada y decide quién ve un mensaje fallido, porque una cola silenciosa de confirmaciones rechazadas acaba en diferencias de inventario.

¿Qué necesita el MES del ERP?

Tres cosas, y cada una viaja de forma distinta.

En primer lugar, las órdenes. El MES necesita las órdenes de producción liberadas con producto, cantidad, fechas y, más adelante, los cambios de estado. En la interfaz de Microsoft para MES de terceros, el MES escucha un evento de negocio cuando una orden se libera o cambia de estado. Otros sistemas ERP utilizan otros mecanismos, pero el principio se mantiene: el ERP anuncia, el MES recoge.

En segundo lugar, los datos de referencia. Es la descripción de cómo fabricas el producto: artículos, listas de materiales, rutas y tiempos de preparación. La misma página de Microsoft indica que sus mensajes cubren únicamente eventos de planta y no transportan datos maestros. El MES obtiene del ERP los productos, las listas de materiales y las rutas mediante entidades de datos u OData. Planificadlo como una segunda tarea de integración, porque es la que los equipos suelen olvidar.

En tercer lugar, la información sobre recursos. La norma ISA-95 define cuatro tipos de información que los sistemas intercambian entre el nivel empresarial y el nivel de operaciones: material, equipos, activos físicos y personal con sus funciones y cualificaciones. Si tu MES asigna trabajo según habilidades o capacidades de máquina, necesita la versión de esos datos que tiene el ERP o RRHH. Define con claridad qué sistema es la fuente.

Si usas SAP, Dynamics 365 o cualquier otro sistema ERP, las preguntas son las mismas. Solo cambian los nombres técnicos.

¿Qué necesita el ERP del MES?

Piénsalo como confirmaciones. La documentación de Microsoft enumera los siguientes procesos para su interfaz: iniciar un pedido, notificar las cantidades producidas y desechadas, notificar el consumo de material, notificar el tiempo empleado en una operación y finalizar el pedido. Utiliza un tipo de mensaje distinto para cada uno. Un mensaje de finalización solo necesita el número de orden de producción, mientras que un mensaje de cantidad transporta líneas que pueden incluir el artículo, la cantidad buena y una causa de error para el desecho.

No necesitas copiar ese modelo. Sí necesitas decidir lo siguiente antes de construir nada:

• ¿Qué nivel de detalle tiene una confirmación? ¿Por pedido, por operación o por turno?
• ¿Puede un operario confirmar una cantidad parcial y qué hace el ERP con ella?
• ¿Cómo se notifica el desecho y qué códigos de motivo existen en ambos sistemas?
• ¿Se mide el consumo de material en la estación o lo calcula el ERP a partir de la lista de materiales?
• ¿Cómo se corrigen los errores: con una anulación, un ajuste o una nueva confirmación?
• ¿Qué significa "terminado" y qué significa "finalizado"? En la visión general del proceso de producción de Microsoft, notificar un pedido como terminado añade los productos al inventario, mientras que finalizar el pedido calcula el coste real y bloquea nuevas contabilizaciones de coste. Tu ERP puede trazar esa línea en otro punto.

La última pregunta es la que más discusiones provoca. Planificación, finanzas y calidad leen el mismo estado, y cada una espera algo distinto de él. Fija las definiciones en una reunión breve con los tres antes de que nadie escriba una interfaz.

¿Cómo haces coincidir los datos maestros entre el MES y el ERP?

Los pedidos son transacciones. Los datos maestros son la descripción de tu proceso, y el MES hereda cada error que contengan. Una ruta que indique una operación de 12 minutos que en realidad dura 20 parecerá un problema de rendimiento en planta mientras nadie la corrija.

Trabaja estos puntos para la línea piloto:

1. Asigna un responsable a cada objeto. Un reparto habitual es que el ERP sea dueño de los artículos, las listas de materiales y las rutas, y que el MES sea dueño de los ajustes de estación y las instrucciones de trabajo. Es una recomendación, no una regla. Lo importante es que nadie tenga que adivinar.
2. Mapea los identificadores. El centro de trabajo "WC-110" del ERP puede ser "Prensa 3" en planta. ISA-95 incluso dedica una parte a esto: su modelo de servicio de alias define cómo se asocian y se correlacionan los identificadores equivalentes, según la descripción del estándar por parte de ISA.
3. Compara las operaciones. Enumera los pasos de la ruta del ERP y los pasos que los operarios realizan realmente. Las diferencias aparecen rápido, como un paso de inspección o de desbarbado que solo existe en planta.
4. Revisa unidades, calendarios y husos horarios. Piezas frente a cajas, y hora local frente a UTC, provocan errores silenciosos.
5. Establece una regla de cambios. Cuando ingeniería modifica una ruta, ¿quién avisa al MES, con qué rapidez llega el aviso y qué ocurre con los pedidos que ya están en curso?
6. Repite la comparación periódicamente. Los datos maestros se desvían con el tiempo.

Este es un caso hipotético. Una ruta del ERP tiene tres operaciones, pero los operarios realizan cinco, porque hace años se añadieron la inspección y el desbarbado y nunca se registraron en la ruta. El MES solo puede notificar lo que contiene la ruta. Así, el ERP muestra la operación tres como retrasada, mientras que en planta simplemente se trabaja en pasos que el ERP desconoce. Nadie hizo nada mal. Los datos están incompletos. El ejemplo es inventado, pero en las plantas este tipo de brecha aparece constantemente.

Para los formatos de archivo, merece la pena conocer B2MML. MESA lo describe como un conjunto de definiciones de esquemas XML que implementan ISA-95 y se usan para integrar sistemas de negocio, como el ERP, con sistemas de fabricación, como un MES. La versión 7 añadió un primer esquema JSON. Usar un esquema publicado te da un vocabulario común de partida, aunque no elimina la necesidad de acordar el significado de cada campo.

¿Cómo debe comportarse la interfaz cuando algo sale mal?

El camino feliz funcionará en la demo. Dedica el tiempo del proyecto a los otros caminos.

La documentación de Microsoft muestra cómo se comporta un producto, y es una buena base para preguntarle a tu propio proveedor. Los mensajes de la misma orden de producción se procesan en el orden en que llegan. Los mensajes de órdenes distintas podrían procesarse desordenados, porque los trabajos por lotes se ejecutan en paralelo. Un mensaje fallido se reintenta hasta tres veces y después se marca como fallido. Una página de supervisión te permite revisar, corregir y volver a procesar los mensajes fallidos, y una alerta puede notificar a un administrador de TI o a un jefe de planta.

Convierte eso en cuatro preguntas para cualquier pareja de ERP y MES:

• ¿Qué ocurre con una confirmación que el ERP rechaza, por ejemplo porque la orden ya está cerrada?
• ¿Quién ve el fallo, y con qué rapidez?
• ¿Puede la planta seguir trabajando mientras el ERP no está disponible, y enviar todo después en el orden correcto?
• ¿Puede llegar dos veces la misma confirmación sin contabilizarse dos veces?

Si nadie es responsable de los mensajes fallidos, se acumulan hasta que alguien descubre una diferencia de inventario a final de mes. Nombra a una persona, no a un equipo.

¿El tipo de producción cambia la integración?

Sí. En un artículo de Automation World sobre la implementación de ISA-95, la fabricación bajo pedido de ingeniería se describe como probablemente la integración más exigente, porque los sistemas empresariales y de control deben intercambiar información casi en tiempo real. La industria aeroespacial es el ejemplo: los diseños guían la planificación, pero pueden cambiar durante la ejecución. Cuando se produce un cambio, la ejecución se detiene hasta que la planificación lo refleja, y las nuevas operaciones, como las inspecciones añadidas, llegan a la planta. El mismo artículo advierte de que las distintas interpretaciones de los estándares por parte de cada proveedor pueden causar problemas de interoperabilidad.

De ello se desprenden dos lecciones. Si tus productos se configuran o se diseñan bajo pedido, incluye el caso de cambios en el primer piloto, no en el último. Y prueba las interfaces basadas en estándares con tus propios datos, porque "estándar" no significa "idéntico".

¿Cómo integras el MES con el ERP paso a paso?

Mantén el alcance reducido y las comprobaciones diarias.

1. Elige una línea y una familia de productos.
2. Redacta una tabla de interfaces con objeto, emisor, receptor, desencadenante, frecuencia y responsable. Una fila sin responsable es tu primer riesgo.
3. Concilia los datos maestros de esa familia de productos, tal como se indicó antes.
4. Acordad los estados y el significado de terminado, desecho y retrabajo.
5. Construye primero las órdenes y las confirmaciones de inicio y fin. Añade los materiales y los tiempos después.
6. Prueba los fallos a propósito: envía una cantidad incorrecta, detén la interfaz, reiníciala y envía un duplicado.
7. Decide qué ocurre con las órdenes que ya están en curso el día de la puesta en marcha.
8. Ejecuta el nuevo flujo junto al proceso antiguo durante varias semanas, y compara cada día la cantidad buena, el desecho, las horas y los materiales por orden en ambos sistemas.
9. Cuenta los pasos adicionales para los operarios. Si confirmar en el MES tarda más que el formulario en papel, averigua por qué antes de seguir desplegando.
10. Amplía a la siguiente línea solo cuando las diferencias estén explicadas.

Errores comunes

• Tratar los datos maestros como una carga única en lugar de una tarea continua.
• Diseñar la interfaz solo desde el punto de vista del ERP, de modo que el MES no pueda informar con el detalle con el que trabaja la planta.
• Usar la misma palabra de estado con significados distintos en cada sistema.
• No tener ninguna regla para las órdenes en curso en el momento de la puesta en marcha.
• Probar solo el escenario ideal.
• Dejar los mensajes fallidos sin responsable.
• Pedir a los operarios que introduzcan los mismos datos dos veces, una en cada sistema.

Dónde encaja Polaris

Si tu problema es el ciclo entre el plan del ERP y la planta, iFAKT Polaris es una opción que conviene valorar. iFAKT describe Polaris como IA más un gemelo digital para la producción que trabaja con datos del ERP. El módulo Polaris Designer convierte los datos del ERP, las listas de materiales, los tiempos de proceso y las estructuras de recursos en un grafo de conocimiento de producto, proceso y recurso. El módulo Polaris Operator lleva los planes a la planta como tareas basadas en tiempo y devuelve el avance, los retrasos y las interrupciones a la planificación. Qué confirmaciones debe contabilizar tu ERP para inventario, costes y trazabilidad es una cuestión aparte, así que haz una lista de ellas antes de decidir qué debe cubrir cualquier herramienta.

Temas relacionados para explorar

• ISA-95 en lenguaje sencillo: qué actividades pertenecen al nivel ERP y cuáles al nivel de operaciones.
• Planificación en bucle cerrado: cómo las confirmaciones de planta modifican la siguiente programación.
• Protección de la conexión entre las redes de planta y de negocio: cuentas, segmentación y parcheo de interfaces.
• Informes de planta sin un MES completo: lo que pueden cubrir el escaneo y las confirmaciones sencillas.

Siguiente paso

Elige una familia de productos y anota en una tabla cada objeto que debe pasar entre tu MES y tu ERP, con emisor, receptor y responsable. Si quieres integrar el MES con el ERP sin sorpresas, lleva esa tabla a la primera reunión con TI y con tu proveedor.