Desduplicar antes, durante e depois da migração CRM

Uma migração de CRM traz registros de sistemas que nunca se verificaram mutuamente para uma base de dados. Duplicados em cada fonte também se movem, e novos formam-se onde o mesmo cliente existe em ambos os lados. A ordem mais segura é limpar cada fonte primeiro, acordar o campo que identifica cada registro, e verificar novamente quando os dados chegam. Se já migrou e o novo CRM está cheio de duplicados, ainda pode corrigir com algumas precauções extra. Nesta publicação, verá porque é que as migrações criam duplicados, o que fazer em cada fase, e como mesclar dois CRMs após uma aquisição.

Por que as migrações de CRM criam duplicados

Cada migração é diferente, mas algumas situações surgem na maioria das que já vi:

• Dois sistemas que nunca se verificaram um ao outro: um cliente em ambos os CRMs, o antigo e o novo, chega duas vezes, uma de cada lado.
• IDs diferentes: cada sistema tem os seus próprios IDs de registros, portanto o ID antigo não significa nada para o novo CRM. Sem uma chave compartilhada, a importação não consegue dizer que dois registros pertencem a um cliente.
• Mapeamento de campos: um e-mail num campo secundário, um telefone noutro formato ou um nome de empresa dividido deixa de corresponder após mapeamento.
• Importações sem um campo identificador: linhas sem e-mail, domínio ou ID geralmente tornam-se novos registros em vez de atualizar os existentes.
• Duplicados já na fonte: Tudo o que o CRM antigo continha é herdado pelo novo.

A desduplicação nativa também se comporta de forma diferente em cargas em massa. Num CRM, as regras de duplicados não alertam em importações e cargas de API, e as linhas correspondentes simplesmente não são salvas, então verifique o que foi rejeitado após cada carga. Em outro, linhas de importação sem email, domínio ou ID de registro viram novos registros, e empresas criadas pela API não são verificadas por domínio.

A partir de outubro de 2026, de Ajuda Salesforce: Regras de duplicados e a Knowledge Base do HubSpot: Deduplicação de registros.

Limpe os dados antes de os mover

Limpar no sistema antigo é mais fácil do que limpar no novo. Nada no novo CRM depende ainda desses registros, e nenhum fluxo de trabalho, sequência ou relatório é executado neles.

Deduplicar cada origem isoladamente primeiro

Limpe cada sistema antes de os comparar. Se um cliente aparece três vezes no CRM antigo e duas no novo, junte cada lado primeiro. Depois compara um registro contra outro.

Depois procure correspondências entre os dois sistemas

Exporte os dois sistemas e faça a correspondência pelos campos em que você mais confia. Email para pessoas e domínio do site para empresas são pontos de partida comuns. Telefone, nome com empresa e endereço ajudam quando esses estiverem faltando.

Mescle primeiro as correspondências de que você tem mais certeza. Revise as correspondências aproximadas, como o mesmo nome na mesma empresa com um email diferente, antes de decidir.

Decida qual valor vence

Quando o mesmo cliente existe em ambos os sistemas, cada registro contém parte da verdade. Decida por campo qual sobrevive: o valor mais recente, o mais completo ou o do sistema em que confia.

Proprietário, fase de vida e email opt-out merecem mais atenção. Um proprietário errado causa disputa de comissão, e um opt-out perdido significa enviar email para alguém que pediu para parar.

Deixe de lado o que não precisa

Registros de teste, contatos rejeitados e empresas sem atividade em anos não precisam de ser movidos. Cada registro que deixa para trás é um a menos para corresponder. Mantenha uma exportação de arquivo em caso de alguém pedir depois.

Defina o campo que identifica cada registro

Antes de importar, acorde no campo que identifica "este é o mesmo registro" para cada objeto. As suas importações, integrações e formulários devem usar o mesmo.

Coloque o ID do registro do sistema antigo num campo em cada registro migrado, seja qual for o objeto. Ele é o seu vínculo de volta à origem depois que o registro ganha um novo ID. Também permite que uma segunda importação atualize registros em vez de criar novos.

