Probar la verificación telefónica húngara (+36): lista de control, pasos y soluciones

Lista de control: ¿está tu stack listo para una ejecución de la API OTP de Hungría?

Repasa esta lista una vez por proyecto, no una vez por prueba:

1. Seguridad de la cuenta. Regístrate en /signup y activa la autenticación en dos pasos TOTP antes de generar ninguna clave.
2. Claves por entorno. Crea claves or_live_ en la consola de desarrolladores, una por pipeline o por equipo de desarrollo, para poder revocar una clave filtrada sin detener a todos los demás.
3. Ids en la configuración, no en el código. Hungría es hu; lee los ids de servicio de GET /api/v1/services y guarda la correspondencia en un archivo de configuración.
4. Destino del webhook. Registra un endpoint HTTPS (hasta 5 por cuenta) y guarda su secreto en tu gestor de secretos.
5. Control de presupuesto. Haz que la suite llame primero a GET /api/v1/balance y salga limpiamente cuando falten fondos.
6. Análisis según la región. Asegúrate de que tu campo de teléfono conoce la región HU, porque los húngaros rara vez escriben el código de país en un formulario nacional.

La página de solución de pruebas de QA muestra cómo suelen plantear esto los equipos en un framework de pruebas.

¿Por qué el manejo de números +36 merece sus propios casos de prueba?

El código de país de Hungría es +36, y el prefijo troncal nacional es 06. Un usuario húngaro suele introducir un móvil como 06 30 123 4567 o 06 20 ..., donde 20, 30, 31, 50 y 70 son prefijos móviles habituales. Tu formulario debe convertirlo en +3630... eliminando el 06, nunca conservándolo tras el código de país. Escribe casos explícitos para:

• 06 30 ... en un campo con formato nacional;
• +36 30 ... y 0036 30 ..., ya que 00 es el prefijo de acceso internacional;
• espacios, barras y guiones, que aparecen en todas las combinaciones en las entradas reales.

El húngaro es el idioma oficial, y muchos servicios envían su código en húngaro una vez que la configuración regional de la cuenta se establece en ese idioma. Las letras ő y ű no forman parte del alfabeto GSM de 7 bits, así que un mensaje húngaro que las contenga se codifica en UCS-2 y cada segmento admite menos caracteres. Eso importa si tu propio producto envía códigos en húngaro, y es una buena razón para leer el texto recibido en los logs de tus pruebas y no solo los dígitos extraídos. Las palabras húngaras también son largas, así que el QA de localización debe comprobar que el paso del teléfono y sus mensajes de error siguen cabiendo en pantallas pequeñas.

¿Qué rutas húngaras hay disponibles para un número +36 de pruebas?

El enrutamiento OTP para hu abarca actualmente más de 1,600 servicios. Las rutas más solicitadas en la instantánea actual son WhatsApp, Viber, Facebook, Instagram, Google (Gmail y YouTube), Uber, Airbnb, eBay, Amazon, LinkedIn, Netflix y ChatGPT (OpenAI).

Estas rutas son una instantánea; el inventario se mueve a lo largo del día, y por eso la API devuelve la disponibilidad con cada solicitud de precio. Consulta GET /api/v1/prices?country=hu&service=<id> justo antes de pedir en lugar de guardar una respuesta antigua.

Pasos: recibir códigos SMS OTP de Hungría a través de la API

Con la lista de control cumplida, una única prueba mediante la API de verificación por SMS necesita como máximo cinco llamadas, todas contra https://otproute.com/api/v1:

1. GET /api/v1/prices?country=hu&service=uber para confirmar la ruta y anotar el precio.
2. POST /api/v1/activations con {"service": "uber", "country": "hu"}. Guarda el id de la activación; es la clave de todo lo que sigue.
3. Introduce el número +36 devuelto en la pantalla de verificación de tu app.
4. Recibe el código. Un webhook entrega activation.sms_received; el polling usa GET /api/v1/activations/{id}. Elige uno por tarea para que ambos caminos no compitan.
5. Si la prueba falla, POST /api/v1/activations/{id}/cancel para liberar los fondos de inmediato.

