---
title: "OTP não chegou? Causas, tabela de diagnóstico e soluções"
description: "OTP não chegou? Ache a causa rápido: formato do número, não perturbe, filtro de Sender ID, roaming, atrasos e controles antifraude, com tabela de diagnóstico."
canonical: "https://omnichannels.ai/pt/blog/otp-not-received-troubleshooting/"
language: "pt"
updated: "2026-11-03"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "OTP not received"
keywords: ["otp não recebido", "sms otp não entregue", "por que não recebo o código otp", "atraso no otp", "falha na entrega de otp", "reenviar código otp", "otp com fallback"]
published: "2026-11-03"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 10
answer: "Um OTP geralmente não chega por um de sete motivos: número fora do formato E.164 ou errado, problema no aparelho (sem sinal, roaming, caixa cheia, remetente bloqueado), modo não perturbe, filtro da operadora contra um Sender ID não registrado ou desconhecido, rota atrasada ou com falha, código que expirou antes de chegar ou controles antifraude bloqueando o pedido. Leia primeiro o relatório de entrega; ele quase sempre aponta a causa."
takeaways: ["Comece pelo status de entrega da mensagem: DELIVERED sem código no aparelho aponta para o dispositivo, FAILED ou REJECTED aponta para o número, o Sender ID ou a rota, e nenhum status aponta para o seu próprio sistema.", "Os números devem ser guardados no formato E.164, com sinal de mais, código do país e no máximo 15 dígitos no total. Um zero à esquerda ou a falta do código do país é causa frequente de falha que parece problema de rede.", "Um Sender ID não registrado onde o mercado exige, ou que a operadora não reconhece, pode ser filtrado. Confira as regras de Sender ID do país de destino antes do lançamento.", "O NIST SP 800-63-4 diz que um código fora de banda é inválido se não for usado em até 10 minutos. Planeje o reenvio e a expiração para que uma mensagem lenta não gere um código expirado.", "Controles antifraude podem bloquear usuários reais por engano. Acompanhe a taxa de conversão do pedido de OTP até a verificação por país e por operadora e adicione um segundo canal, como WhatsApp ou voz, como fallback."]
faq: 
  - q: "Por que não recebo os códigos OTP no meu celular?"
    a: "As causas habituais são falta de sinal ou restrições de roaming, caixa de mensagens cheia, remetente bloqueado ou filtrado, modo não perturbe, número digitado errado ou mensagem atrasada. Reinicie o celular, olhe a pasta de spam ou de bloqueados, confirme o número na conta e espere o cronômetro de reenvio antes de pedir um novo código."
  - q: "Quanto tempo um OTP deve levar para chegar?"
    a: "A maioria chega em segundos, mas a entrega depende da operadora e da rota e não é garantida. Não prometa um prazo específico. Mostre um cronômetro de reenvio, mantenha o código válido por tempo suficiente para uma entrega lenta e ofereça outro canal se a primeira mensagem não chegar."
  - q: "Por que alguns usuários recebem o OTP e outros, na mesma operadora, não?"
    a: "A rede raramente explica tudo. Diferenças de formato do número, configurações do aparelho, remetentes bloqueados, roaming e números portados podem dividir usuários de uma mesma operadora. Segmente os relatórios de entrega por operadora, país e código de erro para ver qual grupo está falhando."
  - q: "Um Sender ID não registrado pode impedir a entrega do OTP?"
    a: "Sim. Nos mercados em que operadoras ou reguladores exigem o registro do Sender ID, um ID não registrado pode ser bloqueado ou substituído. Confira as regras do país de destino, registre antes do lançamento e teste em todas as principais operadoras. Nossa equipe pode preparar e protocolar o registro com você."
  - q: "O que fazer quando o OTP foi entregue, mas o usuário diz que não chegou?"
    a: "O status DELIVERED significa que a operadora informou ter entregado a mensagem ao aparelho ou à rede dele, então olhe o dispositivo: remetente bloqueado, pasta filtrada, configurações de notificação ou um segundo chip. Peça ao usuário para olhar a pasta de spam e depois ofereça o reenvio por outro canal."
  - q: "A proteção contra SMS pumping pode bloquear usuários legítimos?"
    a: "Pode. Limites de taxa e bloqueios por país ou prefixo barram o tráfego falso, mas, se forem apertados demais, também recusam pessoas reais. Revise os pedidos bloqueados com regularidade, registre o motivo e dê aos usuários bloqueados um caminho claro para um segundo canal ou para o suporte."
