Numero Em Ingles Por Extenso

Como escrever números por extenso em inglês sem errar

Muita gente trava na hora de transformar um número como 4.567 em palavras. A maior parte dos tutoriais online simplifica demais, fala só de números pequenos e nunca menciona os casos chatos que aparecem na prática, como valores monetários, números decimais ou aqueles entre milhões e bilhões que dão medo.

A regra do numero em ingles por extenso

O sistema é basicamente decimal, mas ele funciona por grupos de três dígitos, assim como em português, e cada grupo tem um nome próprio. Você lê da esquerda para a direita, começando pelas unidades de milhar mais altas. Os nomes dos grupos são:

thousand = mil
million = milhão
billion = bilhão
trillion = trilhão Dentro de cada grupo de três dígitos, a estrutura é a mesma: centena + (and) + dezena/unidade. O "and" entra após a centena, quando há resto. Isso é mais rígido no inglês britânico do que no americano, mas usar o "and" não gera erro em nenhum contexto formal.

Os números de 1 a 99 merecem atenção especial porque não seguem o mesmo padrão simples dos outros. De 13 a 19 são exceções: thirteen, fourteen, fifteen, sixteen, seventeen, eighteen, nineteen. E os redondos de 20 a 90 terminam em "-ty": twenty, thirty, forty, fifty, sixty, seventy, eighty, ninety. Lembre-se que "forty" não tem "u", coisa que eu corrija em formulários automáticos há anos sem nunca ter encontrado uma lógica prática para isso. A parte prática. Pegue o número 8.754.321. Você divide em grupos: 8 | 754 | 321. Leitura: eight million, seven hundred and fifty-four thousand, three hundred and twenty-one. As vírgulas do inglês acompanham os grupos, e o hífen aparece em todos os compostos de 21 a 99. É isso. O resto é repetir o mesmo padrão para grupos maiores.

Pra 1.402.050: one million, four hundred and two thousand, fifty. Perceba que quando um grupo inteiro é zero, ele simplesmente não aparece. Não se diz "zero thousand". Esse é o erro mais comum que eu vejo em sistemas automatizados e também em estudantes. Decimais funcionam com "point" na frente dos dígitos seguintes. 3,14 vira "three point one four". Cada dígito após a vírgula é lido individualmente, não como um número composto. Eu já vi planilhas inteiras que geravam "three point fourteen", o que está errado e quebra a consistência de tabelas financeiras que processam milhares de linhas.

Valores monetários têm uma convenção própria. US$ 4.567,89 se lê "four thousand five hundred and sixty-seven dollars and eighty-nine cents". Em contextos informais ou falados, as pessoas muitas vezes dizem "four five six seven" digit por dígito, mas isso serve só para números de telefone ou códigos, nunca para valores reais em documentos. O maior problema que eu encontrei na prática foi com números que terminam em "and" mal aplicado. Um contrato que li dizia "two million, three hundred and forty-five thousand and sixty" — esse segundo "and" sobrando não existe na norma padrão. A versão correta seria "two million, three hundred and forty-five thousand, sixty". O "and" entra apenas depois da centena dentro de um mesmo grupo, nunca entre milhar e dezena. Fiquei corrigindo essa inconsistência em textos jurídicos por dois anos antes de aceitar que a maioria dos redatores júnior simplesmente não tinha sido ensinada a regra direitinho.

Pra quem precisa de uma ferramenta rápida, existem geradores online que convertem números para extenso. A maioria boa funciona bem para valores até centenas de bilhões, mas eles falham feio em casos como datas escritas como número (2024 vira algo completamente diferente dependendo do gerador), números negativos e casas decimais com muitas casas. Sempre valide com pelo menos dois geradores diferentes antes de confiar num resultado cego, principalmente se o output vai parar num documento oficial. Também dá pra fazer uma conversão manual sem stress se você memorizar só duas coisas: a tabela dos 1 a 99 com os compostos e hífen, e a lista de suffixos de grande porte. O resto é exercício de divisão por milhares. Leva cerca de duas semanas de prática esporádica pra chegar numa velocidade razonável, e aí o processo inteiro de converter um número de até nove algarismos leva uns trinta segundos, no máximo.

Se você trabalha com dados financeiros ou tradução técnica, recomendo não depender só de geradores automáticos. Eles frequentemente erram a grafia de "forty", aplicam "and" onde não deve, e geram resultados inconsistentes entre versões diferentes do mesmo software. Um script simples em Python ou até uma folha de cálculo bem configurada com uma função personalizada costuma ser mais confiável a longo prazo do que colar o output de qualquer gerador genérico na internet.