IOSOR Guías
En cola frente a enviado: la ruta de un mensaje en IOSOR
Comprenda cómo finanzas y producto comparten una máquina de estados unificada para SMS y OTP, equilibrando retenciones y estado DLR en IOSOR.
En cola frente a enviado: la ruta de un mensaje en IOSOR.
La máquina de estados única para en cola y enviado
Cuando una solicitud API llega a la plataforma para transmitir un mensaje SMS u OTP a un destino E.164, los equipos de producto y finanzas deben referenciar exactamente el mismo estado del ciclo de vida. En las arquitecturas marca blanca tradicionales, producto trata 'en cola' (queued) como un estado puramente técnico mientras finanzas espera la conciliación mensual. IOSOR elimina esta desconexión mediante una máquina de estados determinista única.
Reserva financiera en cola frente a liquidación final
Al ingresar al estado en cola, el motor ejecuta una verificación de saldo inmediata. Para garantizar la solvencia de la plataforma, las cuentas deben mantener un piso prepago de USD 20 antes de que el tráfico saliente ingrese a la canalización. Mientras está en cola, se retiene el costo proyectado del segmento SMS. Si el mensaje pasa de en cola a enviado, esta retención se convierte en un débito final. Si el mensaje falla la validación, la retención se libera de inmediato.
Desencadenantes de transición: de la ingesta API a la entrega
La frontera entre en cola y enviado es estricta. En cola significa que la carga útil está validada, la tarifa calculada y asignada a la cola de despacho con fondos reservados. Enviado indica que la pasarela de borde transmitió la PDU a la interfaz de red y recibió una confirmación intermedia. En este milisegundo, el sistema actualiza el estado de en cola a enviado y dispara un evento webhook asíncrono.
Conciliación de auditorías contables con informes de entrega
Las auditorías financieras a menudo chocan con los registros de ingeniería debido a retrasos en los DLR. En IOSOR, el estado enviado representa el punto contable de compromiso definitivo del débito. Los estados DLR como DELIVERED o UNDELIVERED actualizan las métricas operativas sin alterar el registro contable original.
Manual operativo y arquitectura relacionada
Para mantener la alineación entre los equipos de ingeniería y operaciones financieras, consulte estas guías de referencia clave sobre manejo de colas, idempotencia y mecánica de billeteras:
- Operaciones de consumo de webhooks a escala
- Semana piloto de monedero: retenciones y débitos reales en tráfico vivo
- [idempotencia, reintentos y
Comience con IOSOR
Abra la consola de IOSOR y navegue hasta la configuración de la máquina de estados del ciclo de vida para alinear sus ganchos salientes con el flujo unificado de cola a envío. Configure la integración del libro mayor para reconocer el estado de envío como el punto definitivo para el cargo final, en lugar de esperar los recibos de entrega del operador. Valide la configuración ejecutando un envío de prueba y auditando el identificador de transacción unificado en los ganchos web de ingeniería y los registros financieros.
Conclusión IOSOR
Esta guía demostró que unificar la telemetría del producto y la facturación en torno a una sola máquina de estados elimina la fricción operativa entre ingeniería y finanzas. Reservar fondos al entrar en la cola y registrar los cargos finales cuando la pasarela emite el evento de envío crea un modelo contable determinista que no se ve afectado por recibos de entrega retrasados o faltantes.
¿Fue útil esta guía?
Guías relacionadas
- Los mensajes en cola deben retener fondos, no cobrarse como enviados
Descubra cómo IOSOR gestiona los estados de la cola de mensajes en el libro mayor. Las solicitudes de SMS en cola crean una retención temporal de saldo en lugar de un débito definitivo.
- Estados del Ciclo de Vida del Mensaje frente a Manuales de Baja Entrega
Comprenda la máquina de estados de SMS desde el envío hasta la cola, entrega y DLR, junto con retenciones de saldo y webhooks.