Integrar datos de máquinas con SAP sin cambiar los PLC
Los cuatro caminos para que la producción contada en la línea llegue a SAP sin tocar el programa del PLC: qué dato entra (notificación de orden o movimiento de material), por qué interfaz, con qué frecuencia y qué validar antes de que SAP lo acepte.
Descarga la planilla de este artículo
Indicadores de producción
Cierras cada turno con un número en una pizarra y no sabes si la semana se ganó o se perdió, ni por qué.
Para que los datos de las máquinas lleguen a SAP sin cambiar los PLC, no se programa el PLC para hablar con SAP. Se instala un equipo en la planta que lee el PLC por un protocolo que ya habla (Modbus, OPC UA, Ethernet/IP o S7), cuenta y valida la producción, y la entrega a SAP como lo que SAP espera recibir: una notificación de la orden de producción o un movimiento de material. El programa del PLC no se toca, y SAP no se entera de qué marca de PLC hay en la línea.
Esta guía ordena las decisiones: qué dato debe entrar a SAP, por qué interfaz, con qué frecuencia, y qué hay que validar para que SAP no rechace o duplique registros.
¿Por qué no conectar SAP directo al PLC? #
Porque hablan idiomas distintos y tienen ritmos distintos. Un PLC cambia un contador cada vez que pasa una pieza; SAP registra transacciones de negocio con orden, material, centro, lote y cantidad. Entre ambos falta alguien que convierta «el contador 40021 subió de 18.230 a 18.512» en «la orden 1000234 produjo 282 unidades del material X en el centro Y».
Además, cambiar el programa de un PLC en producción tiene un costo y un riesgo que nadie quiere asumir por un tema de información: hay que parar, probar y, muchas veces, pedirle al integrador original que lo haga. Por eso la regla es leer lo que el PLC ya tiene, no pedirle cosas nuevas.
Qué dato entra a SAP #
Antes de elegir la tecnología hay que decidir qué transacción se alimenta. En SAP S/4HANA las dos habituales son:
| Transacción | Qué registra | Cuándo conviene |
|---|---|---|
| Notificación de la orden de producción | Cantidad buena, merma, tiempos y operación de una orden | Cuando la planta trabaja con órdenes y quiere costear por orden |
| Movimiento de material (entrada de producto terminado o consumo) | Cuánto entra o sale del inventario | Cuando lo que importa es el stock, o la producción no se gestiona por órdenes en SAP |
Muchas plantas necesitan las dos, y el error frecuente es duplicar: notificar la orden con entrada automática de mercancías y además mandar el movimiento de material. Esa decisión la toma el área de SAP del cliente, no el integrador del piso de planta.
Los cuatro caminos de integración #
| Camino | Cómo funciona | A favor | En contra |
|---|---|---|---|
| APIs OData de S/4HANA | El equipo de planta llama a las API publicadas de SAP, como la de confirmación de orden de producción o la de documento de material | Estándar, documentado, sin desarrollo en SAP | Requiere habilitar la API y un usuario técnico; hay que manejar errores y reintentos |
| BAPI o RFC | Llamada a funciones de SAP como la de notificación de órdenes | Disponible también en ECC | Más acoplado a la versión; suele pedir un conector específico |
| Middleware (SAP Integration Suite, SAP PCo u otro) | Una capa intermedia recibe los datos de planta y los transforma para SAP | Centraliza reglas y monitoreo; SAP PCo es la herramienta de SAP para conectar el piso de planta | Otra pieza que licenciar, configurar y mantener |
| Archivo o tabla intermedia | El equipo de planta deja un archivo o una fila y un proceso de SAP la recoge | Lo más simple de arrancar | Lento, frágil y difícil de auditar |
Para una planta con S/4HANA y un área de SAP disponible, el camino de API suele ser el más limpio. Con ECC, o si la empresa ya tiene un middleware, conviene usar lo que el área de sistemas ya administra.
Digitaliza tu Planta con iGromi
Agenda una demo de 30 min y descubre cómo aumentar tu productividad.
¿Con qué frecuencia mandar los datos? #
No en tiempo real. SAP no necesita cada pieza: necesita totales correctos por orden, turno o lote. Lo habitual es:
- Por cierre de turno o de orden, que es lo que reemplaza la planilla que hoy alguien digita.
- Por hora, si la gerencia quiere ver avance de producción en SAP durante el día.
- Nunca por pieza: genera miles de documentos y vuelve inmanejable la conciliación.
El detalle fino —cada pieza, cada parada— queda en el sistema de planta, donde sirve para OEE y para análisis. SAP recibe el resumen.
Qué validar antes de que SAP lo acepte #
- Orden y material correctos. El sistema de planta tiene que saber qué orden está corriendo en cada máquina. Si eso depende de que alguien lo cambie a mano, ahí está el primer error.
- Unidad de medida. El PLC cuenta golpes, ciclos o piezas; SAP puede esperar cajas, kilos o unidades. La conversión se define una vez y se prueba.
- Merma separada de la producción buena. Si el PLC no distingue rechazo, hace falta un segundo punto de conteo o una regla.
- Un envío por evento, aunque se reintente. Si la red cae y el equipo reenvía, SAP no debe registrar dos veces. Cada envío lleva un identificador único.
- Bandeja de errores visible. Cuando SAP rechaza un registro porque la orden está cerrada o el lote no existe, alguien tiene que verlo y corregirlo el mismo día.
Si el problema de fondo es que el conteo de la línea no coincide con lo que dice SAP, antes de integrar conviene medir la diferencia. Lo explicamos en por qué el conteo de producción no cuadra con el ERP, y la planilla de indicadores de producción trae la hoja de registrado contra contado para hacerlo en una semana.
¿Y si la máquina no tiene PLC o el PLC no cuenta? #
Pasa más de lo que parece: máquinas antiguas, líneas manuales o PLC que no guardan contador. Las alternativas, sin tocar la máquina, son un sensor de conteo a la salida, la lectura de la corriente del motor para saber si está produciendo, o visión artificial sobre una cámara que ya esté instalada. En Grupo PROA el conteo corre sobre 19 cámaras de seguridad que ya existían en cuatro planteles, con 99 % de precisión medida contra conteo manual, integrado a SAP S/4HANA y dos años en producción: los datos entran a SAP sin transcripción ni planillas.
¿Qué hace iGromi? #
iGromi OS se instala en un equipo Edge dentro de la planta, lee PLC, sensores y cámaras sin cambiar su programa, cuenta y valida la producción por orden y turno, y la entrega a SAP por la interfaz que el área de sistemas defina. El detalle queda en la planta para OEE y paradas; a SAP llega el resumen que necesita. Cotizamos por planta, sin cobro por tag.
Preguntas frecuentes #
¿Hay que cambiar el programa del PLC para integrarlo con SAP?
No. Se lee el PLC con un protocolo que ya soporta y la conversión a transacciones de SAP la hace un equipo intermedio.
¿Sirve igual para SAP ECC y para S/4HANA?
Sí, cambia la interfaz. En S/4HANA lo natural son las API OData; en ECC, BAPI, RFC o un middleware.
¿Cuánto demora una integración así?
La parte de planta, leer y contar, suele estar en semanas. Lo que más demora es del lado de SAP: definir qué transacción se alimenta, habilitar la interfaz y probar con el área de sistemas.
¿Qué pasa si se cae la red entre la planta y SAP?
El equipo de planta guarda los envíos y los manda cuando vuelve la conexión, cada uno con un identificador para que SAP no lo registre dos veces.
¿SAP PCo reemplaza a un sistema de planta?
No. SAP Plant Connectivity transporta datos entre el piso de planta y SAP. Contar, validar y calcular OEE sigue siendo trabajo de un sistema de planta.
