IOSOR Guías
Bucles de auto-respuesta inbound: cómo el eco vacía el monedero prepago
Cómo los equipos B2B mantienen el SMS bidireccional honesto — STOP/HELP como política, topes de auto-respuesta, disciplina del webhook inbound y por qué el eco sin límite quema el prepago.
Un auto-reply inbound que siempre responde no es «gran CX». En un DID alquilado es un drenaje prepago: dos bots, dos humanos con auto-ack, o un HELP que cita el mensaje original pueden rebotar hasta vaciar el monedero. Producto ve «engagement». Finanzas ve un agujero. Ops hereda un incidente a las 02:00 sin dueño.
IOSOR mantiene inbound en la misma superficie prepago white-label que outbound: eventos MO, respuestas de palabras clave y líneas de débito viven en su cuenta. Cerca de USD 1,000+ de uso mensual, las muestras de bucle y el débito por hilo pasan a revisión comercial. Catálogo live sin tope de bucle es una promesa que finanzas no puede defender. Un número in setup no es una bandeja bidireccional.
Los bucles de auto-respuesta drenan el prepago
| Patrón | Qué parece | Efecto en el monedero |
|---|---|---|
| Eco bot ↔ bot | Dos auto-ack rebotan sin fin | Débito outbound sin tope |
| HELP que cita inbound | El payload sale como envío nuevo | Segmentos duplicados |
| Ping-pong fuera de horario | «Recibimos su SMS» en cada retry | Quema nocturna sin humano |
| Tormenta de retry webhook | El mismo MO se procesa dos veces | Doble respuesta, doble débito |
Los retries inbound ocurren. Si su consumidor no es idempotente, cada retry de webhook se vuelve otro auto-reply.
STOP/HELP frente al eco sin límite
STOP y HELP son política, no bots simpáticos. STOP debe honrar el opt-out y parar el hilo — incluidos los auto-replies. HELP debe ser una ruta corta y brand-safe con horarios reales, no un eco de la última frase del cliente. Un «recibimos su SMS» sin límite en cada MO no es HELP. Escriba la página de palabras clave antes del primer envío conversacional; véase política de STOP y HELP. Si STOP «suele funcionar», tiene suerte, no política.
Topes que producto y finanzas pueden defender
- Tope outbound por hilo — máximo de auto-replies por DID + id de cliente y ventana.
- Manejo MO idempotente — un evento inbound, una respuesta, aunque el webhook reintente.
- Silencio tras STOP — ni marketing, ni «¿está seguro?», ni segundo HELP.
- Parada por saldo bajo — el resto de auto-replies se detiene antes del teatro de sobregiro.
Exporte un incidente: evento inbound → auto-reply → línea de ledger. Si no puede tirar de esa cadena, no tiene control bidireccional. Nombre un dueño del tope; sin dueño desaparece en el siguiente sprint.
Honestidad de la bandeja bidireccional
Bidireccional es un sistema operativo, no un interruptor. Quién lee primero, qué números pueden recibir y enviar, qué nunca cae en un canal compartido, cómo funcionan las horas muertas. Véase guía de bandeja bidireccional y eventos de bandeja en números alquilados. JIT es buscar → retener → comprar → asignar. El catálogo in setup no se vende como bandeja con personal.
Señales de alarma
- Auto-reply sin tope por hilo
- HELP que repite el payload inbound
- STOP que aún dispara un ack de marketing
- Retries de webhook que doble-envían respuestas
- Catálogo live sin dueño del bucle
- Errores que vierten marcas ajenas
- Eco fuera de horario sin ruta humana
Empezar con IOSOR
Escriba textos STOP y HELP que soporte pueda leer en voz alta. Ponga un tope de auto-respuesta por hilo en staging, fuerce un webhook MO duplicado y confirme que la cartera ve una respuesta, no dos. Simule un eco de bot hasta que el gasto pare. Exporte una cadena inbound → débito para que finanzas vea dónde el bucle habría vaciado el saldo prepaid.
Conclusión IOSOR
Un eco de entrada es un incendio de cartera. Un MO debe producir una respuesta; un webhook duplicado o un ping-pong de bot debe parar el gasto, no multiplicarlo.
Haga: tope de respuestas por hilo y corte el bucle al eco. No haga: auto-respuesta ilimitada en inbound ni debitar el mismo MO dos veces.
¿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.