Liquidación de ingresos con proveedores de contenido y socios de paquetes — en el billing convergente

Lugar en ODA

WideCoup Convergent BSS se ubica en los bloques ODA Party Management, Core Commerce Management y Production, y MEF.DEV BPMN Low-code en Engagement Management. Los registros de extremo a extremo desde el uso hasta el estado de cuenta siguen el material de TM Forum sobre ecosistemas: ODA for Ecosystems Use Cases y la Software Marketplaces Reference Architecture.

Componentes

• Estructura del socio Un árbol de identificadores de negocio con desglose. Un nodo del árbol contiene contratos, cuentas, perfil contable, direcciones, atributos de billing y datos bancarios; una cuenta aparte separa la contabilidad por moneda o un acuerdo.
• Dos ciclos Un ciclo de post-rating y charging y un ciclo de contabilización y billing se ejecutan en sus propias fechas. La contabilización convierte los importes de los cargos en detalles de factura y los aplica al saldo de billing de la cuenta, lo que cierra el período.
• Post-tarificación Cada transacción del socio, tarificada o no por el socio, pasa por post-rating y se carga según la estrategia de aceptación de los paquetes tarifarios, con tarifas internas o del socio.
• Paquete Reúne los datos transaccionales de un período; a partir de ellos se calcula la comisión de agencia.
• Conciliación Un informe mensual sobre los datos tarificados muestra la diferencia entre las cifras del socio y las del operador frente a una desviación admitida. Cuando no hay datos tarificados disponibles, una opción basada en factura permite la conciliación manual a partir de un pronóstico de rating.
• Documentos Una configuración JSON personaliza las páginas, los atributos de la cuenta controlan los datos opcionales, la firma y el tipo de documento, y RDL (Report Definition Language) define cualquier formulario de informe. La entrega es en PDF, por correo electrónico o en XML.

Del uso al estado de cuenta del socio

1. Contexto comercial El producto suscribible, la versión del servicio, la organización consumidora, el derecho de uso, la cuota y la titularidad del socio se modelan antes de que comience el uso.
2. Captura del uso Las llamadas a API, las transacciones de servicio y los eventos IoT se vinculan a una identidad estable del abonado, el producto y el socio. WideCoup Mediation valida y normaliza los eventos.
3. Rating El uso medido se vincula a las reglas de producto y de precio; WideCoup Convergent BSS o la pila de charging existente del operador aplica cargos recurrentes, por evento o por uso.
4. Cargos al cliente Los eventos tarificados alimentan el order-to-cash y el billing, con trazabilidad hasta el servicio consumido y su versión.
5. Estados de cuenta del socio Los estados de uso e ingresos se obtienen de los mismos datos de producto, suscripción, uso y cargos que la factura del cliente.

Las versiones de servicios, productos, precios y condiciones comerciales se conservan para que una transacción pueda reconstruirse.

Personas al mando

Las aprobaciones y las excepciones pasan por un workflow de MEF.DEV BPMN Low-code construido en el proyecto, y las deciden personas; el billing aporta las cifras y la diferencia.

Junto a los sistemas existentes

• Liquidación Los modelos de reparto admitidos se configuran en WideCoup Convergent BSS; la liquidación contractual compleja se integra con el sistema de gestión de ingresos de socios del operador, que recibe las mismas evidencias.
• Sistemas de registro Los acuerdos legales permanecen en el sistema de contratos del operador; las finanzas de los clientes y la identidad corporativa permanecen donde están y se conectan mediante APIs explícitas y tareas de workflow.
• Lógica de negocio BPMN contiene la lógica en torno al billing, low-code la capa de presentación, y la plataforma aporta hosting, gestión de identidades y CI/CD.

Los registros de extremo a extremo desde el uso hasta el estado de cuenta son un escenario objetivo; el esfuerzo de integración y las reglas comerciales se confirman en la fase de discovery.

Detalle técnico en platform.mef.dev →