Datos industriales conectados: interoperabilidad antes que inteligencia artificial

Casi todas las empresas industriales tienen hoy un proyecto de inteligencia artificial en alguna etapa. Muchos se detienen en el mismo punto, y no por el algoritmo: los datos de la planta viven en controladores, historiadores, hojas de cálculo y sistemas de mantenimiento que no comparten nombres, unidades ni marcas de tiempo. De Medellín a Singapur, el primer proyecto de datos exitoso suele ser menos vistoso de lo que se esperaba.

El cuello de botella no es el algoritmo

Un modelo que anticipa fallas en una bomba necesita saber que la temperatura del historiador, la orden de trabajo del sistema de mantenimiento y la alarma del sistema de control se refieren al mismo equipo. Cuando cada sistema lo llama de una forma distinta, la mayor parte del esfuerzo se va en reconciliar datos, no en analizarlos.

Un modelo de datos antes que un tablero

La norma ISA-95, adoptada internacionalmente como IEC 62264, ofrece una jerarquía para describir la empresa, los sitios, las áreas, las líneas y los equipos, y para definir qué información fluye entre la operación y la gestión. Adoptarla, aunque sea de forma parcial, obliga a responder preguntas que suelen postergarse: cómo se nombra cada activo, quién es dueño de ese nombre y qué pasa cuando cambia.

Protocolos que ya existen

Conectar sin exponer

Conectar la operación a nuevas plataformas abre caminos que antes no existían. La serie ISA/IEC 62443 propone dividir los sistemas en zonas y conductos con requisitos de seguridad acordes al riesgo, de modo que los datos puedan salir hacia el análisis sin que nadie pueda entrar por el mismo camino hasta los controladores. En infraestructura crítica, esa separación no es opcional.

¿Por dónde empezar?

1. Elegir un problema concreto con valor medible, no una plataforma.
2. Inventariar las fuentes de datos que ese problema necesita y quién las administra.
3. Acordar la nomenclatura de los activos involucrados.
4. Conectar primero en modo de solo lectura, con la arquitectura de seguridad ya definida.
5. Medir el resultado antes de ampliar el alcance.