Integrar ERP con Planta de Producción: Guía Práctica para Conectar SAP, Navision y Otros con tu Línea

Tu ERP dice que hoy tenías que fabricar 5.000 piezas del producto A. Tu planta las ha fabricado, pero ha consumido un 12% más de materia prima de lo previsto porque hubo un cambio de molde a mitad de turno. El ERP no lo sabe. No lo sabrá hasta que alguien del turno de noche rellene un parte en papel, alguien de oficina lo teclee al día siguiente y alguien de control de gestión se dé cuenta de que los números no cuadran — probablemente la semana que viene.

Eso es lo que pasa cuando tu ERP y tu planta viven en universos paralelos. El ERP gestiona pedidos, compras, inventario y facturación. La planta transforma materiales en productos. Pero entre ambos hay un vacío donde la información viaja a pie, en papel, con retraso y con errores.

Integrar el ERP con la planta de producción no es un proyecto de ciencia ficción ni un lujo para multinacionales con presupuesto infinito. Es la diferencia entre operar con datos reales y tomar decisiones con información que ya nació vieja. Y no hace falta que te gastes medio millón en un MES de los gordos para conseguirlo.

En esta guía te explico cómo se hace en la práctica, con qué tecnologías, qué errores evitar y qué puedes implementar tú mismo sin necesidad de un ejército de consultores.

Qué significa realmente integrar ERP con planta

Antes de lanzarte a conectar cables y configurar APIs, necesitas entender qué datos viajan en cada dirección. Porque la integración ERP-planta no es una conexión única: son flujos de información distintos con requisitos diferentes.

Datos que bajan del ERP a la planta

El ERP es el que sabe qué hay que fabricar. De él bajan:

• Órdenes de fabricación: qué producto, qué cantidad, para cuándo, con qué lista de materiales.
• Recetas y parámetros de proceso: temperaturas, velocidades, tiempos de mezcla. En industrias reguladas como alimentación o farmacia, esto es crítico para la trazabilidad.
• Planificación de materiales: qué materia prima está disponible, qué lotes usar (FIFO, FEFO según caducidad).
• Datos maestros de producto: especificaciones, tolerancias, instrucciones de calidad.

Estos datos no necesitan llegar en milisegundos. Un retraso de un minuto o incluso cinco es perfectamente aceptable. Lo importante es que lleguen correctos y completos.

Datos que suben de la planta al ERP

La planta genera datos operativos que el ERP necesita para cerrar el ciclo:

• Producción real: cuántas piezas buenas, cuántas rechazadas, cuándo empezó y terminó cada orden.
• Consumos reales de material: cuánta materia prima se ha gastado de verdad, no cuánta decía la receta teórica.
• Tiempos de máquina: horas de funcionamiento, paradas planificadas y no planificadas, tiempos de cambio de formato.
• Datos de calidad: pesos, dimensiones, temperaturas de proceso, resultados de controles en línea.
• Trazabilidad de lotes: qué lote de materia prima entró en qué lote de producto acabado.

Estos datos son los que hacen que el ERP refleje la realidad en lugar de una estimación optimista que alguien planificó en la oficina.

El problema de la doble entrada de datos

Si no hay integración, alguien tiene que teclear esos datos a mano. Y ahí empiezan los problemas:

• Retraso: los datos de producción del turno de noche no aparecen en el ERP hasta la mañana siguiente (o hasta el lunes, si fue un viernes).
• Errores: un decimal mal puesto en un consumo de materia prima descuadra todo el inventario. He visto plantas donde el inventario teórico del ERP y el inventario real de almacén divergían un 15%.
• Coste oculto: si tienes a una persona dedicando dos horas al día a pasar datos de partes de producción al ERP, eso son 500 horas al año. A 20 €/hora, son 10.000 € anuales en un trabajo que una máquina hace mejor y más rápido.
• Decisiones con datos viejos: el director de operaciones mira el ERP y ve datos de ayer. Pero ayer fue ayer. Hoy la línea 3 lleva parada dos horas por una avería y nadie en oficina lo sabe.

Las capas de la integración: dónde encaja cada pieza

La integración entre ERP y planta no se resuelve con un solo software ni con un solo protocolo. Hay capas, y cada una tiene su tecnología adecuada.

