ENUAFRPTESDEAR

ما نحلّه

تحديث الـ OSS/BSS مجالًا واحدًا في كل مرة

كل قناة أو منتج أو شريك جديد يعني تغييرًا آخر في أنظمة billing و CRM بُنيت قبل عقود؛ تنتظر المشاريع النواة، والاستبدال الكامل مخاطرة تمتد لسنوات.

الخطوة التاليةEnablement & Monetization Platform
Modernize OSS/BSS one domain at a timeModernize OSS/BSS one domain at a time: MEF.DEV adds TMF Open API, Customer Mgmt along Retail & Sales → TMF Open API → Customer Mgmt. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK Modernize OSS/BSS one domain at a timeModernize OSS/BSS one domain at a time: MEF.DEV adds TMF Open API, Customer Mgmt along Retail & Sales → TMF Open API → Customer Mgmt. TMF Open API · MEF.DEV BPMN Low-code Retail &Sales Partnerchannel Self-care Partners& 3PP CustomerMgmt ProductCatalog ABMF Accounts ProductOrderMgmt Rating &Charging Billing &Invoicing OSS ·ServiceMgmt Network3G/4G/5G Mediation& Usage 1 2 OMNI-CHANNEL OPEN API BSS FUNCTIONS OSS · NETWORK
MEF.DEV TMF Open API, Customer Mgmt
  • ما يقدّمه MEF.DEV
  • أنظمتكم على المسار
  • أنظمتكم الأخرى
  • أين يتصل MEF.DEV بأنظمتكم الأخرى
  • المسار وترتيب الخطوات

نقاط الألم

  1. 01

    كل قناة جديدة تضيف تكاملًا آخر من نقطة إلى نقطة واعتمادًا آخر على دورة إصدارات الـ legacy.

  2. 02

    تتطلب ترقية النظام الخلفي تغييرًا واختبارًا منسّقين عبر عدد كبير من المستهلكين.

  3. 03

    استبدال المنظومة كلها دفعة واحدة مكلف ومحفوف بالمخاطر؛ وتركها دون تغيير يجعل كل مبادرة تجارية أبطأ.

Kyivstar (VEON): استبدال BSS من الـ legacy لخدمات OTT والخدمات الثابتة →
~5 ملايين
مشترك نشط في قاعدة الترحيل
6 أشهر
لترحيل قاعدة المشتركين إلى الـ billing والـ provisioning الجديدين — ثلاثة فرق متوازية
13
شخصًا في فريق التسليم؛ 8 أشهر إجمالًا، منها شهران للتعاقد
أسابيع لا أشهر
مدة تنفيذ التغييرات بعد الاستبدال

يشغّل المشغّلون منصات BSS و OSS بُنيت على مدى عقود. وقد تسرّبت تفاصيل التنفيذ إلى كل تكامل، فيتسع نطاق أي استبدال باستمرار.

يفصل MEF.DEV عقد الأعمال عن النظام الذي ينفّذه حاليًا. توضع API مستقرة ومتوافقة مع TM Forum أمام مجال واحد من الـ legacy؛ وتنسّق مسارات عمل BPMN العمليات متعددة الخطوات عبر الأنظمة؛ وتحل المكوّنات الجديدة محل القديمة خلف العقد نفسه. ولا يلاحظ المستهلكون التغيير.

والنتيجة مسار تحديث يُقاس بمجالات الأعمال وزمن الإنجاز — لا بترحيل واحد يشمل المنظومة بأكملها.

Use case

Use case

استبدال backend من نوع legacy

عقد مستقر أمام مجال legacy واحد يتيح ترقية الـ backend أو استبداله وفق جدوله الخاص، دون اختبار منسّق مع كل مستهلك.

Use case

عملية بيع واحدة في كل القنوات

عملية البيع نفسها تتصرف بالطريقة نفسها في بوابة الشركاء وتطبيق المبيعات والخدمة الذاتية، ويخرج منطق B2B من تخصيصات الـ CRM، وتكفّ ترقية الـ CRM عن أن تكون مشروعًا.

Use case

طلبات Zero-touch مع بقاء التحكم بيد الأشخاص

يفكّك الكتالوج الـ product order الوارد من الـ BSS إلى service orders و resource orders، ويفعّلها BPMN على عناصر الشبكة؛ وتذهب حالات الـ fallout إلى شخص بوصفها مهمة.

