IOSOR Guías

Facturación MO inbound frente a MT outbound: filas de cartera bidireccionales en un mismo ledger prepaid

Las respuestas, STOP y eventos de número alquilado debitan. Si finanzas solo modeló outbound, el ledger miente. Un producto bidireccional debe ver MO y MT en la misma exportación, con tope de auto-respuesta.

El pitch habla de outbound. En producción el número alquilado recibe respuestas, STOP y a veces devoluciones de voz, y aparecen filas que finanzas no puso en el modelo. El MO inbound no es un favor gratis. Un producto bidireccional mueve MT y MO en el mismo ledger prepaid. Si la exportación solo cuenta «enviados», finanzas trata el débito inbound como ruido hasta que el uso cerca de USD 1,000+ lo vuelve tema comercial.

IOSOR es prepaid white-label: outbound e inbound en un ledger, errores client-safe, sin portal ajeno para el día a día. live es producción bidireccional; in setup no es una bandeja barata. Véase guía de bandeja bidireccional y eventos de bandeja en números alquilados. Primero evidencia, después escala.

Débitos MO que finanzas no planificó

Si el modelo financiero solo multiplica la tarifa MT, omite las filas MO del número alquilado: SMS inbound, acuses de palabra clave, a veces eventos de voz. Esas filas debitan cuando llega la respuesta, no en el calendario de marketing. Producto dice «somos bidireccionales»; finanzas pregunta «qué fila es inbound». Sin respuesta no hay control.

Dirección Qué ve la cartera Qué suele omitir producto
MT outbound Unidades / segmentos de envío Que inbound también debita
MO inbound Unidades inbound + respuesta de palabra clave Correlación con el hilo outbound
Auto-respuesta Otro MT Tope de bucle

MT frente a MO en la misma exportación

Pongan MT y MO en la misma exportación: tiempo, número, dirección, débito, correlation ID. Finanzas debe filtrar por dirección, no mezclar inbound en un promedio outbound. STOP/HELP es fila de cumplimiento y también puede debitar. El ciclo de vida del número alquilado se ata a la bandeja: liberar el número debe cortar eventos inbound; si no, aparecen filas fantasma el mes siguiente. No dejen que un promedio mundial esconda un corredor inbound caro.

El bucle de auto-respuesta vacía la cartera

Una auto-respuesta sin tope convierte un MO en una ristra de MT hasta vaciar la cartera. Bot contra bot, HELP que cita el original, reintentos de webhook no idempotentes, drenan prepaid. Tope de respuestas por hilo y STOP como supresión inmediata. Véase bucles de auto-respuesta inbound. Cuando la política dice parar, la cartera para aunque producto quiera «confirmar otra vez». Las muestras de bucle cerca de USD 1,000+ entran en lectura comercial, no en un ticket a las 02:00.

Eventos de bandeja y correlación

La bandeja es evidencia, no un juguete de chat. Cada evento inbound debe mostrar número, marca de tiempo y cuerpo redactado con seguridad, y enlazar al contexto outbound cuando hay hilo. Ops necesita una cola de letra muerta reproducible, no volcar payloads upstream a agentes. Sin correlación, finanzas no explica el débito MO y producto no prueba que lo bidireccional «funciona». Los alquileres siguen el mes calendario UTC; el dueño de la bandeja debe saber cuándo vence el número.

Señales de alarma

  • Modelo financiero solo con tarifa MT
  • Exportación que no distingue dirección
  • Auto-respuesta sin tope por hilo
  • STOP tratado como charla, sin supresión
  • Agentes viendo payloads upstream crudos
  • Número liberado con débitos inbound aún vivos
  • Catálogo in setup prometido como producción bidireccional

Empezar con IOSOR

Envíe un MO de entrada y un MT de salida en el mismo DID alquilado. Exporte ambas filas de monedero y pruebe códigos de motivo distintos. Tope la auto-respuesta para que un inbound no acuñe MT sin límite. Es honestidad de filas prepaid de dos vías, no un informe de mezcla de semana de factura ni un tope de almacenamiento de media.

Conclusión IOSOR

MO y MT comparten monedero, no una línea.

¿Fue útil esta guía?

Guías relacionadas