Onboarding B2B de produits partenaires sur BPMN : l'opérateur vérifie et approuve, le processus prend en charge la routine

Place dans l’ODA

MEF.DEV BPMN Low-code se situe dans le bloc ODA Engagement Management sur Enablement & Monetization Platform ; WideCoup Convergent BSS porte le client, le compte et le billing dans Party Management et Core Commerce Management. Pour les services propres de l’opérateur dans WideCoup Convergent BSS, l’onboarding est disponible en standard ; ce processus est construit autour d’un produit partenaire.

Trois couches d’un même processus

• Métier Afficher les offres, choisir les offres, passer commande, puis commande et signature du contrat en ligne, ou une branche hors ligne.
• Application Gestion des canaux et des ventes : vérifier les rôles, préparer les offres. Gestion des clients : recherche par identifiant d’entreprise. Gestion du client : création du client et du compte. Gestion des devis : création de l’abonnement, affectation des produits.
• Technologie Une couche BSS avec le provisioning des services et une couche partenaire, atteintes via des endpoints Open API et un service d’accès aux données.

Modéliser avant d’automatiser

1. Périmètre Définition du problème et des limites convenues avec les parties prenantes ; le propriétaire du processus est désigné.
2. Modèle Le BPMN part des macro-processus, puis des procédures, puis des activités avec rôles et responsabilités attribués.
3. Activités Chaque activité manuelle ou automatisée est décrite avec sa raison d’être, ses règles, ses résultats et la répartition du travail.
4. Frontières Les autres systèmes, legacy ou non, et les processus nécessitant un mapping sont identifiés.

Approbation humaine

• Documents La liste provient de la configuration ; le client les charge dans le canal avec une signature électronique, et l’opérateur les vérifie et les approuve avec piste d’audit. Les étapes suivantes démarrent lorsque tous les documents sont vérifiés.
• Gestion des approbations Les décisions fondées sur des règles s’appuient sur des contrôles externes et sur les politiques B2B de l’opérateur : risque, rôles des signataires, plafonds par segment de clientèle. Les paramètres de décision et les workflows sont mis à jour par client, et le processus applique ce que l’opérateur a défini.

Contrats et exécution

• Canal La gestion des approbations s’intègre aux canaux digitaux via une interface REST.
• Frontière du processus Le processus est modélisé en BPMN 2.0 et compilé en code côté serveur. Sa frontière est typée des deux côtés, chaque événement de fin porte une route de réponse, et la description OpenAPI en est dérivée.
• État L’état de l’instance est conservé hors de la mémoire du processus et enregistré aux frontières des nœuds, de sorte qu’une attente d’événement survit au redémarrage d’un nœud. Une étape redémarrée s’exécute à nouveau ; une étape à effet de bord transmet donc une clé par laquelle le système externe reconnaît une opération déjà traitée.
• Écrans et hébergement Le Low-code construit la couche de présentation, le BPMN porte la logique métier, et la plateforme fournit l’hébergement, la gestion des identités et le CI/CD.

Produit partenaire et intégration

Après approbation, la plateforme crée le tenant, le compte et l’abonnement, provisionne le service cloud du partenaire et, si nécessaire, sollicite celui de l’ISV (Independent Software Vendor). La plateforme connecte le produit, et WideCoup Convergent BSS émet un contrat unique et une facture unique et règle le partage de revenus avec le partenaire. Les paramètres d’entrée proviennent du BSS, et l’intégration suit des frontières orientées domaine (domain-driven).

Périmètre de licence

Le concepteur et l’exécution synchrone font partie de l’édition gratuite sous BSL 1.1. L’exécution longue durée et asynchrone (Durable Execution) via l’Event Service Broker est fournie avec la MEF.DEV Enterprise License.

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

Détails techniques sur platform.mef.dev →