Se dibuja una vez lo que tiene que pasar y pasa siempre, también de madrugada

Una regla es una frase: si un tráiler entra al andén fuera de horario, avisa al jefe de turno, marca la grabación y abre un incidente. Hasta ahora esa frase había que escribirla en código. Aquí se dibuja: un bloque por cada parte de la frase, unidos con cables. Hay 74 bloques y 508 conectores, y cada conector sabe qué le puede llegar, así que unir dos cosas que no encajan es imposible y el editor dice cuáles son las dos. Un bloque se puede silenciar, puentear, agrupar o empaquetar entero para reutilizarlo en otro flujo. Y si algún valor es imposible, no deja guardar: lo señala y dice cuál.

No todo el mundo quiere un lienzo, así que hay tres puertas de entrada. La primera es la galería de 23 recetas: intrusión en zona, conteo por línea con sentido, ocupación por franja horaria, lectura de placa, persona sin equipo de protección personal, difuminado de rostros y placas. Se elige una, se llenan entre dos y siete campos dibujando sobre el video en directo, y está funcionando el primer día, sin haber construido nada. La segunda son seis preguntas —qué, dónde, cuándo, cuánto, cómo y entonces— con una frase arriba que se va escribiendo sola con lo que lleva contestado. La tercera es el lienzo entero, sin límites, para quien monta la instalación. Y lo que importa: es el mismo automatismo, y sube y baja de nivel sin perder lo hecho. No todas las recetas están disponibles en todos los servidores; cuando una no lo está, la galería dice por qué.

El horario es donde se nota si esto lo hizo gente que pisó una instalación. Se declara una vez, con su nombre y su color, y se reutiliza en todas las cámaras y en todos los flujos. Admite tramos, días de la semana, meses, días del mes y el primer o el último lunes de cada mes, que es exactamente como se anotan los días de mantenimiento. Y admite anclas solares: una regla que empieza treinta minutos antes del anochecer y acaba al amanecer trabaja en enero y en julio sin que nadie la vuelva a tocar. El mismo horario nocturno puesto en cámaras de tres husos abre y cierra a la hora local de cada una, sin duplicar plantillas. Las fechas de excepción cubren días festivos, vacaciones y paradas de planta. Y hay un criterio de seguridad que conviene decir en voz alta: si el horario no se puede evaluar, no se dispara. Nunca por si acaso.

Si un flujo falla varias veces seguidas, se apaga solo y deja escrito el motivo. Y antes de llegar ahí hay tres redes: el simulador, el ojo del editor y el modo silenciado. El simulador corre el flujo contra el último evento real de la cámara y contesta sin rodeos —el martes a las 14:32 esto sí se habría disparado, y estas son las acciones que se habrían ejecutado—, sin mandar un solo aviso. El ojo va en cada cable del editor: se le da clic y sale lo que de verdad pasa por ahí, con la imagen y la tabla de lo que cruza el filtro y lo que no. Y el modo silenciado publica el flujo corriendo y calculando, sin ejecutar ninguna acción, para validarlo sin molestar a nadie; también se puede pausar una hora, cuatro, un día o hasta la fecha que diga. Al publicar, la confirmación dice en cuántas cámaras se va a activar y en cuáles. Todo esto está porque quien automatiza algo teme siempre lo mismo: que se dispare solo a las tres de la mañana y despierte a medio equipo.

Todo lo que corre queda escrito, y no solo cuando falla. De cada ejecución se guarda cuándo se disparó, cuándo empezó, cuándo terminó, cuánto esperó en la fila, sobre qué cámara corrió, si la condición se cumplió, cuántas acciones se ejecutaron y, cuando algo se rompió, en qué etapa concreta: la cámara, el modelo, la condición o la acción. Ahí está la diferencia con un sistema que solo dice correcto o error: hay once resultados posibles, y cinco de ellos son maneras distintas de no haber hecho nada —el horario estaba cerrado, ya había otra ejecución en marcha, el flujo estaba detenido, el antirrebote la descartó o una comprobación previa falló—, más una sexta para cuando el tope por minuto la frenó. El panel de actividad muestra las últimas veinticuatro horas con la tasa de omitidos y la lista de flujos que están perdiendo disparos, que es justo la falla que nadie ve. Y cuando el histórico crece y hay que limpiarlo, la purga obliga a previsualizar: dice cuántas ejecuciones, cuántos incidentes y cuántas medidas se van y cuánto espacio se libera, y si lo que hay en ese momento no coincide con lo que mostró, se niega a borrar.

Un automatismo publicado es una pieza de la operación, así que se gobierna como tal. Los permisos de lectura y de escritura van separados: quien no tiene el de escritura abre el editor en solo lectura, ve el flujo entero y no puede cambiar nada. Un administrador decide además qué bloques puede usar cada rol, y ahí hay un detalle que se agradece en una instalación grande: un bloque bloqueado sigue apareciendo en gris, para que se sepa que existe y se pueda pedir, y los automatismos ya publicados que lo usan no se rompen. Toda versión publicada queda guardada, se renombra, se restaura como borrador y se compara con otra: el comparador muestra sobre el propio dibujo lo que se añadió, lo que se quitó y lo que se modificó, cables incluidos. Y no hay archivos de configuración que alguien tenga que editar entrando al servidor: todo se cambia desde el navegador, en caliente.