SEGURIDAD TI/OT
Leemos tu operación. No la tocamos.
La primera pregunta de un equipo TI/OT es la correcta: qué puede tocar este sistema. La respuesta está en la arquitectura, no en una promesa — lectura sobre el historian, acciones solo en sistemas de gestión y despliegue dentro de tu infraestructura.
Cuatro reglas de diseño: S1 a S4
Solo lectura sobre el historian
El gemelo lee de OSIsoft PI, Ignition o tu historian equivalente. Nunca escribe al SCADA ni a ningún sistema de control, por diseño.
Acciones solo en sistemas de gestión
Órdenes de trabajo, alertas y tickets ocurren en ERP, CMMS y mensajería. Cada acción queda registrada.
On-premise o nube privada dedicada
La modalidad de despliegue la define tu política de TI/OT.
Tus datos no salen
Los datos operacionales permanecen dentro de la infraestructura del cliente.
Un solo sentido: del control a la gestión
En una planta o una faena, la capa de control —PLC, SCADA y los lazos que comandan el proceso— gobierna los equipos en tiempo real. El historian guarda lo que esa capa registra. IADEIAS Twin se ubica fuera de ese circuito: lee lo registrado y actúa en otro lugar. Las cuatro capas están diseñadas en ese orden.
- SCADA e historian. Tu sistema de control opera como siempre y el historian registra sus variables. En esa capa no cambia nada.
- Gemelo, en solo lectura. IADEIAS Twin lee del historian y de las demás fuentes de C1 —sensores IoT, LIMS, ERP, planillas de turno—. Leer no modifica el dato de origen.
- Sistemas de gestión, donde ocurren las acciones. Lo que el gemelo ejecuta —una OT en SAP PM o en tu CMMS, un aviso por mensajería, un ticket— queda en un sistema de gestión y en el registro de auditoría.
- Nunca de vuelta a control. Por diseño, el gemelo no escribe al SCADA, a los PLC ni a ningún sistema de control.
Si el gemelo recomienda cambiar un set-point, la recomendación llega a una persona. El cambio, si se hace, lo ejecuta tu operación en su sistema de control, como hoy.
Cómo se lee cada fuente se detalla en SCADA en modo lectura. Si tu equipo necesita una referencia común sobre el sistema que se lee, está en qué es un historian.
Despliegue y datos: dentro de tu perímetro
El despliegue se hace on-premise, en tu infraestructura, o en una nube privada dedicada. Cuál corresponde lo define tu política de TI/OT, no la conveniencia del proveedor. En ambos casos, los datos operacionales no salen de la infraestructura del cliente.
Lo que conviene tener definido con TI/OT antes del piloto:
- La modalidad de despliegue: on-premise o nube privada dedicada.
- El acceso de lectura al historian —PI, Ignition u otro— y a las demás fuentes que se van a leer.
- Los sistemas de gestión donde podrán actuar los agentes: SAP PM, CMMS, mensajería, CRM o tickets.
- Quién aprueba cada tipo de acción en el proceso.
Cada acción, registrada y aprobada donde importa
Un agente que actúa sin dejar rastro no pasa una auditoría. Por eso cada acción de la capa C4 queda en un registro auditable, y las que importan esperan aprobación humana antes de ejecutarse.
- Señal: temperatura del rodamiento del pulley de cola sobre el umbral de 66 °C.
- Causa raíz: rodamiento 3, con 87% de confianza y sus datos de origen.
- Acción: OT 4471 creada en SAP PM, pendiente.
- Aprobación: supervisor del turno B.
- Ejecución: registrada, paso a paso.
Ejemplo ilustrativo: CV-102, correa overland en Antofagasta.
El gemelo recomienda; la responsabilidad de control sigue donde siempre estuvo. El flujo completo, con cada paso del registro, está en Actúa.
Lo que pregunta TI/OT, respondido derecho
| Pregunta | Respuesta |
|---|---|
| ¿El gemelo escribe en el SCADA, en un PLC o en un DCS? | No. Lee sobre el historian y nunca escribe al SCADA ni a ningún sistema de control, por diseño. |
| ¿Qué fuentes lee? | Las de C1: OSIsoft PI, Ignition, SCADA en modo lectura, sensores IoT, SAP / ERP, LIMS y planillas de turno. |
| ¿Dónde puede escribir? | Solo en sistemas de gestión: SAP PM, CMMS, correo o mensajería, CRM y tickets. |
| ¿Se instala en nuestra infraestructura? | Sí. On-premise o en nube privada dedicada, según la política de TI/OT. |
| ¿Salen datos operacionales hacia afuera? | No. Los datos operacionales permanecen dentro de la infraestructura del cliente. |
| ¿Cómo revisamos lo que hizo el gemelo? | Cada acción queda en un registro auditable; cada recomendación trae sus datos de origen y su nivel de confianza. |
Preguntas frecuentes
01¿El gemelo puede cambiar un set-point por su cuenta?
No. Puede simular el efecto de un set-point y recomendar un cambio, pero no escribe en sistemas de control. Si el cambio se hace, lo ejecuta tu operación en su sistema de control.
02¿Los agentes pueden actuar sin que nadie apruebe?
Las acciones que importan esperan aprobación humana, donde el proceso lo exige. Todas las acciones, requieran aprobación o no, quedan en un registro auditable.
→ SIGUE LEYENDO
Arquitectura de un gemelo digital en 4 capas
Las cuatro capas de IADEIAS Twin —conectores, modelo, capa cognitiva y agentes de acción— y cómo se montan C3 y C4 sobre un gemelo que ya tienes.
Integraciones: conectores de datos industriales
Qué fuentes lee el gemelo digital de IADEIAS —historian, SCADA, IoT, ERP, LIMS, planillas— y en qué sistemas de gestión puede actuar con aprobación.
DTI Discover: diagnóstico de gemelo digital
DTI Discover: diagnóstico de 4 semanas para saber si tu activo es gemelizable. Qué se revisa, qué aportas, los cuatro entregables y qué decides al final.
→ DIAGNÓSTICO
Parte por saber si tu activo es gemelizable.
Cuéntanos qué activo o proceso te duele — una línea de envasado, un packing, una correa — y agendamos un diagnóstico DTI Discover.