IOSOR Guías
Semana piloto de inbound: verificaciones MO en vivo en el DID alquilado
Aprenda a ejecutar comprobaciones MO en vivo en DID alquilados durante su semana piloto, probar webhooks y verificar el manejo de STOP/HELP.
Semana piloto de inbound: verificaciones MO en vivo en el DID alquilado.
Pruebas de humo MO esenciales para nuevos DID
Al lanzar un proyecto piloto en un número virtual recién aprovisionado, realizar verificaciones sistemáticas de MO en vivo es la primera línea de defensa contra fallos en la entrega de mensajes. Nuestra plataforma utiliza aprovisionamiento Just-In-Time (JIT) acompañado de una retención prepaga temporal, eliminando los grupos de números estáticos y garantizando una excelente reputación de línea. Durante el primer día de pruebas, asegúrese de enviar mensajes de prueba reales para verificar el enrutamiento de los operadores.
Verificación de payload de webhook y flujos de eventos
Los mensajes entrantes generan solicitudes HTTP POST instantáneas a la URL de su aplicación designada. Debe verificar que su receptor analice correctamente parámetros como el número de origen, el DID de destino, el cuerpo del mensaje y la marca de tiempo. Para detalles completos del esquema, consulte nuestra guía sobre eventos de bandeja en números alquilados.
Comprobaciones obligatorias de palabras clave STOP y HELP
El cumplimiento normativo exige un manejo inmediato y automático de los comandos estándar de exclusión voluntaria. Enviar mensajes de prueba entrantes que contengan STOP, QUIT, UNSUBSCRIBE o HELP ayuda a confirmar que las reglas de supresión a nivel de cuenta funcionan según lo previsto antes del volumen de producción total. Revise la política de STOP y HELP para comprender las normativas aplicables.
Evitar riesgos de bucles de auto-respuesta y agotamiento
Un error crítico durante la semana piloto de inbound es configurar respuestas automatizadas sin estrictas salvaguardas. Si un mensaje entrante proviene de otro sistema automatizado, puede desencadenar una condición de bucle y facturación continua. Consulte nuestra guía sobre bucles de auto-respuesta inbound para configurar la deduplicación de mensajes y proteger su saldo prepago.
Umbrales operativos de la semana piloto y límites prepagos
Para mantener la calidad de la red y proteger su cuenta contra gastos accidentales durante las pruebas iniciales, las operaciones de la plataforma se rigen por una mecánica de facturación predecible. Las cuentas comienzan con un piso prepago de USD 20 para cubrir las reservas iniciales de números JIT y las tarifas de procesamiento de mensajes entrantes. A medida que su volumen se acerca a USD 1,000/mes, se realiza una revisión flexible.
Comience con IOSOR
En el DID alquilado en la semana uno, envíe un MO real desde un handset. Pruebe el evento de bandeja, el webhook firmado y STOP/HELP antes de cualquier volumen. Exporte la hoja de comprobación en vivo. Es una prueba de piloto, no un estrangulador de inundación de semana de incidente.
Conclusión IOSOR
Un DID alquilado no es live hasta que vuelve un MO.
Haga: MO de handset, fila de bandeja, webhook 2xx, ACK de palabra clave. No haga: llamar live al número porque el MT de salida ya entregó.
¿Fue útil esta guía?
Guías relacionadas
- Configuración de activadores SMS para llamadas de voz entrantes perdidas
Aprenda a configurar activadores automáticos de SMS para llamadas de voz entrantes perdidas y señales de ocupado en la consola CPaaS de marca blanca de IOSOR.
- Búferes para procesar webhooks de entrada contra picos de latencia de operadores
Aprenda a configurar las reglas de búfer de entrada en IOSOR para proteger sus webhooks contra retrasos de operadores, picos de concurrencia y errores de tiempo de espera.
- Sincronización de palabras clave de baja en cuentas multiinquilino
Domina la sincronización de bajas multiinquilino en IOSOR. Aprende cómo las palabras clave STOP gestionan supresiones globales mientras aíslan subcuentas.