Capa 0-1: Los dispositivos de planta

Aquí están los PLCs, sensores, actuadores, variadores de frecuencia y todo lo que controla el proceso físico. Hablan protocolos industriales: Profinet, EtherNet/IP, Modbus TCP, OPC UA, MQTT.

Tu ERP no habla ninguno de esos idiomas. Por eso necesitas algo en medio.

Capa 2: El SCADA o sistema de supervisión

El SCADA ya recoge datos de los PLCs para visualizarlos en pantallas de operador. Algunos SCADA modernos (Ignition, WinCC Unified, AVEVA) tienen capacidad de actuar como puente hacia el ERP, pero no es su función principal y forzarlos a hacerla suele salir caro en mantenimiento.

Capa 3: El MES (Manufacturing Execution System)

Esta es la capa pensada expresamente para conectar planta con ERP. Un MES se sitúa entre ambos mundos y gestiona:

• La ejecución de órdenes de fabricación en planta.
• La captura automática de datos de producción.
• El control de calidad en proceso.
• La trazabilidad de materiales y lotes.
• La gestión de personal y turnos.

El MES recibe órdenes del ERP, las descompone en instrucciones para la planta y devuelve al ERP los resultados reales. Es el traductor entre IT y OT.

Capa 4: El ERP

SAP, Microsoft Dynamics 365 Business Central (el antiguo Navision), Oracle, Sage, Odoo, A3ERP… El ERP gestiona la empresa a nivel financiero y logístico. Necesita datos de planta, pero no necesita (ni debe) hablar directamente con los PLCs.

El error más caro: conectar ERP directamente con PLCs

He visto a empresas intentar que SAP hable directamente con los PLCs vía OPC UA. Funciona en un laboratorio con un PLC y tres variables. En una planta real con 20 máquinas, 500 variables y tres turnos, es un desastre:

• Tiempos de respuesta incompatibles: el PLC trabaja en milisegundos, el ERP en transacciones que pueden tardar segundos. Si el ERP se cuelga, ¿qué hace el PLC con los datos que genera mientras tanto?
• Acoplamiento peligroso: una actualización del ERP rompe la conexión con planta. O peor: un error en la comunicación con el ERP afecta al control de la máquina.
• Sin buffer: si la red entre oficinas y planta se cae diez minutos, pierdes diez minutos de datos de producción sin posibilidad de recuperarlos.

La regla de oro: nunca conectes el ERP directamente al PLC. Siempre necesitas una capa intermedia que absorba las diferencias de velocidad, volumen y fiabilidad entre ambos mundos.

Tres enfoques reales para la integración

Dependiendo del tamaño de tu planta, tu presupuesto y tu nivel de ambición, hay tres caminos que funcionan en la práctica.

Enfoque 1: MES comercial (la vía completa)

Si tu planta tiene más de 10 máquinas, fabricas productos regulados o necesitas trazabilidad de lotes completa, un MES comercial es la opción profesional.

Opciones que funcionan bien:

• Siemens Opcenter (antes SIMATIC IT): integración nativa con PLCs Siemens y conector SAP certificado. Robusto pero pesado y caro (desde 80.000 € para una instalación básica).
• AVEVA MES (antes Wonderware): muy flexible, buena integración con cualquier SCADA. Fuerte en industria de proceso (alimentación, química, farmacia).
• Rockwell Plex / FactoryTalk ProductionCentre: ecosistema cerrado Rockwell. Si toda tu planta es Allen-Bradley, es la opción natural.
• Critical Manufacturing: MES moderno, basado en web, muy bueno para semiconductores y electrónica pero expandiéndose a otros sectores.

Cómo funciona la integración típica con SAP:

SAP (ERP)
  ↕ (IDocs / RFC / OData API)
MES
  ↕ (OPC UA / MQTT / API REST)
PLCs / SCADA de planta

1. SAP envía una orden de fabricación al MES como un IDoc (documento intermedio de SAP) o mediante una llamada RFC.
2. El MES descompone la orden en operaciones para cada máquina y las envía a los PLCs o las muestra en terminales de operador.
3. Conforme avanza la producción, el MES recoge datos de los PLCs (cantidades, tiempos, parámetros de calidad).
4. Al terminar la orden, el MES envía a SAP la confirmación de producción, los consumos reales y los datos de calidad como un IDoc de vuelta.

