تصميم تقويمات اتفاقية مستوى الخدمة التي تصمد أمام تغييرات الورديات والعطلات الرسمية

يمرّ كل تطبيق لإدارة خدمات تقنية المعلومات بلحظة، عادةً بعد نحو ستة أسابيع من الانطلاق الفعلي، حين يرسل مدير مكتب الخدمة أول تقرير ربع سنوي لاتفاقية مستوى الخدمة إلى المدير التنفيذي لتقنية المعلومات، ويلاحظ بهدوء أن الأرقام خاطئة. ليس بفارق كبير — نقطة مئوية هنا، وخرق مريب هناك — لكنها خاطئة. النمط ثابت دائماً: حادثة فُتحت الساعة 4:55 مساءً يوم الجمعة قبل عيد الأضحى، وسُجِّلت كخرق صباح الاثنين، بينما في الواقع لم يكن أي فني في الخدمة إطلاقاً. نصّت سياسة اتفاقية مستوى الخدمة على "من التاسعة إلى الخامسة، من الاثنين إلى الجمعة"، وأظهر التقويم أن عيد الفطر يقع يوم الأربعاء، وفي مكان ما بين هاتين الحقيقتين سقطت التذكرة بين الثغرات.

التقويم الساذج لاتفاقية مستوى الخدمة — ذلك الذي يأتي مدمجاً افتراضياً في كل نظام لإدارة خدمات تقنية المعلومات — هو سبب هذا الخلل. إنه المصدر الأكثر شيوعاً لتقارير اتفاقية مستوى الخدمة غير الموثوقة، ويمكن إصلاحه. تستعرض هذه المقالة نموذج التقويم الذي نستخدمه ونوصي به، وفئات التعقيد الأربع التي يجب على أي تقويم في بيئة إنتاجية التعامل معها.

الافتراضي الساذج: "من التاسعة إلى الخامسة، من الاثنين إلى الجمعة"

تقدّم معظم أدوات إدارة خدمات تقنية المعلومات، افتراضياً، تقويم اتفاقية مستوى خدمة لساعات العمل يبدو كالتالي:

• من الاثنين إلى الجمعة، من الساعة 09:00 حتى 17:00.
• استبعاد عطلات نهاية الأسبوع.
• قائمة قصيرة بـ"العطلات الرسمية" يجب على شخص ما أن يتذكر تحديثها كل شهر ديسمبر.

هذا مناسب لشركة صغيرة يعيش فيها فريق تقنية المعلومات بأكمله في المدينة نفسها، ويعمل بالساعات نفسها، ويأخذ العطلات نفسها. لكنه غير مناسب في أي مكان آخر. في العالم الواقعي، تكسر أربع فئات على الأقل من التعقيد هذا النموذج خلال العام الأول:

1. عطلات رسمية متحركة — معظم العطلات الدينية التركية مبنية على التقويم القمري وتتحرك إلى الوراء 10-11 يوماً كل عام.
2. نماذج الورديات — لا يلتزم مركز عمليات شبكة يعمل على مدار الساعة بـ"ساعات العمل" إطلاقاً.
3. إجازات الفنيين — تستمر ساعة اتفاقية مستوى الخدمة في العمل سواء كان الفني المُكلَّف على مكتبه أم لا.
4. العمليات متعددة المناطق — تفتح إسطنبول أبوابها الساعة 09:00 بتوقيت Europe/Istanbul؛ وتفتح لندن أبوابها الساعة 09:00 بتوقيت Europe/London؛ ولا تهتم تذكرة من الأولوية القصوى (P1) بذلك.

سنتناول كل واحدة على حدة.

1. العطلات الرسمية التركية ليست تواريخ ثابتة

يحتوي تقويم العطلات الرسمية التركي على نوعين من الأيام:

