Use case

Reversement des revenus aux fournisseurs de contenu et partenaires de bundles — dans un billing convergent

L'usage du contenu et des services partenaires en bundle passe en post-rating et est rapproché chaque mois ; les documents de reversement sont produits et remis par le même billing.

Revenue settlement with content providers and bundle partners — in convergent billingRevenue settlement with content providers and bundle partners — in convergent billing: MEF.DEV adds Mediation & Usage, Rating & Charging, Billing & Invoicing, Accounts along Mediation & Usage → Rating & Charging → Billing & Invoicing → Accounts → Partners & 3PP. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 3 4 5 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK Revenue settlement with content providers and bundle partners — in convergent billingRevenue settlement with content providers and bundle partners — in convergent billing: MEF.DEV adds Mediation & Usage, Rating & Charging, Billing & Invoicing, Accounts along Mediation & Usage → Rating & Charging → Billing & Invoicing → Accounts → Partners & 3PP. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 3 4 5 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK
MEF.DEV Accounts, Rating & Charging, Billing & Invoicing, Mediation & Usage
  • ce que livre MEF.DEV
  • vos systèmes sur le parcours
  • vos autres systèmes
  • où MEF.DEV se connecte à vos autres systèmes
  • le parcours et l’ordre des étapes
Édition dirigeant

Le problème

Les fournisseurs de contenu et les partenaires de bundles perçoivent une part de ce que rapportent leurs services, à des tarifs qui peuvent être fixés par l’une ou l’autre partie et selon des cycles de charging et de billing qui ne coïncident pas. Le reversement est souvent géré dans des tableurs hors du billing, si bien que l’écart entre ce que chaque partie a compté est découvert tard et expliqué à la main.

Ce qui change

  1. Les partenaires sont tenus sous forme d’arborescence d’identifiants d’entreprise avec contrats et comptes, avec des comptes distincts lorsque la devise ou l’accord diffère.
  2. Les transactions partenaires — valorisées ou non par le partenaire — passent en post-rating et en charging aux tarifs internes ou partenaires définis dans les offres tarifaires.
  3. Les données transactionnelles sont collectées par période, et la commission d’agence est calculée à partir de celles-ci.
  4. Le rapprochement mensuel sur les données valorisées montre l’écart entre les chiffres du partenaire et ceux de l’opérateur ; lorsque les données valorisées ne sont pas disponibles, une option fondée sur la facture permet un rapprochement manuel.
  5. Les documents de reversement sont générés à partir de modèles d’impression configurables et remis en PDF, par e-mail ou en XML ; le BPMN porte la logique métier qui les entoure.

Ce que cela apporte

  • Le reversement des revenus dans le même billing convergent que les autres services.
  • L’écart de rapprochement est visible pour chaque période.
  • Les documents sont issus des mêmes données que celles utilisées pour le rapprochement.

Ce qu’apporte MEF.DEV

WideCoup Convergent BSS pour le charging, les cycles de billing et le rapprochement, et MEF.DEV BPMN Low-code sur Enablement & Monetization Platform pour la logique métier qui les entoure.

Architect edition — Reversement des revenus aux fournisseurs de contenu et partenaires de bundles

Place dans l’ODA

WideCoup Convergent BSS se situe dans les blocs ODA Party Management, Core Commerce Management et Production, et MEF.DEV BPMN Low-code dans Engagement Management. La traçabilité de bout en bout de l’usage au relevé suit les travaux du TM Forum sur les écosystèmes : ODA for Ecosystems Use Cases et la Software Marketplaces Reference Architecture.

