Produtos não telco e de parceiros: um contrato, uma fatura, uma integração

Lugar na ODA

A Enablement & Monetization Platform e o WideCoup Convergent BSS situam-se nos blocos Party Management, Core Commerce Management e Production da ODA. O padrão de marketplace segue a TM Forum Software Marketplaces Reference Architecture, os seus use cases e os ODA for Ecosystems Use Cases.

Papéis na cadeia

• Parceiro Um fornecedor de cloud ou o operador: cria serviços na sua cloud e oferece-os na sua loja.
• ISV Publica serviços na loja do parceiro; o provisioning do ISV é opcional.
• Cliente Encomenda na loja e tem um único contrato e uma única fatura mensal.
• Enablement & Monetization Platform A loja, os ISV, a partilha de receita, os tenants, as subscrições e o provisioning.
• WideCoup Convergent BSS Billing central B2B, B2C e B2B2X por subscrição e por utilização.

Componentes

• Store O catálogo curado de produtos de API e de aplicações. Um produto passa por Draft, Review, Approve e Store; um bundle que falha a revisão regressa a Draft com um comentário.
• Produto namespace Serviços de API, UI e de background publicados como um único produto. Os componentes mantêm as suas próprias versões e uma única fronteira de publicação e de subscrição.
• Organização, ou tenant Cada parceiro ou consumidor está isolado: os seus próprios utilizadores, aplicações, configuração, dados, subscrições, quotas e credenciais.
• Camada Open API Autentica os consumidores, aplica políticas e encaminha as chamadas para os sistemas do operador, as plataformas dos parceiros ou os processos BPMN.

Contratos

• Contratos alinhados com o TM Forum para as funções telco, e mappings declarativos para APIs externas.
• Um componente de parceiro é registado com o seu contrato, dependências, modelo de acesso e responsável, e revisto antes da publicação.
• As credenciais dos sistemas externos ficam fora do código do pacote, ao nível do namespace e da organização consumidora.

Fluxo

1. O parceiro cria serviços na sua cloud; os ISV publicam os seus na loja.
2. Os responsáveis do operador reveem e aprovam o produto antes de este chegar à loja; o workflow regista quem decide.
3. O cliente encomenda um serviço. A plataforma cria o tenant, a conta e a subscrição, faz o provisioning dos recursos cloud do parceiro e, quando necessário, solicita os do ISV.
4. A utilização é captada na fronteira do produto e da organização e alimenta o billing e o reporting.
5. O WideCoup Convergent BSS emite uma única fatura mensal; a partilha de receita com cada ISV é liquidada na moeda local, no ciclo de billing.

Ao lado dos sistemas existentes

• Os acordos legais, as finanças do cliente e a identidade empresarial ficam nos respetivos sistemas e ligam-se através de APIs explícitas e de tarefas de workflow.
• A liquidação complexa pode ficar no sistema de gestão de receitas de parceiros do operador.
• Uma nova versão não obriga a um cut-over em todo o marketplace: os consumidores migram ao seu próprio ritmo, e o rollback seleciona a versão anterior de um serviço dentro do bundle.

Isto é um cenário-alvo; os adaptadores de domínio, o esforço de integração e as regras comerciais são confirmados na fase de discovery.

Profundidade técnica em platform.mef.dev →