Assistant AI pour les offres produits : modifier un package tarifaire en langage naturel, contrôlé et approuvé par une personne

Place dans l’architecture

Le catalogue produits reste le système de référence pour les product offerings et les paramètres techniques, et le BSS reste un domaine distinct. Son chemin d’import — preview, stage, import, status, avec piste d’audit — suit la pratique TM Forum Product Catalog (TMF620 Product Catalog). L’assistant lit et prépare les modifications ; il n’écrit pas dans le catalogue.

Product Offering AI pour WideCoup Convergent BSS

Product Offering AI se connecte au chat AI en tant que serveur MCP avec une MCP App intégrée — la grille tarifaire — et reste accessible aux agents de la fabric via A2A.

• Grille Le tableau du package tarifaire, un panneau dans le chat AI de la plateforme, avec versions, colonnes, validation et export.
• Agent Un panneau latéral de la grille. Il répond aux questions sur le package et applique les modifications décrites en langage naturel, sous forme d’opérations sur les cellules et les lignes.
• Offre Un fil dans le stockage des conversations du chat : chaque version du tableau et chaque réponse de l’agent, dans un seul historique.
• Connaissance L’agent puise les colonnes du modèle, les valeurs autorisées et les codes dans Knowledge Graph ; les règles de refus elles-mêmes se trouvent dans l’application.
• Contrôles Chaque modification, depuis la grille ou depuis l’agent, est validée : une violation de règle la bloque avec un motif, une modification douteuse passe avec un avertissement. Une cellule modifiée par une personne ou une colonne nommée dans la demande reçoit un avertissement au lieu d’un refus.
• Versions Chaque package a une version de travail et une version validée. L’agent crée des versions de travail et ne valide jamais : c’est une personne qui valide, et les contrôles de configuration du package issus du graphe s’exécutent à ce moment, chacun avec sa classe de risque, sans bloquer.
• Sortie L’utilisateur télécharge le package au format du modèle d’import et l’importe dans le BSS ; l’application n’a pas de transfert direct vers le BSS.

Scénario cible

L’analyse de la base, les prévisions et le travail sur plusieurs plateformes BSS constituent un scénario cible ; le périmètre est convenu dans le projet.

• Pricing Tool (MCP) Analyse la base installée, configure des scénarios de tarification, orchestre les appels de prévision et de validation et génère le delta de catalogue. Les outils peuvent inclure get_install_base_metrics(filters), configure_pricing_scenario(payload), run_forecast(scenario_id, horizon), validate_plan_parameters(params) et export_catalog_delta(format).
• Data Platform Abonnements et usages historiques et en quasi temps réel, exposés via des vues SQL, des API de lecture et des exports.
• Modèle de prévision Un service qui estime le chiffre d’affaires, le churn et l’adoption pour un scénario et renvoie des prévisions avec intervalles de confiance, avec journalisation des exécutions et traçabilité du modèle et de sa version.
• Plan Parameter Builder Agent Reprend le plan actuel via ImportExistingPlan(), applique les modifications commerciales, recalcule les paramètres techniques au regard des spécifications produit et service, et produit un classeur avec un onglet de différences et un journal de validation.
• Agent Fabric-T Assure la coopération entre ressources (Data Platform), outils (Pricing Tool et le modèle) et agents (Plan Parameter Builder), avec un connecteur MCP et une authentification OAuth pour une interface de chat externe.
• MEF.DEV BPMN Low-code Exécute les scénarios de l’assistant sous forme de flows send_message, get_config, get_rag et get_description ; l’étape RAG (Retrieval-Augmented Generation) vérifie si une demande est complète et indique à l’utilisateur ce qui manque.

Flux dans le scénario cible

1. L’analyste tarifaire demande les métriques de la base installée et segmente la base.
2. L’analyste ébauche un scénario avec points de prix, segments cibles et promotions ; l’outil renvoie l’impact sur les KPI : ARPU, chiffre d’affaires total, ajouts nets, variation du churn.
3. L’analyste finalise les modifications, et buildDelta(scenario) produit un delta Excel par rapport au plan actuel et, sur demande, un fichier d’exigences métier.
4. Une personne importe le delta par le circuit contrôlé du catalogue.

Intégration avec le BSS existant

Le scénario cible nécessite un accès en lecture au catalogue, un chemin d’import pour les fichiers delta Excel et un flux d’événements d’abonnement et d’usage vers la Data Platform. Le BSS reste un domaine distinct derrière cette frontière ; dans le scénario cible, un seul assistant dessert plusieurs plateformes BSS.

Détails techniques sur platform.mef.dev →