Composants

  • Structure des partenaires Une arborescence d’identifiants d’entreprise avec exploration détaillée. Un nœud de l’arborescence porte les contrats, les comptes, le profil comptable, les adresses, les attributs de billing et les coordonnées bancaires ; un compte distinct sépare la comptabilité par devise ou par accord.
  • Deux cycles Un cycle de post-rating et de charging et un cycle de comptabilisation et de billing s’exécutent à leurs propres dates. La comptabilisation transforme les montants facturables en lignes de facture et les impute au solde de billing du compte, ce qui clôt la période.
  • Post-rating Chaque transaction partenaire, valorisée ou non par le partenaire, fait l’objet d’un post-rating et d’un charging selon la stratégie d’acceptation des offres tarifaires, aux tarifs internes ou partenaires.
  • Lot Regroupe les données transactionnelles d’une période ; la commission d’agence est calculée à partir de celles-ci.
  • Rapprochement Un rapport mensuel sur les données valorisées montre l’écart entre les chiffres du partenaire et ceux de l’opérateur au regard d’une tolérance admise. Lorsque les données valorisées ne sont pas disponibles, une option de facture permet un rapprochement manuel sur la base d’une prévision de rating.
  • Documents Une configuration JSON personnalise les pages, les attributs de compte contrôlent les données optionnelles, la signature et le type de document, et le RDL (Report Definition Language) définit tout format de rapport. La remise se fait en PDF, par e-mail ou en XML.

De l’usage au relevé partenaire

  1. Contexte commercial Le produit souscriptible, la version du service, l’organisation consommatrice, le droit d’usage, le quota et la propriété partenaire sont modélisés avant le début de l’usage.
  2. Collecte de l’usage Les appels API, les transactions de service et les événements IoT sont rattachés à une identité stable d’abonné, de produit et de partenaire. WideCoup Mediation valide et normalise les événements.
  3. Rating L’usage mesuré est relié aux règles de produit et de prix ; WideCoup Convergent BSS ou la pile de charging existante de l’opérateur applique les frais récurrents, à l’événement ou à l’usage.
  4. Montants facturés au client Les événements valorisés alimentent l’order-to-cash et le billing, avec traçabilité jusqu’au service et à la version consommés.
  5. Relevés partenaires Les relevés d’usage et de revenus proviennent des mêmes données de produit, d’abonnement, d’usage et de montants facturés que la facture client.

Les versions des services, des produits, des prix et des conditions commerciales sont conservées afin de pouvoir reconstituer une transaction.

Les personnes gardent le contrôle

Les approbations et les exceptions passent par un workflow MEF.DEV BPMN Low-code construit dans le projet, et ce sont des personnes qui décident ; le billing fournit les chiffres et l’écart.

Aux côtés des systèmes existants

  • Reversement Les modèles de partage pris en charge sont configurés dans WideCoup Convergent BSS ; le reversement contractuel complexe est intégré au système de gestion des revenus partenaires de l’opérateur, qui reçoit les mêmes éléments de preuve.
  • Systèmes de référence Les accords juridiques restent dans le système de gestion des contrats de l’opérateur ; la finance client et l’identité d’entreprise restent en place et se connectent via des API explicites et des tâches de workflow.
  • Logique métier Le BPMN porte la logique autour du billing, le low-code la couche de présentation, et la plateforme fournit l’hébergement, la gestion des identités et le CI/CD.

La traçabilité de bout en bout de l’usage au relevé est un scénario cible ; l’effort d’intégration et les règles commerciales sont confirmés lors de la phase de discovery.

Détails techniques sur platform.mef.dev →

Le même pour chaque lecteur

TM Forum ODA · Open API

TM Forum ODA et Open API

MEF.DEV expose des TM Forum Open API, suit les principes ODA et figure dans le TM Forum ODA Component Directory.

BSL 1.1

Licence

Business Source License 1.1 : gratuite pour un usage interne en production ; Enterprise Modules par clé de licence ; chaque version passe sous Apache 2.0 après quatre ans.

UE · on-premises · cloud

Sécurité, données et juridiction

Société de l'UE ; déploiement dans votre infrastructure, connexion via SSO standard ; développement, livraison et support sous un système qualité ISO 9001:2015.

ISO 9001:2015

Développement et sécurité certifiés

Le développement, la livraison et le support de WideCoup Convergent BSS et de MEF.DEV relèvent d'un système de management de la qualité ISO 9001:2015 ; MEF.DEV a passé un audit de sécurité et un test d'intrusion indépendants.

Certificats et audit →

Demande de document

 

Les notifications accompagnent le document : c’est ce qui le rend gratuit. Chaque notification comporte un lien de désabonnement.

En envoyant ce formulaire, vous acceptez la Politique de confidentialité, Conditions d’utilisation et cookies fonctionnels et analytiques.