O mesmo CNPJ tem mais de um código de cliente?
Pode ser duplicidade real, histórico de migração ou regra de negócio. O diagnóstico precisa separar os casos.
Registros duplicados podem ter grafias diferentes, documentos faltantes, endereços antigos, telefones trocados ou códigos distintos em cada sistema. Por isso, deduplicar clientes e fornecedores não pode depender apenas de igualdade exata de CPF ou CNPJ.
Deduplicação é o tratamento. O problema percebido pela operação é outro: registros repetidos, históricos fragmentados, códigos diferentes para a mesma empresa e versões incompatíveis entre sistemas.
Se o problema não se limita a registros repetidos, veja também o saneamento de cadastro de clientes e fornecedores, que combina duplicidade, atualização e validação.
Pode ser duplicidade real, histórico de migração ou regra de negócio. O diagnóstico precisa separar os casos.
Razão social, nome fantasia e grafia podem mudar sem criar uma nova entidade.
Entity Resolution relaciona as representações e preserva os identificadores de origem.
Documentos ajudam, mas podem estar ausentes, antigos, inválidos ou representar matriz e filial. Identidade exige combinar evidências e diferenciar cliente, fornecedor, pessoa e empresa.
Contas duplicadas podem nascer em CRM, canais distintos, filiais, migrações ou cadastros manuais.
Cadastros repetidos podem surgir por unidades de compras, CNPJs relacionados, alterações societárias e sistemas diferentes.
Documento, nome, endereço, telefone, e-mail e outras evidências ganham força quando avaliados em conjunto.
Documento é uma evidência forte quando existe e está correto, mas bases reais podem conter campo vazio, digitação incorreta, máscara inconsistente, CNPJ de matriz em um registro e filial em outro ou cadastros históricos anteriores à validação.
Por isso, o MatchIQ pode combinar múltiplos critérios de identidade. A força do conjunto importa mais do que uma única coincidência textual. Essa abordagem também ajuda a distinguir duplicidade provável de simples semelhança.
No CRM, um mesmo cliente pode ser criado duas vezes por vendedores diferentes ou importado de campanhas. No ERP, códigos antigos podem sobreviver a migrações. Em fornecedores, unidades de negócio podem criar cadastros separados para a mesma pessoa jurídica ou para filiais relacionadas.
O tratamento deve preservar o contexto. Dois CNPJs do mesmo grupo econômico não são necessariamente duplicados; matriz e filial podem ter papéis operacionais diferentes.
A duplicidade pode existir dentro de um sistema ou atravessar vários. Um cliente no Salesforce pode corresponder a uma conta no SAP, TOTVS, Oracle ou Dynamics com nome diferente. Um fornecedor do ERP pode também aparecer em procurement ou fiscal.
Relacionar esses registros exige origem, chaves internas e evidências suficientes. A saída útil é um conjunto de candidatos auditáveis, não uma exclusão cega.
Deduplicação identifica relações; MDM decide governança. Depois de reconhecer que dois registros provavelmente representam a mesma entidade, a organização precisa definir se serão vinculados, consolidados, mantidos separados ou subordinados a um golden record.
Essa decisão pode variar por processo. O CRM pode manter um identificador, o ERP outro, e ambos continuarem referenciando a mesma entidade mestre.
Comercial, compras, financeiro e fiscal podem manter códigos diferentes para a mesma entidade. O problema cresce quando essas versões atravessam sistemas e passam a alimentar MDM ou IA.
Contas duplicadas por vendedores, importações e múltiplos canais.
Cadastros antigos, migrações e códigos históricos.
Matriz/filial, unidades de compra e duplicidade operacional.
Evitar transportar grupos duplicados para o sistema novo.
Formar relações de identidade antes de definir golden record.
Impedir que modelos e automações aprendam versões conflitantes da mesma entidade.
Não necessariamente. Nome igual é apenas uma evidência; documentos, endereços, contatos e contexto precisam ser avaliados.
Não automaticamente. É preciso entender origem, histórico, relacionamento e regras do sistema antes de consolidar.
Não por definição. Podem ser entidades operacionais distintas e precisam ser tratadas como tal.
O MatchIQ pode identificar candidatos e apoiar decisão. Fusão automática só deve ocorrer quando regras de negócio e confiança forem suficientes.
Deduplicação ajuda a descobrir quem é quem; MDM governa como as versões relacionadas serão representadas e mantidas.
A primeira execução deve mostrar critérios, grupos e origem dos registros. Casos inequívocos e ambíguos precisam ser distinguíveis antes de qualquer decisão de consolidação.
Os conteúdos relacionados mostram como passar de candidatos a duplicidade para relações de identidade auditáveis.
Explique a origem da base, o volume e o problema principal. A Kompliance orienta o primeiro passo sem presumir integração nativa com o sistema citado.
Use o WhatsApp apenas para iniciar a conversa. Não envie bases, planilhas ou dados pessoais por esse canal; o envio de arquivos será combinado posteriormente por um meio seguro.
Atendimento técnico e orientado ao cenário da sua base.