Ventajas:

• Solución completa y probada en miles de plantas.
• Soporte del fabricante.
• Cumple normativas regulatorias (FDA 21 CFR Part 11, EU GMP Annex 11).

Inconvenientes:

• Coste elevado: entre 80.000 € y 500.000 € dependiendo del alcance.
• Proyectos largos: de 6 a 18 meses para una implantación completa.
• Dependencia del integrador: necesitas un partner especializado para la puesta en marcha y el mantenimiento.

Enfoque 2: Middleware ligero con OPC UA y APIs (la vía pragmática)

Si tu planta tiene entre 3 y 15 máquinas y tu ERP tiene una API REST o permite importar ficheros, puedes montar una integración funcional con herramientas de middleware sin necesidad de un MES completo.

La arquitectura:

ERP (API REST / ficheros CSV / base de datos)
  ↕
Middleware (Node-RED / n8n / script Python)
  ↕
Gateway OPC UA / MQTT Broker
  ↕
PLCs de planta

Componentes que necesitas:

1. Un gateway OPC UA o MQTT que recoja datos de los PLCs. Opciones:

   • Kepware KEPServerEX (comercial, ~2.000 €)
   • Ignition Edge (comercial, ~1.500 €)
   • Node-RED con node-opcua (open source)

2. Un broker MQTT como Mosquitto (gratis) para desacoplar productores y consumidores de datos.

3. Un orquestador o middleware que transforme y enrute los datos:

   • n8n (open source): workflows visuales para conectar APIs. Ideal si tu ERP tiene API REST.
   • Node-RED (open source): perfecto para el lado industrial, pero también puede hablar con APIs REST.
   • Scripts Python con bibliotecas como opcua, paho-mqtt y requests: máximo control, más esfuerzo de desarrollo.

4. Una base de datos intermedia (PostgreSQL, TimescaleDB) que actúe como buffer entre planta y ERP. Los datos de producción se almacenan aquí en tiempo real y se sincronizan con el ERP periódicamente.

Ejemplo práctico con n8n y un ERP con API REST:

Imagina que usas Odoo o Business Central, ambos con API REST bien documentada. Quieres que las órdenes de fabricación bajen automáticamente a planta y que los datos de producción suban al ERP.

Flujo descendente (ERP → Planta):

1. Un workflow de n8n se ejecuta cada 5 minutos.
2. Consulta la API del ERP para buscar órdenes de fabricación nuevas o modificadas.
3. Transforma los datos al formato que necesita el sistema de planta.
4. Los escribe en una tabla de la base de datos intermedia.
5. Un script en Node-RED o Python lee esa tabla y envía las recetas a los PLCs vía OPC UA.

Flujo ascendente (Planta → ERP):

1. Los PLCs publican datos de producción vía MQTT (o se leen por OPC UA periódicamente).
2. Un suscriptor MQTT los almacena en la base de datos intermedia con timestamp y referencia a la orden de fabricación.
3. Otro workflow de n8n se ejecuta cada 15 minutos, agrupa los datos de producción por orden y los envía a la API del ERP como confirmaciones de fabricación.

Ventajas:

• Coste bajo: las herramientas open source son gratuitas. El gateway OPC UA puede ser la mayor inversión (~2.000 €).
• Flexibilidad total: adaptas los flujos a tu proceso, no al revés.
• Implementación rápida: en 2-4 semanas puedes tener un flujo funcional.

Inconvenientes:

• Requiere conocimientos técnicos (PLC + IT + APIs). No es plug and play.
• Sin soporte comercial: tú eres el responsable de que funcione.
• Puede quedarse corto si necesitas trazabilidad de lotes completa o validación regulatoria.

Enfoque 3: Base de datos compartida con vistas (la vía mínima)

Si tu ERP es pequeño (un Sage, un A3, un Holded) y no tiene API, o si solo necesitas subir datos de producción al ERP sin bajar órdenes, hay una opción todavía más simple.

La idea:

