Desenha-se uma vez o que tem de acontecer e acontece sempre, também de madrugada

Uma regra é uma frase: se um camião entrar no cais fora de horas, avisa o chefe de turno, marca a gravação e abre uma ocorrência. Até agora essa frase tinha de ser escrita em código. Aqui desenha-se: um bloco por cada parte da frase, ligados com cabos. São 74 blocos e 508 conetores, e cada conetor sabe o que lhe pode chegar, por isso ligar duas coisas que não encaixam é impossível e o editor diz quais são as duas. Um bloco pode ser silenciado, contornado, agrupado ou empacotado inteiro para reutilizar noutro fluxo. E se algum valor for impossível, não deixa guardar: assinala-o e diz qual é.

Nem toda a gente quer uma tela, por isso há três portas de entrada. A primeira é a galeria de 23 receitas: intrusão em zona, contagem por linha com sentido, lotação por faixa horária, leitura de matrícula, pessoa sem equipamento de proteção, anonimização de rostos e matrículas. Escolhe-se uma, preenchem-se entre dois e sete campos desenhando sobre o vídeo em direto, e está a funcionar no primeiro dia, sem ter construído nada. A segunda são seis perguntas — o quê, onde, quando, quanto, como e então — com uma frase em cima que se vai escrevendo sozinha com o que já respondeu. A terceira é a tela inteira, sem limites, para quem monta a instalação. E o que interessa: é o mesmo automatismo, e sobe e desce de nível sem perder o que está feito. Nem todas as receitas estão disponíveis em todos os servidores; quando uma não está, a galeria diz porquê.

O horário é onde se nota se isto foi feito por gente que já pisou uma instalação. Declara-se uma vez, com nome e cor, e reutiliza-se em todas as câmaras e em todos os fluxos. Aceita faixas, dias da semana, meses, dias do mês e a primeira ou a última segunda-feira de cada mês, que é exatamente como se apontam os dias de manutenção. E aceita âncoras solares: uma regra que começa trinta minutos antes do anoitecer e acaba ao amanhecer trabalha em janeiro e em julho sem que ninguém lhe volte a tocar. O mesmo horário noturno posto em câmaras de três países abre e fecha à hora local de cada uma, sem duplicar modelos. As datas de exceção cobrem feriados, férias e paragens de fábrica. E há um critério de segurança que convém dizer alto: se o horário não puder ser avaliado, não dispara. Nunca por via das dúvidas.

Quem automatiza alguma coisa teme sempre o mesmo: que dispare sozinho às três da manhã e acorde meia empresa. Por isso testa-se antes. O simulador executa o fluxo contra o último evento real da câmara e responde sem rodeios — na terça às 14:32 isto teria mesmo disparado, e estas são as ações que teriam corrido — mas não envia um único aviso. No editor há ainda um olho em cada cabo: carrega-se e vê-se o que sai mesmo por ali, com a imagem e a tabela do que passa o filtro e do que não passa. Depois pode publicar-se em modo silenciado, com o fluxo a correr e a calcular sem executar qualquer ação, para validar sem incomodar ninguém; ou pausá-lo uma hora, quatro, um dia ou até à data que quiser. Ao publicar, a confirmação diz em quantas câmaras vai ficar ativo e em quais. E se um fluxo falhar várias vezes seguidas, desliga-se sozinho e deixa o motivo escrito.

Tudo o que corre fica escrito, e não só quando falha. De cada execução guarda-se quando disparou, quando começou, quando terminou, quanto esperou na fila, sobre que câmara correu, se a condição se cumpriu, quantas ações se executaram e, quando algo se partiu, em que etapa concreta: a câmara, o modelo, a condição ou a ação. É aí que está a diferença para um sistema que só diz correto ou erro: há onze resultados possíveis, e cinco deles são maneiras diferentes de não se ter feito nada — o horário estava fechado, já havia outra execução a decorrer, o fluxo estava parado, o antirressalto descartou-a ou uma verificação prévia falhou —, mais uma sexta para quando o limite por minuto a travou. O painel de atividade mostra as últimas vinte e quatro horas com a taxa de omitidos e a lista de fluxos que estão a perder disparos, que é precisamente a avaria que ninguém vê. E quando o histórico cresce e é preciso limpá-lo, a purga obriga a pré-visualizar: diz quantas execuções, quantas ocorrências e quantas medidas se vão embora e quanto espaço se liberta, e se o que existe nesse momento não coincidir com o que mostrou, recusa-se a apagar.

Um automatismo publicado é uma peça da operação, por isso é governado como tal. As permissões de leitura e de escrita são separadas: quem não tem a de escrita abre o editor em apenas leitura, vê o fluxo inteiro e não pode mudar nada. Um administrador decide ainda que blocos cada perfil pode usar, e aqui há um pormenor que se agradece numa instalação grande: um bloco bloqueado continua a aparecer a cinzento, para que se saiba que existe e se possa pedir, e os automatismos já publicados que o usam não se partem. Toda a versão publicada fica guardada, renomeia-se, restaura-se como rascunho e compara-se com outra: o comparador mostra sobre o próprio desenho o que se acrescentou, o que se tirou e o que se alterou, cabos incluídos. E não há ficheiros de configuração que alguém tenha de editar entrando no servidor: tudo se muda a partir do navegador, a quente.