sources: 
  - title: "NIST SP 800-63B-4: Authentication and Authenticator Management"
    url: "https://pages.nist.gov/800-63-4/sp800-63b.html"
  - title: "ITU-T Recommendation E.164: The international public telecommunication numbering plan"
    url: "https://www.itu.int/rec/T-REC-E.164"
  - title: "3GPP TS 23.038: Alphabets and language-specific information"
    url: "https://www.3gpp.org/dynareport/23038.htm"
  - title: "GSMA: Interworking Security"
    url: "https://www.gsma.com/solutions-and-impact/technologies/security/cybersecurity-knowledge-base/interworking-security/"
---

# OTP não chegou? Causas, tabela de diagnóstico e soluções

Canonical: https://omnichannels.ai/pt/blog/otp-not-received-troubleshooting/
Language: pt
Publisher: OmniChannels.ai by BroadNet Technologies

Este guia é para as equipes de produto, engenharia e suporte cujos usuários dizem "não recebi o código", e para os próprios usuários. Ele traz uma tabela de diagnóstico que liga cada sintoma a uma causa, uma verificação e uma solução, e depois trata de relatórios de entrega, canais de fallback e da métrica que mostra se o problema está melhorando. Para saber como enviar bem OTPs desde o início, leia o nosso [guia de mensagens de autenticação por OTP](/pt/blog/otp-authentication-messages-guide/).

## Por que meu OTP não chegou?

Um OTP se perde em um de cinco pontos: seu sistema, o número, a rota, a operadora ou o aparelho. Trabalhe do seu lado para fora, porque cada etapa deixa um rastro diferente no relatório de entrega.

1. **Seu sistema** nunca enviou, ou enviou duas vezes e o primeiro código foi sobrescrito.
2. **O número** estava errado, mal formatado ou não era uma linha móvel.
3. **A rota** recusou, atrasou ou perdeu a mensagem.
4. **A operadora** a filtrou por causa do Sender ID, do conteúdo ou do padrão de tráfego.
5. **O aparelho** não conseguiu receber ou exibir: sem sinal, roaming, memória cheia, remetente bloqueado ou modo não perturbe.

A maioria dos chamados de "OTP não recebido" acaba nos pontos 2 e 5, e por isso a primeira verificação é sempre o status de entrega.

## O que o status de entrega informa?

O status final reduz a busca a um dos cinco pontos antes de você testar qualquer outra coisa. Um relatório de entrega (DLR) é o recibo que a rede da operadora devolve para cada mensagem; veja [recibo de entrega](/pt/glossary/delivery-receipt/) e o nosso guia de [status de entrega de mensagens](/pt/blog/message-delivery-status-explained/).

| Status que você vê | Onde olhar primeiro |
|---|---|
| Nenhum registro | Sua própria aplicação: a chamada de envio falhou, foi limitada por taxa ou nunca foi feita |
| SUBMITTED ou SENT, nada depois | A rota ou a operadora, possível atraso; espere a janela do relatório e depois verifique a rota |
| DELIVERED | O aparelho: remetente bloqueado, pasta filtrada, configurações de notificação, segundo chip |
| FAILED ou REJECTED | O número, o Sender ID ou o conteúdo; leia o código de erro |

