Decisiones de continuidad

Un operador esencial puede quedarse sin servicio por tres caminos distintos, y el informe tiene que decir cuál fue: porque el actor tocó el proceso, porque la casa paró por precaución al no poder confirmar que la red de control estaba limpia, o porque un sistema administrativo del que depende el servicio quedó cifrado. El tercero sorprende a muchos: el proceso físico funciona, pero no se puede medir, cobrar o programar lo que entrega.

Distinguirlos cambia las lecciones. Si el servicio cayó por una dependencia administrativa, la mejora no está en la red de control sino en el procedimiento manual que debía sostener esa dependencia.

Abre la consola y ejecuta SELECT * FROM dependencias y SELECT * FROM decisiones. Cruza la base de la decisión de suspender las entregas industriales con los sistemas que el cifrado alcanzó.

El tiempo sin servicio es una de las cifras que leerá la autoridad. Se cuenta desde la decisión que suspendió hasta la que reanudó, no desde que empezó el cifrado.

Ahora ejecuta SELECT * FROM criterios_del_plan. En una crisis se toman decisiones razonables bajo presión que, leídas después, chocan con lo que el propio plan pedía. Encontrarlas no es buscar culpables: es ver si el plan era aplicable o si hay que cambiarlo.

En las primeras horas, el comité decide con muy poca información. Inteligencia no decide si se para o no, pero puede contestar preguntas que cambian la decisión, si el equipo ya tiene leído cómo opera este tipo de actor.