1. Los datos de producción se almacenan en una base de datos SQL (PostgreSQL, MySQL, SQL Server).
2. El ERP accede a esa base de datos mediante una conexión ODBC o un importador de ficheros CSV.
3. Un proceso programado (cron, tarea de Windows) genera los ficheros o ejecuta las consultas de sincronización.

Ejemplo con ficheros CSV:

PLCs → MQTT → Script Python → Base de datos SQL
                                      ↓
                              Exportador CSV (cron cada hora)
                                      ↓
                              Carpeta compartida / FTP
                                      ↓
                              ERP importa CSV automáticamente

Es rudimentario, pero funciona. He visto plantas de 50 empleados que llevan años funcionando así sin problemas. No es elegante, pero es fiable y cualquier persona con conocimientos básicos de SQL puede mantenerlo.

Ventajas:

• Extremadamente simple. No necesitas software adicional costoso.
• Funciona con cualquier ERP que importe CSV o se conecte por ODBC.
• Fácil de mantener y de entender.

Inconvenientes:

• Solo funciona bien para datos unidireccionales (planta → ERP).
• Sin tiempo real: los datos llegan con el retraso del intervalo de exportación.
• Frágil ante cambios de formato: si el ERP cambia la estructura del CSV, se rompe.

Qué datos integrar primero: la regla del 80/20

No intentes integrar todo de golpe. He visto proyectos de integración ERP-planta que se eternizan porque alguien decidió que había que conectar 300 variables del PLC con SAP desde el primer día.

Empieza por los datos que generan más valor con menos esfuerzo:

1. Producción terminada (prioridad máxima)

Cuántas piezas buenas y rechazadas se han fabricado por orden de trabajo. Este dato elimina la doble entrada de datos más dolorosa: el parte de producción manual.

Impacto: inventario de producto acabado actualizado en tiempo real, cierre de órdenes de fabricación automático, OEE calculado con datos reales.

2. Consumo de materia prima (prioridad alta)

Cuánto material se ha consumido realmente frente a lo que decía la receta teórica. Esto cuadra el inventario de materias primas y permite detectar desviaciones de proceso.

Impacto: inventario de materias primas fiable, detección de mermas, costes de producción reales.

3. Tiempos de máquina (prioridad media)

Horas de funcionamiento, paradas planificadas y no planificadas. El ERP necesita estos datos para calcular costes de fabricación reales y para alimentar el módulo de mantenimiento.

Impacto: costes de producción precisos, mantenimiento preventivo basado en horas reales.

4. Parámetros de calidad (prioridad según sector)

En industrias reguladas, esto es prioridad máxima. En otras, puede esperar a una segunda fase. Pesos, dimensiones, temperaturas de proceso — los datos que demuestran que el producto se fabricó dentro de especificaciones.

Impacto: certificados de calidad automáticos, trazabilidad de lotes, cumplimiento normativo.

Los errores que más dinero cuestan

Después de ver (y sufrir) docenas de proyectos de integración ERP-planta, estos son los errores que se repiten una y otra vez.

Error 1: Empezar por la tecnología en vez de por el proceso

“Vamos a instalar un MES” no es un objetivo. “Quiero eliminar los partes de producción manuales y tener el inventario actualizado en tiempo real” sí lo es. Define primero qué datos necesitas, con qué frecuencia y qué precisión, y después elige la tecnología que lo resuelve.

He visto empresas que compraron un MES de 200.000 € y solo usan el 10% de sus funciones. Podrían haber conseguido lo mismo con un middleware de 5.000 € y un poco de trabajo de configuración.

Error 2: Ignorar el buffer entre OT e IT

La red de planta y la red de oficinas son mundos distintos. Si tu integración depende de que la red entre ambas funcione sin cortes, el primer viernes por la tarde que alguien reinicie un switch perderás datos de todo el fin de semana.

Siempre necesitas un buffer local (una base de datos en la red de planta) que almacene los datos y los sincronice con el ERP cuando haya conexión. El patrón store-and-forward es obligatorio en entornos industriales.

Error 3: No involucrar al equipo de planta

Los ingenieros de planta y los operadores son los que saben qué datos son fiables, cuáles son ruido y cuáles faltan. Si diseñas la integración desde la oficina de IT sin pisar la fábrica, vas a conectar datos equivocados con el formato equivocado en el momento equivocado.

