Decida o que conta como mesmo cliente

Escreva a regra de identidade antes da pesquisa. Um contacto é pessoa e uma empresa é organização; nome de empresa partilhado não torna dois contactos a mesma pessoa. Uma empresa também pode ter vários nomes comerciais ou domínios. Mantenha distinções visíveis em vez de forçar todas as linhas numa etiqueta.

Para cada tipo, liste os identificadores mais fortes disponíveis. ID do sistema é útil quando ambos os arquivos vêm do mesmo sistema. Para contactos, email exato é pista forte. Para empresas, domínio pode ajudar. Nomes, telefones e endereços dão contexto, mas podem ser partilhados, antigos ou formatados de outro modo.

Compare identificadores em camadas

Comece pelos exatos e compare detalhes secundários. Normalize formatação inofensiva como maiúsculas ou espaços de telefone, mas preserve o original no arquivo de revisão. Não descarte diferença silenciosamente, pois pode explicar divergência. Uma pessoa que mudou de emprego pode ter outra organização atual.

A HubSpot documenta deduplicação de contactos por email e empresas por domínio em fluxos específicos. Também descreve IDs e propriedades únicas para importações. São regras HubSpot, não padrão universal; a documentação indica exceção para empresas criadas por API. Confirme comportamento de cada destino.

Mantenha uma fila de pares candidatos

Dê a cada par etiquetas estáveis como A-014 e B-009. Registre sinal comum, detalhe contraditório, decisão e motivo. O CSV inclui possíveis correspondências e semelhantes. Um par partilha domínio fictício; outro tem nome igual e domínios diferentes. O segundo deve ficar separado salvo evidência mais forte.

Use três resultados: unir após revisão, manter separado ou investigar. A fila deve explicitar incerteza. Decisão vazia não permite unir, e semelhança aproximada de nome não deve virar identidade confirmada para arrumar o arquivo.

Resolva conflitos de campos antes de combinar

Quando o par corresponder realmente, decida valor a manter por campo importante. Use fonte com responsável e motivo para confiança, como endereço atual confirmado pelo cliente ou ID gerado pelo sistema. Não presuma que data mais recente está correta; importações e edições podem mudar data sem melhorar informação.

Preserve histórico e ligações úteis onde o sistema suportar. Se uma união apagar nota, relação ou referência necessária, pare e capture antes. Para pares incertos, mantenha registros separados e acrescente nota em vez de adivinhar.

Prepare importação após revisão

Filtre a fila para registros com decisão. Mantenha correspondências confirmadas num arquivo revisto, novos clientes noutro e candidatos sem solução fora da importação. Compare a contagem final com a entrada para não retirar pessoa ou empresa real por acidente.

Após importar, verifique alguns pares no destino e confirme que o registro pretendido foi atualizado ou criado. Esta página trata de identidade. Um teste separado de migração em pequena amostra ajuda a verificar mapeamentos, associações e comportamento do destino numa mudança maior.

Usando o Areinum

Forneça ao Areinum Assistant uma amostra permitida de candidatos e peça fila com identificadores coincidentes e conflitos. Uma pessoa decide se cada par representa o mesmo cliente e o que manter.

Ver o exemplo

Fila de revisão de duplicações CRM

Nomes, domínios, emails, etiquetas e decisões do exemplo são fictícios.

Fila de revisão de duplicações CRM
ID do parTipo de registroRegistro ARegistro BSinal comumConflito a verificarDecisãoMotivo
PAIR-001EmpresaNorthstar StudioNorth Star StudioDomínio northstar.exampleNomes exibidos diferentesUnir após revisãoResponsável da fonte confirmou que ambos os nomes são da mesma empresa fictícia
PAIR-002ContactoMira ChenMira ChenEmail mira@cedarbay.exampleIDs de origem diferentesInvestigarConfirmar IDs antes de combinar
PAIR-003EmpresaCedar Field WorksCedar Field WorksMesmo nome de empresaDomínios cedarfield.example e cedarfield.co.exampleManter separadoNome igual sozinho é insuficiente
PAIR-004ContactoJordan EllisJ. EllisApenas mesma organizaçãoSem email ou telefone correspondenteInvestigarOrganização comum não identifica a mesma pessoa
  1. Use uma linha por par candidato e preserve valores originais na cópia de trabalho.
  2. Substitua exemplos fictícios por registros autorizados. Registre evidência e decisão antes de unir; deixe pares incertos fora da importação.
  3. Exemplos são fictícios e descrevem método, não importação concluída nem garantia de união pelo CRM.

Perguntas frequentes

Dois registros com o mesmo nome são necessariamente duplicados?

Não. Compare identificadores estáveis e contexto de relações; pessoas ou empresas diferentes podem partilhar nome.

E se possíveis correspondências tiverem valores diferentes?

Mantenha conflito visível e pergunte a quem tem contexto qual valor pertence ao registro mantido. Não escolha silenciosamente o mais recente.

Pares incertos devem ser unidos antes da importação?

Mantenha separados ou suspensos até decisão autorizada. Registre decisão e motivo antes de importar.

O Areinum unirá os registros por mim?

O exemplo prepara fila de candidatos. Uma pessoa verifica evidência e decide unir ou manter separado.

Fontes e outras leituras

  • Deduplicate records in HubSpot

    A HubSpot documenta correspondência de contactos por email, empresas por domínio em fluxos específicos e uso de IDs ou valores únicos em importações.

    Documentação do fornecedor, não regra universal nem evidência de procura. Empresas criadas por API não são deduplicadas por domínio segundo a página.

    2026-10-18

A demonstração usa dados de uma empresa de exemplo. O acesso pode exigir um acordo prévio.

Ver a demonstração (Demonstração em inglês)