• عطلات مدنية ثابتة. رأس السنة (1 يناير)، عيد السيادة الوطنية والطفل (23 أبريل)، عيد العمال والتضامن (1 مايو)، إحياء ذكرى أتاتورك وعيد الشباب والرياضة (19 مايو)، يوم الديمقراطية والوحدة الوطنية (15 يوليو)، يوم النصر (30 أغسطس)، يوم الجمهورية (29 أكتوبر). هذه قواعد تاريخ بسيطة.
• عطلات دينية متحركة. يُحدَّد عيد الفطر (3.5 أيام) وعيد الأضحى (4.5 أيام) وفق التقويم القمري الهجري، ويتحركان في كل سنة ميلادية. في عام 2026 يمتد عيد الفطر من 20 مارس (نصف يوم) إلى 23 مارس؛ وفي عام 2027 يبدأ في حدود 10 مارس. يمتد عيد الأضحى في عام 2026 من 27 مايو (نصف يوم) إلى 31 مايو؛ وفي عام 2027 في حدود 17 مايو.

قاعدة نصف اليوم مهمة. يعلن مجلس الوزراء بانتظام أن يوم العمل السابق للعيد هو نصف يوم رسمي (أريفه)، حيث تغلق الدوائر الحكومية أبوابها الساعة 13:00. تتفاوت مكاتب خدمة القطاع الخاص — يتّبع بعضها نصف اليوم الحكومي، ويعمل بعضها الآخر يوم عمل كاملاً، ويغلق البعض الثالث تماماً. أياً كانت السياسة التي تتبعها مؤسستك، يجب على تقويم اتفاقية مستوى الخدمة ترميزها صراحةً. نصف اليوم ليس "نصف ساعات العمل"؛ إنه نافذة محددة تبدأ في وقت الفتح المعتاد وتنتهي عند الساعة 13:00.

إضافةً إلى ذلك، تعلن الرئاسة التركية أحياناً عطلة طارئة — اليوم التالي لانتصار منتخب وطني في كرة القدم، أو يوم حداد طارئ، أو يوم جسر بين عطلة ثابتة وعطلة نهاية أسبوع. لا يمكن تحميل هذه الأيام مسبقاً في أي تقويم. يجب أن يدعم نموذج تقويم اتفاقية مستوى الخدمة إدراج عطلة لمرة واحدة بإشعار مدته 24 ساعة دون إعادة حساب السجل التاريخي.

أي تقويم اتفاقية مستوى خدمة يتطلب من مهندس إعادة نشر الكود لإضافة عطلة سيفشل في عامه الأول من التشغيل. يجب أن يكون التقويم بيانات، لا إعدادات برمجية.

2. نماذج الورديات ليست "ساعات عمل"

لا يملك مركز عمليات شبكة يعمل على مدار الساعة طوال أيام الأسبوع ساعات عمل. بل لديه ورديات. يجب أن يكون تقويم اتفاقية مستوى الخدمة لمكتب يعمل على مدار الساعة مختلفاً تماماً عن تقويم مكتب يعمل من الاثنين إلى الجمعة. وفي معظم المؤسسات الواقعية، يتعايش الاثنان جنباً إلى جنب — يتعامل مركز العمليات العامل على مدار الساعة مع حوادث البنية التحتية من الأولوية القصوى (P1)، بينما يتعامل مكتب يعمل من 09 إلى 18 مع طلبات المستوى الأول. لا يمكنك استخدام تقويم واحد لكليهما.

أنماط الورديات الثلاثة التي ننمذجها غالباً:

• وردية نهارية قياسية. من الاثنين إلى الجمعة، من 09:00 إلى 18:00، مع نافذة غداء مدتها ساعة لا توقف ساعة اتفاقية مستوى الخدمة (يتداخل الفنيون في وقت الغداء عن قصد).
• يوم عمل ممتد الساعات. من الأحد إلى الخميس (لمكاتب القطاع المالي التي يتبع عملها أسبوعاً من الأحد إلى الخميس)، من 07:00 إلى 21:00.
• تناوب على مدار الساعة. ثلاث ورديات على مدار الساعة طوال أيام الأسبوع، مع تسليم للمناوبة الساعة 08:00 و16:00 و00:00. تعمل ساعة اتفاقية مستوى الخدمة باستمرار؛ ويكون تسليم المناوبة غير مرئي للعميل.

