مساعد AI لعروض المنتجات: تغييرات باقات التعرفة بالكلمات، يتحقق منها شخص ويوافق عليها

الموقع في البنية

يبقى كتالوج المنتجات (product catalog) نظام السجل للـ product offerings والمعاملات التقنية، ويبقى الـ BSS مجالًا منفصلًا. ويتبع مسار الاستيراد فيه — preview و stage و import و status، مع سجل تدقيق — ممارسة TM Forum Product Catalog (TMF620 Product Catalog). يقرأ المساعد التغييرات ويُعدّها؛ ولا يكتب في الكتالوج.

Product Offering AI لـ WideCoup Convergent BSS

يتصل Product Offering AI بمحادثة AI بوصفه خادم MCP مع MCP App مدمج — جدول التعرفة (grid) — ويمكن لوكلاء الـ fabric الوصول إليه عبر A2A.

• الجدول (grid) جدول باقة التعرفة، وهو لوحة في محادثة AI الخاصة بالمنصة، مع الإصدارات والأعمدة والاعتماد والتصدير.
• الوكيل لوحة جانبية للجدول. يجيب عن الأسئلة المتعلقة بالباقة ويطبّق التغييرات الموصوفة بالكلمات، بوصفها عمليات على الخلايا والصفوف.
• الباقة سلسلة محادثة (thread) في مخزن محادثات الدردشة: كل إصدار للجدول وكل رد من الوكيل، في سجل واحد.
• المعرفة يأخذ الوكيل أعمدة القالب والقيم المسموح بها والرموز من Knowledge Graph؛ أما قواعد الرفض نفسها فهي في التطبيق.
• عمليات التحقق يُتحقق من كل تغيير، سواء من الجدول أو من الوكيل: مخالفة القاعدة توقفه مع ذكر السبب، والتغيير المشكوك فيه يمر مع تحذير. والخلية التي عدّلها شخص أو العمود المذكور في الطلب يُنتجان تحذيرًا بدلًا من الرفض.
• الإصدارات لكل باقة نسخة عاملة ونسخة معتمدة. ينشئ الوكيل النسخ العاملة ولا يعتمد أبدًا: الشخص هو من يعتمد، وفي تلك اللحظة تُشغَّل عمليات التحقق من إعداد الباقة المستمدة من الرسم البياني، لكل منها فئة مخاطرها، دون حجب.
• المُخرَج ينزّل المستخدم الباقة بصيغة قالب الاستيراد ويستوردها إلى الـ BSS؛ ولا يملك التطبيق نقلًا مباشرًا إلى الـ BSS.

السيناريو المستهدف

تحليل القاعدة والتوقعات والعمل عبر عدة منصات BSS سيناريو مستهدف؛ ويُتفق على النطاق في المشروع.

• Pricing Tool (MCP) يحلل القاعدة المركّبة، ويضبط سيناريوهات التسعير، ويتولى الـ orchestration لاستدعاءات التوقع والتحقق، ويولّد دلتا الكتالوج. ويمكن أن تشمل الأدوات get_install_base_metrics(filters) و configure_pricing_scenario(payload) و run_forecast(scenario_id, horizon) و validate_plan_parameters(params) و export_catalog_delta(format).
• منصة البيانات الاشتراكات والاستخدام، تاريخيًا وبما يقارب الزمن الفعلي، متاحة عبر SQL views وواجهات API للقراءة وعمليات التصدير.
• نموذج التوقع خدمة تقدّر الإيرادات والـ churn ومعدل التبني لسيناريو ما، وتعيد توقعات بفترات ثقة، مع تسجيل التشغيلات وإمكانية تتبّع النموذج والإصدار.
• Plan Parameter Builder Agent يأخذ الخطة الحالية عبر ImportExistingPlan()، ويطبّق التغييرات التجارية، ويعيد حساب المعاملات التقنية وفق مواصفات المنتج والخدمة، وينتج مصنّف Excel مع علامة تبويب للفروق وسجل تحقق.
• Agent Fabric-T يوفّر التعاون بين الموارد (Data Platform) والأدوات (Pricing Tool والنموذج) والوكلاء (Plan Parameter Builder)، مع موصّل MCP ومصادقة OAuth لواجهة محادثة خارجية.
• MEF.DEV BPMN Low-code يشغّل سيناريوهات المساعد بوصفها flows هي send_message و get_config و get_rag و get_description؛ وتتحقق خطوة الـ RAG (Retrieval-Augmented Generation) مما إذا كان الطلب مكتملًا وتُبلغ المستخدم بما ينقصه.

التدفق في السيناريو المستهدف

1. يطلب محلل التعرفة مقاييس القاعدة المركّبة ويقسّم القاعدة إلى شرائح.
2. يصوغ المحلل مسودة سيناريو بنقاط الأسعار والشرائح المستهدفة والعروض الترويجية؛ وتعيد الأداة الأثر على الـ KPI: الـ ARPU، وإجمالي الإيرادات، والـ net adds، والـ churn delta.
3. ينهي المحلل التغييرات، فيُنتج buildDelta(scenario) دلتا Excel مقارنةً بالخطة الحالية، وعند الطلب ملف متطلبات الأعمال.
4. يستورد شخص الدلتا عبر المسار المضبوط للكتالوج.

التكامل مع الـ BSS القائم

يحتاج السيناريو المستهدف إلى صلاحية قراءة الكتالوج، ومسار لاستيراد ملفات دلتا Excel، وتغذية لأحداث الاشتراكات والاستخدام إلى Data Platform. ويبقى الـ BSS مجالًا منفصلًا خلف هذه الحدود؛ وفي السيناريو المستهدف يخدم مساعد واحد عدة منصات BSS.

العمق التقني على platform.mef.dev ←