Como Se Separa Moeda

Separar valores monetários de strings não é tão simples quanto parece

A maioria das pessoas tenta usar regex para extrair valores de moeda e acaba com problemas de formatação que variam conforme a região. Um sistema que funciona perfeitamente em dólares quebra completamente quando precisa processar reais com vírgula decimal e ponto de milhar. Eu já perdi horas debugando isso em produção. O jeito mais confiável hoje em dia é usar bibliotecas especializadas em parsing de moeda em vez de reinventar a roda com expressões regulares manuais. No Python, a biblioteca babel ou python-money resolvem 95% dos casos. No JavaScript, o currency-parser ou simplesmente usar o Intl.NumberFormat do próprio navegador. A lógica básica funciona assim: você identifica o padrão local (pt-BR, en-US, etc.), depois extrai o número levando em conta os separadores específicos daquela localidade. O erro mais comum é assumir que vírgula sempre significa separador decimal. Em Portugal e no Brasil sim, mas na Alemanha não.

Aqui vai um exemplo prático em Python com babel: from babel.numbers import parse_decimal, parse_number valor = parse_decimal("R$ 1.234,56", locale="pt_BR")

print(valor) 1234.56 O problema que eu encontrei na prática aconteceu quando processávamos extratos bancários de múltiplos países simultaneamente. Um arquivo continha valores em euro com separador de milhar em ponto e casas decimais em vírgula, e outro tinha formato americano misturado. A bibli babel sozinha não resolvia porque o locale estava errado no cabeçalho do arquivo. A solução foi implementar uma verificação heurística: se o número tiver ambos ponto e vírgula, compara a posição relativa para decidir qual é separador de milhar e qual é decimal. Se tiver só vírgula, assume decimal (formato brasileiro). Se tiver só ponto, precisa verificar o contexto — pode ser decimal ou milhar. Outra armadilha que muita gente não considera: valores negativos. Alguns sistemas usam parênteses (1.234,56) ao invés de sinal de menos. Regex ingênuo que não trata disso devolve o valor positivo e causa diferença de centavos que vira milhão em volume alto.

Se você está trabalhando com sistemas legacy que ainda usam string pra representar dinheiro — o que não deveria existir em 2026 — o mínimo que dá pra fazer é converter tudo pra inteiros de centavos o mais cedo possível. Armazene como inteiro, formate só na camada de apresentação. Já vi equipe perder dias inteiros tentando somar valores em float e achar que era bug de arredondamento do interpretador. Para quem precisa de algo mais robusto e está disposto a investir tempo de configuração, o money gem do Ruby e o decimals do PHP também são opções sólidas. O ponto é não confiar em parseFloat ou em conversão direta de string pra número. Um detalhe que custa caro se for ignorado: valores com símbolo de moeda embutido. "US$ 1.000,00" vs "€ 1.000,00" têm formatos diferentes e a biblioteca precisa saber qual símbolo cortar antes de parsear o número. Algumas bibliotecas tratam isso automaticamente, outras não. Verifique a documentação antes de integrar em produção.