Resposta direta
A pergunta que o cadastro não consegue responder é qual campo identifica um registro sozinho, sem depender do sistema em que ele está. Se a resposta for nenhum, o problema não é a integração nem a limpeza. É a ausência de um identificador estável, aceito pelas áreas que criam e usam o registro. O diagnóstico verifica, em cada base, se existe um campo com três propriedades: único, estável no tempo e atribuído por uma regra, não por quem digita.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Foca o identificador em si e a responsabilidade de atribuí-lo, e não a limpeza de duplicados já criados.
O que caracteriza um identificador utilizável
Um identificador utilizável é único na base inteira, permanece estável ao longo do tempo e é atribuído por uma regra conhecida. Quando um desses pontos falta, o cadastro continua operando, mas cada área cria o próprio critério de busca. O nome vira chave, o documento vira chave, o e-mail vira chave, e nenhum deles é aceito por todos.
O sinal mais claro aparece no cruzamento. O mesmo cliente existe em duas bases e não há um campo que permita afirmar que é o mesmo. A decisão passa a depender da comparação de texto e da memória de quem opera. Isso não é falha de sistema. É ausência de um dado que deveria existir.
Comparar antes de decidir o que corrigir
Antes de tratar duplicidade, vale listar quais bases criam o registro e qual campo cada uma usa para localizá-lo sem filtro adicional. Se cada base aponta um campo diferente, o problema é anterior a qualquer rotina de comparação. Um teste simples: tentar localizar o mesmo registro em outra base sem recorrer a nome, documento ou texto livre.
Também importa saber quem atribui o valor. Um identificador digitado pela área de cadastro tem comportamento diferente de um gerado por regra na criação. O primeiro muda com correção manual e com erro de digitação. O segundo muda quando a regra muda. Saber qual dos dois existe orienta o que corrigir primeiro.
O que o diagnóstico não resolve
Encontrar o problema não cria a chave. Definir um identificador exige acordo entre as áreas que criam e as que usam o registro, e esse acordo tem custo de processo e de tempo. O diagnóstico não indica qual campo deve ser a chave, porque essa escolha depende da operação de cada empresa.
Também não se aplica quando o cadastro já tem identificador estável e a falha está em outro ponto, como regra de entrada, sincronização ou exportação manual. Nesses casos, a chave não é o assunto. E o diagnóstico, sozinho, não elimina registros já criados sem identificação: mostra onde eles estão e o que impede tratá-los.
Recurso prático
Verificação de identificador por base
- Listar todos os sistemas que criam ou alteram o mesmo registro.
- Em cada base, apontar o campo usado para localizar um registro sem filtro adicional.
- Testar se esse campo aceita nulo, repetição ou edição manual.
- Conferir se o valor é gerado por regra ou digitado pela área.
- Verificar se o valor sobrevive a reimportações, migrações e correções em lote.
- Identificar quem responde por atribuir e corrigir o identificador.
O erro mais comum é aceitar um código que só é único dentro de um sistema. Ele parece chave única na origem e deixa de ser quando o registro cruza a fronteira entre bases.
Sobre o que está escrito aqui
Conceitos relacionados: chave primária · identificador de negócio · chave substituta · regra de atribuição · cadastro mestre. 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
- Dados desatualizados: o que exigir ao contrat… — dados desatualizados
- Falhas silenciosas: fluxo para conter e sanar… — falhas silenciosas
Páginas relacionadas
O mesmo problema em outro objetivo
- Cadastro sem chave única: como escolher o identificador — Organizar um processo
- Cadastro sem chave única: como comparar as formas de casar — Comparar alternativas
- Cadastro sem chave única: como medir o que se repete — Explicar medição
- Cadastro sem chave única: como criar uma referência estável — Orientar implementação
- Cadastro sem chave única: o que exigir na contratação — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Planilhas divergentes: alternativas para confrontar bases — Avaliação de quatro métodos práticos para comparar arquivos concorrentes, apontando esforço, precisão e limites de cada abordagem operacional.
- Cópias de base sem versão: alternativas para conciliação — Critérios para confrontar cópias de bases sem histórico de alteração, os métodos de comparação disponíveis e os limites operacionais de cada escolha.
- Cadastros duplicados: caminhos para comparar registros — Análise comparativa dos métodos de identificação de duplicidades em bases operacionais, seus custos de processamento e riscos de falsos positivos.
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Cliente duplicado entre áreas: como achar a origem — Mostra por que o mesmo cliente aparece registrado de formas diferentes em cada área e o que comparar para localizar a origem da duplicidade.