Deduplicação de contatos: escolha identificadores

Dois contatos com o mesmo nome podem representar pessoas diferentes. Dois registros com telefones diferentes podem pertencer à mesma pessoa. Deduplicar uma base exige uma regra de identidade, porque a semelhança visual do cadastro não é suficiente para autorizar a fusão e o descarte de um histórico.

Considere uma empresa fictícia de treinamento. Uma participante usou um e-mail pessoal na primeira inscrição e um corporativo na segunda. Ao mesmo tempo, dois colegas compartilham o telefone geral da empresa. Unir todos os registros pelo telefone confundiria pessoas; confiar somente no e-mail manteria a primeira participante duplicada.

Defina o que cada registro representa

Antes de comparar campos, separe pessoa, empresa, unidade e oportunidade. Várias oportunidades podem pertencer ao mesmo contato sem serem duplicadas. Uma empresa pode ter várias pessoas responsáveis. A política deve dizer qual entidade será consolidada e quais relações precisam permanecer distintas.

Quando existe um identificador estável no sistema de origem, preserve-o com o nome da origem. O código 182 de um sistema não é necessariamente a mesma entidade que o código 182 de outro. Uma chave composta pela origem e pelo identificador reduz ambiguidades nas importações recorrentes.

Separe evidência forte de indicação para revisão

As regras precisam refletir a qualidade da origem. Um identificador supostamente único que já foi reutilizado deixa de ser uma prova confiável. Documente as exceções conhecidas e escolha uma amostra que inclua homônimos, contatos compartilhados e alterações de dados ao longo do tempo.

A documentação de detecção de duplicatas da Microsoft ilustra o uso de regras de correspondência e alerta que criações simultâneas podem escapar de uma verificação feita no momento do cadastro. Isso reforça a utilidade de combinar prevenção na entrada com revisão periódica da base. Não significa que todos os CRMs implementem o mesmo mecanismo.

Escolha o registro mestre campo a campo

Mesmo depois de confirmar a identidade, resta decidir qual informação conservar. O registro mais novo pode conter um telefone incorreto; o mais antigo pode guardar a relação com contratos. Defina precedência por campo e mantenha referência aos IDs anteriores, para que futuras integrações continuem encontrando a entidade correta.

No exemplo do treinamento, a pessoa confirma que os dois e-mails são seus e indica o corporativo como preferencial. A equipe preserva o histórico de inscrições e mantém o endereço pessoal como contato alternativo, se essa guarda estiver prevista no processo. A fusão não deve apagar uma participação apenas porque o contato foi consolidado.

Preserve relacionamentos e possibilidade de correção

Antes de fundir, conte os negócios, atividades, anexos e registros relacionados. Depois, confira se todos apontam para o mestre. Mantenha um registro de operação com IDs envolvidos, critério, responsável e horário. Se o sistema oferecer desfazer, teste o alcance real dessa função antes de depender dela.

Quando não houver desfazer, prepare uma cópia autorizada dos dados necessários à recuperação e ensaie o procedimento em uma amostra. Isso não exige copiar a base inteira para arquivos pessoais. O acesso e a guarda da cópia devem seguir as regras da empresa e ter finalidade definida.

Meça a qualidade das decisões

Comece com um lote pequeno revisado por uma pessoa que conheça o processo. Conte candidatos, fusões confirmadas e pares descartados. Examine principalmente os falsos positivos: unir duas pessoas diferentes pode causar mais dano do que manter temporariamente dois registros da mesma pessoa.

Transforme os aprendizados em regras de entrada e no dicionário de dados. Para integrações, documente a identidade e os IDs antigos no contrato de troca entre sistemas. A base melhora quando detecção, decisão e correção formam um processo contínuo, com critérios que outra pessoa consegue revisar.