يرتبط نموذج التقويم الصحيح بـسياسة اتفاقية مستوى الخدمة، لا بمكتب الخدمة ككل. تُقاس حادثة بنية تحتية من الأولوية القصوى (P1) مقابل التقويم العامل على مدار الساعة؛ ويُقاس طلب من الأولوية الرابعة (P4) مثل "من فضلكم أضيفوني إلى صندوق البريد الجماعي" مقابل تقويم 09-18. المؤسسة نفسها، تقويمان، وتوجيه لكل تذكرة على حدة.

3. إجازات الفنيين — النقاش الذي لا يرغب أحد في خوضه

إليك السؤال الذي سيظهر عاجلاً أم آجلاً في اجتماع مراجعة اتفاقية مستوى الخدمة: أُسنِدت تذكرة من الأولوية الثانية (P2) إلى عائشة بعد ظهر يوم الجمعة. أخذت عائشة يوم الاثنين التالي إجازة سنوية. استمرت ساعة اتفاقية مستوى الخدمة في العمل. حلّت التذكرة صباح الثلاثاء، بعد أربع ساعات عمل من عودتها، ويُظهر التقرير أنها خرقت اتفاقية مستوى الخدمة. هل هذا عادل؟

هناك مدرستا فكر:

1. وجهة نظر العميل. لا يعرف العميل ولا يهتم بأن عائشة كانت في إجازة. تعد اتفاقية مستوى الخدمة باستجابة خلال X ساعات عمل؛ وصلت الاستجابة متأخرة؛ وقد خُرِقت اتفاقية مستوى الخدمة. السبب الجذري: كان ينبغي على التوجيه نقل التذكرة بعيداً عن عائشة عند طلب الإجازة.
2. وجهة نظر الفريق. إذا كانت إجازة الفني لا توقف اتفاقية مستوى الخدمة، تبدو مكاتب الخدمة التي ترتفع فيها نسبة استخدام الإجازات أسوأ بشكل مصطنع من المكاتب التي تُثبِّط أخذ الإجازات. هذا حافز منحرف.

توصيتنا، والنموذج الذي نبنيه افتراضياً:

• إجازة الفني لا توقف اتفاقية مستوى الخدمة على التذكرة المُسنَدة إليه.
• بدلاً من ذلك، يُطلِق نظام التقويم عملية إعادة إسناد عندما تبدأ إجازة الفني بينما لديه تذاكر نشطة في قائمته.
• تحتفظ التذكرة المُعاد إسنادها باتفاقية مستوى الخدمة الأصلية وبساعتها الأصلية.
• يتلقى المدير تحذيراً عند طلب الإجازة إذا كان لدى الفني تذاكر يقع هدف اتفاقية مستوى الخدمة الخاص بها ضمن فترة الإجازة.

يفرض هذا السلوك الصحيح: تخطيط الإجازات مسؤولية إدارية، ويعكس تقرير اتفاقية مستوى الخدمة تجربة العميل، لا ترتيبات التوظيف الداخلية. يُحافَظ على حافز الفريق لأن التذاكر تُنقَل، لا لأن الساعة تُوقَف.

4. ساعات الصمت لكل مستخدم

مفهوم منفصل لكنه مجاور: تريد بعض المؤسسات أن تَعِد العميل بأن "تذكرتك ستحصل على استجابة خلال أربع ساعات عمل"، بينما تَعِد الفني في الوقت نفسه بأنه "لن تصله إشعارات فورية بين الساعة 22:00 و07:00، حتى لو كان تقويم اتفاقية مستوى الخدمة نشطاً". يجب على نظام إدارة خدمات تقنية المعلومات الحديث نمذجة هذين الأمرين بشكل منفصل.

الفارق هو:

• تقويم اتفاقية مستوى الخدمة = وعد المؤسسة للعميل. يحكم متى تعمل الساعة.
• تقويم الإشعارات لكل مستخدم = تفضيل الفني الشخصي للإشعارات الفورية/البريد الإلكتروني. يحكم ما إذا كان الهاتف سيهتز.