Use case

مساعد AI لعروض المنتجات

Product Offering AI في محادثة AI لـ WideCoup Convergent BSS: يُوصف تغيير باقة التعرفة بالكلمات، ويُتحقق منه وفق القواعد، ويوافق شخص على الإصدار.

Use case

مكافآت الولاء في الـ billing نفسه

يكتسب العملاء مكافآت من الرسوم، وتُرحَّل المكافآت لإنفاقها في دورة الـ billing التالية، ويحدد المشغّل أين يمكنها تغطية الفاتورة وبأي نسبة.

ما يحلّها

Enablement & Monetization Platform

طبقة وسيطة (middleware) متعددة الأغراض فوق الـ OSS/BSS لديكم: TM Forum Open APIs، والـ mapping، والـ orchestration عبر BPMN، و runtime دون خوادم؛ والشركاء وتحقيق الإيرادات في عملية واحدة.

اقرأ المزيد ←

WideCoup Convergent BSS

billing متقارب لمزوّدي خدمات الاتصالات: جميع خدماتكم — من أعمال الاتصالات الأساسية إلى الخطوط الجديدة — في نظام واحد، بالدفع المسبق واللاحق في الوقت الفعلي.

اقرأ المزيد ←

كيف تبدأون

من التواصل الأول إلى go-live

  1. 1

    التواصل الأول

    بضعة أسئلة عن شركتكم وقاعدة العملاء ونقاط التكامل والترحيل، لنُعدّ تقديرًا أوليًا. الأسئلة الأعمق اختيارية، أو نتناولها معًا خلال المحادثة.

    أجيبوا عن الاستبيان ←

  2. 2

    PoC على مجال واحد

    مشروع تجريبي على مجال واحد أو سيناريو واحد، على جزء من بياناتكم — 4–8 أسابيع؛ وتواصل أنظمتكم الحالية عملها كما هي أثناء التجربة.

    المستودعات العامة ←

  3. 3

    Go-live

    تقدير استرشادي لواجهة Open API فوق BSS من نوع legacy: من 9 إلى 15 شهرًا حتى go-live. المراحل والمدد ومكوّنات التكلفة في حاسبة TCO.

    حاسبة TCO ←

المواد

المواد خطوة بخطوة

  1. الخطوة 1 · دراسة حالة

    BSS swap case study: Kyivstar fixed and OTT services

  2. الخطوة 2 · Use cases

    Open API facade and service order management use cases

  3. الخطوة 3 · تقييم TCO

    تحديث OSS/BSS خلف TM Forum Open API

    افتحوا الحاسبة ←

ثابت لكل القرّاء

TM Forum ODA · Open API

TM Forum ODA و Open APIs

يتيح MEF.DEV واجهات TM Forum Open APIs، ويلتزم بمبادئ ODA، وله قيد في TM Forum ODA Component Directory.

BSL 1.1

الترخيص

Business Source License 1.1: مجاني للاستخدام الإنتاجي الداخلي؛ و Enterprise Modules بمفتاح ترخيص؛ وكل إصدار يتحول إلى Apache 2.0 بعد أربع سنوات.

الاتحاد الأوروبي · on-premises · السحابة

الأمن والبيانات والولاية القضائية

شركة في الاتحاد الأوروبي؛ نشر في بنيتكم التحتية، وتسجيل دخول عبر SSO قياسي؛ تطوير وتسليم ودعم وفق نظام جودة ISO 9001:2015.

ISO 9001:2015

تطوير وأمن معتمدان

يُطوَّر WideCoup Convergent BSS و MEF.DEV ويُسلَّمان ويُدعَمان وفق نظام إدارة جودة ISO 9001:2015؛ واجتاز MEF.DEV تدقيقًا أمنيًا مستقلًا واختبار اختراق.

الشهادات والتدقيق ←

طلب وثيقة

 

تأتي الإشعارات مع المادة: بهذا تبقى مجانية. ويتضمن كل إشعار رابطًا لإلغاء الاشتراك.

بإرسال هذا النموذج فإنكم توافقون على سياسة الخصوصية, شروط الاستخدام و ملفات تعريف الارتباط الوظيفية والتحليلية.