Os status na nossa plataforma são SUBMITTED, SENT, DELIVERED, READ, FAILED e REJECTED, entregues ao seu sistema por [webhook](/developers/webhooks/) em um formato normalizado. Cole um relatório bruto no [decodificador de relatórios de entrega de SMS](/pt/tools/sms-delivery-report-decoder/) para traduzir um código de erro. Algumas redes nunca devolvem um relatório final, então trate a ausência de DELIVERED como desconhecido, não como falha.

## OTP não recebido: tabela de diagnóstico

Use esta tabela como checklist. Cada linha traz um sintoma, a causa provável, a verificação a fazer e a solução.

| Sintoma | Causa provável | Verificação | Solução |
|---|---|---|---|
| FAILED de imediato, erro de número inválido | Formato de número errado | Compare o número guardado com o E.164 | Normalize para E.164 no cadastro; valide com um formatador de números |
| Funciona em alguns países e falha em outros | Zero mantido depois do código do país, ou formato nacional guardado | Veja lado a lado os números que falham | Retire o prefixo de tronco e acrescente o código do país |
| DELIVERED, o usuário não vê nada | Remetente bloqueado ou pasta filtrada no aparelho | Peça ao usuário que olhe as listas de bloqueados e de spam | Desbloqueie; use um Sender ID consistente |
| REJECTED ou filtrado em uma só operadora | Sender ID não registrado ou não reconhecido nela | Confira as regras de Sender ID do país de destino | Registre o Sender ID; teste em todas as operadoras |
| A mensagem chega com minutos de atraso | Congestionamento, rota lenta ou aparelho fora de cobertura | Compare o horário de envio com o de entrega por operadora | Regras de reenvio, validade maior, canal de fallback |
| O código chega, mas aparece como "expirado" | Validade menor que o tempo real de entrega | Compare a latência de entrega com a vida útil do código | Aumente a validade; invalide os códigos anteriores no reenvio |
| Usuário no exterior não recebe nada | Roaming desativado, ou a rede visitada restringe mensagens | Pergunte se o roaming de dados e de SMS está ativo | Ofereça OTP por WhatsApp ou por voz como alternativa |
| Usuários reais bloqueados por uma regra de limite de taxa | Controles antifraude rígidos demais | Revise os logs de pedidos bloqueados por país e prefixo | Afrouxe a regra para padrões verificados; crie um caminho de recurso |
| Número portado há pouco para outra operadora | Número portado roteado para a rede antiga | Faça uma consulta de número | Use dados de consulta antes de enviar |
| O mesmo usuário falha só em um chip | Celular com dois chips recebendo no outro | Pergunte qual número é o padrão para SMS | Confirme o número na conta |
| Emoji ou caracteres especiais no modelo, caracteres estranhos na tela | Mudança de codificação | Passe o modelo pelo contador de caracteres | Mantenha o texto do OTP em GSM-7 simples |

Dois itens merecem um olhar mais atento.

### O número está no formato E.164?

E.164 é o padrão internacional de numeração: sinal de mais, código do país e número do assinante, com no máximo 15 dígitos no total (ITU-T E.164). Um celular do Reino Unido salvo como `07700 900123` está em formato nacional. Em E.164 ele vira `+447700900123`, sem o zero à esquerda. Formate no momento da digitação, guarde uma versão limpa e mantenha a entrada original apenas para exibição. Nosso [formatador de números de telefone](/pt/tools/phone-number-formatter/) mostra a conversão, e o [verbete E.164 do glossário](/pt/glossary/e164/) traz a definição.

### O Sender ID pode ser o problema?

Sim, quando o mercado registra ou filtra Sender IDs. Um Sender ID alfanumérico, o nome da marca exibido no lugar de um número, pode ser bloqueado ou reescrito se o destino exige registro e o ID não está na lista da operadora. As regras variam por país, então use o [verificador de Sender ID](/pt/tools/sender-id-checker/) e leia o nosso guia de [tipos de Sender ID](/pt/blog/sms-sender-id-types-explained/). Se quiser que preparemos e protocolemos o registro com você, veja [registros](/pt/services/registrations/); as decisões de aprovação ficam com as operadoras e os reguladores.

