كيف تحدد أولويات الأعطال وأوقات الاستجابة في دعم الأرشفة؟

إن كنت مدير المشروع أو مدير تقنية المعلومات أو مدير الوثائق، وستراجع اتفاقية مستوى الخدمة (SLA) في عرض نظام الأرشفة أو تضع ملحق الدعم في كراسة الشروط، فابدأ من الأعطال التي تهمك لا من القالب. المشكلة المعتادة أن الاتفاقيات تُنسخ من قوالب عامة لأنظمة أخرى، فتصف «تعطل الخادم» بدقة وتغفل ما يؤلم فعلًا في نظام الوثائق: وثيقة سرية ظهرت لمن لا يحق له، أو مسار اعتماد توقف قبل موعد منافسة.

ما الذي يجعل أعطال نظام الوثائق مختلفة

في أغلب الأنظمة، السؤال الأول عند العطل: هل النظام يعمل؟ في نظام الوثائق هذا السؤال لا يكفي. ثلاثة أنواع من المشكلات قد تحدث والنظام «يعمل» ظاهريًا، لكنها أخطر من توقفه:

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

أي تصنيف أولويات لا يغطي هذه الأنواع صراحة سيعاملها كأعطال متوسطة، لأن «النظام متاح». لذلك يجب أن يُبنى التصنيف على الأثر، وأن تُذكر هذه الحالات بالاسم.

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

مصفوفة الأولويات: التعريف والأمثلة وما يحدده العقد

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

ثلاثة أزمنة لا زمن واحد

عبارة «وقت الاستجابة ساعتان» في العروض لا تعني أن المشكلة ستُحل خلال ساعتين. في الغالب تعني أن أحدًا سيرد على التذكرة. افصل في العقد بين:

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

واطلب معها تكرار التحديث: كم مرة يبلغك المورد بحالة العطل الحرج أثناء العمل عليه. هذا البند وحده يغير تجربة الأزمة، لأن غياب المعلومة أسوأ عند المستخدمين من طول الحل.

من يصنّف العطل، وماذا لو اختلف الطرفان؟

الأولوية تحدد التزامات المورد، ولذلك يوجد دائمًا ميل طبيعي لدى كل طرف نحو تصنيف مختلف. اكتب في الاتفاقية آلية واضحة:

1. الجهة تقترح الأولوية عند التبليغ، بناءً على التعريفات المكتوبة في المصفوفة لا على تقدير لحظي.
2. المورد يؤكد أو يطلب التعديل خلال زمن الاستجابة، مع مبرر مكتوب إن طلب تخفيضها.
3. عند الخلاف يُعمل بتصنيف الجهة حتى يُحسم الخلاف بين نقطتي تصعيد محددتين من الطرفين.
4. إعادة التصنيف مسموحة في الاتجاهين مع تغير الأثر، وتُسجل في التذكرة بوقتها.

وأضف عوامل ترفع الأولوية مؤقتًا بغض النظر عن حجم الأثر التقني: موعد تسليم منافسة، أو إقفال مالي، أو زيارة تدقيق. عطل متوسط في البحث قبل ساعات من تقديم عرض لمنافسة كبيرة يستحق معاملة أعلى من عطل مماثل في يوم عادي. اتفق على هذه الحالات مسبقًا بدل التفاوض عليها أثناء الأزمة.

ما لا يُعد عطلًا أصلًا

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

ساعات التغطية والقنوات والتصعيد

زمن الاستجابة بلا ساعات تغطية رقم ناقص. «استجابة خلال ساعتين» في ساعات العمل الرسمية تعني أن بلاغًا يُسجل مساء الخميس قد لا يُبدأ فيه قبل الأحد. قرر أي مستويات تحتاج تغطية خارج ساعات العمل بحسب طبيعة عملك: جهة تستقبل معاملات من الجمهور أو مستشفى يعمل على مدار الساعة تختلف عن شركة تعمل بدوام واحد.

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

أثر نموذج الاستضافة على المسؤولية

في الاستضافة السحابية يتحمل المورد البنية والتشغيل، فتغطي الاتفاقية النظام كله تقريبًا. أما في الاستضافة على خوادم الجهة، فالخادم والشبكة وقاعدة البيانات أحيانًا ونظام التشغيل والنسخ الاحتياطي قد تكون كلها أو بعضها مسؤولية فريقك. عطل «النظام لا يفتح» قد يكون شهادة منتهية على خادمك أو قرصًا ممتلئًا، وزمن استجابة المورد لا ينفع حينها.

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

القياس والتقارير والتعويض

اتفاقية لا تُقاس لا تُطبق. اطلب تقريرًا دوريًا من المورد يعرض لكل مستوى: عدد البلاغات، ونسبة الالتزام بزمن الاستجابة والحل، والبلاغات المتكررة، وأسبابها الجذرية للأعطال الحرجة والعالية. وراجعه في اجتماع دوري قصير، لأن الأنماط أهم من الحالات: عطل متوسط يتكرر كل أسبوعين يستحق معالجة جذرية أكثر من عطل حرج وقع مرة واحدة.

وقرر إن كانت الاتفاقية تتضمن تعويضًا عند الإخلال (خصم من رسوم الدعم أو الاشتراك مثلًا) أم تكتفي بالتصعيد والمراجعة. التعويض الرمزي لا يعوض ضرر عطل حرج، لكنه يعطي الاتفاقية وزنًا داخل المورد نفسه. وتذكر أن رسوم الدعم ومستواه مرتبطان؛ لفهم ما يجب أن تشمله هذه الرسوم أصلًا راجع ما الذي يجب أن تشمله رسوم الدعم السنوي لنظام الأرشفة.

بعد العطل الحرج: ما يجب أن يتضمنه تقرير السبب الجذري

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

الدعم ومستويات الخدمة في وثيقة

يختلف مستوى الدعم في وثيقة بحسب الباقة كما في صفحة الأسعار: الباقة الأساسية بدعم عبر البريد والهاتف، والاحترافية بدعم أولوية ومدير حساب، والمؤسسية بدعم على مدار الساعة وفريق تنفيذ مخصص واتفاقية مستوى خدمة مخصصة. والدعم الفني العربي مشمول في كل الباقات. وفي النشر السحابي تذكر صفحة الأمان نسخًا احتياطيًا تلقائيًا متعدد المواقع كل 6 ساعات، مع هدف نقطة استرجاع أقل من 6 ساعات وهدف زمن استعادة أقل من 4 ساعات، وتُثبت هذه الأرقام في اتفاقية الخدمة؛ أما في النشر على خوادم الجهة فتُحدَّد مسؤولية النسخ والاستعادة في العقد. ووفق بيانات وثيقة، يُضمن التشغيل بنسبة 99.9% باتفاقية الخدمة؛ اطلب أن تبيّن الاتفاقية كيف تُحسب النسبة وهل تُستثنى منها نوافذ الصيانة المجدولة. وللجهات التي لا تحتمل توقف خادم واحد، يتيح وثيقة نشرًا عالي التوافر متعدد الخوادم، ويُصمَّم توزيعه بحسب بيئتكم في النطاق الفني.

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

اختبر المصفوفة على أعطالك الفعلية

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