Los roles y lo que cada uno debe

La serie reconoce papeles distintos en torno a un sistema de control. El propietario del activo es quien lo opera y asume el riesgo de la planta. El integrador de sistemas diseña, monta y pone en marcha la solución. El fabricante de producto hace los componentes: controladores, conmutadores, estaciones. El proveedor de servicios presta un servicio continuado, como el mantenimiento o el soporte. Cada papel tiene partes de la serie pensadas para él, y lo que se le puede exigir sale de ahí.

La consecuencia práctica es que la seguridad no se compra hecha. El integrador entrega un diseño y un sistema; el fabricante, equipos con ciertas capacidades; pero el programa que mantiene todo eso seguro cuando la planta lleva años funcionando es de quien opera. Esa parte no se subcontrata.

Pedir una evidencia no basta: hay que seguirla. Un registro de evidencias muestra a quién se pidió cada cosa, a qué parte de la norma responde y en qué estado está. Lo que sigue sin entregarse es, a la vez, un hueco documental y una pregunta sin responder sobre el sistema, y es lo primero que se reclama.

El integrador entregó parte de lo pedido. Una de sus evidencias, la que verifica el nivel de seguridad que el sistema entregado alcanzó de verdad, no ha llegado.

Cada actor firma un contrato, y ahí está lo que de verdad puede exigirse: una petición que no figura en el contrato es una petición de buena voluntad. Por eso el registro asocia a cada actor con su código de contrato. Cuando una evidencia tarda, el primer paso es abrir el contrato del actor al que se la pediste y ver qué se pactó.

Localiza en el registro de actores al que tiene el papel de integrador de sistemas y anota el código de su contrato.

Al fabricante de los controladores no se le pide que certifique la planta de Tinajero: no la conoce ni responde de ella. Se le pide lo que sí controla. Primero, cómo desarrolla sus productos, con qué prácticas de seguridad se escriben, prueban y actualizan, que es lo que cubre la parte de la serie dedicada al ciclo de vida de desarrollo. Segundo, qué capacidades técnicas de seguridad trae cada modelo, que es lo que cubre la parte de requisitos técnicos de componentes.

Con eso, el integrador y el propietario pueden elegir un controlador sabiendo qué puede y qué no puede dar, y decidir qué contramedidas faltan alrededor.

La cifra que se lleva a una reunión es cuántas evidencias de las pedidas no están cerradas. Cuenta como no cerrada toda la que no tiene el estado de entregada, incluida la que todavía se está elaborando, porque tampoco sirve para auditar nada. Esa cifra, junto con el nombre de quien debe cada una, es lo que convierte "falta documentación" en un plan.