TL;DR
- Detetar duplicados na entrada impede a criação de alguns registos novos, normalmente com uma correspondência exata de email ou de domínio.
- A correspondência na entrada não deteta muitas vezes erros de escrita, segundos endereços de email e alguns registos importados ou sincronizados.
- Encontrar e fundir em agenda apanha correspondências aproximadas e duplicados já existentes no CRM.
- Muitas equipas de CRM combinam a deduplicação nativa na entrada com a localização e fusão agendadas.
- O Dedupely encontra e funde os duplicados que passam pela entrada de dados, com novos registos prontos a corresponder em poucos minutos.
Há dois momentos para lidar com um duplicado. Pode impedi-lo no momento em que o registo é criado, ou encontrá-lo depois e fundi-lo com o registo que repete.
As equipas costumam escolher uma e esperar que cubra tudo. A comparação na entrada parece mais segura, já que nada de mau entra.
A limpeza programada parece mais completa porque vê toda a base de dados. Cada uma apanha um tipo diferente de duplicado, e cada uma deixa escapar alguma coisa.
Neste artigo, vai ver o que faz cada abordagem, o que deixa passar e como combiná-las para que as lacunas não se sobreponham.
O que significa encontrar duplicados na entrada
A correspondência na entrada corre quando um registo é criado ou editado. O CRM compara o novo registo com os existentes e decide o que fazer antes de o guardar.
Muitos CRM incluem alguma forma disso como deduplicação nativa. O comportamento depende do CRM e da forma como o registo chega.
Bloquear, avisar ou atualizar
A deduplicação nativa costuma seguir uma de três ações. Bloqueia o novo registo, avisa o utilizador e deixa-o guardar na mesma, ou atualiza o registo existente com os novos valores.
Num CRM, introduzir um contacto com um e-mail que já existe é bloqueado. Uma submissão de formulário com esse mesmo e-mail atualiza o contacto existente. Noutro, um administrador decide se uma regra mostra um alerta ou bloqueia a gravação.
As regras exatas e difusas dependem do CRM
Algumas verificações na entrada usam correspondências exatas de email ou domínio. Outras, incluindo critérios de correspondência configuráveis do Salesforce, podem comparar vários campos e usar métodos aproximados. O que é bloqueado depende da regra ativa, do objeto e de o registo chegar por formulário, importação, API ou introdução manual.
Uma regra de bloqueio exige testes cuidadosos, porque pode rejeitar um registo válido. Um aviso pode permitir ao utilizador rever uma possível correspondência antes de guardar. Escolha a ação e os critérios para os seus dados; como funciona a correspondência de duplicados num CRM aborda a correspondência exata e aproximada.
Em outubro de 2026, da base de conhecimento do HubSpot: Deduplicação de registos, e Salesforce Help: Impeça os utilizadores de criar registos duplicados.
O que a correspondência na introdução deixa passar
A correspondência na entrada cumpre o seu papel nos duplicados para que foi criada. Os restantes entram, muitas vezes por razões que nada têm a ver com a qualidade da sua configuração.
- Correspondências próximas: um erro de digitação no email, uma alcunha, "Acme Inc." ao lado de "Acme". A correspondência exata lê estes casos como registos diferentes.
- Um segundo endereço de email: a mesma pessoa se regista com um email pessoal depois de comprar com um profissional. Nada no campo-chave corresponde.
- Registos sem campo-chave: um contacto introduzido apenas com nome e telefone, ou uma linha de importação sem email. Não há nada para comparar.
- Importações e integrações: algumas entradas seguem regras diferentes. Num CRM, as empresas criadas pela API não são comparadas por domínio.
- Avisos que as pessoas ignoram: um vendedor ocupado vê um alerta, assume que está errado e grava o registo na mesma.
- Duplicados já existentes na base de dados: a correspondência na entrada só analisa o registo que está a ser guardado. Nunca revisita os duplicados que já tem.
O bloqueio tem um segundo custo que é fácil de ignorar. Num CRM, os registos de importações de dados e da API não recebem qualquer alerta quando uma regra os bloqueia, e não são guardados. Se ninguém verificar o que foi rejeitado, esses dados perdem-se na carga.
Em outubro de 2026, da base de conhecimento do HubSpot: Deduplicação de registos, e Salesforce Help: O que saber sobre as regras de duplicados.
O que a pesquisa e a fusão agendadas detetam
A deduplicação agendada funciona depois de os registos serem guardados. Uma ferramenta ou uma pessoa analisa toda a base de dados, agrupa os registos que pertencem juntos e funde-os.
Uma pesquisa agendada pode reunir candidatos incertos para revisão antes de qualquer alteração. Dependendo da ferramenta, pode comparar erros de escrita, nomes com sonoridade semelhante, domínios de empresas e vários campos em conjunto. Confirme a identidade antes de transformar esses candidatos em fusões.
Correspondências próximas e grupos
Analisar toda a base de dados armazenada encontra duplicados que as regras de entrada configuradas não detetaram. Podem incluir emails ligeiramente diferentes ou uma pessoa que usa dois endereços. Também encontra grupos, como um cliente introduzido por várias fontes. Algumas regras de entrada também detetam correspondências aproximadas; a pesquisa agendada oferece outra oportunidade de revisão.
Os duplicados que já tem
Uma execução agendada também abrange registos antigos. Inclui duplicados anteriores à ativação de qualquer deduplicação nativa, de migrações e de integrações que ignoraram as regras de entrada.
Reveja antes que algo mude
Nada é bloqueado nem perdido quando chega um registo. As correspondências incertas podem aguardar que uma pessoa as analise, e o resultado da fusão pode ser verificado antes de ocorrer.
O compromisso é o tempo. Um duplicado existe durante algum tempo antes de ser fundido, e nesse intervalo pode acumular atividade ou entrar numa sequência. A duração desse intervalo depende das suas fontes, tema que abordamos em com que frequência deduplicar o seu CRM.
Entrada vs. agenda, num relance
| Detetar na entrada | Procurar e fundir de forma agendada | |
|---|---|---|
| Quando é executada | Quando um registo é criado ou editado | Depois de os registos serem guardados, em toda a base de dados |
| O que compara | Exata ou aproximada, consoante o CRM e a regra ativa | Vários campos, incluindo correspondências aproximadas |
| O que deteta melhor | Repetições exatas de pessoas e formulários | Erros de escrita, segundos emails, grupos e duplicados antigos |
| O que deixa escapar | Correspondências aproximadas, registos sem campo-chave, algumas importações e integrações | Duplicados que se formam entre execuções |
| Quem decide | A regra, ou um utilizador perante um aviso | Regras testadas, mais revisão para conjuntos pouco claros |
| Principal risco | Registos bloqueados que não ficam guardados, ou avisos ignorados | Correspondência demasiado flexível que funde registos que não são duplicados |
Porque muitas equipas precisam de ambos
Cada abordagem cobre o ponto cego da outra. A correspondência na entrada trava as repetições fáceis antes de se espalharem. Uma execução agendada encontra as correspondências aproximadas e os duplicados antigos que a entrada nunca vê.
O equilíbrio entre ambos depende dos seus dados. O que conta como duplicado depende de cada caso, e o que uma equipa considera duplicado pode não o ser para outra. Escreva a sua definição antes de configurar qualquer uma delas.
Deixar a entrada tratar as repetições exatas
Ative a deduplicação nativa que o seu CRM oferece para o campo que identifica cada registo. Mantenha as regras restritas, para que os utilizadores confiem nos avisos em vez de os ignorarem.
Se uma regra bloquear importações ou registos da API, verifique o que rejeitou após cada carregamento. As camadas em torno dela estão abordadas em como evitar contactos duplicados em equipas de vendas em rápido crescimento.
Deixe o agendamento tratar do resto
Comece pelos duplicados óbvios, como correspondências exatas de email ou de domínio que entraram por outra via. Depois passe para correspondências aproximadas de nome com empresa ou telefone, e envie os conjuntos pouco claros para revisão.
Depois de testar as regras, pode fundir automaticamente, em agenda, os duplicados de que tem certeza, como correspondências exatas de email. Deixe em revisão tudo o que seja menos certo.
Veja de onde os duplicados continuam a vir
Cada duplicado que a agenda encontra remete para uma origem que a entrada não detetou. Algumas origens, como formulários web que criam novos contactos, são mais fáceis de corrigir uma vez do que fundir repetidamente.
Como a Dedupely apanha os duplicados que passam à entrada
O Dedupely funciona depois de os registos serem criados e deteta novos registos em 1 a 5 minutos. Permite criar pesquisas de duplicados que admitem erros de escrita, nomes com sonoridade semelhante e domínios partilhados, definir regras para o valor que prevalece e pré-visualizar cada fusão. Depois de testar as regras, pode fundir automaticamente, de acordo com um calendário, os novos duplicados de que tem certeza, como as correspondências exatas de email.
Dois momentos, uma só definição de duplicado
A correspondência na entrada e a deduplicação agendada resolvem o mesmo problema em momentos diferentes. As regras de entrada podem usar critérios exatos ou aproximados, mas só abrangem os objetos e as vias de entrada configurados. As pesquisas agendadas revisitam a base de dados guardada, dando tempo às pessoas para analisar correspondências incertas.
Usados em conjunto, cobrem as lacunas um do outro. O que os faz funcionar é uma definição comum de duplicado. Assim, a regra à entrada e a pesquisa por trás procuram o mesmo.
Perguntas frequentes
É melhor bloquear duplicados na entrada ou fundi-los mais tarde?
Muitas equipas precisam de ambos: o bloqueio na entrada impede repetições exatas, como o mesmo email, antes de se espalharem. A fusão posterior apanha correspondências próximas, segundos endereços de email e duplicados antigos que a correspondência na entrada nunca vê. Use regras de entrada para os casos exatos e uma pesquisa agendada para o resto, com revisão para conjuntos pouco claros.
Porque é que o meu CRM continua a criar duplicados com a deduplicação ativada?
O comportamento nativo depende do CRM e das regras configuradas. Uma verificação de email exato falha um segundo endereço ou um erro de digitação, enquanto uma regra de vários campos ou aproximada pode detetá-lo. Algumas importações e integrações usam regras diferentes, os utilizadores podem ignorar avisos, e as regras de entrada não analisam toda a base de dados existente.
As regras de duplicados do CRM podem fazer perder dados?
Podem, quando uma regra bloqueia registos que ninguém revê. Em alguns CRM, uma regra de bloqueio rejeita linhas correspondentes de importações e cargas de API sem mostrar qualquer alerta, e essas linhas não ficam guardadas. Verifique o que cada carregamento rejeitou e limite as regras de bloqueio às correspondências de que tem certeza.
Com que frequência se devem unificar os duplicados após a introdução?
Depende da rapidez com que as suas fontes adicionam registos. Com formulários e integrações constantes, as equipas costumam fundir certas correspondências automaticamente, num calendário, e rever o resto regularmente. As equipas que importam sobretudo listas podem verificar após cada importação, com o objetivo de fundir antes de os duplicados chegarem aos relatórios e às sequências.
O que é a correspondência de duplicados no momento do registo?
A correspondência acontece quando um registo é criado ou editado. Consoante o CRM, a regra e o caminho de entrada, a comparação pode ser exata ou aproximada. O sistema pode bloquear, avisar ou atualizar um registo existente. Teste cada caminho em vez de assumir que uma só regra cobre todos os novos registos.
Ou registe-se com o Google