Verifica cada webhook antes de fiarte de él: separa X-OTPRoute-Signature en t y v1, calcula el HMAC-SHA256 de <t>.<raw body> con el secreto del endpoint, compara en tiempo constante y rechaza las marcas de tiempo demasiado antiguas. Trata activation.expired y activation.cancelled como estados terminales para que los reintentos se detengan. Hay un ejemplo práctico en la guía de integración de la API OTP.

Pasos para compañeros que nunca tocan la API

El personal de atención al cliente o de marketing puede usar el panel. Abre el OTP Gateway, elige Hungría y el servicio, comprueba el precio mostrado, confirma y pega el número +36 en la app. El código aparece en el propio pedido. Si no llega nada en 20 minutos, el pedido caduca y el monedero se acredita por completo, así que un intento fallido no cuesta nada.

Solución de problemas de un número de verificación húngaro que sigue en silencio

Repasa esto antes de abrir un ticket:

• ¿Se introdujo el número en E.164? Un 06 sobrante después de +36 es el fallo autoinfligido más común.
• ¿Acepta el servicio números virtuales? Algunos no. El reembolso automático lo cubre, y cambiar a otra ruta de servicio o a un país vecino suele ser la forma más rápida de avanzar.
• ¿Esperaste a que terminara la ventana? Cancelar tras una espera corta puede descartar un código que estaba en camino. Deja que el pedido siga su curso y reintenta más tarde.
• ¿Está el script martilleando una sola ruta? Espacia los reintentos con una espera progresiva. Los pedidos instantáneos repetidos rara vez ayudan y pueden activar los propios controles antiabuso de una plataforma.

El artículo sobre cómo reducir las entregas fallidas de OTP profundiza más.

Líneas de largo plazo, monedero y uso responsable en Hungría

No hay un número de largo plazo de autoservicio para Hungría. Si un equipo de operaciones o de soporte necesita uno, escribe a [email protected] con el caso de uso; la disponibilidad depende de la normativa local y no puede prometerse. Los Números Virtuales Dedicados de autoservicio existen solo para líneas de EE. UU. y Canadá, desde $1.95/mes.

OTP Route factura desde un único monedero prepago en USD: sin cuota mensual, sin plan, recargas con tarjeta o USDT/USDC y una factura en PDF por correo por cada recarga. Se puede activar bajo petición un modo sandbox con números y códigos simulados para pruebas de integración. Usa los números solo para probar u operar tus propios productos y cuentas legítimas, respeta los términos de cada servicio y recuerda que se aplica la Política de Uso Aceptable de OTP Route.

Preguntas frecuentes

¿Puede mi equipo de QA recibir un código SMS húngaro sin una SIM húngara?

Sí. Pide un número +36 para el servicio correspondiente en el OTP Gateway y recoge el código en el panel o a través de la API.

¿Qué id de país usa la API para Hungría?

Usa hu, por ejemplo en POST /api/v1/activations con un cuerpo como {"service": "uber", "country": "hu"}.

¿Cómo convierto un número escrito como 06 30 123 4567?

Quita el prefijo troncal 06 y añade +36, lo que da +36301234567. Guarda esa forma E.164 y aplícale formato solo para mostrarla.

¿Pago si una ruta húngara no entrega un código?

No. Si no llega ningún SMS en 20 minutos, o cancelas, el importe completo vuelve a tu monedero automáticamente.

¿Por qué el mensaje de un código húngaro a veces se ve distinto al de uno en inglés?

Los textos húngaros pueden incluir ő o ű, lo que lleva el mensaje a la codificación UCS-2. Los dígitos son los mismos; solo cambian el texto del mensaje y su longitud.

¿Puedo comprar un número húngaro que conserve durante meses?

No como producto de autoservicio. Los Números Dedicados son solo para EE. UU. y Canadá; para Hungría puedes escribir a [email protected] para preguntar, sin promesa de que pueda gestionarse.

¿Cuántos servicios admite OTP Route para Hungría?

Más de 1,600 en el momento de escribir esto. Llama a GET /api/v1/countries o consulta el panel para ver la lista actual.

Los nombres de los servicios son marcas registradas de sus respectivos propietarios. OTP Route no está afiliado a ellos. Usa los números de forma lícita y respeta las condiciones de cada servicio y nuestra Política de Uso Aceptable.