Resposta direta
Cliente duplicado entre áreas se corrige com três decisões tomadas em conjunto: qual campo pertence a qual área, qual cadastro é a origem de referência e quem responde pela consolidação. Sem isso, cada área segue criando registros pela própria lógica e a duplicidade volta a aparecer em pouco tempo. A implementação começa pela definição de dono por campo, segue com a regra de criação e termina na consolidação dos registros existentes, nesta ordem. Trocar a ordem faz a equipe consolidar duas vezes.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a duplicidade como decisão de responsabilidade e de origem por campo, não como tarefa pontual de limpeza de base.
Decisões que precisam existir antes de mexer nos registros
A correção depende de duas definições anteriores: qual área é dona da criação do cadastro e qual campo cada área pode alterar. Sem essas definições, a consolidação escolhe um registro principal por conveniência, e a decisão é refeita na próxima divergência.
Vale separar o que é dado do cliente do que é dado da relação com a área, como condição comercial e limite de crédito. O cadastro único guarda o primeiro; o segundo pertence ao processo de cada área e muda por regra própria.
Onde a duplicidade volta a nascer
A maior parte dos duplicados não vem do sistema antigo, e sim da criação em paralelo: duas áreas atendem o mesmo cliente no mesmo dia e cada uma abre um registro. A regra precisa dizer o que a segunda área faz ao encontrar um cadastro existente.
O mesmo ocorre nas importações e nas entradas automáticas que gravam sem consultar a base antes. Definir essa consulta é parte da implementação, não uma etapa posterior.
O que a correção não resolve
Consolidar cadastros não corrige divergência de número entre áreas nem falha de sincronização. Se o mesmo cliente aparece com saldo diferente no financeiro e no comercial, o problema está no cálculo ou na origem do dado, e não na duplicidade.
Também não elimina a duplicidade futura se a regra de criação não for aplicada na entrada. E não devolve histórico apagado antes da consolidação; nesse caso, o que existe é uma lacuna, não um dado a recuperar.
Recurso prático
Campo, responsabilidade e regra de criação
| Campo ou decisão | O que definir na implementação |
|---|---|
| Identificação do cliente | Definir qual combinação de dados separa duas pessoas com o mesmo nome, aceitando que nenhuma combinação resolve todos os casos. |
| Área dona de cada campo | Atribuir um responsável por campo, como documento, endereço, contato e condição comercial, e registrar essa decisão por escrito. |
| Momento de criação | Definir em qual área o cadastro nasce e quais áreas apenas consultam ou complementam, sem abrir registro novo. |
| Consolidação do existente | Definir o critério de escolha do registro principal e o que fazer com histórico e vínculos das áreas no registro descartado. |
O ponto mais ignorado é o cadastro criado pela área que não é dona da criação; sem regra para esse caso, a consolidação volta a ser necessária em pouco tempo.
Sobre o que está escrito aqui
Conceitos relacionados: dono do campo · cadastro de origem · chave de identificação · regra de criação · consolidação de registros. 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
- Relatório montado à mão: como estruturar o fe… — relatório montado à mão todo mês
- Relatório montado à mão: como escolher a alte… — relatório montado à mão todo mês
Páginas relacionadas
O mesmo problema em outro objetivo
- Cliente duplicado entre áreas: como achar a origem — Diagnosticar
- 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: quando vale contratar solução — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cadastro sem regra de deduplicação: o que exigir no contrato — O que negociar, testar e aceitar na regra de deduplicação de um sistema de cadastro, incluindo o que o fornecedor declara e o que fica fora do escopo.
- Importação que sobrescreve dado correto: comparar as saídas — Compara as saídas possíveis para importação que sobrescreve dado correto: sobrescrever, mesclar por campo, rejeitar conflito e revisar antes de gravar.
- Cadastro preso ao sistema antigo: como separar dado de regra — Processo para separar dado de regra no cadastro, com dono de campo, critério de registro válido e histórico definidos antes de trocar o sistema.
- Cadastro sem regra de deduplicação: o que medir — Medição de duplicidade sem regra pronta: o que contar, qual chave comparar e o que o número não diz.
- 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.