Há operações em que cada ato físico gera um documento fiscal: um camião entra, pesa-se, descarrega, pesa-se outra vez, e daí sai uma fatura. O que costuma existir entre esses dois momentos é papel. O operador anota, alguém passa para uma folha de cálculo, um terceiro cria o documento no sistema de gestão. O número que o cliente recebe já passou por três mãos, e nenhuma delas foi a que fez a pesagem.

Onde é que o erro entra

Este padrão aparece em gestão de resíduos, reciclagem, pedreiras, silos agrícolas e armazéns de granéis, e a origem é quase sempre a mesma: a báscula é um equipamento industrial que não foi pensado para conversar com software de gestão, pelo que o registo nasce fora do sistema por razões históricas.

O que se segue é uma cadeia de transcrições, e cada transcrição é uma oportunidade nova de erro. Trocam-se dígitos, confunde-se a matrícula, aplica-se o preço do cliente errado porque naquele dia havia dois camiões da mesma transportadora. Nada disto é negligência de quem faz o trabalho. É o resultado previsível de pedir a três pessoas que copiem o mesmo dado em sítios diferentes.

Porque é que a dupla introdução não é um problema de rigor

A leitura habitual desta situação é que falta cuidado, e é por isso que a resposta habitual falha: criam-se conferências, uma segunda pessoa valida o que a primeira escreveu, e o custo do processo sobe sem que a taxa de erro caia de forma significativa.

O problema não está na atenção de quem transcreve, está em existir transcrição. Enquanto o número tiver de ser copiado, vai continuar a ser mal copiado com uma certa frequência, e a frequência é suficientemente baixa para ninguém tratar o assunto e suficientemente alta para aparecer todos os meses numa fatura contestada.

O que muda quando o registo nasce na operação

Desenvolvemos este circuito para operações deste tipo, e o desenho tem um princípio único: o número entra uma vez, no momento em que a operação acontece, e nunca é copiado outra vez.

O operador regista na aplicação, no local, com a matrícula e o cliente identificados nesse momento. A conversão de unidades faz-se sozinha, o que retira da equação um cálculo manual que ninguém deveria estar a fazer. A partir do registo, a fatura cria-se no sistema de gestão com uma ação, individualmente ou em lote no fim do dia, e o cliente é notificado sem que alguém tenha de se lembrar de o avisar.

Há duas peças que se revelaram mais importantes do que pareciam à partida. A primeira é o bloqueio preventivo: um cliente com dados incompletos não avança para faturação, o que evita o documento errado em vez de o corrigir depois. A segunda é a rastreabilidade completa, da matrícula ao documento fiscal, porque quando um cliente contesta uma fatura a conversa deixa de depender de quem se lembra do que aconteceu naquele dia.

O papel não desaparece por decreto

Vale a pena dizer o que isto não é. Não é digitalizar o formulário de papel, que é a tentação mais comum e que mantém o mesmo processo com um ecrã em cima. É mudar o ponto onde o dado entra no sistema, e isso obriga a pensar a operação e não apenas o registo dela. Quando o ponto de entrada muda, o papel deixa de ser necessário, e é por isso que desaparece.

Escolha uma fatura da semana passada e tente chegar dela até à operação física que a originou, com matrícula, peso e hora, sem sair do sistema. Se for preciso abrir um livro de papel ou perguntar ao operador o que aconteceu naquele dia, o que a empresa tem não é rastreabilidade: é memória, e a memória não se apresenta a um cliente que contesta.