Você pediu a um serviço que enviasse um código. Alguma coisa saiu do trilho — o código chegou tarde demais, você digitou errado, o aplicativo recusou, ou o SMS simplesmente não veio. Agora você quer outro código no mesmo número.
TL;DR: Depende do estado em que o seu pedido está agora. O Resend pede outro SMS ao provedor do número para aquela ativação, e ele só fica ativo depois que algum SMS já foi registrado naquele pedido. Se nada chegou, o Resend continua visível, porém desativado. Depois que um pedido termina, o Reactivate é o caminho de volta àquele número dentro da SMSCode, num pedido concluído (COMPLETED) que se qualifique — e ele é um novo pedido pago, não um desfazer.
O que confunde é que a resposta não é uma propriedade do número. É uma propriedade do pedido. E os dois controles mais úteis ficam ativos sob condições opostas.
O Resend fala com o provedor do número, não com o aplicativo em que você está se cadastrando
Quando você aperta Resend, a SMSCode envia uma solicitação ao provedor que alugou o número para você, referente àquela ativação. Ela não entra em contato com o Google, com o WhatsApp, com o Telegram nem com qualquer serviço em que você esteja se cadastrando, e não tem como fazer esse serviço redigir uma nova mensagem.
Portanto, duas coisas precisam dar certo, e elas pertencem a partes diferentes:
- O serviço de destino precisa enviar alguma coisa. Isso se dispara de dentro da tela dele — o “reenviar código” ou o “me ligar” do próprio serviço — e obedece às regras dele.
- O provedor precisa entregar essa mensagem no seu número alugado. É dessa parte que o Resend trata.
O Resend só fica disponível depois que um SMS anterior foi registrado no pedido e, mesmo assim, somente enquanto o aluguel está vivo e não expirou e o intervalo de espera já passou. Se ainda não há nada registrado, o Resend permanece desativado e o envio precisa ser disparado da tela do serviço de destino. Para onde os códigos de verificação realmente vão mostra como perceber quando um serviço mandou o código por um caminho que não é o SMS.
Resend e Cancel nunca ficam ativos ao mesmo tempo
Num pedido em andamento, os dois controles aparecem. Qual deles fica ativo depende das condições abaixo; eles nunca ficam ativos ao mesmo tempo. Quando o pedido termina, essa barra de ações deixa de aparecer.
O Resend só fica ativo depois que um SMS foi registrado no pedido. Quando é esse o motivo de ele estar desativado, o próprio botão avisa ao passar o cursor: “Available after the first SMS.”
O Cancel só fica ativo enquanto nenhum SMS foi registrado, e apenas depois de um curto período inicial no começo do pedido. Assim que uma mensagem é registrada, o Cancel fica desativado.
Ou seja:
- Nenhum SMS registrado ainda → o Cancel pode estar ativo; o Resend está desativado.
- Um SMS registrado → o Resend pode estar ativo; o Cancel está desativado.
Num pedido em andamento, um Resend desativado pode refletir nenhum SMS registrado ou um intervalo de espera que não terminou. Expirar ou chegar a um estado final também impede o reenvio; a barra de ações fica oculta quando o pedido termina.
Se nenhum SMS chegou, percorra esta sequência antes de gastar de novo
Não há como saber, pelo registro do pedido, por que uma mensagem não apareceu. O pedido mostra elegibilidade e entrega, não o raciocínio do serviço de destino. Então, em vez de adivinhar, siga a sequência:
- Confira para onde o serviço mandou o código de verdade. Muitos serviços entregam numa tela dentro do aplicativo, num e-mail ou numa ligação de voz em vez de SMS — às vezes sem deixar isso claro. Um código enviado para um canal que o seu número alugado não consegue receber nunca vai aparecer no pedido, por mais que você espere.
- Dispare o envio pela tela do próprio serviço de destino, se ainda não fez isso. Nada do lado da SMSCode origina essa solicitação.
- Dê ao pedido atual o tempo que ele ainda tem. A página do pedido mostra quanto resta. Esperar dentro dessa janela não custa nada.
- Veja o que o seu pedido realmente oferece agora. Se o Cancel estiver ativo e você decidiu parar, ele está ali. Se não estiver ativo, cancelar não é o caminho disponível, e forçar um pedido novo é uma compra separada, não uma repetição da tentativa.
- Se o resultado de alguma ação não estiver claro, confira o estado do pedido e o seu saldo antes de apertar qualquer coisa pela segunda vez.
O registro do pedido mostra elegibilidade e entrega. Ele não registra por que um serviço de destino enviou ou deixou de enviar, então também não consegue dizer se outro número ou outro país se comportaria de forma diferente.
Quatro relógios, de dois donos
As pessoas falam do “tempo” como se houvesse um só. Há pelo menos quatro, e eles acabam de forma independente.
| Relógio | Dono | O que ele limita |
|---|---|---|
| Validade do código | O serviço de destino | Por quanto tempo o código que você recebeu ainda funciona |
| Intervalo de nova tentativa | O serviço de destino | Em quanto tempo aquele serviço aceita emitir outro código |
| Intervalo do Resend | SMSCode | Em quanto tempo o botão Resend volta a ficar ativo |
| Janela do aluguel | SMSCode | Por quanto tempo o seu pedido segura o número |
Dois são nossos, dois não são. Os dois do serviço de destino variam conforme o serviço, o país e às vezes a conta, e não cabe a nós declará-los. Para os nossos, siga o que a página do pedido mostra: o momento em que o Resend volta a ficar disponível e quanto tempo o pedido ainda tem.
É por isso que “espere uma hora e tente de novo” pode dar errado: se um serviço de destino pedir uma espera maior do que o tempo restante do seu pedido, essa espera não cabe dentro do pedido. O que vale é o tempo restante exibido na página dele — não uma regra geral de bolso.
O que fazer a partir do seu estado atual
| Sua situação | O que está ativo | O que fazer |
|---|---|---|
| Pedido em andamento, nenhum SMS ainda | O Cancel pode estar ativo; o Resend, desativado | Percorra a sequência acima antes de comprar de novo |
| Pedido em andamento, um SMS chegou | O Resend, assim que o intervalo terminar | Tente primeiro reinserir o código que você já tem; ele pode continuar válido |
| Pedido em andamento, SMS chegou, intervalo não terminou | Resend visível, inativo | Siga o tempo que a página mostra |
| Pedido concluído (COMPLETED) | O Reactivate, se o pedido se qualificar | Um novo pedido pago — veja abaixo |
| Pedido expirado ou cancelado | Nenhum | Um pedido novo não reserva nem garante o número anterior |
| Pedido concluído, Reactivate ausente | Nenhum | O suporte também não consegue reservar nem forçar o mesmo número |
O Reactivate é um novo pedido pago, não um desfazer
Quando um pedido termina, o Reactivate pode aparecer na página de detalhe dele. O nome sugere restauração; não é isso.
O Reactivate cria um novo pedido pago para o mesmo número, e o custo é exibido antes de você confirmar. Hoje ele aparece apenas num pedido concluído de um dos nossos provedores, então não estará em todo pedido finalizado. A documentação descreve a ação e a etapa de confirmação.
O botão aparecer significa que o seu pedido é do tipo certo. Se o número ainda pode ser fornecido, isso é verificado no momento em que você age, e essa verificação pode voltar negativa.
Se uma tentativa de Reactivate não produzir um pedido em funcionamento, não aperte de novo logo em seguida. Uma solicitação pode falhar por mais de um motivo — o número pode estar genuinamente indisponível, ou a solicitação pode ter falhado no meio do caminho — e os desfechos não são iguais. Confira antes a sua lista de pedidos e o seu saldo. Se o que aconteceu não estiver claro, abra um chamado de suporte com o ID do pedido (Order ID) em vez de repetir às cegas; um chamado pode ter o registro anexado, e uma repetição cega não.
Duas situações para percorrer
Cenários ilustrativos, não relatos de contas reais.
Alguém digita o código errado. A mensagem chega, o último dígito sai errado, o serviço recusa. O código em si pode muito bem ainda estar dentro da janela de validade, então a primeira coisa a tentar é reinserir o código que já está visível na página do pedido. Se ele realmente expirou, o pedido está elegível a solicitar outro apenas enquanto o aluguel estiver vivo e não expirado e o intervalo de espera tiver terminado — e uma solicitação não é uma entrega: o serviço de destino ainda precisa originar um SMS novo, e a chegada não é garantida.
Alguém não vê nada depois de vários minutos. O Resend está desativado, e apertá-lo não é o movimento. Vale a sequência acima: confirme se o serviço chegou a enviar por SMS, dispare o envio pela tela dele, deixe o tempo restante do pedido correr e veja o que o pedido oferece antes de comprar outro.
Uma mensagem antiga não é a resposta de um desafio novo
Duas coisas se misturam aqui, e ambas geram frustração real.
Uma mensagem guardada é um registro, não um código vivo. O SMS continua legível na página do pedido. Mas o código dentro dele foi emitido em resposta a um desafio específico. Se o serviço de destino emitiu desde então um desafio novo — porque você apertou o reenviar dele, recomeçou o fluxo ou voltou mais tarde —, o código mais antigo pode já não corresponder ao desafio atual. Alguns fluxos invalidam códigos anteriores ao emitir um mais recente; outros, não. O que vale é o desafio que o serviço de destino está apresentando agora. Conseguir ler uma mensagem antiga não transforma o código dela na resposta certa.
Um código entregue não é aceitação. Receber um código significa que uma mensagem chegou ao número. Não diz nada sobre o serviço de destino aceitar o cadastro ou manter a conta depois; essa decisão é inteiramente dele. A mesma distinção importa quando um número chega carregando uma associação existente, assunto de um número que mostra o WhatsApp de outra pessoa.
O que acontece com a cobrança
A fronteira é se um SMS foi entregue, não se um código foi detectado com sucesso dentro dele.
Um pedido cancelado ou que expira sem nenhum SMS recebido devolve a cobrança ao seu saldo SMSCode automaticamente. Se um SMS chegou, o pedido conta como entregue mesmo que nenhum código tenha sido extraído dele. O FAQ diz isso diretamente: quando uma mensagem chega sem código detectado, o conteúdo continua sendo exibido e o pedido é tratado como entregue.
Um exemplo concreto de onde isso pesa: um serviço envia uma frase de confirmação com uma palavra em vez de um número de seis dígitos. A mensagem chega e fica legível no pedido, mas nenhum código é detectado nela. O pedido conta como entregue, porque alguma coisa chegou.
A consequência prática: espere a cobrança voltar quando a mensagem nunca veio, não quando o código estava difícil de ler. Se você acredita que a cobrança de um pedido está errada, abra um chamado de suporte — casos de pedido, pagamento e estorno são tratados ali, porque precisam do registro do pedido anexado.
Não deixe um número alugado virar a única volta para dentro de uma conta
Um número temporário é alugado por uma janela. Ele não é seu depois disso e pode ser reatribuído a outra pessoa mais tarde. Se isso serve para um cadastro único depende das regras da própria plataforma e de qual recuperação você vai precisar depois. O problema é quando o número vira a única rota de volta para uma conta que importa para você.
Antes de apoiar qualquer coisa duradoura num número alugado, veja quais métodos de recuperação o próprio serviço oferece, porque eles variam:
- Adicione um e-mail de recuperação que esteja sob o seu controle, quando o serviço permitir, e confirme que ele funciona mesmo.
- Guarde os códigos de backup ou de recuperação do próprio serviço, se ele emitir — para muitos serviços, esse é o caminho real de recuperação.
- Quando o serviço oferecer aplicativo autenticador, configure. Vale notar que um autenticador é um fator de login, não automaticamente um método de recuperação; se ele ajuda você a recuperar o acesso depende das regras daquele serviço.
- Se a conta importa a longo prazo, mova a verificação dela para um número que fique com você.
Receber um código num número alugado hoje não transforma esse número numa âncora segura de longo prazo para a conta.
Limitações deste guia
- O registro do pedido mostra elegibilidade e entrega. Ele não estabelece por que um serviço de destino enviou ou deixou de enviar uma mensagem, e este guia não especula sobre isso.
- Os relógios que pertencem aos serviços de destino mudam sem aviso. Nada aqui é promessa sobre a duração de um código ou de um intervalo externo.
- Se um número específico ainda pode ser reobtido pelo Reactivate, isso é verificado na hora e não dá para prever antes.
- Rótulos de interface e ações disponíveis podem mudar. A página de detalhe do pedido e a documentação são o que vale; este guia as descreve.
- Nada aqui garante que um código vá chegar, que um cadastro vá ser aceito ou que um número possa ser reobtido.
FAQ
Por que o Resend está cinza se eu não recebi nada?
Num pedido em andamento, o Resend só fica ativo depois que um SMS foi registrado; quando é esse o motivo de estar desativado, o texto do botão diz “Available after the first SMS”. Um intervalo de espera que não terminou ou um pedido encerrado também impedem o reenvio, e a barra de ações não aparece depois que o pedido termina. Para conseguir a primeira mensagem, dispare o envio pela tela do serviço de destino.
O Resend faz o Google ou o WhatsApp me mandarem um código novo?
Não. O Resend é uma solicitação ao provedor que alugou o seu número. Só o serviço de destino pode originar um código novo, a partir da tela dele.
Posso ficar apertando Resend até chegar alguma coisa?
Não. O nosso intervalo de espera limita a frequência de uso, e o serviço de destino aplica as próprias regras de nova tentativa em separado. A página do pedido mostra quando o Resend volta a ficar disponível.
O código chegou, mas o aplicativo diz que expirou. Consigo outro?
Só se o aluguel ainda estiver vivo e não expirado e o intervalo de espera tiver terminado; um SMS registrado deixa o pedido elegível a solicitar. Elegibilidade não é entrega — o serviço de destino continua sendo quem origina a nova mensagem, e a chegada não é garantida. Se o pedido acabou, você precisa de um pedido novo.
Minha tentativa de Reactivate não gerou um pedido em funcionamento. E agora?
Confira a sua lista de pedidos e o seu saldo antes de qualquer outra coisa, porque uma tentativa que falhou e uma tentativa de desfecho incerto não são a mesma coisa. Se o resultado ficar ambíguo, abra um chamado de suporte com o ID do pedido em vez de apertar Reactivate de novo.
Meu pedido expirou sem nenhum SMS. O dinheiro volta?
Sim — um pedido cancelado ou expirado sem nenhum SMS recebido devolve a cobrança ao seu saldo automaticamente. Se uma mensagem chegou, inclusive uma sem código detectável, o pedido conta como entregue.
O suporte consegue me mandar outro código manualmente?
O suporte não consegue originar um código — isso vem do serviço de destino — e não consegue garantir acesso a um número específico. O que um chamado pode fazer é investigar um pedido e o resultado de uma ação sobre ele, e é por isso que o ID do pedido é o dado útil a incluir.