Automatize uma verificação que continua a fazer à mão

Abra o construtor de pipelines e pegue no grafo já pronto mais parecido com a verificação que faz à mão: assinalar artigos ainda a zero, listar os artigos mais caros, vigiar um teto de orçamento, ou bloquear uma exportação até passar a validação. Chega à tela já ligado e já pronto a correr.

Por quê: Uma tela vazia é onde morrem a maioria das ideias de automação, porque a primeira hora se vai a descobrir que porta alimenta qual. Começar por um grafo que funciona ao primeiro clique significa que começa por ler uma lógica que funciona, e a alterá-la, em vez de adivinhar uma lógica que não funciona.

Troque a fonte do modelo pelo seu próprio orçamento, catálogo ou resultados de validação, e defina depois os números que importam nesta obra: o teto em que dispara a vigilância de orçamento, o valor com que compara uma barreira de limiar. Acrescente uma coluna calculada, um agrupamento com total, uma mudança de nome ou uma bifurcação onde a forma não encaixe bem, e uma vigilância de não-vazio para que uma fonte vazia pare a execução em vez de a deixar passar.

Por quê: Um modelo transporta a lógica, nunca os números do seu projeto. Um teto deixado no valor de demonstração deixa passar tudo o que lhe der, o que é pior do que não ter nenhuma vigilância, porque a execução sai a verde e todos acreditam que uma verificação foi feita.

Leia a contagem de problemas antes de carregar em executar. Assinala qualquer passo cuja entrada exigida não tenha um fio de entrada, e qualquer nó que fique na tela como uma ilha sem nenhum fio. Resolva isso, execute o pipeline, e leia depois o que cada passo realmente fez, não só o total final.

Por quê: Um passo ligado a nada não falha. Simplesmente nunca corre, e o pipeline reporta sucesso enquanto faz menos do que a tela dá a entender. Essa é a falha que vale a pena caçar, porque uma execução a verde é precisamente o que impede alguém de voltar a olhar.

Leve os resultados até à validação, corrija os artigos a que apontam, e guarde o fluxo de trabalho para que apareça no seletor no mês seguinte em vez de ser reconstruído de memória.

Por quê: A automação só se paga a partir da segunda execução. Uma verificação que vive na cabeça de uma só pessoa é saltada na semana em que está de férias, e numa obra longa essa é, de forma fiável, a semana em que teria detetado algo caro.