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

Una regla es una frase: si un camión entra al muelle de cargue 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, aforo por franja horaria, lectura de placa, persona sin elementos de protección personal, anonimizado 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 ha pisado 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 apuntan los días de mantenimiento. Y admite anclas solares: una regla que empieza treinta minutos antes del anochecer y acaba al amanecer no hay que volver a tocarla nunca, porque la hora la pone el sol y no una lista escrita a mano. El mismo horario nocturno puesto en cámaras de tres países abre y cierra a la hora local de cada una, sin duplicar plantillas, y donde el día sí se alarga y se acorta a lo largo del año, se ajusta solo. Las fechas de excepción cubren 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.

Quien automatiza algo teme siempre lo mismo: que se dispare solo a las tres de la mañana y despierte a medio equipo. Por eso se prueba antes. El simulador ejecuta el flujo contra el último evento real de la cámara y responde sin rodeos —el martes a las 14:32 esto sí se habría disparado, y estas son las acciones que se habrían ejecutado— pero no envía ni un aviso. En el editor hay además un ojo en cada cable: se oprime y se ve lo que sale de verdad por ahí, con la imagen y la tabla de lo que pasa el filtro y lo que no. Después se puede publicar en modo silenciado, con el flujo corriendo y calculando sin ejecutar ninguna acción, para validarlo sin molestar a nadie; o pausarlo 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. Y si un flujo falla varias veces seguidas, se apaga solo y deja escrito el motivo.

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 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 parado, 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 agregó, 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.