Registro de actividad en planta

Un registro sirve de evidencia cuando permite contestar cuatro cosas sobre cada cambio: quién (una cuenta personal, no una de puesto sin atribución), cuándo (con un reloj sincronizado), qué (el parámetro, con su valor anterior y su valor nuevo) y con qué amparo (el número de la orden de cambio). Un registro que solo dice «alguien cambió algo hoy» es ruido.

La regla de la planta pide exactamente eso en el punto 2, y añade el 3: los relojes se sincronizan con el servidor de hora de la planta, porque sin hora fiable no se puede ordenar lo que pasó.

La regla 1 dice que todo cambio de parámetro lleva su orden de cambio. La revisión es una lectura de cambios-scada.txt: cada fila trae en la última columna el número de la orden, y un guion significa que no tiene. Una fila sin orden no prueba por sí sola una mala intención, pero sí un cambio que se hizo sin pasar por el control que lo respalda, y en una planta de alimentos hay parámetros (como la temperatura de pasteurización) con efectos sobre la inocuidad.

Abre el archivo y lee la última columna. Fíjate también en la hora del cambio.

El SCADA y el historiador guardan el mismo cambio, cada uno con su reloj. Si los relojes están sincronizados, las dos horas coinciden con una diferencia de segundos; si uno se ha desfasado, la línea de tiempo de un incidente se descuadra y hasta puede parecer que el efecto ocurrió antes que la causa. La regla 3 tolera 2 minutos.

Compara las horas de cambios-scada.txt con las de historiador.txt para cada identificador y calcula la diferencia de cada cambio. Responde con la mayor, en minutos.

Un registro que se borra antes de que alguien lo necesite no sirve. Los puestos de la planta guardan 30 días y el historiador, 90 (regla 4). Esa diferencia importa a la hora de investigar: un incidente se descubre a veces semanas después, y lo que se guardó solo en el puesto ya se perdió.

Por eso lo importante se recoge en un servidor central con retención más larga, en vez de depender de lo que conserve cada equipo. Y el plazo no lo fija la comodidad del equipo, sino el tiempo que suele tardar en descubrirse un problema.

Que un servidor no registre nada en todo un día casi nunca significa que no pasó nada: significa que dejó de registrar. Puede ser una caída, un disco lleno, un servicio detenido o, en el peor caso, alguien que apagó el registro. En cualquiera de los casos hay un hueco en la evidencia, y la primera pregunta es qué se hizo esa noche y por qué no consta.

Abre eventos-por-dia.txt y mira la columna del servidor de llenado. Un domingo con menos actividad no es un hueco; un día sin ningún evento sí.