Duplicatas no Bitrix24 são fichas repetidas de um mesmo cliente: dois leads com o mesmo telefone, um contato e uma empresa com o mesmo e-mail, dois negócios para um único contato. O «Controle de duplicatas» nativo captura coincidências na criação da ficha e sabe unir em massa, mas as duplicatas que entram na base por outros caminhos continuam existindo. Vamos ver de onde elas vêm, o que o mecanismo nativo faz, como unir sem perder dados e como resolver o problema de forma sistêmica.

De onde vêm as duplicatas no CRM?

Quatro fontes. Contatos recorrentes: o cliente preencheu o formulário, depois ligou — cada canal criou seu próprio lead. Importação: a base antiga carregada sem conferência com a existente. Integrações: telefonia e e-mail criam entidades pelas próprias regras e nem sempre enxergam uma à outra. Entrada manual: o gerente registrou o telefone como «8 912…», mas na base ele está como «+7 912…» — para a busca, são strings diferentes. O último caso é o mais traiçoeiro: formalmente não há duplicata, mas de fato existe. É justamente por isso que a normalização dos dados é metade da batalha contra duplicatas: o robô «Formatação de telefone» coloca os números num formato único já dentro do processo, e o «Formatação de telefones da entidade» limpa as fichas já salvas.

O que a busca nativa de duplicatas do Bitrix24 faz?

O mecanismo nativo atua em três lugares. Na criação da ficha — avisa sobre coincidência por nome, telefone ou e-mail. Na lista de leads/contatos/empresas — o item «Busca de duplicatas» no menu da engrenagem: encontra grupos de registros parecidos e propõe unir cada grupo. Na importação — a configuração «Ignorar duplicatas». A união transfere campos, atividades, histórico e vínculos para uma única ficha; quando há valores conflitantes, o Bitrix24 pede para escolher manualmente. O que o mecanismo nativo não faz: não verifica duplicatas quando a ficha se move pelo funil, não bloqueia o trabalho com uma entidade repetida, não compara valores «parecidos» com erros de digitação e não permite regras próprias de comparação.

Como unir duplicatas sem perder dados?

Antes da união em massa: conclua as atividades abertas nas fichas duplicadas, combine qual ficha é a «principal» (em geral a mais antiga — é ela que tem histórico) e faça uma exportação da base para o caso de reversão. Depois rode a «Busca de duplicatas» nativa por telefone e e-mail — são as chaves mais confiáveis; a união por nome verifique manualmente: homônimos não são duplicatas. Após a fusão, confira os negócios: eles devem apontar para a ficha que permaneceu. Nos processos de negócios é útil o robô «Encontrar contato» — antes de criar uma nova entidade, ele busca um contato existente pelo telefone e retorna o ID: o processo vincula o contato à ficha encontrada em vez de criar uma duplicata. De forma análoga, o «Encontrar negócio» encontra o negócio aberto do cliente, para que um contato recorrente não gere um novo.

Como resolver o problema das duplicatas de forma sistêmica?

Rodadas manuais de busca de duplicatas são limpeza, não prevenção. A solução sistêmica é verificar as duplicatas no momento do trabalho com a ficha: o aplicativo «Controle de duplicatas» faz a verificação quando o gerente move a ficha pelo funil ou a edita, e não deixa a entidade avançar enquanto a duplicata não for unida ou excluída. Além disso, há o escaneamento em massa de toda a base e dois modos de união — automático para registros sem conflito e análise manual dos casos controversos. Em conjunto funcionam três camadas de proteção: a normalização dos dados pelos robôs na entrada, a busca de entidades existentes nos processos de negócios e a verificação bloqueante do «Controle de duplicatas» a cada movimento da ficha.

Checklist

Normalize telefones e e-mails na entrada; ative a verificação na criação; ensine os processos a buscar fichas existentes antes de criar novas; uma vez por mês, rode a busca em massa; para a verificação bloqueante nas etapas, instale o «Controle de duplicatas» do Marketplace — a instalação é gratuita.