ما الذي يجب أن يشمله عقد دعم وصيانة نظام الأرشفة؟

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

ابدأ بتعريف الطلب: عطل، أم خدمة، أم تغيير؟

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

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

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

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

عبارة «الأعطال الحرجة» بلا تعريف تعني أن كل طرف يصنفها كما يناسبه. التعريف الجيد يعتمد على معايير يمكن لطرف ثالث أن يتحقق منها: عدد المستخدمين المتأثرين، والوظيفة المتأثرة، ووجود بديل مؤقت، وحساسية الأثر على البيانات.

أضف إلى المصفوفة ثلاث قواعد تمنع الخلاف عند التطبيق:

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

أوقات الاستجابة والحل: كيف تقيسها، وكيف تحدد أرقامك

ثلاثة مقاييس لا مقياس واحد

«وقت الاستجابة» وحده قد يعني رسالة آلية بأن البلاغ استُلم. لذلك افصل في العقد بين:

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

اشتق الأرقام من أقصى توقف تحتمله إداراتكم

بدل أن تطلب «أفضل أوقات استجابة»، اجلس مع ممثلي الإدارات الأكثر اعتمادًا على النظام، واسأل لكل وظيفة: كم ساعة يمكن أن نعمل دونها قبل أن يتضرر العمل فعلًا؟ ومتى نستخدمها؟ وما البديل؟ ثم حوّل الإجابات إلى مدد حل مؤقت، واطلب من المورد أن يسعّر عليها.

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

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

ساعات الدعم وقنواته ومن يحق له الإبلاغ

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

التحديثات والتصحيحات الأمنية: ما يشمله الدعم وما يترتب عليه

الصيانة في عقد نظام الأرشفة ليست إصلاح الأعطال فقط. النظام سيبقى لديكم سنوات، ويتغير حوله نظام التشغيل وقاعدة البيانات والمتصفحات والأنظمة المرتبطة به. حدد في العقد:

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

التصعيد: أسماء وأدوار ومحفزات مكتوبة

مسار التصعيد في كثير من العقود سطر واحد: «يُصعد إلى الإدارة العليا». هذا لا يساعد أحدًا في منتصف ليلة تعطل. المسار المفيد يحدد ثلاثة أشياء:

1. المستوى الأول: فريق الدعم

   يستقبل البلاغ ويشخصه ويحل ما يقع في الإعدادات والتشغيل.

   مختص الدعم لدى المورد ومسؤول النظام لدى الجهة
2. المستوى الثاني: الفريق الفني والمطور

   يُحال إليه البلاغ تلقائيًا إن تجاوز نسبة محددة من مدة الحل دون حل مؤقت، أو إن تبين أنه خلل في النظام نفسه.

   قائد الفريق الفني لدى المورد ومدير تقنية المعلومات لدى الجهة
3. المستوى الثالث: الإدارة

   للبلاغ الحرج الذي تجاوز مدته، أو لتكرار الإخلال خلال الفترة. يُعقد اجتماع بخطة معالجة مكتوبة ومواعيد.

   مدير الحساب أو التنفيذي المسؤول لدى المورد وراعي النظام لدى الجهة

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

التقرير الدوري وتبعات الإخلال بمستوى الخدمة

مستوى الخدمة (SLA) الذي لا يُقاس لا يُطبق. اطلب تقريرًا دوريًا، شهريًا أو ربعيًا بحسب حجم الاستخدام، يتضمن على الأقل:

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

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

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

الاستثناءات: ما يُقبل استثناؤه وما لا يُقبل

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

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

المدة والتجديد وانتهاء العقد

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

بنود الملكية والتصدير نفسها تُحسم عادة في العقد الرئيسي، وتُراجع مع بقية الملاحق في قائمة التحقق النهائية قبل التعاقد.

راجع مسودة العقد: من الصياغة العامة إلى القابلة للقياس

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

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

الخطوة التالية: اطلب الدعم مسعّرًا ضمن العرض

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

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

أسئلة شائعة