Liquidação de receitas com fornecedores de conteúdos e parceiros de bundles — no billing convergente

Lugar na ODA

O WideCoup Convergent BSS situa-se nos blocos Party Management, Core Commerce Management e Production da ODA, e o MEF.DEV BPMN Low-code em Engagement Management. Os registos de ponta a ponta, da utilização ao extrato, seguem o material de ecossistemas do TM Forum: ODA for Ecosystems Use Cases e a Software Marketplaces Reference Architecture.

Componentes

• Estrutura do parceiro Uma árvore de identificadores de negócio com drill-down. Um nó da árvore contém contratos, contas, perfil contabilístico, moradas, atributos de billing e dados bancários; uma conta separada isola a contabilidade numa moeda ou um acordo.
• Dois ciclos Um ciclo de post-rating e charging e um ciclo de lançamento e billing correm nas suas próprias datas. O lançamento transforma os montantes dos encargos em detalhes de fatura e aplica-os ao saldo de billing da conta, o que fecha o período.
• Post-rating Cada transação do parceiro, tarifada ou não pelo parceiro, é sujeita a post-rating e cobrada segundo a estratégia de aceitação dos pacotes tarifários, a tarifas internas ou do parceiro.
• Pacote Recolhe os dados transacionais de um período; a comissão de agência é calculada a partir deles.
• Reconciliação Um relatório mensal sobre os dados tarifados mostra a diferença entre os valores do parceiro e os do operador face a um desvio admitido. Quando os dados tarifados não estão disponíveis, uma opção baseada na fatura suporta a reconciliação manual com base numa previsão de rating.
• Documentos Uma configuração JSON personaliza as páginas, os atributos da conta controlam os dados opcionais, a assinatura e o tipo de documento, e a RDL (Report Definition Language) define qualquer formulário de relatório. A entrega é feita em PDF, por e-mail ou em XML.

Da utilização ao extrato do parceiro

1. Contexto comercial O produto subscritível, a versão do serviço, a organização consumidora, o direito de utilização, a quota e a titularidade do parceiro são modelados antes de a utilização começar.
2. Captação da utilização As chamadas de API, as transações de serviço e os eventos IoT são associados a uma identidade estável de assinante, produto e parceiro. O WideCoup Mediation valida e normaliza os eventos.
3. Rating A utilização medida é ligada às regras de produto e de preço; o WideCoup Convergent BSS ou o stack de charging existente do operador aplica encargos recorrentes, por evento ou baseados na utilização.
4. Encargos ao cliente Os eventos tarifados alimentam o order-to-cash e o billing, com rastreabilidade até ao serviço e à versão consumidos.
5. Extratos do parceiro Os extratos de utilização e de receita vêm dos mesmos dados de produto, subscrição, utilização e encargos que a fatura do cliente.

As versões dos serviços, produtos, preços e condições comerciais são guardadas para que uma transação possa ser reconstruída.

Pessoas no controlo

As aprovações e as exceções passam por um workflow MEF.DEV BPMN Low-code construído no projeto, e são as pessoas que decidem; o billing fornece os valores e a diferença.

Ao lado dos sistemas existentes

• Liquidação Os modelos de partilha suportados são configurados no WideCoup Convergent BSS; a liquidação contratual complexa é integrada com o sistema de gestão de receitas de parceiros do operador, que recebe as mesmas evidências.
• Sistemas de registo Os acordos legais ficam no sistema de contratos do operador; as finanças do cliente e a identidade empresarial mantêm-se onde estão e ligam-se através de APIs explícitas e de tarefas de workflow.
• Lógica de negócio O BPMN transporta a lógica em torno do billing, o low-code a camada de apresentação, e a plataforma fornece alojamento, gestão de identidades e CI/CD.

Os registos de ponta a ponta, da utilização ao extrato, são um cenário-alvo; o esforço de integração e as regras comerciais são confirmados na fase de discovery.

Profundidade técnica em platform.mef.dev →