Resposta direta
A duplicidade entre áreas quase nunca nasce de falha de integração. Ela começa quando cada área define identidade por um atributo próprio: o comercial usa razão social, o financeiro usa documento, o atendimento usa telefone ou e-mail. O mesmo cliente passa a existir em três versões, cada uma correta para quem a criou. Diagnosticar é levantar o atributo de correspondência de cada base, identificar onde eles não coincidem e verificar quem criou o registro primeiro e com qual finalidade. Só depois dessa leitura faz sentido discutir consolidação ou chave única.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a duplicidade como divergência de critério de identidade entre áreas, não como erro de digitação a ser corrigido no cadastro.
Cada área identifica o cliente por um atributo diferente
A pergunta útil não é quantos registros repetidos existem, mas qual atributo cada área usa para afirmar que dois registros são o mesmo cliente. Comercial, financeiro e atendimento raramente escolhem o mesmo. O que uma área trata como identificador, a outra trata como dado de contato.
Esse levantamento é feito com quem opera cada base, não com quem administra o sistema. A lista de atributos de correspondência de cada área é o insumo do diagnóstico. Sem ela, qualquer comparação entre bases aponta diferenças que não indicam duplicidade.
Como separar cliente repetido de cliente parecido
Nome semelhante não prova que é o mesmo cliente. Matriz e filial, dois contatos da mesma empresa e empresas do mesmo grupo compartilham atributos e continuam sendo registros distintos. O diagnóstico precisa de um critério de equivalência declarado antes da comparação.
Na prática, compara-se por documento quando existe, por combinação de atributos quando não existe, e a decisão sobre os casos ambíguos fica registrada com o nome de quem a tomou. O que não se pode fazer é tratar semelhança de nome como prova e descobrir o erro na cobrança.
O que esse diagnóstico não resolve
Ele não elimina a duplicidade nem define a chave única da empresa. Aponta onde a identidade do cliente é definida de formas incompatíveis e quais registros exigem decisão. A consolidação e a escolha do cadastro de referência são trabalho seguinte, com responsável definido.
Também não funciona quando nenhuma área mantém o cadastro atualizado ou quando o histórico já foi descartado. Nesses casos, o diagnóstico encontra a divergência sem conseguir reconstruir a origem, e a decisão deixa de ser sobre dados e passa a ser operacional.
Recurso prático
Atributos de correspondência por área
| Área | O que usa para identificar o cliente | O que costuma divergir |
|---|---|---|
| Comercial | Razão social registrada no primeiro contato e nome fantasia usado na proposta | Grafia, abreviação e troca de nome fantasia por razão social |
| Financeiro | Documento fiscal e dados de cobrança | Registro criado a partir da nota, sem vínculo com o cadastro comercial |
| Atendimento | Telefone, e-mail ou número de chamado | Cliente identificado por contato, sem documento nem razão social |
O erro mais comum é tratar a duplicidade como erro de digitação. Quando cada área usa um atributo diferente para identificar o cliente, os registros podem estar íntegros e ainda assim não se encontrar.
Sobre o que está escrito aqui
Conceitos relacionados: chave de identificação · atributo de correspondência · cadastro mestre · área dona do registro · base de clientes. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Planilhas divergentes: como unificar a base d… — planilhas divergentes
- Planilhas divergentes: alternativas para conf… — planilhas divergentes
Páginas relacionadas
O mesmo problema em outro objetivo
- Cliente duplicado entre áreas: quem decide o cadastro certo — Organizar um processo
- Cliente duplicado entre áreas: comparar tratamentos — Comparar alternativas
- Cliente duplicado entre áreas: como medir a sobreposição — Explicar medição
- Cliente duplicado entre áreas: como implementar a correção — Orientar implementação
- Cliente duplicado entre áreas: quando vale contratar solução — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cadastro que não sobrevive à troca de sistema: o que comparar — Compara três caminhos para o cadastro sobreviver à troca de sistema: manter a base antiga como referência, reescrever na nova ou conviver com as duas.
- Correção feita em um sistema: como medir se chegou ao outro — Medição da correção de cadastro entre dois sistemas: lote de auditoria, conferência por campo, prazo acordado e responsável pela divergência que sobra.
- Cadastros sem chave comum: o que cada ligação exige — Compara documento, código interno, e-mail, combinação de campos e identificador externo como chave de ligação, com o custo de manutenção de cada opção.
- Chave de ligação ausente: o que exigir do fornecedor — O que avaliar e contratar ao criar uma chave de ligação entre cadastros: escopo, amostra, aceite por registro e responsável pela manutenção.
- Cadastro sem chave única: onde o cruzamento falha — Critérios para identificar onde falta um identificador estável no cadastro, o que isso impede na operação e o que não se resolve apenas com limpeza.
