Como ligar registros numéricos em planilhas e bancos de dados
Uma das tarefas mais comuns no dia a dia de quem trabalha com dados é ligar os numeros de diferentes fontes para construir uma visão única. Na prática, isso quer dizer cruzar identificadores — CPFs, códigos de produto, números de pedido — entre tabelas que originalmente não conversam entre si. Vou explicar como isso funciona sem enrolação, com base no que eu vejo acontecer em projetos reais.
Entendendo o que significa ligar os numeros
Ligar os números é o ato de relacionar linhas de uma tabela com linhas de outra usando campos em comum. No Excel ou Google Sheets, isso se resolve geralmente com PROCX (PROCV, PROCH) ou INDEX/MATCH. Em SQL, viraria um JOIN. A ideia é sempre a mesma: encontrar o ponto de contato entre dois conjuntos de dados e usar esse ponto para copiar informações de um lado para o outro. O erro mais frequente que eu vejo é tentar ligar os números sem normalizar os dados antes. Se de um lado o CPF vem como "123.456.789-00" e do outro como "12345678900", o vínculo simplesmente não vai funcionar. Ninguém percebe porque a planilha não retorna erro — ela só retorna células em branco. E você passa duas horas achando que o problema está na fórmula quando na verdade o problema era a formatação.
O método prático
Aqui está o passo a passo que eu repito sempre que preciso fazer esse tipo de operação: 1. Identifique a chave de ligação. Qual campo aparece nas duas tabelas? Pode ser CPF, CNPJ, número de nota fiscal, código SKU, qualquer coisa que seja na prática. Se o campo não for único, você vai gerar duplicidades e resultados inflados. Isso acontece bastante quando se usa data de nascimento como chave, por exemplo — várias pessoas nascem no mesmo dia.
2. Padronize os formatos. Remova pontos, traços, espaços. Converta tudo para texto ou tudo para número, conforme o caso. Eu costumo usar uma coluna auxiliar com a função SUBSTITUIR para limpar os dados brutos sem estragar o original. Se estiver no Excel, a função LIZARMA (TRIM) também ajuda a tirar espaços invisíveis que parecem não existir mas quebram a equivalência. 3. Execute o cruzamento. No Excel, PROCX com correspondência exata (falso) é o mínimo aceitável. Nunca use correspondência aproximada em ligações de números — ela encontra o valor mais próximo, não o igual, e isso gera erros silenciosos que são quase impossíveis de rastrear depois. Se estiver lidando com volumes maiores, migre para Power Query. Ele faz a normalização e o join numa interface visual e guarda todo o histórico do processo.
4. Valide o resultado. Contagem de linhas antes e depois. Se uma tabela tinha 5.000 registros e após o vínculo você tem 4.823, onde estão os 177 que sumiram? Verifique se foram rejeições legítimas (dados realmente inexistentes na outra tabela) ou se houve algum problema de normalização. O mesmo vale para o exagero — se você tinha 5.000 e agora tem 7.200, provavelmente houve duplicidade na chave.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um caso específico que me custou tempo
Em um projeto de reconciliação financeira, eu precisei ligar os numeros de transações bancárias com notas fiscais. O banco enviava os dados com números de documento assim: às vezes vinha apenas o número, às vezes vinha com zero à esquerda, às vezes com máscara de moeda. A planilha das notas fiscais vinha de um ERP que padronizava tudo em texto de 15 dígitos. Eu tentei um PROCV direto e ele retornava erro em quase tudo. O workaround foi criar uma coluna com a fórmula DEXTRO (RIGHT) puxando os 15 caracteres mais à direita, independente do formato original. Assim, "000012345678901" virava "000012345678901", "12345678901" virava "000012345678901", e "R$ 123.456.789,01" — que era o pior caso — primeiro passava por uma REGEXREPLACE para tirar tudo que não era dígito e depois completava com zeros à esquerda usando a função REPETIR. Depois disso, o PROCV funcionou em 99,7% dos casos. Os 0,3% restantes eram documentos que simplesmente não existiam na outra tabela, o que era esperado.
Pegadinhas que iniciantes ignoram
Valores numéricos armazenados como texto e valores numéricos de verdade não são iguais para funções de busca, mesmo que pareçam idênticos visualmente. Eu já vi planilhas inteiras travadas por isso. A solução rápida é multiplicar por 1 ou usar AVALIAR para forçar a conversão. Do outro lado, se a tabela de referência tem números como texto, o processo inverso também funciona — desde que ambos estejam no mesmo "lado" da barreira. Outro problema comum é o limite do PROCX no Excel antigo. Versões antes do 2007 limitavam a 255 caracteres na busca por texto. Se sua chave de ligação for um hash ou um código longo, simplesmente não vai funcionar. A saída é migrar para INDEX/MATCH que não tem esse restriction, ou usar Power Query que lida com strings arbitrárias.
Também vale mencionar que duplicatas na tabela de referência (a do PROCV) causam resultados imprevisíveis. O PROCX sempre retorna a primeira ocorrência. Se seu cadastro de produtos tem duas linhas com o mesmo código, você vai ligar os números certinho mas receber o preço da linha errada. Limpeza prévia dos dados é obrigatória, não opcional.
Quando isso não funciona
Ligar os numeros por chaves simples tem um limite claro: se os dados de origem têm erros de digitação, abreviações diferentes do mesmo registro, ou códigos que foram reutilizados ao longo do tempo, o vínculo falha. CPFs digitados errados, por exemplo, são um problema clássico em bases brasileiras. Uma abordagem mais avançada nesse caso é usar correspondência fuzzy — o Power Query tem uma opção de similaridade de strings que permite ajustar o threshold de aceitação. Eu costumo usar 85% como ponto de partida e depois inspeciono manualmente os cases de fronteira. Para volumes acima de 100 mil linhas, planilhas comuns começam a ficar lentas. O Excel realoca memória e recalcula tudo a cada alteração. Nesse cenário, oPower Query sozinho já resolve bem, mas se a complexidade aumentar — múltiplas tabelas, lógica de negócio embarcada, atualizações frequentes — vale considerar um banco relacional com JOINs nativos. O ganho de performance costuma ser de horas para segundos em jobs de reconciliação.
Se quiser testar o processo, o Power Query está embutido no Excel desde 2010 sem custo adicional. Basta ir em Dados > Obter Dados > Do Excel/CSV. A curva de aprendizado inicial existe mas compensa rapidamente. Para quem não quer sair do spreadsheet, as fórmulas PROCX e INDEX/MATCH cobrem a maioria dos casos do dia a dia.
