IOSOR Guías

Clase de unidad en filas de débito para plantillas

Cada fila de débito prepago debe llevar una clase de unidad nombrada — plantilla, sesión, segmento o verificación — para que finanzas pueda conciliar el gasto sin hojas de cálculo heroicas.

Un débito liquidado sin una clase de unidad es dinero sin una historia de producto. Finanzas no puede distinguir los envíos de plantillas de las unidades de sesión, segmentos SMS o intentos de verificación; la conciliación se convierte en arqueología de chat. Esta página es el contrato de etiquetas del libro mayor: cada fila de débito de producción lleva la misma clase de unidad del catálogo, no un ensayo de precios de ventana de sesión.

Relacionado: Control de revisión de plantillas y clase de unidad, filas de débito y estado de entrega en el mismo libro, Filas de quema por fraude en el libro prepago.

La clase de unidad es un campo del libro mayor

El producto puede decir OTP en un hilo, pero finanzas necesita un campo filtrable: clase de unidad, ID de plantilla, importe, ID de correlación, marca de tiempo UTC. Los pines de chat no son el libro mayor oficial. Una revisión suave de 1.000 USD/mes trata la frase sabíamos qué clase era como deuda de volumen; 20 USD demuestra que la clase vacía nunca se liquida.

Clases nombradas que finanzas puede filtrar

Clase de unidad Envío típico Qué espera finanzas
Unidad de plantilla Plantilla saliente aprobada Débito por envío + ID de plantilla
Unidad de sesión Tráfico de ventana de usuario Débito de sesión, sin folclore
Segmento SMS SMS plano o con plantilla Segmento × lista; clase nombrada
Intento de verificación Comprobación de código OTP

Unir la verdad del catálogo a cada débito

El catálogo contiene el ID de plantilla, estado de revisión y clase de unidad. La fila de débito debe unir esos campos para la misma ventana UTC. Los cambios de versión vuelven a entrar en Aprobado; un ID actualizado no hereda la clase de ayer en silencio. La retirada detiene el débito de producción con el ID antiguo. Las columnas de unión faltantes fuerzan tickets de conciliación matutinos.

La clase vacía o no coincidente falla cerrando

Falta la clase de unidad → sin liquidación de producción. La clase en el débito no coincide con la clase en el catálogo → falla cerrando o retiene la liberación con un estado honesto.

Lista de verificación del comprador para la clase de unidad

Confirme que cada pasarela de corredor emite la clase nombrada exacta en el libro mayor. Verifique que las pruebas piloto con 20 USD detecten clases en blanco antes de gastar 1.000 USD/mes. Exija que la integración de su catálogo rechace versiones de plantillas no aprobadas en tiempo de ejecución.

Comience con IOSOR

Abra la configuración del libro mayor de la consola IOSOR y habilite el control estricto de esquemas para todos los asientos de débito de mensajes salientes. Configure cualquier transacción a la que le falte una clase de unidad explícita o un ID de plantilla de catálogo para fallar de inmediato, colocando el tráfico sin clasificar en un estado de retención antes de la liquidación financiera.

Conclusión IOSOR

La conciliación financiera depende de tratar la clase de unidad como un campo inmutable del libro mayor en lugar de una nota de soporte informal. Cada fila de débito liquidada debe coincidir con la verdad del catálogo, incluidos los ID de plantilla, los estados de versión y los tipos de mensaje, para que los equipos financieros puedan auditar limpiamente el tráfico de plantillas frente al uso de sesiones y segmentos.

¿Fue útil esta guía?

Guías relacionadas