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.
Afficher ce site pour
Région : Global. Le choix de votre rôle n’est conservé que pour cette visite.
Des TM Forum Open API au-dessus des OSS/BSS que vous exploitez déjà : changez un domaine à la fois, lancez produits et partenaires plus vite.
Ce qu’il fait
MEF.DEV est un socle sur lequel vos équipes construisent leurs propres processus, à côté de la stack que vous exploitez déjà — avec le volet opérationnel (versioning, déploiement, rollback, supervision, audit) déjà en place.
La plateforme est une couche middleware polyvalente : elle simplifie le développement de projets et l’intégration de systèmes, et accélère le lancement et la monétisation de nouveaux produits.
La plateforme transforme l’onboarding des partenaires — un projet par partenaire — en un seul processus reproductible.
Les partenaires développent et commercialisent leurs propres produits BSS télécoms à partir de composants prêts à l’emploi pour les fonctions cœur — rating, facturation, prise de commande et gestion des comptes — et se concentrent sur la logique métier plutôt que sur l’infrastructure. L’architecture modulaire fournit la modélisation BPMN en low-code, un kit UI prêt à l’emploi et le déploiement sur Kubernetes via des charts Helm.
Un partenaire peut intégrer la plateforme dans son propre produit — par exemple au sein d’un BSS — comme mécanisme d’intégration interne, et les plugins qu’il développe lui appartiennent ; proposer la plateforme elle-même à des tiers comme produit concurrent nécessite un accord commercial. Chaque version passe sous Apache 2.0 quatre ans après sa publication.
Création, mise à jour et gestion du cycle de vie des comptes de billing pour le grand public, les partenaires et les clients B2B.
Le cycle de vie complet des éléments du catalogue, et la consultation du catalogue lors des commandes, des campagnes et des ventes.
Passation d’une commande, modification ou annulation, et gestion de son cycle de vie jusqu’à la clôture.
Activation et désactivation d’un service, gestion du cycle de vie du service et de ses fonctionnalités, et affectation de ressources telles que la SIM.
Requêtes sur les niveaux de consommation des produits, services et ressources pour une ou plusieurs parties.
Enregistrements d’usage des services, récupérés par filtre ou un par un.
Cycles de facturation et tarifs de billing client appliqués.
Recharges et consultation du solde agrégé du compte.
Topics d’événements fondés sur des déclencheurs, des seuils et des abonnements, et livraison des événements aux consommateurs par call-back.
Processus et tâches gérés à travers les systèmes.
Un contrat stable devant un domaine legacy permet de mettre à niveau ou de remplacer le backend à son propre rythme, sans tests coordonnés avec chaque consommateur.
En savoir plus →Services cloud et IT tiers vendus via une seule boutique : le client reçoit un contrat unique et une facture mensuelle unique, l'opérateur connecte chaque ISV une seule fois.
En savoir plus →Contrôles sanctions et AML, signataires et contrats d'un produit partenaire suivent un seul processus BPMN : l'opérateur vérifie les documents avec piste d'audit.
En savoir plus →Une même vente se comporte de la même façon dans le portail partenaires, l'application commerciale et le selfcare ; la logique B2B sort du CRM, une mise à niveau du CRM n'est plus un projet.
En savoir plus →Un product order du BSS est décomposé par le catalogue en commandes de service et de ressource, activées sur les éléments réseau par BPMN ; le fallout devient une tâche humaine.
En savoir plus → Use caseLogique de synchronisation sur mesure entre clouds et stockages en processus BPMN : routes et règles adaptées, options de contrôle antivirus et de fuite de données personnelles.
En savoir plus →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.
En savoir plus →Product Offering AI dans le chat AI pour WideCoup Convergent BSS : une modification de package tarifaire décrite en langage naturel, contrôlée par des règles, version approuvée par une personne.
En savoir plus →Composants
Les scénarios métier modélisés en BPMN 2.0 s’exécutent comme des processus versionnés, avec reprises, compensation et étapes humaines contrôlées.
Comment démarrer
Quelques questions sur votre entreprise, votre base clients, vos points d’intégration et la migration, afin de préparer une première estimation. Les questions approfondies sont facultatives, ou nous les parcourons ensemble lors de l’échange.
Un pilote sur un domaine ou un scénario, sur une partie de vos données — 4–8 semaines ; vos systèmes existants continuent de fonctionner tels quels pendant le pilote.
Repère pour une façade Open API au-dessus d’un BSS legacy : 9–15 mois jusqu’au go-live. Les phases, délais et composantes de coût figurent dans le calculateur TCO.
Étape suivante
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Use cases avec le processus, les systèmes et les rôles.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
La vue technique de la même orientation — pour l’architecte à qui vous transmettez cette page.
Use cases avec le processus, les systèmes et les rôles.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Délai jusqu’au go-live et repère arrondi de CapEx et d’OpEx pour le scénario de l’orientation.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Délai jusqu’au go-live et repère arrondi de CapEx et d’OpEx pour le scénario de l’orientation.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Comment cela s’intègre à votre paysage ODA : la carte de la stack, la couverture Open API et les liens vers la documentation de la plateforme.
Délai jusqu’au go-live et repère arrondi de CapEx et d’OpEx pour le scénario de l’orientation.
Vous choisissez un créneau dans le calendrier de réservation ; nous discutons de votre cas et convenons de l’étape suivante.
Use cases avec le processus, les systèmes et les rôles.
Vous choisissez un créneau dans le calendrier de réservation ; nous passons en revue les deux modèles de partenariat, la licence partenaire et un essai technique sur les dépôts publics.
Comment cela s’intègre à votre paysage ODA : la carte de la stack, la couverture Open API et les liens vers la documentation de la plateforme.
Le même pour chaque lecteur
MEF.DEV expose des TM Forum Open API, suit les principes ODA et figure dans le TM Forum ODA Component Directory.
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.
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.
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 →La suite pour vous