Número virtual brasileiro: o que muda na prática

Quem integra verificação por SMS no Brasil esbarra em particularidades que a documentação internacional não cobre. Vale conhecer antes, porque metade dos bugs de normalização nasce aqui.

O nono dígito

Celulares brasileiros ganharam um nono dígito, e o legado disso ainda circula. Você vai receber o mesmo número escrito de formas diferentes:

+55 11 91234-5678
5511912345678
011912345678
11912345678

Se o seu sistema compara telefone como string, esses quatro são quatro registros distintos. O mesmo usuário se cadastra duas vezes e ninguém entende por quê.

A saída é normalizar na entrada, sempre para o mesmo formato — E.164 (+5511912345678) é a escolha padrão — e guardar assim. Formatar bonito é trabalho da interface, na hora de exibir; o banco guarda a forma canônica.

Cuidado com o atalho de "remover tudo que não é dígito e comparar". Sem o código do país, um número brasileiro e um estrangeiro podem colidir depois da limpeza.

DDD não é escolha

Em número virtual, o DDD vem da faixa que o fornecedor tem disponível. Não dá para pedir "um número de São Paulo": você pede Brasil, e recebe o que houver.

Isso importa quando o seu fluxo assume região a partir do DDD — para exibir preço regional, escolher unidade de atendimento ou coisa parecida. Com número virtual, essa inferência não vale, e vale menos ainda com portabilidade, que já desacoplou DDD de localização real há anos.

Serviços brasileiros costumam exigir +55

Bancos, serviços públicos, operadoras e boa parte dos aplicativos regulados recusam número estrangeiro. Não adianta procurar a faixa perfeita em outro país: quando três países falham seguidos, é sinal de que só o local serve.

Do outro lado, serviços globais de tecnologia costumam aceitar qualquer país — e aí a escolha volta a ser sobre taxa de entrega e preço.

WhatsApp e Telegram no Brasil

São os dois serviços mais pedidos aqui, e os dois com antifraude mais ativo. Consequências práticas:

• As faixas rodam rápido. O que entregava semana passada pode não entregar hoje.
• O preço desses pares é mais alto que a média — é oferta e demanda sobre faixa escassa.
• A taxa de entrega oscila mais. Se você automatiza, trate "não chegou" como resultado normal e não como falha do sistema.

Fuso e horário de log

Servidor em UTC, usuário em America/Sao_Paulo. Se o seu log grava UTC e a interface mostra sem converter, o carimbo de tempo aparece três horas adiantado — e alguém vai jurar que a verificação aconteceu antes do cadastro.

Guarde sempre em UTC, converta só na exibição. E use America/Sao_Paulo como nome de fuso, não uma diferença fixa: o nome sobrevive a mudanças de regra, o -03:00 cravado no código não.

Pix muda a operação, não só o pagamento

Pix confirma em segundos, o que permite pré-pago sem fricção: adiciona saldo e usa na hora, sem cartão e sem mínimo mensal. O modelo tem implicações no desenho da integração.

O detalhe técnico que morde: a confirmação chega por webhook, e o mesmo pagamento costuma disparar mais de um evento. Sem tratamento, o saldo é creditado duas vezes — e a guarda que parece resolver não resolve.

LGPD entra desde o primeiro registro

Número de telefone identifica pessoa. Se você guarda os números verificados, guarda dado pessoal, com todos os requisitos que vêm junto: base legal, finalidade, prazo de retenção e caminho para atender pedido de exclusão.

Vale desde a primeira linha de código, não a partir de um tamanho de empresa — o resumo prático está aqui.

Checklist para quem está começando agora

• Normalizar telefone para E.164 na entrada
• Não inferir região a partir do DDD
• Descobrir cedo se o serviço de destino aceita número internacional
• Guardar timestamp em UTC, exibir em America/Sao_Paulo
• Tratar webhook de pagamento como entregável mais de uma vez
• Definir prazo de retenção antes de gravar o primeiro número

O catálogo com os países disponíveis, o Brasil entre eles, está em números virtuais.