## Por que o OTP chega atrasado ou depois de expirar?

O atraso costuma vir da rota ou do aparelho, e a expiração transforma o atraso em falha. O NIST SP 800-63B-4 diz que uma autenticação fora de banda é inválida se não for concluída em 10 minutos e que um código só pode ser usado uma vez. Isso é um teto para uso de alta garantia, não uma meta. Escolha uma validade que cubra a variação normal de entrega sem deixar o código aberto por mais tempo que o necessário.

Regras práticas:

- **Invalide o código antigo quando um novo for emitido** e diga ao usuário que só o código mais recente funciona.
- **Mostre um cronômetro de reenvio**, para que os usuários não toquem repetidamente e encham a caixa de entrada com códigos conflitantes.
- **Limite as tentativas** e os pedidos por número, para se proteger contra adivinhação e abuso.
- **Registre o horário de envio, de entrega e de verificação**, para enxergar a latência real em vez de supô-la.

## O que os usuários podem fazer quando o código não chega?

Um checklist curto para o usuário final, que você pode colocar na tela de verificação ou no conteúdo de ajuda:

1. Confira o número mostrado na tela. É o certo, com o código do país certo?
2. Confira o sinal. Vá a um lugar com cobertura ou ative e desative o modo avião.
3. Olhe a pasta de spam, de bloqueados ou de "remetentes desconhecidos" do app de mensagens.
4. Verifique se o modo não perturbe ou um filtro de chamadas e mensagens não está escondendo a mensagem.
5. Libere espaço se a caixa de entrada estiver cheia.
6. Se estiver no exterior, ative o roaming de chamadas e mensagens ou use outro método.
7. Espere o cronômetro de reenvio e peça um novo código uma única vez. Pedidos repetidos podem acionar limites.
8. Se ainda assim falhar, escolha outro método, como WhatsApp ou ligação de voz, ou fale com o suporte.

## A proteção contra SMS pumping pode bloquear usuários reais?

Pode, e o custo é invisível se você não medir. O SMS pumping, também chamado de inflação artificial de tráfego, é uma fraude em que atacantes disparam mensagens de OTP para números dos quais lucram. Controles como limites de taxa, listas de países permitidos, bloqueios de prefixo e verificações contra robôs o impedem, mas uma regra ampla demais recusa pedidos legítimos, por exemplo um novo cliente em um país que você normalmente não atende. Nosso guia de [fraude de SMS pumping](/pt/blog/sms-pumping-fraud-prevention/) trata do ataque; para este problema, os pontos principais são:

- **Registre por que cada pedido foi bloqueado**, com país, prefixo e nome da regra.
- **Compare os pedidos bloqueados com cadastros bem-sucedidos posteriores** do mesmo usuário ou dispositivo. Se usuários bloqueados na primeira etapa conseguem na segunda tentativa, sua regra está prejudicando pessoas reais.
- **Dê um caminho aos usuários bloqueados**, não um beco sem saída: um segundo canal ou um link de suporte.
- **Revise as regras após cada campanha ou lançamento**, porque o tráfego de mercados novos parece incomum no início.

## Como usar os relatórios de entrega para achar o padrão?

Corte seus dados de entrega por país, operadora, Sender ID, hora e código de erro e procure um segmento que falhe muito mais que os demais. Uma média geral esconde os pontos fracos. Nosso guia para [melhorar as taxas de entrega de SMS](/pt/blog/sms-not-delivered-improve-delivery-rate/) explica o método em mais detalhes, e uma [consulta HLR](/pt/blog/hlr-lookup-number-validation/) antes do envio pode sinalizar números inativos ou que mudaram de rede.