Pasa una semana en planta antes de escribir una línea de código. Mira cómo trabajan, qué datos apuntan a mano y por qué. Eso te dirá exactamente qué automatizar.

Error 4: Subestimar el mapeo de datos

El PLC tiene una variable llamada Cont_Pzas_OK que se resetea a cero con cada nueva orden. El ERP espera un campo QuantityProduced acumulativo por orden de fabricación. ¿Quién hace la conversión? ¿Dónde se gestiona el reset? ¿Qué pasa si la orden cambia a mitad de turno?

El mapeo de datos entre OT e IT es donde se esconde el 60% del trabajo real de un proyecto de integración. Los protocolos y las APIs son la parte fácil. Hacer que un dato de un PLC signifique lo mismo para el ERP es la parte difícil.

Error 5: No planificar la gestión de errores

¿Qué pasa si el ERP rechaza una confirmación de producción porque la orden ya estaba cerrada? ¿Qué pasa si un sensor da un valor imposible y se envía al ERP? ¿Qué pasa si la sincronización falla a las 3 de la madrugada un domingo?

Necesitas colas de mensajes con reintentos, alertas ante fallos, logs que te digan exactamente qué dato falló y por qué, y un mecanismo de corrección manual para cuando todo lo anterior falle. Porque fallará.

Caso práctico: integrar Odoo con una planta de envasado

Para aterrizar todo lo anterior, te describo una integración real (simplificada) de un proyecto con Odoo como ERP y una línea de envasado con PLCs Siemens S7-1500.

El escenario

• Planta: una línea de envasado de productos alimentarios con 3 máquinas (llenadora, taponadora, etiquetadora).
• PLC: Siemens S7-1500 con servidor OPC UA activado.
• ERP: Odoo 17 Community con módulo de fabricación (MRP).
• Objetivo: que las órdenes de fabricación de Odoo bajen a planta y que la producción real suba a Odoo sin intervención manual.

La arquitectura elegida

Odoo (API REST / JSON-RPC)
      ↕
  n8n (workflows de sincronización)
      ↕
  PostgreSQL (base de datos intermedia en red de planta)
      ↕
  Node-RED + node-opcua
      ↕
  PLC S7-1500 (OPC UA)

Flujo paso a paso

1. Odoo crea una orden de fabricación (MO/00123)

• Producto: Aceite de oliva 1L
• Cantidad: 2.000 unidades
• Fecha prevista: hoy

2. n8n detecta la nueva orden (cada 3 minutos)

• Workflow sync-mo-down consulta la API de Odoo: GET /api/mrp.production?state=confirmed
• Obtiene los datos de la orden: producto, cantidad, lista de materiales, lotes de materia prima asignados.
• Inserta un registro en la tabla production_orders de PostgreSQL con estado pending.

3. Node-RED envía la receta al PLC

• Un flow de Node-RED consulta las órdenes pending cada 30 segundos.
• Escribe en el PLC vía OPC UA: código de producto, cantidad objetivo, parámetros de la receta (velocidad de llenado, volumen, tipo de tapón).
• Actualiza el estado de la orden a sent_to_plc.

4. El operador arranca la producción en el HMI

• Ve la orden en la pantalla del HMI con los datos que ha enviado Odoo.
• Pulsa “Iniciar producción”. El PLC empieza a contar.

5. Node-RED recoge datos de producción en tiempo real

• Cada 10 segundos lee del PLC: contador de botellas buenas, rechazadas, estado de la máquina, velocidad actual.
• Inserta un registro en la tabla production_data de PostgreSQL.

6. n8n sube los datos a Odoo (cada 15 minutos)

• Workflow sync-production-up agrupa los datos por orden de fabricación.
• Envía a Odoo mediante JSON-RPC: cantidad producida, cantidad rechazada, consumos de material.
• Odoo actualiza la orden de fabricación y ajusta el inventario automáticamente.

7. El operador cierra la orden en el HMI

• Node-RED detecta el cierre y marca la orden como completed en PostgreSQL.
• n8n envía la confirmación final a Odoo, que cierra la orden de fabricación y actualiza inventarios y costes.

Resultado

