انتهى نقاش «Cloud أم On-Premise» في منشأتك، واختارت تقنية المعلومات السحابة. هنا يرتكب كثير من المشترين خطأ هادئًا: يظنون أن القرار الصعب انتهى، فيوقّعون اشتراكًا قياسيًا دون أن يسألوا أين تُحفظ النسخ الاحتياطية، ومن يرى بياناتهم عند الدعم الفني، وماذا يحدث لسجلات خمس سنوات من الحوادث والفحوص الطبية يوم ينتهي العقد.
هذا الدليل لتقنية المعلومات والمشتريات ومدير HSE بعد قرار السحابة: ما الذي يتغير في الشراء والعقد والتشغيل، وما البنود التي تكتبها بنفسك بدل أن تقبل الصيغة الافتراضية.
ما الذي يبقى مفتوحًا بعد اختيار منصة HSE سحابية؟
اختيار منصة HSE سحابية يحسم من يدير الخوادم، لكنه يترك ثمانية أسئلة يجب أن يجيب عنها العقد: ما الذي يشمله الاشتراك، وأين تقيم البيانات ونسخها، وما مستوى العزل عن العملاء الآخرين، ومن ينسخ ويستعيد وكيف يُثبت ذلك، وكيف تصل التحديثات دون أن تكسر إعداداتك، ومن المسؤول عن ماذا، وكيف تخرج ببياناتك، وما مستوى الخدمة الذي يُقاس.
القرار بين خيارات النشر نفسه تفصله مقارنة Cloud وOn-Premise، ولن نعيده. ما يلي يبدأ من حيث تنتهي تلك المقارنة. وإن كان قرارك هو الخوادم الداخلية، فمتطلباتها في متطلبات نظام HSE On-Premise.
نموذج الاشتراك: ما الذي تدفع مقابله بالضبط
في المنصة، هيكل تكلفة Cloud كما تصفه صفحة المقارنة «اشتراك يشمل الاستضافة»، وPrivate Cloud «اشتراك ببيئة مخصصة». هذا هو الإطار؛ أما تفاصيله فهي ما يُكتب في العقد. اطلب أن يجيب العرض عن هذه البنود كتابة:
| البند | السؤال | لماذا يهم في منصة سلامة |
|---|---|---|
| ما يشمله الاشتراك | الاستضافة، والتحديثات، والنسخ، والمراقبة، والدعم: أيها داخل الاشتراك وأيها خدمة منفصلة؟ | البند غير المذكور يعود لاحقًا طلبًا إضافيًا |
| وحدة الاحتساب | المستخدمون بأدوار؟ الوحدات؟ المواقع؟ وما وضع المبلّغين عبر QR وعمال المقاولين؟ | عدد عمال المقاولين يتغير مع المشاريع والمواسم |
| التوسع أثناء العقد | كيف تُضاف وحدة أو موقع أو مستخدمون في منتصف السنة، وعلى أي أساس يُحتسب ذلك؟ | النطاق المرحلي يعني إضافات مؤكدة |
| التخزين والمرفقات | هل حجم المرفقات (صور التفتيش، فيديو الحوادث، الشهادات) مشمول، وما الذي يحدث عند نموه؟ | المرفقات تنمو أسرع من السجلات في نظام ميداني |
| البيئة التجريبية | هل بيئة الاختبار مشمولة طوال العقد أم فترة التطبيق فقط؟ | تحتاجها لتجربة التحديثات والإعدادات الجديدة |
| مدة العقد والتجديد | المدة، وآلية التجديد، والإشعار المطلوب قبل عدم التجديد، وأساس أي تغيير في القيمة عند التجديد | تقارن التكلفة على ثلاث سنوات لا على السنة الأولى |
صفحة سعر نظام HSE تذكر أن العرض يوضح التكاليف المتكررة كالاشتراك أو الدعم والصيانة والاستضافة حسب الخيار. اطلب أن تكون هذه التكاليف لكل سنة من سنوات العقد، لا للسنة الأولى فقط.
مكان البيانات: المنصة ونسخها والوصول إليها
«الاستضافة داخل المملكة» عبارة تحتاج تفكيكًا. في المنصة يتوفر خيار الاستضافة السحابية في مراكز بيانات داخل المملكة في Cloud وPrivate Cloud، كما تذكر صفحة الأمن والاستضافة. لكن سياسة منشأتك أو الجهات التي تتعامل معها قد تهتم بأكثر من موقع قاعدة البيانات الرئيسية:
- البيئة الإنتاجية: أين تعمل قاعدة البيانات والتطبيق.
- النسخ الاحتياطية: أين تُحفظ، وهل في موقع مختلف عن البيئة الإنتاجية.
- موقع التعافي: إلى أين تنتقل الخدمة عند تعطل الموقع الرئيسي.
- المرفقات: هل تُخزن في المكان نفسه الذي تُخزن فيه السجلات.
- الوصول للدعم: من أين يصل فريق الدعم إلى البيئة عند معالجة بلاغ، وهل يُسجل وصوله.
- الإشعارات والتكاملات: البريد وSMS وواتساب تمر عبر مزودي قنوات؛ اسأل ما البيانات التي تُرسل في نص الإشعار.
- بيئة الاختبار: هل تحتوي بيانات حقيقية، وأين تُستضاف.
البند الأخير يُنسى كثيرًا. صفحة التكاملات تذكر أن الاختبار يتم في بيئة تجريبية «ببيانات حقيقية مجهولة»، وهذا ما يجب أن يُكتب شرطًا: لا نسخ لبيانات إنتاجية غير مجهولة إلى بيئة الاختبار.
العزل بين العملاء: Cloud المُدار أم Private Cloud
في Cloud المُدار تعمل منشأتك على بنية يشاركها عملاء آخرون، والعزل كما تصفه صفحة المقارنة «منطقي بين العملاء». في Private Cloud تحصل على «بيئة مستقلة»، وصفحة الأمن تصفها ببيئة سحابية مخصصة للمنشأة وحدها بعزل كامل وإعدادات خاصة. الفرق ليس في جودة الأمن بالضرورة، بل في درجة الفصل وما تسمح به من إعدادات خاصة.
متى يكفي Cloud المُدار
أغلب المنشآت، حين لا تشترط سياستها بيئة مخصصة، وتقبل العزل المنطقي مع ضوابط الصلاحيات وسجلات التدقيق، وتريد التحديثات التلقائية وأقل عبء على فريقها.
متى تحتاج Private Cloud
حين تشترط سياستك أو جهة تتعامل معها بيئة لا تشاركها جهة أخرى، أو تحتاج إعدادات شبكة واتصالًا مخصصًا مع أنظمة داخلية، أو جدول تحديثات بالتنسيق لا تلقائيًا.
في الحالتين، اسأل أسئلة تختبر العزل بدل أن تكتفي بوصفه: كيف يُمنع مستخدم من عميل آخر من الوصول إلى سجلاتنا؟ هل مفاتيح التشفير أو قواعد البيانات منفصلة لكل عميل؟ كيف يُختبر ذلك؟ وما الذي يحدث لبياناتنا في النسخ الاحتياطية المشتركة؟ الإجابات المكتوبة هنا جزء من استبيان الأمن الذي تذكر صفحة الأمن أنه يُجاب عنه ضمن العرض الفني.
النسخ الاحتياطي والتعافي والتوفر: كيف تختبر الوعد
صفحة الأمن تذكر «نسخ احتياطي دوري واختبار للاستعادة» و«خطة تعافٍ بأهداف استعادة يُتفق عليها». كلمة «يُتفق عليها» تعني أن الأرقام تكتبها أنت في العقد بحسب حاجة منشأتك، لا أن تنتظر رقمًا جاهزًا. في منصة سلامة، فكّر في هذه الأسئلة من زاوية الميدان:
- كم بيانات يمكن أن تُفقد؟تصاريح العمل وتسليم الورديات تُسجل طوال اليوم. حدد أقصى فترة يمكن أن تفقد بياناتها (RPO) بحسب ما يعنيه فقد تصاريح وردية كاملة في مواقعك.
- كم يمكن أن تتوقف الخدمة؟حدد أقصى مدة للاستعادة (RTO)، واكتب ما تفعله المواقع خلالها: هل لديكم إجراء ورقي احتياطي للتصاريح؟ التطبيق يعمل دون اتصال لبعض المهام ويزامن لاحقًا، لكن الاعتماد اللحظي يحتاج المنصة.
- هل يمكن استعادة سجل واحد؟حذف خاطئ لتحقيق أو تقرير تدقيق أكثر شيوعًا من كارثة. اسأل هل تُستعاد سجلات محددة أم البيئة كلها فقط، ومن يطلبها.
- كيف يُثبت اختبار الاستعادة؟اطلب تقريرًا دوريًا باختبارات الاستعادة ونتائجها، لا وعدًا عامًا.
- كم مدة الاحتفاظ بالنسخ؟تختلف عن مدة الاحتفاظ بالسجلات نفسها؛ الصفحة تذكر سياسات احتفاظ حسب نوع السجل، وبعض سجلات السلامة والصحة يُحتفظ بها لسنوات طويلة.
أما نسبة التوفر الشهرية، ونوافذ الصيانة، وتصنيف الأعطال وأوقات الاستجابة، فهي أرقام تحددها منشأتك وتكتبها في العقد. طريقة صياغتها حسب الورديات ونوع النشر في SLA نظام HSE: الدعم والتدريب ومستوى الخدمة. ويبقى في العقد السحابي تحديدًا سؤالان لا يجيب عنهما الرقم وحده:
- ما الذي يُستثنى من التوفر: المنصة السحابية تعتمد على مزود بنية ومزودي قنوات للإشعارات. اسأل هل يُحسب تعطل أي منهم من التوفر أم يُستثنى، وهل يشمل القياس تطبيق الجوال ومزامنته والإشعارات، لا واجهة الويب وحدها. تنبيه تصريح لا يصل في وردية ليلية عطل حقيقي في منصة سلامة.
- ماذا يحدث عند الإخلال المتكرر: اكتب الأثر التعاقدي إن تكرر عدم تحقيق التوفر المتفق عليه: معالجة يحددها العقد، وحقك في الإنهاء الذي يُفعّل خطة الخروج الموصوفة أدناه دون تكلفة إضافية.
التحديثات المستمرة: كيف لا تكسر إعدادات منشأتك
ميزة السحابة أن التحديثات تصلك دون جهد من فريقك؛ في Cloud المُدار هي «تلقائية»، وفي Private Cloud «مجدولة بالتنسيق» كما في جدول خيارات النشر. والمخاطرة المقابلة أن يتغير شيء في يوم تدقيق أو في منتصف توقف سنوي. الحل ليس رفض التحديثات، بل كتابة طريقة وصولها:
- الإشعار المسبق: متى تُبلّغ بالتحديث الذي يغير واجهة يستخدمها الميدان، وبأي قناة.
- ملاحظات الإصدار: ما الذي تغير، بلغة يفهمها مسؤول النظام لا المطور فقط.
- بيئة الاختبار: صفحة لتقنية المعلومات تذكر إمكانية تجهيز بيئة اختبار لفريقكم قبل التشغيل الفعلي؛ اسأل هل تبقى متاحة لتجربة الإصدارات الجديدة على إعداداتكم.
- إعداداتك بعد التحديث: النماذج والمسارات والمصفوفات التي ضُبطت لمنشأتك يجب أن تبقى كما هي. اسأل كيف يُضمن ذلك وكيف يُختبر.
- الفترات الحرجة: هل يمكن الاتفاق على تجنب التغييرات الكبيرة في فترات تحددها منشأتك، كالتوقف السنوي أو أسبوع التدقيق؟
- الميزات التي تُستبدل: كيف تُبلّغ إن أوقفت ميزة تعتمد عليها، وكم مهلة الانتقال.
مصفوفة المسؤوليات: ما على المورد وما يبقى عليك
السحابة لا تنقل كل المسؤولية إلى المورد. الجدول التالي ينقل ما تقوله صفحة تقنية المعلومات عن توزيع المهام في Cloud (الصفوف الستة الأولى)، وما تذكره صفحة الأمن من ضوابط (الصفان الأخيران)، ويضيف إليه ما يبقى على المنشأة في أي نظام:
| المهمة | في Cloud كما في صفحتي تقنية المعلومات والأمن | ما يبقى على منشأتك |
|---|---|---|
| البنية والخوادم | علينا | اعتماد مكان الاستضافة وفق سياستكم |
| النسخ الاحتياطي | علينا | تحديد أهداف الاستعادة ومراجعة تقارير الاختبار |
| التحديثات | علينا | مراجعة ملاحظات الإصدار واختبار ما يمس إعداداتكم |
| إدارة المستخدمين | آلية عبر AD/HR | دقة بيانات الموارد البشرية، وتعطيل المغادرين في المصدر |
| التكاملات | مشتركة | واجهات أنظمتكم وصيانتها من جهتكم |
| الدعم من المستوى الثاني | علينا | مسؤول نظام داخلي يستقبل بلاغات المستخدمين أولًا |
| الصلاحيات والأدوار | المنصة توفر RBAC وسجلات التدقيق | من يمنح الصلاحيات، ومراجعتها دوريًا، خاصة الطبية والتحقيقات |
| سياسة الدخول | المنصة توفر SSO وMFA وسياسات كلمات المرور | تفعيل MFA للأدوار الحساسة، وأمن أجهزة المشرفين |
الصفوف الثلاثة الأخيرة هي حيث تقع أغلب الحوادث الأمنية العملية في أنظمة الأعمال: حساب لموظف غادر لم يُعطل، أو صلاحية واسعة منحت مؤقتًا ولم تُسحب. لا يحلها أي عقد سحابي إن لم تكن لها إجراءات داخلية.
الإطار النظامي: حماية البيانات وضوابط الحوسبة السحابية
منصة السلامة تحمل بيانات شخصية وصحية للموظفين وعمال المقاولين: إصابات، وفحوص طبية، وقيود عمل، وتحقيقات. لذلك يمر العقد السحابي على مرجعين نظاميين على الأقل، وتحديد ما ينطبق منهما على منشأتك مسؤولية الشؤون القانونية والامتثال لديها:
- نظام حماية البيانات الشخصية ولوائحه: ومنها لائحة تنظم نقل البيانات الشخصية إلى خارج المملكة بشروط وضمانات. منصة حوكمة البيانات الوطنية لحماية البيانات الشخصية تتيح خدمات منها إشعار تسرب البيانات الشخصية وتقييم الأثر على المعالجة. تحقق من النص الساري للوائح قبل الاستشهاد ببنودها في العقد.
- ضوابط الأمن السيبراني للحوسبة السحابية: أصدرتها الهيئة الوطنية للأمن السيبراني بإصدار CCC-2:2024 امتدادًا للضوابط الأساسية، وتحدد متطلبات من منظور مقدمي الخدمات والمشتركين معًا. إن كانت منشأتك مشمولة بها، فجزء من الالتزامات يقع عليك بصفتك مشتركًا، لا على المورد وحده.
عمليًا، اطلب في العقد: بندًا يلزم المورد بإبلاغك بأي حادث أمني يمس بياناتك في مدة تحددها أنت، حتى تتمكن من الوفاء بالتزاماتك؛ وتحديد صفة كل طرف في معالجة البيانات؛ والتزامًا بعدم نقل البيانات أو نسخها خارج المكان المتفق عليه دون موافقة مكتوبة. صفحة الأمن تصف ضوابط المنصة التي تساعد المنشأة على تنظيم معالجتها للبيانات الشخصية بما يتوافق مع سياساتها والأنظمة المعمول بها: الحد الأدنى من الاطلاع، وفصل البيانات الطبية، وتسجيل كل اطلاع حساس. صياغة هذه المتطلبات للكراسة تتناولها متطلبات أمن منصة HSE.
خطة الخروج: كيف تستعيد بياناتك يوم ينتهي العقد
أفضل وقت للتفاوض على الخروج هو قبل التوقيع. صفحة تقنية المعلومات تنص على أن بيانات المنشأة ملك لها وأن آلية تصديرها تُحدد في العقد، وأن السجلات تُصدر بصيغ قياسية وعبر API. حوّل ذلك إلى بنود محددة:
| البند | ما يُكتب |
|---|---|
| نطاق التصدير | كل السجلات بكل الوحدات، مع العلاقات بينها (الحادث وإجراءاته، التصريح وعزله وفريقه)، وسجلات التدقيق |
| المرفقات | الصور والفيديو والشهادات والتوقيعات، مرتبطة بسجلاتها بمعرّف واضح |
| الصيغة | صيغ قياسية مقروءة، مع وصف للحقول يفهمه من سيستورد البيانات في نظام آخر |
| التوقيت | فترة بعد انتهاء العقد تبقى فيها البيانات متاحة للتصدير، وتحددها منشأتك |
| التصدير الدوري أثناء العقد | حق طلب نسخة كاملة دوريًا، لا عند الإنهاء فقط |
| الحذف | حذف البيانات ونسخها بعد التصدير، وإقرار مكتوب بذلك |
| المساعدة في الانتقال | هل تُقدم ضمن العقد أم بخدمة منفصلة، وكيف تُسعّر |
اختبر التصدير أثناء التقييم لا بعده: اطلب تصدير عينة من بيئة تجريبية وافتحها. تفاصيل العناية الواجبة بالمورد نفسه، ومنها خطة الخروج، في العناية الواجبة بمزود نظام HSE.
سيناريو: شركة توزيع تكتب بنود عقدها السحابي
مثال افتراضي للتوضيح شركة توزيع بتسعة مستودعات في الرياض وجدة والدمام
شركة توزيع مواد غذائية بنحو 1,050 موظفًا في تسعة مستودعات ومركز توزيع، و300 عامل مقاول للتحميل والنقل، وفريق تقنية معلومات من ستة أشخاص بلا مركز بيانات خاص. اختارت Cloud مُدارًا داخل المملكة لأن فريقها لا يتسع لتشغيل نظام إضافي. قبل التوقيع، كتبت لجنة من تقنية المعلومات والمشتريات ومدير HSE هذه البنود:
- مكان البيانات: البيئة الإنتاجية والنسخ وموقع التعافي والمرفقات داخل المملكة، وأي وصول للدعم مسجل ومتاح لهم عند الطلب.
- الاشتراك: احتساب المستخدمين بأدوار فقط، وعمال المقاولين يبلّغون ويحضرون التدريب عبر QR، مع آلية مكتوبة لإضافة مستودعين مخطط افتتاحهما.
- الاستعادة: أهداف RPO وRTO حددتها اللجنة بحسب ورديات التحميل الليلية، وتقرير اختبار استعادة دوري، واستعادة سجلات محددة عند الحذف الخاطئ.
- التحديثات: إشعار مسبق بالتغييرات على تطبيق الجوال، وتجنب التغييرات الكبيرة في موسم الذروة الذي حددته الشركة.
- الخروج: تصدير كامل بالمرفقات بصيغ قياسية، ونسخة كاملة كل ستة أشهر، وإقرار بالحذف بعد الإنهاء.
- المسؤوليات الداخلية: تعطيل الحسابات آليًا من نظام الموارد البشرية، وMFA إلزامي لمسؤولي السلامة والعيادة.
لم تحتج اللجنة Private Cloud، لأن سياستها لا تشترط بيئة مخصصة. لكنها خرجت بعقد تعرف فيه أين بياناتها ومن يصل إليها وكيف تستعيدها.
قائمة بنود العقد قبل التوقيع
- ما يشمله الاشتراك بندًا بندًا، ووحدة الاحتساب، وآلية التوسع أثناء العقد.
- مكان البيئة الإنتاجية والنسخ والتعافي والمرفقات وبيئة الاختبار.
- نوع العزل (منطقي أو بيئة مخصصة) وإجابات استبيان الأمن عن آليته.
- أهداف الاستعادة وتقارير الاختبار واستعادة السجلات المحددة.
- التوفر ونوافذ الصيانة وتصنيف الأعطال بالأرقام التي تحددها منشأتك.
- طريقة الإشعار بالتحديثات، وبيئة اختبار الإصدارات، والفترات الحرجة.
- إشعار الحوادث الأمنية، وصفة كل طرف في معالجة البيانات، وقيود نقلها.
- تسجيل وصول الدعم إلى البيئة وإتاحته للمنشأة.
- نطاق التصدير وصيغته وتوقيته، والحذف والإقرار به.
- المسؤوليات الداخلية: مسؤول النظام، ومراجعة الصلاحيات، وتفعيل MFA.
هذه القائمة تكمل خطوات الشراء الأخرى، من الكراسة إلى التقييم. وحين تجهز سياستكم وأسئلتكم، يمكنكم إرسالها عبر طلب عرض السعر ليصلكم عرض فني يجيب عنها ضمن نطاق خيار النشر المختار.
الأسئلة الشائعة
ليس تلقائيًا. الاستضافة تحدد مكان البيئة الإنتاجية، لكن النسخ والتعافي ووصول الدعم ومزودي الإشعارات قد تكون مواقع أخرى. لذلك اكتب كل عنصر منها في العقد باسمه، واطلب إجابة مكتوبة عنه.
ليس بالضرورة. حماية البيانات الطبية في المنصة تأتي من فصل الصلاحيات الطبية وتسجيل كل اطلاع حساس، وهذا متاح في الخيارات كلها. Private Cloud يُختار حين تشترط سياسة المنشأة أو جهة تتعامل معها بيئة لا تشاركها جهة أخرى.
نعم، والأفضل أن تكتبه حقًا في العقد: نسخة كاملة دورية بالمرفقات بصيغ قياسية. هذا يختبر آلية التصدير قبل أن تحتاجها، ويطمئن الإدارة إلى أن البيانات ليست محتجزة.
في Cloud المُدار التحديثات تلقائية، وفي Private Cloud مجدولة بالتنسيق. إن كانت لديك فترات حرجة كالتوقف السنوي أو التدقيق، فاطرحها قبل التوقيع واطلب كتابة ما يُتفق عليه بشأنها، بدل افتراض إمكانية التأجيل لاحقًا.
هذه مسؤولية المنشأة غالبًا، لأن المورد لا يعرف من غادر. لهذا يُربط إنشاء الحسابات وتعطيلها بالموارد البشرية أو Active Directory، ويُفعّل MFA للأدوار الحساسة، وتُراجع الصلاحيات دوريًا من مسؤول النظام لديكم.
اسأل عن ذلك صراحة قبل التوقيع واكتب الجواب: هل تبقى البيانات متاحة للقراءة أو التصدير لفترة، وما المدة، ومتى تُحذف. هذا البند يحمي سجلات سنوات من الحوادث والفحوص من أن تصبح رهينة إجراء إداري متأخر.