Resposta direta
Sem chave única, o contrato precisa tratar duplicidade como parte do escopo, não como erro de quem digita. Exigir do fornecedor a descrição de como o sistema agrupa registros parecidos, quem responde pela consolidação e qual trilha fica registrada para auditoria. A medição que importa acontece na base atual: quantos registros seriam considerados o mesmo cliente por regras diferentes. Esse número, e não a demonstração do fornecedor, define o esforço de implantação e a margem de erro aceitável. Sem ele, a proposta comercial e o aceite ficam sem base.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: A página trata a ausência de chave única como cláusula de contrato e critério de aceite, com responsabilidade definida, em vez de tratá-la como limpeza de base.
O que a proposta costuma deixar em aberto
Propostas de sistema de cadastro costumam assumir que existe um identificador único, documento, código de produto ou matrícula, e tratar o restante como detalhe de implantação. Quando esse identificador não existe ou não é confiável, a regra de reconhecimento passa a ser decisão de negócio, não configuração. Isso muda o que está sendo comprado.
Vale separar duas coisas que a proposta mistura: impedir duplicidade na entrada e detectar duplicidade depois que ela entrou. A primeira depende de regra explícita e de quem digita; a segunda depende de rotina de revisão e de um responsável definido. Fornecedores diferentes entregam combinações diferentes, e o preço não indica qual é qual.
Como comparar propostas sem depender da demonstração
Comparar fornecedores por demonstração favorece quem tem a tela mais polida, não quem tem a regra mais explícita. O que separa propostas é a resposta escrita a situações concretas: dois registros com o mesmo telefone e nomes parecidos; um fornecedor antigo sem documento; uma filial cadastrada com razão social diferente da matriz.
A resposta precisa dizer o que o sistema faz, o que fica registrado e quem decide em caso de conflito. Sem isso, a comparação vira impressão. Peso maior para responsabilidade e trilha de auditoria do que para quantidade de recursos de tela.
O que o contrato não resolve
Contrato bem escrito não corrige base suja nem ausência de dono do cadastro. Se ninguém na operação responde pela regra de reconhecimento, o sistema apenas aplica a mesma confusão em maior volume. Nenhuma cláusula substitui a definição interna de quem decide o que é o mesmo cliente.
Também não resolve o caso em que a duplicidade é intencional: canais distintos, franquias, representantes que cadastram o mesmo cliente para fins comerciais diferentes. Nessas situações a decisão é de processo e de remuneração, não de sistema. E nenhuma regra de deduplicação garante que a fusão de dois registros preserve o histórico de compras, contratos e atendimento — isso precisa ser testado na base antes da carga.
Recurso prático
Roteiro para avaliar a contratação de cadastro sem chave única
- Listar os campos que a operação usa hoje para reconhecer o mesmo cliente, fornecedor ou produto, e registrar onde eles entram em conflito entre si.
- Pedir ao fornecedor a regra de comparação que o sistema aplica, campo por campo, incluindo o que acontece quando dois registros coincidem apenas em parte.
- Definir no contrato quem responde pela consolidação, fornecedor ou área de cadastro, e o que fica registrado em cada registro revisado.
- Fixar o critério de aceite sobre uma amostra da base atual revisada à mão, com o volume de duplicidades aceito antes e depois da carga.
- Combinar o que ocorre quando a regra de reconhecimento mudar: quem aprova, em quanto tempo e como o histórico de compras, contratos e atendimento é preservado.
O ponto mais ignorado é o critério de aceite: sem uma amostra da base revisada à mão antes da carga, a discussão sobre duplicidade vira opinião depois da assinatura.
Conceitos usados nesta página
- Trilha de auditoria — Trilha de auditoria é o conjunto de registros que permite reconstruir quem fez o quê, quando e com qual dado — inclusive depois que o resultado já foi usado.
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: chave única · chave composta · regra de deduplicação · trilha de auditoria · critério de aceite. 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
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
- Exportações manuais: quando ainda fazem sentido — exportações manuais
Páginas relacionadas
O mesmo problema em outro objetivo
- Cadastro sem chave única: onde o cruzamento falha — Diagnosticar
- 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
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.
- Reconciliação: o que definir antes de contratar — O que definir em escopo, responsável, critério de aceite e prazo de correção antes de contratar reconciliação entre sistemas.
- 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.
- 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.
- Exclusão sem trilha: o que exigir antes de contratar — O que um sistema precisa registrar em cada exclusão e o que o contrato deve cobrir antes da assinatura, incluindo acesso ao histórico.