قطع الخدمة
اتفاقيات الخدمة الفرعية وقطع الخدمة معقدان. لماذا؟
- لأن من المحتمل أن توجد لاتفاقية الخدمة الرئيسية متأخرات بينما لا تكون اتفاقية الخدمة الفرعية كذلك (لكل الأسباب القياسية - المدفوعات الموجهة، إلغاء/إعادة فوترة، إلخ).
- لأن من المحتمل أن تكون اتفاقية الخدمة الفرعية في عملية تحصيل واحدة وأن تكون اتفاقية الخدمة الرئيسية في عملية أخرى (نظرًا لوجود فئات ديون مختلفة أو مخططات زمنية مختلفة).
قد يؤدي كلا الموقفين إلى بدء قطع الخدمة لاتفاقية خدمة واحدة فقط في علاقة الرئيسي/الفرعي. ومع ذلك، لا يمكنك قطع الخدمة عن اتفاقية بدون قطع عن الأخرى لأنه توجد نقطة خدمة واحدة فقط.
قبل توضيح كيفية التعامل مع هذه المشكلة، نود أن نذكرك بأن النظام يبدأ معالجة قطع خدمة فريدة لكل اتفاقية خدمة (فرعية أو عادية) مطلوب قطع الخدمة عنها. يقوم النظام فقط بإنشاء معالجة قطع خدمة لاتفاقيات الخدمة المرتبطة بعملية تحصيل عندما يكون إجراء بدء قطع الخدمة الخاص بعملية التحصيل قد تم تنشيطه. يتم التحكم في نوع معالجة قطع الخدمة، الذي يتم إنشاؤه، بواسطة معايير قطع الخدمة لنوع اتفاقية الخدمة الخاصة بكل اتفاقية خدمة. الرجاء تذكر ما يلي عند تصميم عمليات قطع الخدمة هذه:
- ربط اتفاقية الخدمة "الرئيسية" فقط بنقاط الخدمة. يعني هذا أن اتفاقيات الخدمة الرئيسية فقط يجب أن يكون لها إجراء قطع خدمة من نوع "إنهاء الخدمة لعدم الدفع". ملاحظة: عادةً، ستقوم معالجة قطع الخدمة التي من هذا النوع بإنهاء صلاحية "اتفاقية الخدمة الرئيسية" بعد عدة أيام من إجراء إنهاء الخدمة في حالة عدم تلقي المبالغ.
- كما هو موضح ضمن تحويل حالة اتفاقية الخدمة الفرعية، تصبح اتفاقية الخدمة الفرعية بالحالة "معلق الإيقاف" (وفي النهاية، بالحالة "موقوف") عندما تكون حالة اتفاقية الخدمة "الرئيسية" لها بالحالة موقوف. يعني هذا أن اتفاقيات الخدمة الفرعية ستكون بحالة نهائية عندما تكون اتفاقيات الخدمة الرئيسية بحالة نهائية.
- في حالة بدء قطع الخدمة في اتفاقية خدمة فرعية عندما لا يتم قطع الخدمة عن اتفاقية الخدمة الرئيسية، توجد لديك مشكلة لأنك لا تستطيع قطع الخدمة عن اتفاقية الخدمة الفرعية مستقلة عن اتفاقية الخدمة الرئيسية.
سنستخدم مثالاً لتوضيح كيفية وجوب تصميم عمليات معالجة قطع الخدمة لكي تتعامل مع التحديات السابقة. افترض أن لديك اتفاقية خدمة رئيسية واتفاقية خدمة فرعية حيث تتم إدارتهما ضمن نفس عملية التحصيل. افترض أيضًا أن إجراء بدء عملية قطع الخدمة يبدأ في 18 ديسمبر 1999. في هذا الموقف، نوصي ببدء عمليات معالجة قطع الخدمة.
لاحظ أن معالجة قطع خدمة اتفاقية الخدمة الفرعية تحتوي على إجراء واحد يؤدي إلى قيد مهمة في تاريخ آجل لإجراء إنهاء صلاحية اتفاقية خدمة في اتفاقية الخدمة الرئيسية. يجب أن يكون هذا القيد شيئًا مثل "عنصر فرعي يتم قطع الخدمة عنه مستقلاً عن العنصر الرئيسي الخاص به". سيتم تحفيز هذا الإجراء فقط في حالة دفع اتفاقية الخدمة الرئيسية وعدم دفع اتفاقية الخدمة الفرعية. لماذا؟ لأنه في حالة تنفيذ إجراء اتفاقية الخدمة الرئيسية "إنهاء صلاحية اتفاقية الخدمة"، يتم إيقاف اتفاقية الخدمة الفرعية ويؤدي إيقاف اتفاقية الخدمة إلى إلغاء عمليات قطع الخدمة المعلقة. وفي حالة دفع اتفاقية الخدمة الفرعية، سيتم من خلال النظام إلغاء معالجة قطع الخدمة الخاصة باتفاقية الخدمة الفرعية.
دعنا نقوم بتغيير المثال ونفترض أن اتفاقية الخدمة الرئيسية يتم بدء قطع الخدمة عنها ولا يتم قطع الخدمة عن اتفاقية الخدمة الفرعية. في هذا الموقف، سيكون إجراء إنهاء صلاحية اتفاقية خدمة هو الإجراء الذي يتم تنفيذه لاتفاقية الخدمة الرئيسية في النهاية وسيتم أيضًا إيقاف اتفاقية الخدمة الفرعية. ولا يوجد أي بديل.
ودعنا نغير المثال مرة أخرى ونفترض أن قطع الخدمة يبدأ لاتفاقية الخدمة الفرعية ولا يبدأ لاتفاقية الخدمة الرئيسية. في هذا الموقف، سيتم إنشاء قيد المهمة فقط بعد عدد (س) من الأيام بعد بدء قطع الخدمة. إذا كنت لا تستطيع أن تتحمل أن يكون هذا التاريخ بعد (س) من الأيام في المستقبل لإنشاء معالجة قطع الخدمة، قم بإنشاء "خوارزمية معايير قطع الخدمة" التي تتحقق مما إذا كانت اتفاقية الخدمة الرئيسية لم يتم قطع الخدمة عنها أو تحصيلها وتقوم هذه الخوارزمية بإنشاء معالجة قطع خدمة مختلفة (بتاريخ بداية مختلف). ارجع إلى تصميم إجراءات قطع الخدمة للحصول على مزيد من المعلومات حول خوارزميات معايير قطع الخدمة.