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.
Ce que nous résolvons
Moderniser les OSS/BSS un domaine à la fois
Chaque canal, produit ou partenaire nouveau modifie encore un billing et un CRM vieux de décennies ; les projets attendent le cœur, et tout remplacer est un risque pluriannuel.
- 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
Ce qui pose problème
- 01
Chaque nouveau canal ajoute une intégration point à point de plus et une dépendance de plus au cycle de releases du legacy.
- 02
Une mise à niveau d'un backend exige des changements et des tests coordonnés chez de nombreux consommateurs.
- 03
Remplacer tout le parc d'un coup est coûteux et risqué ; le laisser en l'état ralentit chaque initiative commerciale.
- ~5 millions
- d'abonnés actifs dans la base migrée
- 6 mois
- pour migrer la base d'abonnés vers le nouveau billing et le nouveau provisioning — trois équipes en parallèle
- 13
- personnes dans l'équipe de livraison ; 8 mois au total, dont 2 pour la contractualisation
- des semaines, pas des mois
- délai de mise en œuvre des évolutions après le remplacement
Les opérateurs exploitent des plateformes BSS et OSS construites au fil des décennies. Les détails d’implémentation se sont propagés dans chaque intégration, si bien que le périmètre de tout remplacement ne cesse de grandir.
MEF.DEV sépare le contrat métier du système qui l’implémente aujourd’hui. Une API stable, alignée sur TM Forum, est placée devant un domaine legacy ; des workflows BPMN coordonnent les opérations en plusieurs étapes entre systèmes ; de nouveaux composants remplacent les anciens derrière le même contrat. Les consommateurs ne remarquent pas le changement.
Le résultat est une trajectoire de modernisation mesurée en domaines métier et en délais — et non une migration unique à l’échelle de tout le parc.
Use case
Remplacer un backend legacy
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.
Un seul processus de vente dans chaque canal
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.
Commande zero-touch sous contrôle humain
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.
Assistant AI pour les offres produits
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.
Bonus de fidélité dans le même billing
Les clients acquièrent des bonus sur leurs consommations, utilisables au cycle de billing suivant ; l'opérateur fixe où et dans quelle part ils couvrent une facture.
Ce qui le résout
Enablement & Monetization Platform
Une couche middleware polyvalente au-dessus de vos OSS/BSS : TM Forum Open API, mapping, orchestration BPMN et runtime serverless ; partenaires et monétisation dans un seul processus.
En savoir plus →WideCoup Convergent BSS
Billing convergent pour les fournisseurs de services de communication : tous vos services — du cœur de métier télécom aux nouvelles activités — dans un seul système, prépayé et postpayé en temps réel.
En savoir plus →Comment démarrer
Du premier contact au go-live
- 1
Premier contact
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.
- 2
PoC sur un domaine
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.
- 3
Go-live
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.
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.
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.
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.
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.
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 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.
Documents
Documents étape par étape
- Étape 1 · Étude de cas
BSS swap case study: Kyivstar fixed and OTT services
- Étape 2 · Use cases
Open API facade and service order management use cases
- Étape 3 · Évaluation du TCO
Modernisation des OSS/BSS derrière les TM Forum Open API
Le même pour chaque lecteur
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.
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.
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 →