# Reveja registros duplicados de clientes antes de importar Reveja possíveis duplicações antes da importação, usando identificadores estáveis e contexto de relações para explicar cada correspondência. Mantenha pares incertos separados até resolução e registre qual versão manter e por quê. Uma importação pode criar confusão quando um cliente aparece com email antigo, nome comercial e registro de empresa mais recente. Comparar apenas nome também pode unir clientes diferentes. Este guia dá à equipa uma forma repetível de identificar pares, documentar evidência e decidir antes da entrada no destino. Nomes, domínios, emails, etiquetas e decisões do exemplo são fictícios. Canonical: https://areinum.com/pt/guides/review-crm-duplicates/ Language: pt Atualizado: 2026-10-31 ## 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. ## 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](https://knowledge.hubspot.com/records/deduplication-of-records): 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) Obter a ficha original (Documento em inglês): https://areinum.com/guides/review-crm-duplicates/crm-duplicate-review.csv ## Fila de revisão de duplicações CRM Nomes, domínios, emails, etiquetas e decisões do exemplo são fictícios. | ID do par | Tipo de registro | Registro A | Registro B | Sinal comum | Conflito a verificar | Decisão | Motivo | | --- | --- | --- | --- | --- | --- | --- | --- | | PAIR-001 | Empresa | Northstar Studio | North Star Studio | Domínio northstar.example | Nomes exibidos diferentes | Unir após revisão | Responsável da fonte confirmou que ambos os nomes são da mesma empresa fictícia | | PAIR-002 | Contacto | Mira Chen | Mira Chen | Email mira@cedarbay.example | IDs de origem diferentes | Investigar | Confirmar IDs antes de combinar | | PAIR-003 | Empresa | Cedar Field Works | Cedar Field Works | Mesmo nome de empresa | Domínios cedarfield.example e cedarfield.co.example | Manter separado | Nome igual sozinho é insuficiente | | PAIR-004 | Contacto | Jordan Ellis | J. Ellis | Apenas mesma organização | Sem email ou telefone correspondente | Investigar | Organizaçã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. ## Conteúdos relacionados - [O que inspecionar numa exportação de CRM antes da mudança](https://areinum.com/pt/guides/crm-export-review-before-switch/) - [Teste uma migração de CRM numa pequena amostra](https://areinum.com/pt/guides/test-crm-migration-sample/) - [Uma conversa para o trabalho por trás da sua empresa](https://areinum.com/pt/product/assistant/) Ver a demonstração: https://platform.areinum.com/ A demonstração usa dados de uma empresa de exemplo. O acesso pode exigir um acordo prévio.