| Corte | O que um pico sugere |
|---|---|
| Uma operadora | Filtro do seu Sender ID ou conteúdo, ou problema de rota nessa rede |
| Um país | Registro ausente, regra regulatória ou regra de pumping rígida demais |
| Uma hora | Congestionamento ou uma publicação de código do seu lado |
| Um código de erro | A causa específica indicada no relatório |
| Um modelo | Conteúdo ou codificação que aciona filtros |

## Que fallback oferecer quando o SMS falha?

Ofereça um segundo canal depois de uma espera curta e fixa, e mantenha tudo simples para o usuário. As opções mais comuns são um reenvio por SMS, um modelo de autenticação do WhatsApp ou uma ligação de voz que lê o código em voz alta.

| Fallback | Funciona bem quando | Atenção |
|---|---|---|
| Reenvio por SMS | A primeira mensagem atrasou ou foi apagada | Reenvios repetidos podem parecer abuso |
| OTP por WhatsApp | O usuário tem WhatsApp e deu opt-in | Autenticação é uma categoria de modelo da Meta, com regras próprias |
| OTP por voz | O SMS está bloqueado ou o usuário prefere uma ligação | Uso mais lento; fale com vendas sobre os preços de voz |

Nossa comparação entre [OTP por WhatsApp e OTP por SMS](/pt/blog/whatsapp-otp-vs-sms-otp/), o [guia de OTP por voz](/pt/blog/voice-otp-guide/) e o guia de [estratégia de fallback entre canais](/pt/blog/channel-fallback-strategy/) mostram como ordenar as etapas. Um OTP por WhatsApp deve ser enviado como modelo na categoria Autenticação da Meta, então crie-o com o formato de modelo de autenticação, não com texto livre.

## O que monitorar?

Acompanhe a taxa de conversão de OTP: a parcela dos pedidos de OTP que terminam em uma verificação bem-sucedida. A fórmula é:

`Taxa de conversão de OTP = verificações bem-sucedidas / pedidos de OTP`

Calcule-a por país, por operadora, por canal e por Sender ID, e configure um alerta quando algum segmento cair bem abaixo do nível habitual. Combine-a com a latência mediana de entrega e a parcela de pedidos bloqueados por regras antifraude. Os três juntos indicam se o problema é alcance, velocidade ou os seus próprios controles.

## Quais são os erros comuns?

- **Culpar primeiro a operadora.** Muitas falhas são problemas de formato ou de aparelho que o relatório de entrega teria mostrado.
- **Textos curtos de OTP com extras.** Emoji e texto promocional podem mudar a codificação e atrair filtros. Uma mensagem simples como `Seu codigo e 482913. Valido por 10 minutos. Nao compartilhe.` cabe em uma mensagem GSM-7 (60 caracteres). Os acentos do português devem ser evitados nesse tipo de texto: "ã", "ç", "á" e "ó" não estão no GSM-7 e levariam a mensagem para Unicode (70 caracteres por segmento).
- **Nenhum limite de reenvio.** Isso convida ao abuso e confunde os usuários com vários códigos válidos.
- **Um único canal.** Se o SMS é a única opção, todo problema de SMS vira um problema de cadastro.
- **Nenhuma medição.** Sem uma taxa de conversão por segmento, você descobre as falhas pelos chamados de suporte.

## Como a OmniChannels.ai ajuda

A OmniChannels.ai, com tecnologia da BroadNet, envia OTPs por conectividade direta com operadoras e devolve os status de entrega ao seu sistema por webhooks em um único formato. Você pode definir um fallback, como WhatsApp e depois SMS ou voz, por caso de uso, e usar HLR e consulta de número antes do envio. Nossa equipe prepara e protocola o registro de Sender ID com você. Veja a [solução de OTP e notificações](/pt/solutions/otp-notifications/), leia a [documentação de webhooks](/developers/webhooks/) ou peça acesso de teste pela [página de desenvolvedores](/pt/developers/).
