Monitor OTP/SMS
Comprueba que tu OTP/SMS llega a un teléfono real en un número internacional, y cuánto tardó.
- 1 corredor, 1 numero, 3 senders autorizados
- 3.000 checks / mes
- 1 GB de storage de evidencia
- 50.000 requests API / mes
- retencion de 90 dias
El problema
No tienes visibilidad end-to-end de tu propio flujo de OTP/SMS (proveedor -> carrier -> telefono). No sabes si un codigo se perdio, se demoro, o si el sender/contenido llegaron integros.
Para quien es
Cualquier empresa que envia OTP/SMS a usuarios finales y necesita visibilidad independiente de si el codigo realmente llega a un telefono real.
Lo que nos envias
| Campo | Formato | Validacion |
|---|---|---|
| authorized_senders | Uno o mas: numero E.164, o sender ID alfanumerico de 3-11 caracteres | Nunca un comodin ("*"); se compara exacto, sin distinguir mayusculas, nunca como subcadena |
| correlation_token | 6-32 caracteres, letras/digitos/guion | Obligatorio: tu SMS de OTP tiene que incluir un correlation token de 6 a 32 caracteres que vos elegís (p. ej. WT-ACME); nos permite asociar tu mensaje con tu check |
| expected_window_seconds | Entero, 60-3600 | Por defecto 900; la corrida debe caer dentro de esta ventana para contar como recibida |
| max_latency_seconds | Entero | Techo opcional sobre expected_window_seconds |
| forward_webhook_url | URL https:// | Opcional; debe ser https://, misma validacion SSRF-safe que cualquier otro webhook |
| country_code | Codigo de 2 letras | Debe estar entre los corredores incluidos de tu plan |
Tu envias el OTP desde tu propio proveedor hacia un numero que autorizas; Witnio nunca envia el OTP, solo lo recibe y lo mide.
Que corre
- Un SMS que llega se detecta en la siguiente lectura de la bandeja del telefono receptor — en cada ciclo del worker, unos 80 segundos medidos en la flota — asi que normalmente en menos de 2 minutos.
- El remitente se compara exacto contra authorized_senders_json; un remitente que no calza no se atribuye a tu chequeo.
- Se verifica la integridad del contenido pero el OTP se enmascara antes de persistir o enviarse a IA.
- Se abre un incidente al superar failure_threshold dentro de expected_window_seconds.
Lo que obtienes
- Un MonitorRun por evento (status, latency_ms, evidence_json)
- Alertas (Telegram/email)
- Dashboard
- API/webhook segun plan
Limites y cuotas
Cargando...
Autonomia
Cada evento de OTP se observa y evidencia de forma desatendida. La escalacion humana solo se activa al superar failure_threshold dentro de la ventana esperada, o si un remitente no calza repetidamente con authorized_senders.
Cumplimiento
Cada plan declara su corredor (pais del numero, pais de alojamiento, metodo de acceso). La entrega se observa en un telefono real alcanzado mediante un numero internacional; no es una medicion de rendimiento de red, entrega ni latencia movil dentro de un pais. El contexto del corredor queda dentro de cada registro de evidencia firmado y se comparte bajo peticion.
Evidencia
Limitaciones conocidas
- La entrega se observa en un telefono real alcanzado mediante un numero internacional. No muestra como se entrega el mismo mensaje en redes de EE. UU. u otras redes dentro de un pais.
- Un numero alcanzado via roaming o Wi-Fi calling NO se vende como "red" ni "latencia movil" de ese pais.
- No reemplaza tu proveedor de SMS; solo lo audita.
- La activación requiere comprobar que controlás el dominio de tu empresa (un registro DNS TXT que se muestra en el checkout, antes del pago). Si el correo de tu cuenta es de un proveedor gratuito (Gmail, Outlook...), verificamos tu empresa manualmente, normalmente en 1 día hábil.
Preguntas sobre este servicio
Guías relacionadas
- ¿Cómo se verifica que los códigos OTP realmente llegan a teléfonos reales?
- ¿Cómo se verifica que las llamadas salientes realmente suenan y qué identificador ve el destinatario?
- ¿Cuál es la diferencia entre evidencia de cumplimiento y una certificación de cumplimiento?
- ¿Qué debe incluir una lista de verificación de entrega A2P 10DLC?