Integración IT/OT industrial: del dato de planta a la decisión.

Conectar IT y OT consiste en hacer que la información del proceso llegue a quien la necesita, con significado y sin convertir cada consulta de negocio en una dependencia del control. El primer entregable útil es un recorrido del dato con responsables y criterios de prueba.

«Ver la producción desde la oficina» todavía deja muchas preguntas abiertas. ¿Se necesita conocer la cantidad fabricada, seguir una orden o explicar una parada? Para cada necesidad, define el dato de origen, quién lo consultará y cuánto retraso puede tolerar. Una variable de supervisión y un resumen de turno no tienen necesariamente la misma frecuencia de actualización.

El alcance inicial puede ser una línea y un intercambio de lectura. Documenta qué queda fuera, quién valida el dato y qué sistema lo considera definitivo. Nuestra integración IT/OT parte de ese mapa de necesidades y sistemas existentes.

Recoge fabricantes, modelos, versiones, responsables, fuentes de datos, licencias y métodos de acceso disponibles. Distingue un dato leído del PLC de uno calculado en el SCADA o validado por una persona. El mismo nombre de variable puede ocultar unidades o significados distintos.

OPC UA ofrece modelos de información y servicios de comunicación entre aplicaciones industriales. Que dos equipos anuncien OPC UA no sustituye la revisión de perfiles, tipos de datos, certificados y funciones disponibles en sus versiones. Consulta la descripción de arquitectura de OPC Foundation y contrasta la documentación de cada equipo.

Una posible arquitectura utiliza un componente próximo a la fuente para recoger datos y otro para adaptarlos al consumidor. Esa separación permite controlar qué cruza cada frontera y evita que una aplicación consulte indiscriminadamente todos los dispositivos. Su ubicación debe responder al diseño de red y a las restricciones de la planta.

NIST SP 800-82r3 describe la segmentación y el uso de zonas intermedias para limitar comunicaciones entre redes corporativas y OT. Aplica esos principios al proyecto con los responsables de infraestructura y operación: flujos permitidos, cuentas de servicio, permisos y registros de acceso deben quedar explícitos. Referencia NIST sobre seguridad OT.

Un valor numérico aislado no explica cuándo se obtuvo ni si seguía siendo válido. El contrato de información debe recoger identidad, unidad, instante de origen, calidad y reglas de transformación. Aclara también cómo se representa una pérdida de comunicación: mostrar el último valor como si fuera actual puede inducir una interpretación incorrecta.

Especifica qué ocurre si la aplicación de destino deja de responder, se reinicia una pasarela o se pierde la red. Si se utiliza almacenamiento temporal, define su capacidad, retención y comportamiento al agotarse. No todos los datos requieren conservar cada muestra: la decisión depende del caso de uso.

El sistema debe hacer visibles los datos pendientes, rechazados o demasiado antiguos. La recuperación no termina al restablecer la conexión: hay que comprobar que los consumidores reciben la información esperada. Cuando el destino es gestión de producción, amplía el diseño con la guía para conectar la planta con el ERP.

Prepara ejemplos de operación normal, datos fuera de rango, desconexión, recuperación y cambios de versión. Acordad qué se verificará y quién aceptará el resultado. Cualquier función de escritura requiere un alcance separado: permisos, validaciones y condiciones de operación no deben deducirse de que la lectura ya funciona.

• ¿Coinciden origen y destino en identidad, unidad y tiempo?
• ¿Se distingue un valor actual de uno retenido?
• ¿Queda registrada una pérdida de información?
• ¿El equipo sabe quién atiende una incidencia?

Si el proyecto incluye pantallas, alarmas e históricos, coordina estas pruebas con la supervisión SCADA. La integración se valida por el comportamiento del conjunto, no solo por una conexión establecida.