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.
Use case
Remplacer un backend legacy sans arrêter tous ceux qui en dépendent
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.
- ce que livre MEF.DEV
- vos systèmes et le résultat
- un nouveau composant derrière le même contrat
Édition dirigeant
Si votre problème est qu’une même vente se comporte différemment d’un canal à l’autre, voir Un seul processus de vente dans chaque canal.
Le problème
Le backend legacy ne peut pas évoluer sans tous ceux qui en dépendent. Les consommateurs accèdent au même domaine via des API propriétaires, des SDK fournisseurs, un accès direct à la base de données, des fichiers ou des files privées ; chaque mise à niveau du backend exige donc des tests coordonnés avec tous, et chaque nouveau consommateur ajoute une dépendance de plus au cycle de releases du legacy.
Ce qui change
- Délimiter un domaine — catalogue produits, client, inventaire de services ou billing — au lieu d’exposer toute l’application legacy.
- Publier un contrat stable aligné sur les TM Forum Open API.
- Adapter le système legacy derrière ce contrat par des mappings réutilisables, avec BPMN pour les opérations en plusieurs étapes.
- Exploiter la façade comme un produit, avec un propriétaire, des versions, de la sécurité et un plan de dépréciation.
Ce que vous obtenez
- Les mises à niveau et le remplacement du backend avancent à leur propre rythme.
- Les consommateurs dépendent du contrat, et non du système legacy, et un nouveau consommateur s’intègre une seule fois.
- Les progrès se mesurent : délai d’intégration, taux de réutilisation, dépendances supprimées.
Architect edition — Remplacer un backend legacy derrière un contrat stable
Problème
Des plateformes BSS et OSS accumulées, avec des interfaces propriétaires, des données dupliquées et une logique de processus embarquée. Une modification dans une plateforme se propage à travers les canaux, le middleware et les systèmes en aval.
La solution avec MEF.DEV
- Frontières de domaines. Domaines client, produit, commande, service, ressource, usage et billing, avec la terminologie SID (Shared Information/Data) et eTOM lorsqu’elle s’applique.
- Contrats Open API versionnés. Chaque domaine est exposé par une interface alignée sur le TM Forum ; les consommateurs se lient au contrat cible, et non à la structure legacy.
- Les services de façade et les adaptateurs traduisent les ressources, opérations, événements et notifications canoniques vers les interfaces et structures de données propriétaires.
- Processus inter-systèmes externalisés. La coordination passe dans des workflows BPMN qui gèrent l’état, les temporisations, les reprises, la compensation et le routage des exceptions.
- Remplacement progressif. De nouveaux composants alignés sur l’ODA sont introduits derrière le même contrat, un domaine ou une fonction métier à la fois.
- Cycle de vie commun. Enregistrement, revue, versionnage, déploiement, rollback, supervision et audit pour les nouveaux services ; le legacy reste sur son infrastructure.
Résultat
Les systèmes legacy et les nouveaux composants ODA coexistent derrière des contrats communs. La modernisation devient une suite de changements par domaine métier aux résultats mesurables.
Le modèle de composants, les schémas de déploiement et les niveaux d’autorisation sont décrits sur platform.mef.dev.
É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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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 →