Productos no telco y de socios: un contrato, una factura, una integración

Lugar en ODA

Enablement & Monetization Platform y WideCoup Convergent BSS se ubican en los bloques ODA Party Management, Core Commerce Management y Production. El patrón de marketplace sigue la TM Forum Software Marketplaces Reference Architecture, sus use cases y los ODA for Ecosystems Use Cases.

Roles en la cadena

• Socio Un proveedor de nube o el operador: crea servicios en su nube y los ofrece en su tienda.
• ISV Publica servicios en la tienda del socio; el provisioning en el ISV es opcional.
• Cliente Realiza pedidos en la tienda y tiene un único contrato y una única factura mensual.
• Enablement & Monetization Platform La Store, los ISV, la participación en los ingresos, los tenants, las suscripciones y el provisioning.
• WideCoup Convergent BSS Billing centralizado B2B, B2C y B2B2X por suscripción y por uso.

Componentes

• Store El catálogo seleccionado de productos de API y de aplicaciones. Un producto pasa por Draft, Review, Approve y Store; un paquete que no supera la revisión vuelve a Draft con un comentario.
• Producto de namespace API, UI y servicios en segundo plano publicados como un solo producto. Los componentes conservan sus propias versiones y una única frontera de publicación y suscripción.
• Organización, o tenant Cada socio o consumidor está aislado: sus propios usuarios, aplicaciones, configuración, datos, suscripciones, cuotas y credenciales.
• Capa Open API Autentica a los consumidores, aplica políticas y enruta las llamadas hacia los sistemas del operador, las plataformas de los socios o los procesos BPMN.

Contratos

• Contratos alineados con TM Forum para las funciones telco, y mappings declarativos para las APIs externas.
• Un componente de socio se registra con su contrato, dependencias, modelo de acceso y responsable, y se revisa antes de su publicación.
• Las credenciales de los sistemas externos quedan fuera del código del paquete, en el ámbito del namespace y de la organización consumidora.

Flujo

1. El socio crea servicios en su nube; los ISV publican los suyos en la tienda.
2. Los responsables del operador revisan y aprueban el producto antes de que llegue a la tienda; el workflow registra quién decide.
3. El cliente pide un servicio. La plataforma crea el tenant, la cuenta y la suscripción, realiza el provisioning de los recursos en la nube del socio y, cuando corresponde, solicita el del ISV.
4. El uso se captura en la frontera del producto y de la organización y alimenta el billing y los informes.
5. WideCoup Convergent BSS emite una única factura mensual; la participación en los ingresos de cada ISV se liquida en moneda local en el ciclo de billing.

Junto a los sistemas existentes

• Los acuerdos legales, las finanzas de los clientes y la identidad corporativa permanecen en sus sistemas y se conectan mediante APIs explícitas y tareas de workflow.
• La liquidación compleja puede permanecer en el sistema de gestión de ingresos de socios del operador.
• Una nueva versión no obliga a un cambio simultáneo en todo el marketplace: los consumidores migran a su propio ritmo, y el rollback selecciona la versión anterior de un servicio dentro del paquete.

Este es un escenario objetivo; los adaptadores de dominio, el esfuerzo de integración y las reglas comerciales se confirman en la fase de discovery.

Detalle técnico en platform.mef.dev →