دراسة حالة

Kyivstar (VEON): استبدال BSS من الـ legacy لخدمات OTT والخدمات الثابتة

ترحيل على مراحل من أنظمة BSS نُفّذت قبل نحو 20 عامًا إلى خدمات مبنية على منصة MEF.DEV.

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

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

احتاجت Kyivstar إلى إخراج أنظمة دعم أعمال من الخدمة كانت قد نُفّذت قبل نحو عقدين ولا تزال قيد التطوير النشط. وبدل استبدال كل شيء دفعة واحدة، رُبطت أنظمة الـ legacy بمنصة MEF.DEV ونُقلت الخدمات على مراحل — أولًا خدمات OTT والخدمات الثابتة، ثم الخدمات غير الاتصالاتية.

جُمعت المتطلبات بالهندسة العكسية، وعملت ثلاثة فرق بالتوازي وفق معمارية مرجعية، وخُطّط المسار الحرج بشكل صريح. وسار المشروع إلى جانب أنظمة الموردين الأخرى لدى المشغّل، التي بقيت قيد التشغيل. وضمن تلك الأشهر الستة: ثلاثة أشهر للتكييف، وشهر للـ cut-over، وأسبوعان إلى ثلاثة أسابيع حتى الـ go-live.

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

“Now systems are working stable and delivering excellent business results.”
Andrey ZhukovskiyCIO، Kyivstar

المصادر: Clutch — تقييم CIO: منظومة الـ billing

طلب وثيقة

 

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

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