Resposta direta
Duplicidades atravessam uma migração quando a empresa troca a plataforma sem resolver primeiro quais registros representam a mesma entidade. O novo ERP recebe chaves novas, mas pode manter o problema antigo. Quando esses registros depois alimentam MDM, CRM, analytics ou outra migração, a inconsistência passa a se perpetuar.
- Migração muda o sistema, não prova identidade.
- Restrições de unicidade podem ser flexibilizadas para a carga não parar.
- Duplicidades herdadas parecem registros legítimos no ambiente novo.
- Pré-MDM significa medir e resolver identidade antes de governar o dado mestre.
O ciclo que perpetua a duplicidade
- A base antiga já contém repetições. Cadastros foram criados em períodos diferentes, sistemas distintos ou integrações incompletas.
- A migração precisa carregar tudo. Conflitos de CPF, CNPJ ou outras chaves aparecem durante a preparação.
- A regra é flexibilizada. Para não interromper o projeto, registros conflitantes podem receber novas chaves locais ou ser aceitos sem tratamento completo.
- O sistema novo herda o problema. Depois da entrada em produção, a duplicidade deixa de parecer exceção de migração e vira parte do cadastro corrente.
- O MDM recebe identidades fragmentadas. A governança começa sobre uma base cuja equivalência entre registros ainda não foi resolvida.
Por que uma nova chave não cria uma nova identidade
Ao carregar um sistema novo, cada registro pode receber um identificador técnico diferente. Isso resolve a necessidade do banco de dados, mas não responde à pergunta de negócio: quantas pessoas ou empresas reais existem nessa base?
Se João da Silva no legado, J. Silva no CRM e João A. da Silva no ERP são a mesma pessoa, três IDs internos continuam representando uma única entidade. O MDM precisa saber disso antes de escolher versões de referência.
O problema de depender apenas de CPF e CNPJ
Documentos são evidências importantes, porém uma migração frequentemente revela justamente os casos em que eles estão ausentes, inválidos ou repetidos. Se a deduplicação só funciona quando o documento está perfeito, ela deixa de atuar onde mais é necessária.
O MatchIQ usa oito critérios de identidade além da dependência exclusiva de CPF e CNPJ, combinando nome, endereço, telefone, nascimento e outros atributos para localizar candidatos e manter o critério de evidência.
Como a duplicidade contamina o MDM
MDM não é apenas uma tabela de clientes. É a disciplina que governa entidades e versões de referência entre sistemas. Se a mesma entidade chega fragmentada, o projeto pode criar regras de sobrevivência, integrações e processos de governança sobre registros que deveriam ter sido reconciliados antes.
O resultado pode ser uma visão “única” apenas no desenho da arquitetura, enquanto ERP, CRM e legado continuam contando a mesma pessoa várias vezes.
Pré-MDM: o que medir antes da arquitetura
- quantidade de duplicidades dentro de cada sistema e entre sistemas;
- documentos válidos, inválidos, ausentes e conflitantes;
- nomes, telefones e endereços que sustentam relações de identidade;
- registros com evidência suficiente para vínculo e casos ambíguos;
- campos que precisam de higienização cadastral antes da reconciliação;
- origem de cada valor e regras necessárias para preservar auditabilidade.
Uma migração melhor separa carga de identidade
A preparação da carga precisa validar formato e integridade técnica. A resolução de identidade acrescenta outra camada: descobre quais registros são equivalentes e quais apenas se parecem. Separar esses dois problemas reduz o risco de usar uma regra de carga como se fosse uma regra de negócio.
Isso também permite uma decisão mais segura: tratar antes da migração, carregar mantendo vínculos, ou estabelecer uma camada de reconciliação entre os sistemas, conforme a arquitetura definida pela empresa.
O original precisa continuar disponível
Em dados corporativos, uma correção sem rastreabilidade pode criar outro problema. Por isso, o tratamento deve preservar a origem e registrar a evidência usada para relacionar, classificar ou corrigir. Assim, a empresa consegue explicar o que veio do sistema anterior e o que foi resultado do processo de qualidade.
Como começar sem transformar o projeto em megaprojeto
Antes de definir MDM, survivorship rules ou uma grande consolidação, meça a base real. O Raio X da Base processa 100% dos registros fornecidos, sem amostragem, e mostra duplicidades, inconsistências e oportunidades de tratamento dentro do escopo acordado.
Essa leitura ajuda a responder a pergunta central do Pré-MDM: sua empresa precisa agora de uma nova arquitetura de MDM — ou precisa primeiro resolver a identidade que já está fragmentada?
Veja também: Entity Resolution entre ERP, CRM e sistemas legados.
Perguntas frequentes
Migração de ERP elimina duplicidades?
Não automaticamente. Se os registros equivalentes não forem identificados antes, eles podem entrar no sistema novo com novas chaves e continuar duplicados.
Por que CPF/CNPJ não bastam?
Porque os casos mais difíceis costumam envolver documento ausente, inválido ou divergente. Outros atributos podem ser necessários para localizar candidatos à mesma entidade.
MDM resolve isso sozinho?
MDM governa as entidades, mas precisa receber identidade confiável. Resolver duplicidades é uma etapa de qualidade anterior ou integrada ao projeto.
O que medir antes da migração?
Duplicidades, documentos, conflitos entre sistemas, qualidade dos atributos de identidade e o que pode ser tratado com segurança.