Limpeza de dados de CRM para números de telefone: uma lista de verificação pré-importação
Prepare campos de telefone, dados de país, duplicatas e contexto de alocação antes de importar uma lista de contatos para um CRM.

Prepare campos de telefone, dados de país, duplicatas e contexto de alocação antes de importar uma lista de contatos para um CRM.
A limpeza de dados de CRM para números de telefone começa antes do botão de importação: preserve os valores de origem, estabeleça o país para cada registro, normalize os números para E.164, revise as duplicatas e, em seguida, anexe apenas o contexto de alocação que uma consulta realmente retorna. Mantenha os valores de consulta indisponíveis explícitos. Essa sequência torna a lista importada mais fácil de auditar e evita transformar uma correção de formatação ou um resultado de operadora original em uma afirmação sobre uma pessoa ou uma linha ativa.
Preserve a origem e escolha o campo de telefone
Exporte uma cópia de trabalho da lista de contatos e mantenha uma chave de registro de origem estável. O valor bruto do telefone pertence a uma coluna; o valor limpo pertence a outra. Inclua o país, o proprietário do contato, a data da última atualização e a origem da permissão em campos separados, caso o CRM os possua. Isso torna possível revisar uma alteração e, quando necessário, rastrear uma importação incorreta até sua origem.
Decida qual campo de telefone a equipe está limpando. Um registro pode conter uma linha principal, uma linha móvel e um ramal de central telefônica. Não concatene um ramal ao número internacional normalizado. Não sobrescreva silenciosamente um campo móvel conhecido com um número geral de escritório porque a linha de origem contém ambos. Se o CRM tiver um campo de telefone genérico, documente qual entrada tem prioridade e onde o outro número será armazenado.
Planilhas podem distorcer identificadores de telefone. A orientação da Microsoft recomenda a formatação como texto para preservar zeros à esquerda e sequências longas de dígitos. Se uma planilha já descartou um dígito, alterar o formato da célula não o recuperará. Compare linhas suspeitas com a exportação original em vez de adivinhar uma substituição.
Normalize o país e o E.164 antes da desduplicação
O E.164 fornece uma estrutura de numeração internacional sob a recomendação da ITU. Para a entrada em tempo real do CarrierLookup, envie um sinal de mais inicial, código do país e número do assinante sem espaços ou separadores. Comece atribuindo um país ou região de numeração confiável. Um número em formato local sem esse contexto não está pronto para conversão.
Remova a pontuação visual em um campo auxiliar e, em seguida, aplique a regra específica do país para qualquer prefixo de discagem nacional. Não exclua um zero à esquerda por uma regra universal; confirme se ele é um prefixo de tronco no plano daquele país. Números que já incluem um sinal de mais e o código do país não devem receber outro código de país. Marque linhas ambíguas e deixe o campo limpo vazio até que seja revisado.
Somente após a normalização a equipe deve comparar números de telefone para encontrar duplicatas. Duas sequências brutas visualmente diferentes podem ser normalizadas para o mesmo número internacional. Mantenha todos os registros de contato vinculados visíveis: um número repetido pode ser uma linha comercial compartilhada ou um erro de dados, e uma decisão de duplicata não deve mesclar pessoas automaticamente. Armazene um status de revisão de duplicatas em vez de excluir linhas durante a limpeza.
Escolha uma rota de consulta que corresponda ao tamanho da lista
Para um registro de CRM novo ou corrigido, a Consulta da operadora original em tempo real do CarrierLookup pode adicionar o tipo de número, a operadora originalmente alocada, a operadora subjacente e a geografia de alocação do número. Uma consulta única é apropriada para um registro. A consulta múltipla REST na mesma sessão aceita até 100 números E.164, e o lote em tempo real do painel aceita até 500. A rota múltipla preserva a ordem de entrada, o que ajuda a mapear os resultados de volta para as chaves de origem.
Um grande volume de dados segue uma tarefa de arquivo assíncrona separada. Prepare um arquivo TXT ou CSV de uma coluna contendo um número com código de país por linha e selecione o país usado para essa tarefa. Uma exportação de CRM com vários países deve ser separada em grupos de países primeiro. A lista deve ser essencialmente do país selecionado; linhas que não atendem às regras de pré-processamento em lote podem ser excluídas. Leia a documentação da API do CarrierLookup para limites ao vivo e detalhes de aceitação em vez de incorporar limites presumidos em um modelo de importação.
A tarefa de arquivo não é uma consulta de resposta única. Envie o arquivo preparado, monitore o estado da tarefa no intervalo documentado e baixe o CSV de resultados após a conclusão. Mantenha um mapeamento do identificador preparado para as chaves de origem do CRM, porque o identificador de resultado em lote são dígitos simples com código de país, sem o sinal de mais. A transformação entre esse identificador e o campo E.164 do CRM deve ser explícita.
Mapeie campos sem inventar conclusões mais fortes
O campo de operadora do CarrierLookup refere-se à empresa à qual a faixa numérica foi originalmente alocada. Os campos de região e cidade são a geografia de alocação. O tipo de número descreve a classificação da faixa. Coloque esses valores em campos de CRM nomeados adequadamente, como "operadora original" e "região de alocação", em vez de rótulos genéricos de "operadora" e "localização" que poderiam ser confundidos com fatos presentes sobre uma pessoa.
| Campo de importação | Armazenar | Não inferir |
|---|---|---|
| Número normalizado | Valor E.164 revisado | Propriedade ou permissão |
| Tipo de número | Categoria de alocação reportada | Se o serviço está ativo |
| Operadora original | Alocação de faixa reportada | A operadora que atende a linha após a portabilidade |
| Região ou cidade de alocação | Geografia da faixa numérica reportada | Localização da pessoa ou dispositivo |
| Campo de consulta vazio | Valor indisponível | Resultado negativo ou inválido |
Uma consulta concluída pode conter campos de operadora vazios. Mantenha-os vazios ou use um marcador claro de indisponibilidade; não preencha automaticamente uma operadora adivinhada a partir do prefixo. Uma rejeição de formato ou consulta indecisa pertence a uma fila de revisão em vez de um grupo de resultados enriquecidos normais. O CRM deve preservar a data da consulta para que um usuário posterior entenda a idade dos dados.
Teste a importação e documente o caminho de exceção
Antes de importar o arquivo inteiro, teste uma pequena amostra contendo uma faixa móvel comum, uma categoria de linha fixa ou VoIP, uma duplicata, um campo de consulta vazio e um número que precisou de conversão de nacional para internacional. Verifique se o CRM mapeou cada campo para a coluna pretendida e se um valor em branco não sobrescreveu dados de origem bons inesperadamente. Revise alguns registros após o teste de importação na interface real do CRM.
Prepare um relatório de exceção com chaves de origem, motivos e proprietários. As categorias possíveis são país ausente, valor bruto danificado, revisão de duplicatas, consulta indisponível e exclusão de tarefa de arquivo. Cada categoria exige uma próxima ação diferente. "Tentar novamente" é apropriado apenas após uma entrada corrigível conhecida ou condição de resultado temporária; não deve ser um substituto para encontrar o país de origem.
Finalmente, compare as contagens de linhas em cada estágio: exportação de origem, candidatos normalizados, consultas enviadas, resultados concluídos, exceções e registros de CRM importados. As contagens não precisam coincidir se as linhas foram retidas deliberadamente, mas cada diferença deve ser explicável. Isso transforma uma limpeza única em um processo que o próximo operador pode repetir.
FAQ
Quando uma equipe deve desduplicar números de telefone em uma importação de CRM?
Normalize os números para uma forma internacional revisada primeiro e, em seguida, compare os valores. Mantenha os registros de origem vinculados visíveis e revise se um número repetido é uma linha compartilhada ou um erro de dados.
Como campos de operadora vazios devem ser importados?
Armazene um valor indisponível e a data da consulta. Uma resposta concluída com um campo vazio não deve ser convertida em uma conclusão de número inválido ou linha desconectada.
O que deve constar em um arquivo grande de consulta de operadora?
Use um arquivo TXT ou CSV de uma coluna com números preparados com código de país, agrupados pelo país selecionado, e retenha um mapeamento para as chaves de registro do CRM para o resultado retornado.
Saiba mais
Escolha as informações do produto que se ajustam ao próximo passo em seu fluxo de trabalho.