As configurações padrão do Salesforce dependem de endereços de email para garantir registros únicos de Contact e Lead. Prestadores, proprietários únicos e especialistas usam webmail pessoal (@gmail.com) e domínios corporativos (@studio.com), e esse modelo falha.
Um prestador de serviços envia uma consulta a partir de webmail e depois assina o contrato a partir de um domínio corporativo. O Salesforce cria dois perfis. Os históricos de comunicação se dividem, os registros de atividades se espalham por registros separados, e os detalhes de cobrança se desligam das notas do projeto original.
Os Limites das Duplicate Rules Salesforce Padrão
As regras de duplicados nativos do Salesforce comparam registros únicos com lógica exata ou aproximada em campos de string como email. Uma mudança de identidade entre domínios passa despercebida inteiramente.
As regras padrão causam falsas correspondências de duplicados em 35% das equipes, agrupando pessoas não relacionadas que compartilham um domínio de email comum ou um atributo genérico.
Soluções Alternativas Salesforce Comuns Que Falham na Correção de Divisão de E-mails
Campos de Email Personalizados Não Vinculados
Um campo de texto personalizado como Secondary_Email__c no objeto Contact não impede a criação de duplicados na entrada. Integrações Web-to-Lead, Salesforce Inbox e REST API padrão codificam permanentemente as suas verificações de busca contra o campo Contact.Email padrão. Uma submissão de @gmail.com ignora completamente o campo secundário personalizado e cria um novo Contact.
Regras de Correspondência de Nome Difusa Relaxadas
Configurar Matching Rules para correspondência aproximada de First Name e correspondência exata de Last Name, ignorando o email, gera colisões. Duas pessoas sem relação chamadas "Chris Miller" que usam um endereço pessoal @gmail.com são agrupadas como duplicados, misturando o histórico de Opportunities e as linhas do tempo de atividades de contas sem relação.
Mecânica Padrão de Conversão de Leads
O assistente de conversão de Lead procura Contacts existentes pela string de email exata. Um prestador já na base de dados sob @studio.com submete um novo Lead de @gmail.com, e a conversão não revela o Contact existente. Converter o Lead cria um duplicado sob a Account primária, dividindo registros de atividade e rastreamento de email entre dois registros.
Registros ContactPointEmail Desconectados
O modelo de dados Individual do Salesforce armazena múltiplos endereços de e-mail por registro no objeto ContactPointEmail. As Duplicate Rules padrão não consultam registros ContactPointEmail relacionados durante o processamento Web-to-Lead ou importações API por padrão, por isso os registros de e-mail relacionados permanecem desconectados da avaliação de entrada sem lógica de backend dedicada.
Arquitetura Estrutural para Correspondência Entre Domínios
Resolver a fragmentação de identidade significa passar da correspondência de um único email para uma arquitetura multi-atributo que avalia identificadores estáveis e gerencia exceções de domínio.
- Filtre domínios de webmail genéricos (@gmail.com, @yahoo.com, @hotmail.com) para evitar falsos positivos entre contatos não relacionados que compartilham um nome comum numa plataforma de e-mail gratuita.
- Ignore totalmente o email durante a correspondência. Faça a correspondência por Primeiro Nome, Sobrenome, Número de Telefone, Empresa e URL do LinkedIn, porque esses raramente mudam quando um autônomo passa de uma conta pessoal para uma corporativa.
- Escolha o email a manter com Merge Rules. Se precisar dos dois endereços, preserve o outro separadamente antes de mesclar; uma regra de seleção de valores não o copia para outro campo.
Como encontrar e mesclar contatos do Salesforce sem usar o email
- Escolha o objeto
Abra o Salesforce no Dedupely e selecione Contacts.
- Escolha campos de apoio
Em uma Duplicate Search, combine nomes com campos de telefone ou empresa. Deixe o email fora dos critérios de correspondência e revise com cuidado os nomes compartilhados.
- Edite as opções de correspondência por campo:
Decida se a correspondência deve ser mais rigorosa ou mais tolerante. Clique na seta sob o nome de cada campo para alternar entre Exact, Similar, Fuzzy, Similar Words ou Domain Root.
- Configure Merge Rules
Abra Merge Rules e escolha o registro e os valores que prevalecem. Verifique o proprietário, os dados de contato e os campos usados pelos seus fluxos de trabalho.
- Revise as correspondências
Clique em Scan e abra View Match Details nos grupos que pretende mesclar. Confirme que representam a mesma pessoa ou empresa e verifique os valores que prevalecem. Não selecione correspondências incertas.
- Teste uma pequena mesclagem
Mescle uma pequena amostra revisada. Verifique os registros resultantes, as atividades e as associações no CRM antes de mesclar mais. Pare e ajuste as regras se o resultado for diferente do que você esperava.
- Mescle os grupos revisados
Selecione os grupos de duplicados que você revisou e clique em Merge. Use Select all X matches apenas depois de verificar todo o conjunto de resultados.
O e-mail como chave única no Salesforce quebra-se quando um contratado muda entre webmail pessoal e um domínio empresarial. A correspondência multi-campo corrige a raiz estrutural, e o CRM mantém históricos de relacionamento completos e confiáveis em cada estágio do pipeline.
Unir em massa Contatos duplicados do Salesforce corresponde por nome, telefone e empresa em vez de apenas e-mail, para que os perfis pessoal e corporativo de um contratado se resolvam num único registro.
Comece grátis, conecte seu CRM e veja os duplicados que você tem antes de mesclar qualquer coisa. Comece aqui.