• Antes: el jefe de turno rellenaba un parte en papel. A la mañana siguiente, una administrativa lo tecleaba en Odoo. El inventario se cuadraba una vez al mes (mal).
• Después: Odoo tiene los datos de producción con 15 minutos de retraso máximo. El inventario se actualiza solo. Los costes de producción reales aparecen en el informe financiero sin intervención manual.
• Coste del proyecto: ~5.000 € (licencia Kepware + hardware para servidor Node-RED/n8n + 3 semanas de trabajo de configuración).
• Ahorro anual: ~15.000 € (eliminación de entrada manual de datos + reducción de errores de inventario + detección temprana de desviaciones de proceso).

Seguridad: no abras la puerta de planta a la oficina

La integración ERP-planta implica conectar dos redes que históricamente han estado separadas por buenas razones. La red de planta (OT) controla máquinas físicas. Un acceso no autorizado puede causar daños reales: parar una línea de producción, alterar parámetros de proceso o, en el peor caso, provocar un accidente.

Reglas básicas de seguridad

1. Segmentación de red: la red de planta y la red corporativa deben estar en VLANs separadas con un firewall industrial entre ellas. Solo el middleware de integración tiene acceso a ambas.
2. DMZ industrial: coloca la base de datos intermedia y el middleware en una DMZ entre la red OT y la red IT. Ni el ERP accede directamente a los PLCs ni los PLCs acceden a la red corporativa.
3. Principio de mínimo privilegio: el middleware solo accede a las variables del PLC que necesita leer/escribir. Nada más.
4. Comunicación cifrada: OPC UA soporta cifrado y autenticación con certificados. Úsalos. MQTT con TLS. APIs del ERP con HTTPS y tokens. Sin excepciones.
5. Monitorización: registra todos los accesos entre la red OT y la red IT. Cualquier tráfico inesperado debe generar una alerta.

La norma IEC 62443 define cómo segmentar y proteger redes industriales. Si tu planta procesa alimentos, productos químicos o cualquier cosa que pueda hacer daño a personas, seguir esta norma no es opcional — es sentido común.

Por dónde empezar mañana

Si has llegado hasta aquí y estás pensando “todo esto suena muy bien, pero por dónde empiezo”, aquí va un plan de acción concreto.

Semana 1: Auditoría de datos

1. Lista los datos que hoy se apuntan a mano en partes de producción.
2. Identifica cuáles de esos datos ya existen en los PLCs (la mayoría sí).
3. Comprueba si tu ERP tiene API REST, conexión ODBC o importador de CSV.
4. Habla con el equipo de planta: qué datos necesitan y cuáles les sobran.

Semana 2: Prueba de concepto

1. Elige UNA máquina y UN dato (por ejemplo: producción terminada de la línea principal).
2. Monta un gateway OPC UA o MQTT que lea ese dato del PLC.
3. Almacénalo en una base de datos.
4. Envíalo al ERP (aunque sea como CSV manual al principio).

Semana 3-4: Automatización del flujo

1. Automatiza el envío del dato al ERP con n8n, Node-RED o un script.
2. Añade gestión de errores: reintentos, logs, alertas.
3. Valida con el equipo de planta y la administración que los datos cuadran.

Mes 2 en adelante: Expansión

1. Añade más máquinas al mismo flujo.
2. Añade más tipos de datos: consumos, tiempos de parada, parámetros de calidad.
3. Si funciona y necesitas más, evalúa si un MES tiene sentido para tu escala.

Conclusión

Integrar el ERP con la planta de producción no es un todo o nada. No necesitas un MES de medio millón de euros para dejar de teclear partes a mano. Pero sí necesitas entender qué datos conectar, en qué dirección, con qué frecuencia y — sobre todo — poner una capa intermedia que absorba las diferencias entre el mundo IT y el mundo OT.

Empieza pequeño, con un dato y una máquina. Demuestra el valor. Y escala desde ahí.

Si necesitas ayuda para diseñar e implementar la integración entre tu ERP y tu planta de producción, o simplemente quieres una opinión profesional sobre qué enfoque encaja con tu caso, contacta conmigo. Llevo años metiendo las manos en la masa entre PLCs y sistemas de gestión, y puedo ahorrarte los errores que otros ya han cometido.