Leonardo Peron4 min de leitura
Quase todo pedido de automação chega descrevendo um processo: "quero que o sistema gere a cobrança sozinho", "quero que o pedido caia direto no faturamento". O processo é sempre a parte visível, e quase nunca é onde o projeto trava.
O que trava é o cadastro. E isso aparece cedo, na primeira semana de diagnóstico, com uma pergunta que parece boba: quantos clientes vocês têm?
A resposta costuma vir com uma pausa.
Automação não tolera ambiguidade
Uma pessoa que trabalha há três anos na operação olha "Metalúrgica São Jorge", "Metalurgica Sao Jorge Ltda" e "M. São Jorge" e sabe que são a mesma empresa. Ela resolve isso dezenas de vezes por dia sem perceber que está resolvendo algo.
O software não sabe. Para ele são três clientes, com três históricos, três limites de crédito e três endereços de entrega. Quando a regra automática decide bloquear quem passou do limite, ela bloqueia um terço da dívida real — e libera o resto.
É por isso que a ordem importa. Automatizar um processo sobre cadastro ambíguo não elimina o trabalho manual: transfere ele para depois, na forma de conferência, correção e retrabalho. Só que agora com o agravante de que o sistema já agiu.
Os quatro problemas de cadastro que sempre aparecem
Duplicidade. O mesmo cliente, produto ou fornecedor cadastrado mais de uma vez. Nasce da falta de uma chave: se ninguém definiu que documento é o que identifica um cliente, cada pessoa cadastra pelo que tem à mão.
Campo reaproveitado. O campo "observação" que virou o lugar onde se anota a condição de pagamento especial. O campo "referência" que em 2021 passou a guardar o código do fornecedor. Funciona para quem sabe; é invisível para qualquer automação.
Preenchimento opcional que virou obrigatório na prática. Metade dos registros tem o dado, metade não. A regra automática que depende dele funciona em metade dos casos, o que é pior que não funcionar — porque ninguém percebe.
Convenção que mudou no meio. Unidade de medida que era caixa e passou a ser unidade. Centro de custo que trocou de código. O histórico fica com duas gramáticas e nenhuma marca dizendo onde uma acaba.
O que fazer antes, e é menos do que parece
A reação comum a essa lista é imaginar um projeto de meses de limpeza de base. Quase nunca é necessário, e quando é, costuma ser o caminho errado — limpar tudo antes de saber o que vai ser usado é gastar em dado que ninguém vai consultar.
O que funciona é mais estreito:
Defina a chave. Uma decisão explícita sobre o que identifica cada entidade. Cliente é CNPJ, e pessoa física é CPF. Produto é código interno, não descrição. Escrito, não combinado. Essa decisão sozinha resolve a maior parte da duplicidade futura.
Meça a bagunça atual. Não corrija ainda: conte. Quantos clientes têm documento válido, quantos produtos têm unidade preenchida, quantos registros caem na regra que a automação vai usar. Meia hora de consulta transforma "acho que está ruim" em um número, e o número decide o escopo.
Limpe só o que a automação toca. Se o projeto é cobrança automática, importam documento, condição de pagamento e e-mail. Endereço de entrega pode esperar. O corte reduz o esforço em uma ordem de grandeza e entrega valor antes.
Feche a porta. Limpar sem impedir a reentrada é enxugar gelo. Se o cadastro continua aceitando cliente sem documento, em três meses a base volta ao que era. A validação na entrada é mais importante que a correção do passado.
A parte política, que é a mais difícil
Cadastro ruim quase nunca é problema técnico. É consequência de não haver dono.
Quando cinco pessoas cadastram cliente e nenhuma responde pela qualidade daquilo, a base degrada por acúmulo de decisões individuais razoáveis — cada uma resolvendo o próprio dia. Ninguém errou, e o resultado está errado.
A conversa desconfortável, e que precisa acontecer antes do primeiro código, é sobre quem decide o padrão e quem responde quando ele não é seguido. Não precisa ser um cargo novo. Precisa ser um nome.
O sinal de que está pronto
Existe um teste simples, e ele vale mais que qualquer diagnóstico de ferramenta:
Escolha a regra que a automação vai aplicar — bloquear cliente inadimplente, por exemplo. Rode ela em modo de leitura sobre a base atual e olhe o resultado com alguém da operação do lado.
Se essa pessoa disser "esse aqui não deveria estar na lista" mais de uma vez em vinte, o cadastro ainda não sustenta a automação. Se ela concordar com a lista inteira, pode automatizar — e a conferência que hoje é diária vira amostragem semanal.
O teste custa uma tarde. A automação sobre cadastro ruim custa a confiança do time no sistema, que é bem mais cara de recuperar.
Se a dúvida for por onde começar antes disso, o diagnóstico de maturidade tecnológica são oito perguntas que costumam apontar o gargalo — e em boa parte dos casos ele não é o que se imaginava.