مكافآت الولاء في الـ billing نفسه — تُكتسب من الرسوم وتُنفق في الفاتورة التالية

المشكلة

يحتاج برنامج الولاء الذي يعمل في نظام منفصل إلى تغذية خاصة به بالرسوم، وأرصدة خاصة به، ومطابقة خاصة به مع الـ billing. ويرى العملاء مكافآت وفواتير لا تتطابق، ويتحول كل تغيير في البرنامج إلى تغيير في التكامل.

وخلال تحديث الـ OSS/BSS، يعني نقل الولاء إلى الـ billing المتقارب نظامًا منفصلًا أقل يلزم تكامله ومطابقته.

ما الذي يتغيّر

1. تحدد باقات التعرفة المعلَّمة للمكافآت الخدمات التي تُكسب المكافآت ونسبة الرسوم التي تُكتسب.
2. كل معاملة من الـ online أو offline charging تُكسب مكافآت على تلك الباقات.
3. عند إغلاق دورة الـ billing، تُرحَّل المكافآت المكتسبة لكي يمكن إنفاقها في الدورة التالية.
4. يحدد المشغّل، لكل خدمة، نسبة الرسوم التي يمكن دفعها بالمكافآت — بما في ذلك الخدمات التي لا يمكن دفعها بالمكافآت إطلاقًا.
5. يمكن تشغيل عدة أرصدة مكافآت جنبًا إلى جنب، مثلًا رصيد لرسوم الولاء وآخر للمقاييس التسويقية، ويُحوَّل كل منها إلى عملة الحساب الأساسي.

ما القيمة

• billing واحد للرسوم والمكافآت: لا نظام ولاء منفصلًا تلزم مطابقته مع الـ billing.
• تتغير قواعد البرنامج في باقات التعرفة، لا في التكامل.
• يظهر اكتساب المكافآت وإنفاقها على الحساب نفسه الذي تظهر عليه الفاتورة.

ما الذي يقدّمه MEF.DEV

WideCoup Convergent BSS للـ charging ودورات الـ billing وأرصدة المكافآت، مع WideCoup Online Charging للاكتساب في الزمن الفعلي.