Mantenha duplicados fora durante a mudança

A maioria dos duplicados que se formam durante uma migração resulta do mesmo registro chegando mais de uma vez. Estes princípios ajudam:

• Importe um lote de teste primeiro, depois procure duplicados no novo CRM antes de importar o resto.
• Importe em ordem: empresas antes de pessoas, e pessoas antes de negócios, para que cada registro se vincule a um que já existe.
• Mantenha uma lista dos formulários, sincronizações e integrações que escrevem para o novo CRM durante a transição.
• Execute cada importação no campo que acordou, para que uma segunda passagem atualize os registros.
• Evite sincronismos bidirecionais entre o CRM antigo e o novo a menos que tenha decidido qual lado possui cada campo.

Fazer merge de dois CRMs após uma aquisição

Integrar duas CRMs diferentes cria problemas que uma migração simples não tem. Ambos os lados mantêm registros reais e ativos dos mesmos clientes, com proprietários e históricos diferentes.

• Decida qual sistema é a fonte de verdade para cada objeto ou para cada campo.
• Acorde sobre a propriedade antes de mesclar, incluindo qual o representante que fica com a conta em que ambas as equipes trabalharam.
• Mantenha escritórios regionais e subsidiárias separados quando compartilharem um nome ou um domínio. Uma correspondência ampla no nome pode uni-los num único registro.
• Mapeie os dois conjuntos de fases, valores de lista de seleção e convenções de nomenclatura antes de fazer correspondência.

Estas são decisões comerciais tanto quanto decisões de dados. Obtenha o acordo da liderança de vendas sobre propriedade antes da primeira mesclagem.

Se já migrou com duplicados

As equipes encontram frequentemente os duplicados semanas após lançamento, quando relatórios contam clientes duas vezes ou dois representantes chamam a mesma pessoa. Os dados podem ser corrigidos. A diferença é que o novo CRM está agora ativo, portanto cada mesclagem afecta o trabalho em curso.

Identifique o que ainda as está criando

Procure uma sincronização ainda em execução do sistema antigo, uma importação repetida por engano, ou um formulário que ignora o campo escolhido. Conhecer estas fontes ajuda a identificar qual novo registro observar.

Pode limpar enquanto continuam a funcionar. Mescle o backlog em etapas e mescle novos duplicados automaticamente conforme chegam.

Encontre-os pela origem

Os registros migrados normalmente compartilham uma data de criação ou um lote de importação. Pesquisar no ID do sistema antigo ou na data de importação reduz o trabalho aos registros mais provavelmente duplicados.

Verifique do que dependem os IDs de registro

Unir pode alterar IDs de registros. Num CRM, o registro unido recebe um ID novo. Noutro, o registro sobrevivente mantém seu ID e os outros vão para a Reciclagem por 15 dias.

Qualquer integração, relatório ou planilha que armazene IDs precisa de ser atualizada após uma mesclagem grande.

Em outubro de 2026, da base de conhecimento do HubSpot: Mesclar registros, e Salesforce Help: Considerações de merge de contas e Caixote do Lixo.

Fazer merge por fases

Comece pelos duplicados que tem a certeza, como o mesmo e-mail ou o mesmo ID de registro antigo. Guarde os valores originais antes de cada ronda, uma vez que as mesclagens em muitos CRMs não podem ser desfeitas.

Em outubro de 2026, da base de conhecimento do HubSpot: Mesclar registros, e do centro de apoio do Pipedrive: Mesclar duplicados.

Inclua a desduplicação na migração

Os duplicados de migração vêm de cada fonte e de clientes que existem em ambos os lados, portanto a deduplicação merece o seu próprio tempo no plano. Limpar as fontes e um campo acordado para identificar cada registro fazem a maior parte do trabalho antes da primeira importação.

Se o novo CRM já tem duplicados, os mesmos princípios valem para os dados ativos. Você os encontra pela origem, verifica o que depende de IDs de registro e mescla em etapas enquanto as fontes continuam rodando.

Perguntas frequentes