Help Desk داخلي للجهات الحكومية: متطلبات التثبيت والأمن والتشغيل

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

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

ما الذي يتغير حين تشغّل Help Desk داخلي للجهات الحكومية؟

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

الميزات لا تتغير بين الخيارات؛ الصفحة نفسها تنص على أن الوحدات متاحة في الخيارات الثلاثة والفرق في التشغيل والإدارة. لذلك لا تقبل في التقييم عرضًا يقدم «نسخة داخلية» أقل من النسخة السحابية دون أن يذكر ما الذي ينقصها. وإن كنت لم تحسم بعد بين الداخلي والسحابة الخاصة داخل المملكة، فالمقارنة في SaaS أم On-Premise لنظام الدعم الفني، أما هنا فنفترض أن القرار حُسم لصالح مركز بيانات الجهة.

ما الذي تجهزه الجهة في مركز البيانات قبل التثبيت؟

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

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

الشبكة المعزولة: ما الذي يحتاج اتصالًا خارجيًا وما الذي لا يحتاج؟

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

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

الضوابط الأمنية: ما يوفره النظام وما تتولاه الجهة

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

كل ما في العمود الأوسط منقول من صفحتي الأمن وحماية البيانات والأدوار والصلاحيات وسجل التدقيق. أما تفكيك الضوابط إلى متطلبات قابلة للاختبار في أي نظام دعم فني فهو موضوع ضوابط الأمن السيبراني لنظام الدعم الفني، وتقوية الخادم الداخلي نفسه في أمن Help Desk داخلي On-Premise.

جدول مسؤوليات الجهة والمورد في التشغيل الداخلي

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

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

كيف تدير التحديثات بالتنسيق في شبكة لا تتصل بالإنترنت؟

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

1. الإشعار والملاحظات

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

2. النقل إلى الشبكة المعزولة

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

3. التجربة في بيئة الاختبار

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

4. طلب تغيير ونافذة معتمدة

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

5. نسخة قبل التطبيق، ثم التطبيق والتحقق

   نسخة كاملة لقاعدة البيانات والمرفقات قبل التطبيق، ثم التطبيق على الإنتاج، ثم قائمة تحقق قصيرة يوقعها مسؤول الخدمة قبل إعلان انتهاء النافذة.

النسخ الاحتياطي والاستعادة وسجل التدقيق: ما الذي تحدده الجهة؟

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

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

كيف يصل دعم المورد إلى بيئة لا يصلها؟ أسئلة قبل التعاقد

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

1. ما طرق تقديم الدعم في التثبيت الداخلي: جلسة عن بعد بإشراف فريقنا، أم حضور إلى موقعنا، أم كلاهما؟ ومن يتحمل تكلفة الحضور؟
2. ما الذي نحتاج إرساله إليكم لتشخيص عطل دون وصول مباشر (سجلات التطبيق، لقطات، وصف البيئة)؟ وكيف تُنقى هذه السجلات من البيانات الشخصية قبل خروجها؟
3. ما الإصدارات المدعومة من نظام التشغيل وقاعدة البيانات، وكيف تبلغوننا قبل انتهاء دعم أي منها؟
4. كيف تُسلّم حزم التحديث، وكيف نتحقق من سلامتها ومصدرها؟
5. ما الذي يشمله نقل المعرفة لمدير النظام وفريق البنية لدينا، حتى لا نعتمد عليكم في كل تغيير إعداد؟
6. هل تجيبون على استبيان تقييم الموردين لدينا، وتقدمون وصف البنية وتدفق البيانات قبل الترسية؟
7. كيف يُنسّق اختبار الاختراق، ومن يعالج ملاحظاته وبأي ترتيب؟
8. ما الذي يتغير في العقد والترخيص إن قررنا لاحقًا الانتقال إلى سحابة خاصة داخل المملكة؟

وإن كانت الجهة في مرحلة الشراء الرسمي، فخطوات المنافسة ولجنة التقييم في شراء نظام دعم فني لجهة حكومية.

أين يقع TixDesk من متطلبات الجهة الحكومية؟

TixDesk يُثبَّت على خوادم الجهة بالوحدات نفسها المتاحة سحابيًا، وصفحة نظام الدعم الفني للجهات الحكومية تصفه بأنه يخدم موظفي الجهة ومستفيديها معًا بصلاحيات دقيقة وسجل تدقيق وتشغيل داخل بيئتها. ما تقوله صفحات الموقع تحديدًا:

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

أخطاء تؤخر التشغيل الداخلي في الجهات الحكومية

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