Un seul processus de vente dans chaque canal

Le remplacement du backend legacy lui-même est un cas distinct : Remplacer un backend legacy.

Place dans l’ODA

Sur l’ODA Canvas, les fonctions CRM relèvent du domaine Party Management, et l’avant-vente — leads et opportunités — du composant Lead & Opportunity Management. Le CRM reste le système de référence maître, avec un minimum de personnalisation. Chaque canal — portail partenaires, application commerciale, selfcare — n’atteint les processus backend qu’à travers la façade sur Enablement & Monetization Platform.

Composants de la façade

• Interface standard Un point d’entrée TM Forum Open API unique pour tous les canaux.
• Registre de schémas Cœur et extensions, versions et contrats ; les schémas et les mappings évoluent par configuration.
• Catalogue de data products Les modèles Party, Sales, Quote et Agreement gérés comme des produits, avec un product owner, un data steward et un tech lead.
• Package BPMN Les règles B2B hors du CRM : contrôles d’entreprise, exigences fiscales locales, registres publics. MEF.DEV BPMN Low-code les exécute comme processus versionnés avec reprises, compensation et étapes humaines contrôlées.
• Adaptateurs L’ERP, l’entrepôt et le billing se connectent via le point d’entrée, et non canal par canal.

Catalogue produits distribué

• CRM Le catalogue commercial : ProductOffering et prix, lus via TMF620 Product Catalog.
• BSS/OSS télécom et non télécom Catalogues techniques de CFS (Customer Facing Service) et de RFS (Resource Facing Service), et exécution via TMF641 Service Order et TMF652 Resource Order Management.
• Décomposition Un product order est décomposé en commandes de service et de ressource selon les relations du catalogue, conformément au use case de décomposition des commandes du TM Forum.

Contrats par phase de déploiement

1. Vente de base Gestion des ventes, du lead à l’opportunité, sous forme de façade basée sur BPMN ; enregistrements dans les entités CRM standard ; canaux via une passerelle API avec OAuth2/JWT et TLS ; intégration en lecture seule du catalogue commercial.
2. Identification B2B TMF632 Party, rôles des parties et pré-contrôles juridiques ; création et rattachement des comptes via les API CRM standard ; initiation des contrats ; audit, journalisation et notifications d’événements.
3. Extensions Gestion des devis avec règles CPQ sur TMF620 Product Catalog ; disponibilité et réservation de MSISDN (Mobile Station International Subscriber Directory Number) si nécessaire ; alignement du catalogue sur Product, CustomerFacingService et ResourceFacingService ; performance, observabilité, rôles et politiques dans la façade.
4. Optionnel Documents et signature électroniques, facture électronique via TMF678 Customer Bill Management ou hors TM Forum ; bundles, politiques de remise et synchronisation multicanale du catalogue ; analytique, alertes SLA, multi-tenancy et API partenaires ; prise de commande produit avec décomposition via TMF641 Service Order et TMF652 Resource Order Management dans un BSS externe.

Aux côtés du CRM et du legacy

Les processus Lead-to-Order et Order-to-Cash entre le CRM et l’ERP, l’entrepôt et le billing s’exécutent hors du CRM :

• Fiabilité Politiques de reprise et de rollback, étapes de compensation, idempotence au niveau des adaptateurs et des files.
• Transparence Logs, traces, métriques et corrélation des requêtes entre systèmes ; audit des événements entrants et sortants, des payloads et des décisions.
• Sécurité OAuth2/JWT, identité des workloads et contrôle d’accès au niveau Open API ; aucun secret stocké dans le CRM.
• Déploiement Cloud ou on-premises, avec l’orchestrateur et les files mis à l’échelle horizontalement sur Kubernetes.

Il s’agit d’un scénario cible ; le périmètre est convenu dans le projet, phase par phase.

Détails techniques sur platform.mef.dev →