Integración ERP en la industria: conectar SAP, Dynamics y Navision con la planta

Todo fabricante que opera un ERP y sistemas de planta acaba topándose con la misma discrepancia. El ERP muestra la orden como terminada; en planta saben que dos palés se reprocesaron. El ERP muestra material consumido en cantidad estándar; el consumo real incluía un rechazo que nadie registró. Ninguno de los dos sistemas miente. Describen momentos distintos —el ERP describe el plan y sus consecuencias financieras, la planta describe la realidad física— y la integración es la disciplina de mantener conciliadas ambas descripciones.

La primera decisión de diseño es la dirección de la propiedad del dato, y equivocarse es la causa más frecuente de proyectos de integración que nunca se estabilizan. Los datos maestros —clientes, proveedores, materiales, listas de materiales, rutas, precios— pertenecen al ERP y fluyen hacia abajo. Los datos de ejecución —inicios y fines reales, cantidades realmente producidas, rechazos, motivos de parada, estados de máquina, asignación de operarios, consumo real de material— se generan en planta y fluyen hacia arriba. Cuando se permite que ambos sistemas editen la misma entidad, usted no tiene una integración; tiene una discusión recurrente con calendario de sincronización.

El flujo descendente suele ser la mitad fácil. Las órdenes de producción liberadas en el ERP aparecen en el MES con sus operaciones, rutas y listas de material. Los cambios en el maestro de artículos se propagan. Los datos de cliente y de entrega llegan a los sistemas que los necesitan. La principal dificultad práctica es la granularidad: una orden de producción del ERP se corresponde a menudo con varias operaciones de planta en centros de trabajo distintos, y el mapeo entre la estructura del ERP y la estructura ejecutable debe definirse de forma deliberada, no darse por supuesto.

El flujo ascendente es donde está el valor y donde se concentra la dificultad. Las confirmaciones —los mensajes que dicen que esta operación produjo esta cantidad, consumió este material, duró esto y rechazó aquello— alimentan las cifras de inventario, coste y capacidad del ERP. Cuando se capturan automáticamente desde máquinas y terminales de operario, en vez de teclearse al final del turno de memoria, los números del ERP dejan de ser aproximaciones. El cálculo de costes mejora de inmediato, porque los tiempos reales sustituyen a los estándar.

Los patrones de integración disponibles se diferencian sobre todo en latencia y acoplamiento. El intercambio por ficheros es simple, universalmente soportado e inevitablemente orientado a lotes. El acceso directo a base de datos es rápido y frágil, y se rompe con las actualizaciones del proveedor de formas difíciles de anticipar. Las API REST y SOAP —SAP mediante IDoc, BAPI u OData; Dynamics 365 y Business Central mediante sus API publicadas— son el estándar actual y versionan con mucha más elegancia. Las colas de mensajes añaden resiliencia para eventos de alta frecuencia, porque la planta sigue generando datos esté o no disponible el ERP.

Este último punto merece énfasis porque es donde las integraciones frágiles se delatan. La producción no se detiene cuando se detiene el ERP. Si su integración es síncrona y el ERP no está disponible por mantenimiento programado, o se para la planta o se pierden los datos. Un diseño con cola y búfer permite que el MES siga capturando y entregue el pendiente cuando vuelva la conexión — y en una fábrica a varios turnos, esto no es un caso extremo sino una realidad mensual.

Los ERP locales y regionales complican el cuadro de una forma concreta. Las suites globales tienen interfaces documentadas y grandes ecosistemas de integración. Los productos regionales —Panteon, Logo, Nebim y sus equivalentes en otros mercados— están muy extendidos entre fabricantes medianos, suelen estar profundamente personalizados y rara vez cuentan con un conector MES de serie. Esto no es motivo para sustituir un ERP que funciona. Es motivo para tratar la capa de integración como parte de primer nivel del proyecto y no como un detalle dado por hecho.

La conciliación es la parte que se omite en los planes de proyecto y luego consume los tres primeros meses de operación. Los mensajes fallan. Una confirmación se rechaza porque un material estaba bloqueado. Una orden de producción se borra en el ERP después de que la planta ya la haya empezado. Toda integración necesita una cola inspeccionable, un mecanismo de reintento, un estado de error que alerte a una persona y un informe de conciliación periódico que demuestre que lo registrado en planta y lo que guarda el ERP siguen coincidiendo. Las integraciones sin esto no fallan de forma ruidosa; se desvían en silencio, que es peor.

El consejo de alcance que sobrevive al contacto con la realidad: empiece por un tipo de orden en una línea, demuestre el ciclo completo desde la liberación en el ERP hasta la ejecución en planta y la confirmación de vuelta al ERP, y sólo entonces amplíe. Las integraciones a lo grande, en todas las plantas y todos los tipos de orden a la vez, fallan de formas extremadamente difíciles de diagnosticar, porque cuando todo es nuevo nada sirve de referencia.