Le pediste un código a un servicio. Algo salió mal: llegó tarde, lo escribiste mal, la aplicación lo rechazó o no llegó ningún SMS. Ahora quieres otro código en el mismo número.
En resumen: Depende del estado en que esté tu pedido ahora mismo. Resend solicita otro SMS a través del proveedor del número para esa activación, y solo se activa cuando ya hay un SMS registrado en ese pedido. Si no ha llegado nada, Resend sigue visible pero desactivado. Cuando un pedido ya ha terminado, Reactivate es la vía de vuelta a ese número dentro de SMSCode, sobre un pedido completado que reúna las condiciones, y es un pedido de pago nuevo, no un deshacer.
Lo que confunde es que la respuesta no es una propiedad del número, sino del pedido. Y los dos controles más útiles se activan en condiciones opuestas.
Resend habla con el proveedor del número, no con la aplicación en la que te registras
Cuando pulsas Resend, SMSCode envía una solicitud al proveedor que te alquiló el número, referida a esa activación. No contacta con Google, WhatsApp, Telegram ni con el servicio en el que te estés registrando, y no puede hacer que ese servicio redacte un mensaje nuevo.
Por lo tanto hay dos cosas que tienen que salir bien, y pertenecen a partes distintas:
- El servicio de destino tiene que enviar algo. Eso se dispara desde su propia pantalla —su opción de “reenviar código” o “llamarme en su lugar”— y se rige por sus reglas.
- El proveedor tiene que entregarlo en tu número alquilado. De esa parte se ocupa Resend.
Resend solo está disponible cuando ya hay un SMS registrado en el pedido, y a partir de ahí únicamente mientras el alquiler siga vivo y sin caducar y su tiempo de espera se haya cumplido. Si todavía no hay nada registrado, Resend permanece desactivado y el envío hay que dispararlo desde la pantalla del servicio de destino. A dónde van realmente los códigos de verificación explica cómo reconocer que un servicio ha enviado el código por una vía distinta del SMS.
Resend y Cancel nunca están activos a la vez
En un pedido en curso se muestran ambos controles. Cuál de ellos está activo depende de las condiciones de más abajo; nunca están activos los dos a la vez. Cuando el pedido termina, esta barra de acciones deja de mostrarse.
Resend se activa solo cuando hay un SMS registrado en el pedido. Cuando esa es la razón de que esté desactivado, el propio botón lo indica al pasar el cursor: “Available after the first SMS.”
Cancel está activo solo mientras no hay ningún SMS registrado, y únicamente después de un breve periodo inicial al principio del pedido. En cuanto se registra un mensaje, Cancel se desactiva.
Es decir:
- Todavía no hay ningún SMS registrado → Cancel puede estar activo; Resend está desactivado.
- Hay un SMS registrado → Resend puede estar activo; Cancel está desactivado.
En un pedido en curso, un Resend desactivado puede reflejar que no hay ningún SMS registrado o que el tiempo de espera no se ha cumplido. Que el pedido caduque o llegue a un estado final también impide reenviar; la barra de acciones se oculta cuando el pedido termina.
Si no ha llegado ningún SMS, recorre esto antes de volver a gastar
El registro del pedido no permite saber por qué no ha aparecido un mensaje. El pedido refleja elegibilidad y entrega, no el razonamiento del servicio de destino. Así que en lugar de suponer, recorre la secuencia:
- Comprueba a dónde envió el código el servicio en realidad. Muchos servicios entregan en una pantalla dentro de su aplicación, en un correo electrónico o mediante una llamada de voz, a veces sin decirlo con claridad. Un código enviado a una vía que tu número alquilado no puede recibir no aparecerá nunca en el pedido, por mucho que esperes.
- Dispara el envío desde la pantalla del servicio de destino, si aún no lo has hecho. Nada del lado de SMSCode puede originar esa solicitud.
- Deja que el pedido agote el tiempo que le queda. La página del pedido muestra cuánto le resta. Esperar dentro de esa ventana no cuesta nada.
- Mira qué ofrece tu pedido ahora mismo. Si Cancel está activo y has decidido parar, ahí lo tienes. Si no está activo, cancelar no es la vía disponible, y forzar un pedido nuevo es una compra aparte, no un reintento.
- Si el resultado de alguna acción no queda claro, revisa el estado del pedido y tu saldo antes de pulsar nada por segunda vez.
El registro del pedido muestra elegibilidad y entrega. No recoge por qué un servicio de destino envió o dejó de enviar, así que tampoco puede decirte si otro número u otro país se comportarían de forma distinta.
Cuatro relojes, de dos dueños distintos
Se habla de “el temporizador” como si hubiera uno solo. Hay al menos cuatro, y se agotan por separado.
| Reloj | Dueño | Qué limita |
|---|---|---|
| Validez del código | El servicio de destino | Cuánto tiempo sigue sirviendo el código que recibiste |
| Espera entre reenvíos | El servicio de destino | Con qué rapidez ese servicio vuelve a emitir un código |
| Espera de Resend | SMSCode | Cuándo vuelve a activarse el botón Resend |
| Ventana de alquiler | SMSCode | Cuánto tiempo tu pedido retiene el número |
Dos son nuestros y dos no. Los dos del servicio de destino cambian según el servicio, el país y a veces la cuenta, y no nos corresponde enunciarlos. Para los nuestros, guíate por lo que muestra la página del pedido: el momento en que Resend vuelve a estar disponible y cuánto tiempo le queda al propio pedido.
Por eso “espera una hora y vuelve a intentarlo” puede fallar: si un servicio de destino te pide esperar más de lo que le queda a tu pedido, esa espera no cabe dentro del pedido. Lo que manda es el tiempo restante del pedido, visible en su página, y no una regla general.
Qué hacer desde tu situación actual
| Tu situación | Qué está activo | Qué hacer |
|---|---|---|
| Pedido en curso, todavía sin SMS | Cancel puede estar activo; Resend desactivado | Recorre la secuencia anterior antes de volver a comprar |
| Pedido en curso, ha llegado un SMS | Resend, cuando se cumpla su espera | Prueba primero a introducir de nuevo el código que ya tienes; puede seguir siendo válido |
| Pedido en curso, SMS recibido, espera sin cumplir | Resend visible, inactivo | Guíate por el tiempo que muestra la página |
| Pedido completado | Reactivate, si el pedido reúne las condiciones | Un pedido de pago nuevo: ver más abajo |
| Pedido caducado o cancelado | Ninguno | Un pedido nuevo no reserva ni garantiza el número anterior |
| Pedido completado, sin Reactivate a la vista | Ninguno | El soporte tampoco puede reservar ni forzar el mismo número |
Reactivate es un pedido de pago nuevo, no un deshacer
Cuando un pedido ha terminado, Reactivate puede aparecer en su página de detalle. El nombre sugiere una restauración; no lo es.
Reactivate crea un pedido de pago nuevo para el mismo número, y el coste se muestra antes de que confirmes. Por ahora aparece únicamente en un pedido completado de uno de nuestros proveedores, así que no estará en todos los pedidos terminados. La documentación describe la acción y su paso de confirmación.
Que el botón aparezca significa que tu pedido es del tipo adecuado. Si el número todavía puede suministrarse se comprueba en el momento en que actúas, y esa comprobación puede dar negativo.
Si un intento de Reactivate no produce un pedido en marcha, no vuelvas a pulsarlo de inmediato. Una solicitud puede fallar por más de una razón —puede que el número no esté realmente disponible, o que la solicitud se haya perdido por el camino— y no son lo mismo. Revisa antes la lista de pedidos y tu saldo. Si lo ocurrido no queda claro, abre un ticket de soporte con el ID del pedido (Order ID) en lugar de repetir a ciegas: a un ticket se le puede adjuntar el registro, y a una repetición a ciegas no.
Dos situaciones que vale la pena recorrer
Son escenarios ilustrativos, no informes de cuentas reales.
Alguien escribe mal un código. Llega un mensaje, el último dígito está equivocado, el servicio lo rechaza. Es posible que el propio código siga dentro de su ventana de validez, así que lo primero es volver a introducir el código que ya está visible en la página del pedido. Si de verdad ha caducado, el pedido es elegible para solicitar otro únicamente mientras el alquiler siga vivo y sin caducar y la espera se haya cumplido; y una solicitud no es una entrega: el servicio de destino sigue teniendo que originar un SMS nuevo, y su llegada no está garantizada.
Alguien no ve nada después de varios minutos. Resend está desactivado, y pulsarlo no es el movimiento. Aquí se aplica la secuencia anterior: confirmar que el servicio envió por SMS siquiera, disparar el envío desde su pantalla, dejar correr el tiempo que le queda al pedido y mirar qué ofrece el pedido antes de comprar otro.
Un mensaje antiguo no es la respuesta a un desafío nuevo
Aquí se mezclan dos cosas, y ambas generan frustración real.
Un mensaje guardado es un registro, no un código vivo. El SMS se sigue leyendo en la página del pedido. Pero el código que contiene se emitió en respuesta a un desafío concreto. Si desde entonces el servicio de destino ha emitido un desafío nuevo —porque pulsaste su reenvío, reiniciaste el flujo o volviste más tarde—, puede que el código antiguo ya no corresponda al desafío actual. Algunos flujos invalidan los códigos anteriores al emitir uno nuevo y otros no; lo que manda es el desafío que el servicio de destino esté presentando en ese momento. Poder leer un mensaje antiguo no convierte su código en la respuesta.
Un código entregado no es una aceptación. Recibir un código significa que un mensaje llegó al número. No dice nada sobre si el servicio de destino aceptará el registro ni sobre si mantendrá la cuenta después; esa decisión es enteramente suya. La misma distinción importa cuando un número llega con una asociación previa, algo que se trata en un número que muestra el WhatsApp de otra persona.
Qué pasa con el cargo
El límite es si se entregó un SMS, no si dentro de él se detectó correctamente un código.
Un pedido que se cancela o caduca sin haber recibido ningún SMS devuelve su cargo a tu saldo de SMSCode automáticamente. Si sí llegó un SMS, el pedido cuenta como entregado aunque no se haya podido extraer ningún código de él. La FAQ lo dice directamente: cuando llega un mensaje sin código detectado, el contenido se muestra igualmente y el pedido se trata como entregado.
Un ejemplo trabajado de dónde importa esto: un servicio envía una frase de confirmación con una palabra en lugar de un número de seis dígitos. El mensaje llega y se lee en el pedido, pero no se detecta ningún código dentro. El pedido cuenta como entregado, porque algo sí llegó.
La consecuencia práctica: espera que el cargo vuelva cuando el mensaje nunca llegó, no cuando el código resultó difícil de leer. Si crees que el cargo de un pedido es incorrecto, abre un ticket de soporte: los casos de pedidos, pagos y reembolsos se atienden ahí, porque necesitan el registro del pedido adjunto.
No dejes que un número alquilado sea la única vía de vuelta a una cuenta
Un número temporal se alquila por una ventana de tiempo. Después no es tuyo y puede reasignarse a otra persona. Si eso encaja con un registro puntual depende de las reglas de la propia plataforma y de qué recuperación vayas a necesitar más adelante. El problema aparece cuando el número se convierte en la única vía de vuelta a una cuenta que te importa.
Antes de apoyar algo duradero en un número alquilado, comprueba qué métodos de recuperación ofrece el propio servicio, porque varían:
- Añade un correo de recuperación que controles, si el servicio lo admite, y confirma que funciona.
- Guarda los códigos de respaldo o recuperación del propio servicio si los emite: para muchos servicios, esa es la verdadera vía de recuperación.
- Si el servicio ofrece una aplicación de autenticación, configúrala. Ten en cuenta que un autenticador es un factor de inicio de sesión y no automáticamente un método de recuperación; que te ayude a recuperar el acceso depende de las reglas de ese servicio.
- Si la cuenta importa a largo plazo, traslada su verificación a un número que conserves tú.
Recibir hoy un código en un número alquilado no convierte a ese número en un anclaje seguro a largo plazo para la cuenta.
Límites de esta guía
- El registro del pedido muestra elegibilidad y entrega. No establece por qué un servicio de destino envió o dejó de enviar un mensaje, y esta guía no especula sobre ello.
- Los relojes que pertenecen a los servicios de destino cambian sin aviso. Nada de lo anterior es una promesa sobre cuánto duran un código o una espera externos.
- Si un número concreto puede volver a obtenerse mediante Reactivate se comprueba en vivo y no puede anticiparse.
- Las etiquetas de la interfaz y las acciones disponibles pueden cambiar. La página de detalle del pedido y la documentación son la referencia; esta guía las describe.
- Nada de lo anterior garantiza que vaya a llegar un código, que un registro vaya a aceptarse ni que un número pueda recuperarse.
FAQ
¿Por qué Resend está en gris si no he recibido nada?
En un pedido en curso, Resend se activa solo cuando hay un SMS registrado; cuando esa es la razón de que esté desactivado, su texto al pasar el cursor dice “Available after the first SMS”. Una espera sin cumplir o un pedido terminado también impiden reenviar, y la barra de acciones no se muestra una vez que el pedido termina. Para conseguir un primer mensaje, dispara el envío desde la pantalla del servicio de destino.
¿Resend hace que Google o WhatsApp me manden un código nuevo?
No. Resend es una solicitud al proveedor que te alquiló el número. Solo el servicio de destino puede originar un código nuevo, desde su propia pantalla.
¿Puedo pulsar Resend hasta que llegue algo?
No. Nuestra espera de reenvío limita con qué frecuencia se puede usar, y el servicio de destino aplica sus propias reglas de reintento por separado. La página del pedido muestra cuándo vuelve a estar disponible Resend.
El código llegó pero la aplicación dice que caducó. ¿Puedo pedir otro?
Solo si el alquiler sigue vivo y sin caducar y la espera se ha cumplido; un SMS registrado hace que el pedido sea elegible para solicitarlo. Elegibilidad no es entrega: el servicio de destino sigue siendo quien origina el mensaje nuevo y su llegada no está garantizada. Si el pedido ya terminó, necesitas un pedido nuevo.
Mi intento de Reactivate no produjo un pedido en marcha. ¿Y ahora?
Revisa tu lista de pedidos y tu saldo antes de hacer nada más, porque un intento fallido y uno poco claro no son lo mismo. Si el resultado es ambiguo, abre un ticket de soporte con el ID del pedido en lugar de volver a pulsar Reactivate.
Mi pedido caducó sin ningún SMS. ¿Me devuelven el dinero?
Sí: un pedido cancelado o caducado sin haber recibido ningún SMS devuelve su cargo a tu saldo automáticamente. Si sí llegó un mensaje, aunque no tuviera ningún código detectable, el pedido cuenta como entregado.
¿Puede el soporte enviarme otro código a mano?
El soporte no puede originar un código —eso viene del servicio de destino— ni puede garantizar el acceso a un número concreto. Lo que sí puede hacer un ticket es investigar un pedido y el resultado de una acción sobre él, y por eso el ID del pedido es el dato útil que conviene incluir.