Os dados da empresa estão espalhados: como centralizar

Dados espalhados não se resolvem comprando um sistema novo. Resolve-se com uma decisão que antecede qualquer ferramenta: para cada tipo de dado, definir qual sistema é o dono e obrigar todos os outros a consumirem dele. Sem isso, integrar dois sistemas só faz a bagunça circular mais rápido.

Por que o problema não é falta de sistema

O sintoma clássico é ter informação demais, não de menos. O cliente existe no ERP, no CRM, na planilha do comercial e na conversa do WhatsApp. Cada lugar tem uma versão ligeiramente diferente. Quando alguém pergunta "quanto esse cliente comprou este ano", três pessoas dão três respostas e todas estão certas dentro da própria fonte.

Isso acontece porque nenhum sistema foi declarado dono. Todos escrevem, todos leem, ninguém manda. A correção é organizacional antes de ser técnica.

Defina a fonte da verdade por tipo de dado

Fonte da verdade é o sistema onde o dado nasce, é corrigido e de onde os outros copiam. Não precisa ser o mesmo sistema para tudo. O ERP pode ser dono do financeiro enquanto o CRM é dono do relacionamento comercial. O que não pode é haver dois donos do mesmo dado.

O preenchimento dessa tabela costuma levar uma reunião de duas horas e é a parte mais valiosa do projeto inteiro. Faça com as pessoas que operam, não só com a diretoria.

A chave de ligação decide se a integração é possível

Dois sistemas só conversam se compartilharem um identificador estável. Sem chave, qualquer cruzamento vira adivinhação por semelhança de nome.

Chaves que funcionam bem:

• CNPJ ou CPF para identificar cliente e fornecedor
• Código interno de cliente, quando existe e é respeitado
• Número do pedido para ligar venda, faturamento e entrega
• SKU ou código do produto, desde que seja o mesmo em todos os lugares
• Chave de nota fiscal para conciliação fiscal e logística

Chaves que dão problema: nome da empresa (muda, tem grafias diferentes), e-mail (o contato troca), telefone (rotativo), razão social abreviada pelo vendedor.

Se hoje nenhum sistema guarda a chave, o primeiro trabalho é passar a guardar. É chato, é manual no começo, e não tem atalho.

Cadastro duplicado: como parar de criar novos

Duplicata quase sempre nasce de um formulário que permite cadastrar sem verificar. O vendedor não acha "Comércio de Peças Silva" porque está gravado como "Com. Pecas Silva ME", então cadastra de novo.

Ordem de ataque que funciona:

1. Feche a torneira primeiro. Bloqueie cadastro sem CNPJ ou CPF válido e faça o sistema buscar por documento antes de permitir novo registro.
2. Mede o tamanho do problema. Conte quantos registros compartilham o mesmo documento, ou documento em branco.
3. Defina regra de sobrevivência. Qual registro fica: o mais antigo, o com mais movimento, o com dados mais completos. Escreva a regra antes de mexer.
4. Preserve o histórico. Não apague o duplicado, marque como inativo e aponte para o registro principal. Movimentações antigas precisam continuar apontando para algum lugar.
5. Limpe em lotes pequenos, com alguém do negócio validando amostras.

Fazer a limpeza antes de fechar a torneira é retrabalho garantido.

Três níveis de centralização, do mais barato ao mais definitivo

Nem todo problema precisa de integração automática. Escolher o nível certo economiza muito dinheiro.

O erro típico é pular direto para o terceiro nível. Muita empresa que pedia integração total descobre, ao desenhar a tabela de donos, que o nível dois resolve noventa por cento da dor com uma fração do custo.

Painel que ninguém usa e painel que resolve

Painéis morrem por excesso. Vinte gráficos numa tela dizem tudo e não respondem nada. O teste é simples: se o número aparecer, o que você faz diferente? Se a resposta é "nada, é bom saber", aquele gráfico não deveria existir.

Perguntas que mudam decisão e merecem painel:

• Quais clientes que compravam todo mês pararam nos últimos sessenta dias
• Quais pedidos estão atrasados em relação à data prometida, por responsável
• Qual a margem por produto depois do frete e do imposto, e não só o preço de venda
• Quanto de contas a receber vence nos próximos quinze dias e quanto já está vencido
• Quais itens vão faltar antes da próxima entrega do fornecedor

Cada uma dessas perguntas tem um dono e uma ação associada. Comece com três, não com trinta. E defina quem olha, com que frequência, e o que faz quando o número acende.

LGPD entra no momento em que você centraliza

Juntar dados aumenta o valor da informação e também aumenta a responsabilidade sobre ela. Uma base consolidada com dados de clientes concentra risco: um acesso indevido expõe muito mais do que exporia num sistema isolado.

Pontos práticos a considerar no desenho, e não depois:

• Quem tem acesso a quê, com perfis por função e registro de quem consultou
• Quanto tempo cada tipo de dado precisa ser mantido, e o que acontece depois
• Se dados sensíveis realmente precisam ser copiados para a base central ou podem ficar na origem
• Como responder a um pedido de exclusão quando o dado está em cinco lugares
• Onde a base fica hospedada e quem do fornecedor tem acesso a ela

Essas decisões têm efeito jurídico e contratual. Trate este texto como orientação técnica e valide o desenho com um advogado antes de colocar em produção, principalmente se houver dado pessoal sensível envolvido.

Por onde começar sem virar projeto de dois anos

Um caminho de baixo risco, em quatro passos:

1. Preencha a tabela de donos por tipo de dado, com as pessoas que operam
2. Escolha uma chave por entidade principal e faça os sistemas guardarem
3. Escolha uma pergunta de decisão e monte só o relatório que a responde
4. Só depois avalie se a dor restante justifica base intermediária ou integração

A cada passo você tem algo utilizável. Projetos de dados que só entregam valor no final costumam não chegar ao final.

Na Retti Tech, esse desenho de donos e chaves normalmente vem antes de qualquer linha de código, porque é ele que determina se a integração vai ser simples ou impossível.