سيتعارض هذان الأمران. حادثة من الأولوية القصوى (P1) فُتحت الساعة 03:00 على تقويم يعمل على مدار الساعة تُعدّ خرقاً حقيقياً إذا لم يتولَّها أحد. إذا كانت إشعارات جميع الفنيين المناوبين مكتومة، تبقى التذكرة معلّقة حتى الساعة 07:00 وتنتهي ساعة العميل ذات الأربع ساعات. الحل ليس دمج المفهومين معاً؛ بل نمذجة تناوب المناوبة كتقويم منفصل يتجاوز ساعات الصمت الشخصية خلال نافذة المناوبة.

5. تعدد المناطق والمناطق الزمنية

لا يملك مؤسسة لديها مكاتب في إسطنبول وأنقرة ولندن يوم عمل واحداً — بل ثلاثة أيام عمل متداخلة. إذا خُزِّن تقويم اتفاقية مستوى الخدمة بالتوقيت المحلي للخادم، فإن انتقالات التوقيت الصيفي/الشتوي ستكسر التقارير بصمت مرتين سنوياً. وإذا خُزِّن بتوقيت UTC، ستبدو ساعات العمل وكأنها تتحرك بالنسبة للمستخدمين في مناطق زمنية مختلفة ما لم تكن الواجهة دقيقة في التعامل مع ذلك.

قاعدتنا: تُخزَّن جميع مدخلات التقويم بتوقيت UTC، ويحمل كل تقويم منطقته الزمنية الخاصة للعرض. يُنفَّذ حساب اتفاقية مستوى الخدمة مقابل UTC؛ وتعرض الواجهة البيانات وفق المنطقة الزمنية للتقويم. لا يزال المستخدمون في منطقة زمنية مختلفة يرون ساعة الفتح الصحيحة للتقويم الذي ينظرون إليه.

تذكرة من الأولوية القصوى (P1) رُفِعت الساعة 08:55 بتوقيت Europe/Istanbul مقابل تقويم إسطنبول تقع ضمن ساعات العمل. أما التذكرة نفسها، إذا رُفِعت الساعة 08:55 بتوقيت Europe/London مقابل تقويم لندن، فهي ليست بعد ضمن ساعات العمل (تفتح لندن أبوابها الساعة 09:00 بتوقيت غرينتش = 11:00 بتوقيت Europe/Istanbul شتاءً، و12:00 صيفاً). التوجيه هو ما يقرر أي تقويم يُطبَّق.

6. نوافذ التغيير الطارئ

تضيف إدارة التغيير تعقيداً آخر. قد يتطلب تغيير طارئ على نظام إنتاجي أن يقوم مكتب الخدمة بإيقاف اتفاقية مستوى الخدمة مؤقتاً على أي تذكرة يعتمد حلها على ذلك النظام. هذه هي الحالة الشرعية الوحيدة لتعليق اتفاقية مستوى الخدمة الذي يبادر به مدير.

القاعدة التي ننفذها:

• التغيير الطارئ كائن مستقل بنافذة بداية ونهاية.
• أي تذكرة مُعلَّمة بأنها تعتمد على عنصر التكوين X، حيث يتأثر عنصر التكوين X بالتغيير، تتوقف ساعة اتفاقية مستوى الخدمة الخاصة بها مؤقتاً طوال مدة نافذة التغيير.
• يُسجَّل الإيقاف المؤقت مع معرّف التغيير، بحيث يُظهر مسار التدقيق بدقة أي تذكرة أُوقِفت مؤقتاً بسبب أي تغيير.
• عند إغلاق التغيير، تستأنف جميع التذاكر الموقوفة مؤقتاً تلقائياً.

هذه ليست وسيلة لإخفاء الخروقات. إنها وسيلة لنمذجة حقيقة أن الحل كان مستحيلاً فعلياً أثناء انقطاع خدمة متحكَّم به.

تجميع كل ذلك معاً

يبدو نموذج التقويم الكامل، على مستوى الكيانات، كالتالي:

