تقليص وقت تفعيل المشترك الجديد من 3 أيام إلى 20 دقيقة
استبدل مشغّل GPON متنامٍ التزويد اليدوي لأجهزة OLT بالتزويد التلقائي عبر Netxol NMM وACS القائم على TR-069، مما قلّص زمن التفعيل والأخطاء الميدانية، وحرّر NOC للتركيز على النمو.
−98%
زمن التفعيل
−92%
أخطاء التزويد
+11%
ارتفاع ARPU
مشغّل FTTH خاص يخدم منطقة حضرية وشبه حضرية مختلطة في جنوب آسيا، بعدد 80,000 مشترك نشط في أربع مدن، نما بوتيرة أسرع مما قدرت عمليات التشغيل على مواكبته. أصبح تفعيل المشتركين الجدد — وهو أكثر مسارات العمل تكراراً في المؤسسة — مقيّداً بطابور انتظار قد يستغرق حتى ثلاثة أيام. كل عملية بيع إضافية كانت تضيف إلى الطابور. أدركت قيادة العمليات أن توسيع فريق العمل ليس هو الحل.
الخلفية
يشغّل المزوّد أسطول PON متعدد المورّدين: نحو 60% Huawei OLT، و30% CDATA، والـ 10% المتبقية V-SOL في المناطق الأحدث. كان ACS منتجاً تجارياً من عام 2018، يُستخدم بشكل أساسي لدفع تحديثات البرامج الثابتة ومزامنة بيانات اعتماد WiFi. أما التفعيلات الجديدة فكانت طقساً يدوياً: يصل الطلب عبر CRM، ويقوم مهندس NOC بالاتصال عبر SSH إلى OLT المناسب، وينشئ ONU، ويربط ملف تعريف الخدمة، ويعدّ CPE، ثم يتحقّق عبر ping.
كانت كل خطوة فرصة لارتكاب خطأ. وباعتراف المشغّل ذاته، فإن نحو 7% من التفعيلات كانت تعاني من عيب واحد على الأقل في الأسبوع الأول — سرعة باقة خاطئة، أو VLAN خاطئ، وأحياناً مشترك خاطئ على منفذ خاطئ. تحوّلت هذه العيوب مباشرة إلى مكالمات دعم للعملاء وعمليات تفعيل ثانية وتيار صغير لكنه مستمر من الزيارات الميدانية القابلة للتفادي.
التحدّي بالأرقام
| Metric | Before | After | Δ |
|---|---|---|---|
| دقائق المهندس لكل عملية تفعيل | 22 دقيقة | 0 (الاستثناءات فقط) | −100% اسمياً |
| زمن التفعيل الفعلي | ~3 أيام (طابور) | ~20 دقيقة | −99% |
| معدل العيوب في الأسبوع الأول | 7% | 0.6% | −92% |
| عمليات تفعيل لكل مهندس NOC في اليوم | 12 | +95 | +690% |
ما قمنا به
مراحل التنفيذ
- ربط Netxol NMM بأساطيل OLT الأربعة عبر محوّلات أصلية (Huawei وCDATA وV-SOL).
- استيراد ملفات تعريف الخدمة القائمة إلى نموذج ملفات التعريف المحايد للمورّد في Netxol.
- التحقق من صحة الطوبولوجيا المكتشفة مقارنةً بخرائط المشغّل المرجعية؛ ومطابقة 142 حالة عدم توافق.
- تشغيل Netxol ACS بالتوازي مع النظام القائم لمدة 7 أيام مع تقسيم حركة المرور.
- ترحيل عنوان URL لإدارة TR-069 على CPE إلى Netxol عبر تدوير على مستوى البرنامج الثابت؛ واختبار مسار التراجع على 10% من الأسطول.
- التحقق من التهيئة الأولية دون تدخل (zero-touch) على 5 موديلات CPE تمثيلية عبر عدة مورّدين.
- ربط استقبال الطلبات في CRM بواجهة API الخاصة بالطلبات في Netxol. كل طلب مدفوع أصبح الآن يُطلق مسار عمل واحداً.
- تحديد آلية تصعيد الاستثناءات — أي فشل يظهر مع أدلة تشخيصية في طابور واحد.
- تنفيذ 4,800 عملية تفعيل إنتاجية عبر التدفق الجديد مع بقاء المهندسين في وضع الاستعداد؛ وتم تصعيد 23 استثناءً.
- انسحاب المهندسين من طابور التزويد. الطابور الآن أقل من عنصر نشط واحد في أي وقت.
- تفعيل Netxol AI OLT Engineer لتغييرات عرض النطاق باللغة الطبيعية ("ترقية 485754 من 20 إلى 50 ميغابت/ث").
- تشغيل استبيانات NPS للتفعيل تلقائياً بعد 24 ساعة من التفعيل؛ وارتفع NPS في الشهر الأول بمقدار 14 نقطة.
تشريح عملية التفعيل، بعد التنفيذ
- 1إنشاء طلب في CRM يتضمّن المشترك والباقة والعنوان والرقم التسلسلي لجهاز CPE المخصّص.
- 2يستقبل Netxol الطلب، ويحجز فهرس ONU على OLT المناسب، ويكتب مدخل القائمة البيضاء.
- 3يصل CPE إلى العنوان، ويتصل بـ OLT، ويُبلّغ ACS خلال 60 ثانية.
- 4يدفع ACS التهيئة الكاملة في معاملة واحدة: VLAN وQoS وSSID + PSK الخاص بـ WiFi، والبرنامج الثابت عند الحاجة.
- 5يقيس اختبار اصطناعي السرعة مقارنة بالباقة المتعاقد عليها ويعيد النتيجة إلى CRM.
- 6يُغلق الطلب تلقائياً؛ ويتلقّى المشترك إشعاراً برسالة SMS بأنه "متصل الآن".
أين كاد المشروع لا ينجح
بعد أسبوعين من انطلاق المرحلة 2، دخلت دفعة من 1,400 CPE تعمل بإصدار برنامج ثابت قديم في حلقة inform بعد ترحيل ACS. كان السبب الجذري خاصية لدى المورّد في التعامل مع إعادة التفاوض على منفذ connect-request. يدعم ACS من Netxol الكشف التلقائي عن أنماط حلقات inform ووضع أجهزة CPE المتأثرة في الحجر الصحي، مما حصر الأثر على العملاء بأقل من 0.3% من الأسطول ولمدة تقل عن 90 دقيقة. تمّ ترقيع البرنامج الثابت للمورّد في الأسبوع التالي؛ وتمّت ترقية أجهزة CPE المتأثرة تلقائياً وأُخرجت من الحجر.
الدرس الذي حمله المشغّل معه
شغّل استبدال ACS دائماً خلف كاشف لحلقات inform وسياسة حجر صحي. حادثة الـ 1,400 CPE كانت ستُعدّ انقطاعاً على المنصة السابقة؛ أما على Netxol فكانت غير محسوسة لدى 99.7% من الأسطول.
النتائج
−98%
الزمن الفعلي للتفعيل
3 أيام → 20 دقيقة
−92%
معدل عيوب الأسبوع الأول
7% → 0.6%
+11%
ارتفاع ARPU
عبر تطبيق دقيق للباقات + مسار البيع الترقيتي
+14
ارتفاع NPS في أول 30 يوماً
من 28 إلى 42
الحزمة التقنية المستخدمة
- Netxol NMM — إدارة OLT/ONU متعدّدة المورّدين (Huawei وCDATA وV-SOL).
- Netxol ACS — TR-069 جاهز لـ TR-369، مع دفعات ملفات تعريف idempotent وسياسة حجر صحي.
- Netxol AI OLT Engineer — عمليات ONU باللغة الطبيعية.
- تكامل CRM عبر واجهة API للطلبات متوافقة مع TM Forum.
- طبقة اختبار اصطناعي باستخدام مسبارات HTTP/UDP من CPE.
ما كنا سنغيّره في المرة القادمة
- بدء حملة تدرّج البرنامج الثابت قبل أسبوع؛ فالبرنامج الثابت القديم كان أكبر مصدر للاستثناءات.
- نقل مطابقة الطوبولوجيا إلى اليوم الأول من المرحلة 1، لا اليوم 12. فبعض حالات عدم التوافق الـ 142 كان يمس مسارات التزويد.
- إشراك المالية/الفوترة مبكراً — فمطابقة الفواتير تحتاج إلى معرّفات التفعيل من التدفق الجديد.