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 dock fuera de horario, avisa al supervisor 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 embonan es imposible y el editor dice cuáles son las dos. Un bloque se puede silenciar, puentear, agrupar o empacar entero para reusarlo 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, capacidad por franja horaria, lectura de placas, persona sin EPP, difuminado de rostros y placas. Se elige una, se llenan entre dos y siete campos dibujando sobre el video en vivo, 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 llevas contestado. La tercera es el lienzo completo, 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 reusa 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 termina al amanecer trabaja en enero y en julio sin que nadie la vuelva a tocar. El mismo horario nocturno puesto en cámaras de cuatro husos horarios abre y cierra a la hora local de cada uno, sin duplicar plantillas. Las fechas de excepción cubren días festivos, vacaciones y paros de planta. Y hay un criterio de seguridad que conviene decir en voz alta: si el horario no se puede evaluar, no se ejecuta. Nunca por si acaso.

El miedo de quien automatiza algo es siempre el mismo: que se active solo a las tres de la mañana y despierte a medio turno. De ahí que nada se publique sin haberse probado. El simulador corre el flujo contra el último evento real de esa cámara y contesta sin rodeos —el martes a las 2:32 p. m. esto sí se habría activado, y estas son las acciones que habría lanzado— sin mandar ni un aviso. Dentro del editor hay además un ojo en cada cable: se oprime y aparece lo que sale de verdad por ahí, con la imagen y la tabla de lo que pasa el filtro y lo que no. Ya publicado, todavía quedan dos redes: el modo silenciado, que deja el flujo corriendo y calculando sin ejecutar ninguna acción, para validarlo días enteros sin molestar a nadie; y la pausa, de una hora, cuatro, un día o hasta la fecha que digas. La confirmación de publicación dice en cuántas cámaras se va a activar y en cuáles. Y el que falla varias veces seguidas se apaga solo, con el motivo escrito.

Todo lo que corre queda escrito, y no nada más cuando falla. De cada ejecución se guarda cuándo se activó, 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 exacta: 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 enseña las últimas veinticuatro horas con la tasa de omitidos y la lista de flujos que están perdiendo activaciones, 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 enseñó, se niega a borrar.

Un automatismo publicado ya es una pieza de la operación, y se gobierna como tal. Empieza por los permisos, que van separados: sin el de escritura el editor abre en solo lectura —el flujo se ve entero, no se cambia nada—. Encima, un administrador decide qué bloques usa cada rol, y ahí hay un detalle que se agradece en una instalación grande: el bloque bloqueado se queda en gris en vez de desaparecer, para que se sepa que existe y se pueda pedir, y lo ya publicado que lo usa no se rompe. Después está el rastro. Toda versión publicada queda guardada, se renombra, se restaura como borrador y se compara con otra, y el comparador pinta sobre el propio dibujo lo que se agregó, lo que se quitó y lo que cambió, cables incluidos. Y una cosa que en este tipo de sistemas casi nunca es cierta: aquí no hay archivos de configuración que alguien tenga que editar metiéndose al servidor. Todo se cambia desde el navegador, en caliente.