هذه اهتمامات منفصلة، وتتفاعل بطرق يمكن التنبؤ بها. يقرأ حساب اتفاقية مستوى الخدمة WorkCalendar بالإضافة إلى WorkCalendarHoliday بالإضافة إلى WorkCalendarOverride بالإضافة إلى SlaPauseWindow. تقرأ طبقة الإشعارات OnCallRotation بالإضافة إلى UserSilentHours. يمكن للتقارير أن تُقسَّم حسب التقويم، أو حسب سبب الإيقاف المؤقت، أو حسب سبب الخرق — لأن كل معلومة مُخزَّنة، لا مُستنتَجة.

لماذا يهم هذا بالنسبة للتقارير

يجيب تقويم مصمم جيداً على السؤال الذي يظهر دائماً في المراجعة الربع سنوية الثانية أو الثالثة: لماذا خرقت التذكرة رقم 4728 اتفاقية مستوى الخدمة؟ يجب أن تكون الإجابة أكثر من مجرد "لقد خرقتها فحسب". من الناحية المثالية، عند فتح التذكرة تظهر لوحة اتفاقية مستوى الخدمة، وتُظهر اللوحة بدقة أي تقويم طُبِّق، وأي النوافذ كانت مفتوحة، وأي الإيقافات المؤقتة حدثت، وكم عدد دقائق العمل التي انقضت قبل الاستجابة. إذا كان الإيقاف المؤقت ناتجاً عن تغيير، يُربَط معرّف التغيير. وإذا كان الفني في إجازة وأُعيد إسناد التذكرة، تظهر عملية إعادة الإسناد في المخطط الزمني.

الهدف من نمذجة هذا بشكل صحيح ليس الكمال. بل إن تقارير اتفاقية مستوى الخدمة تخضع لتدقيق شديد. عندما يسأل المدير التنفيذي لتقنية المعلومات عن سبب انخفاض رقم الامتثال للأولوية الثانية (P2)، يمتلك فريق العمليات إما إجابة يمكن الدفاع عنها، مكتملة بالتذاكر والتقويمات والإيقافات المؤقتة المحددة التي أدت إلى التغيير — أو لا يمتلكها، فيصبح تقرير اتفاقية مستوى الخدمة موضع شك بدلاً من أداة.

تطبيق LinaDesk، باختصار

يُنمذِج LinaDesk كل كيان من الكيانات في الجدول أعلاه كمجمّع نطاق أساسي من الدرجة الأولى. WorkCalendar هو المرساة؛ وWorkCalendarHoliday وWorkCalendarOverride سجلات فرعية؛ وتشير SlaPolicy إلى WorkCalendarId. حساب اتفاقية مستوى الخدمة هو دالة نقية لانتقالات حالة التذكرة وكيانات التقويم المرئية عند كل انتقال. ولأن الإيقافات المؤقتة تُخزَّن كسجلات صريحة، فإن إعادة تشغيل حساب اتفاقية مستوى الخدمة لأي تذكرة تاريخية ينتج اليوم الإجابة نفسها التي أنتجها يوم إغلاقها — وهذا بالضبط ما تريده فرق التدقيق، وهو أمر غير صحيح بالنسبة لأنظمة إدارة خدمات تقنية المعلومات التي تعيد الحساب مقابل التقويم الحالي.

تذكرة عيد الفطر في بداية هذه المقالة، وفق هذا النموذج، ليست خرقاً. فُتحت التذكرة الساعة 16:55 في آخر يوم عمل قبل العيد. يضبط WorkCalendarHoliday الخاص بأيام العيد الأربعة التقويم على "مغلق". تتحرك ساعة اتفاقية مستوى الخدمة فقط عبر دقائق العمل الخمس المتبقية قبل الساعة 17:00 من ذلك الجمعة، ثم تستأنف الساعة 09:00 في أول يوم عمل بعد العيد. تصمد نافذة الاستجابة.

قراءات ذات صلة

• لماذا تشهد أنظمة إدارة خدمات تقنية المعلومات المحلية لحظة صعود في 2026
• الانتقال من ManageEngine Service Desk Plus — دليل ميداني
• LinaDesk مقابل ServiceNow وManageEngine وFreshservice — جدول مقارنة
• الأمان والامتثال في LinaDesk