الفرق الجوهري بين النظام السحابي والمثبت داخل المنشأة ليس تقنيًا بل تعاقدي وتشغيلي: في السحابي تشتري خدمة شهرية ويتحمّل المورّد الخوادم والتحديث والتوافر؛ وفي المثبت داخليًا تشتري رخصة وتتحمّل أنت البنية والترقيات والنسخ الاحتياطي مقابل تحكّم كامل. والاستضافة داخل المملكة ممكنة في الحالتين — فهي ليست معيار التفريق.
هذا السؤال يُطرح غالبًا بصيغة خاطئة: «أيهما أأمن؟» أو «أيهما أرخص؟». لا إجابة عامة لأيٍّ منهما، لأن الأمان يعتمد على من يُشغّل لا على أين يُستضاف، والكلفة تعتمد على أفق زمني تحدده أنت. الصيغة الصحيحة للسؤال: ما الذي أريد أن أتحمّل مسؤوليته، وما الذي أريد شراء التخلّص منه؟ هذا المقال يفكّك الفروق الحقيقية، ويصحّح ثلاث مغالطات تُكلّف الجهات قرارات خاطئة.
الفروق الحقيقية بين النموذجين
| البُعد | سحابي (SaaS) | مثبت داخل المنشأة |
|---|---|---|
| نموذج الدفع | مصروف تشغيلي متكرر (شهري/سنوي)، يبدأ صغيرًا ولا ينتهي. | مصروف رأسمالي كبير مقدّمًا (رخصة + خوادم) + صيانة سنوية. |
| من يُشغّل؟ | المورّد: الخوادم، التحديثات، النسخ الاحتياطي، التوافر. | فريقك: كل ما سبق مسؤوليتك، بما فيها الترقيات الأمنية. |
| زمن التشغيل | أيام إلى أسابيع؛ لا توريد أجهزة. | أسابيع إلى أشهر؛ يشمل التوريد والتهيئة. |
| التحديثات | تصل تلقائيًا؛ ميزة (لا تُهمل) وقيد (لا تتحكم بتوقيتها). | تقرر أنت متى وهل تُرقّي؛ حرية تتحول غالبًا إلى تأجيل مزمن. |
| التخصيص العميق | ضمن ما يتيحه المنتج؛ التخصيص خارجه محدود. | أوسع مدى — بشرط وجود فريق قادر ومستمر. |
| عند الأعطال | تفتح تذكرة لدى المورّد وتنتظر؛ التعهد في اتفاقية الخدمة. | فريقك يعالج مباشرة؛ سرعتك من سرعته، وثغرتك من إجازته. |
| التوسّع | تغيير خطة أو عدد مستخدمين. | شراء موارد وتخطيط سعة مسبق. |
الصف الأهم في الجدول هو «من يُشغّل؟»، وكل الصفوف الأخرى نتائج له. حين تختار المثبت داخليًا فأنت لا تشتري برنامجًا فحسب، بل تُنشئ التزامًا دائمًا بوجود شخص قادر على ترقية النظام وتأمينه واستعادته بعد كارثة — لسنوات. هذا الالتزام هو البند الذي يُنسى في ورقة الكلفة ويظهر في أول إجازة يأخذها ذلك الشخص.
مغالطة «الداخلي أأمن»
الحدس الشائع: البيانات في خوادمنا داخل مبنانا، إذن هي أأمن. هذا الحدس يخلط بين الحيازة والحماية. الخادم في غرفة داخل مقرّك لا يحمي نفسه؛ الحماية تأتي من ترقيات دورية، وإدارة صلاحيات، وتشفير، ومراقبة، ونسخ احتياطي مُختبَر فعليًا، وشخص متفرغ لذلك.
السؤال العملي إذن ليس «أين البيانات؟» بل «من ينفّذ هذه المهام، وهل ينفّذها فعلًا؟». خادم داخلي لم يُرقَّ منذ عام أخطر من خدمة سحابية مُدارة باحتراف. والعكس صحيح تمامًا: خدمة سحابية بلا ضوابط وصول ولا سجلات تدقيق ليست أأمن لأنها سحابية.
المعايير التي تُقيّم بها فعليًا هي نفسها في النموذجين: ضوابط الوصول والهوية، والتشفير أثناء النقل والتخزين، وسجلات تدقيق غير قابلة للتعديل، والنسخ الاحتياطي والتعافي من الكوارث مع اختبار استعادة موثّق. اطرحها على مورّد السحابة كما تطرحها على فريقك الداخلي — بالحدّة نفسها، وبالطلب نفسه للإثبات المكتوب.
مغالطة «السحابة تعني خارج المملكة»
هذه المغالطة الثانية، وهي أكثر ما يدفع الجهات السعودية إلى خيار داخلي لا تحتاجه ولا تستطيع تشغيله. السحابة نموذج تشغيل، لا موقع جغرافي. يمكن أن تكون الخدمة سحابية بالكامل وبياناتها مستضافة داخل المملكة، ويمكن أن يكون نظامك «الداخلي» يرسل نسخه الاحتياطية إلى منطقة خارجية دون أن تنتبه.
- أين تُخزَّن بيانات الإنتاج جغرافيًا؟ اطلب الإجابة في العقد لا في العرض التقديمي.
- أين تُخزَّن النسخ الاحتياطية؟ وأين تُخزَّن السجلات؟ (كثيرًا ما تختلف الإجابة عن الأولى.)
- هل بيئة الاختبار تستخدم نسخة من بيانات الإنتاج الحقيقية؟ وأين تُستضاف هي؟
- من لدى المورّد يستطيع الوصول إلى بياناتي، وتحت أي إجراء، وهل أرى ذلك في سجل تدقيق؟
- ما التزام المورّد عند طلب حذف بيانات مستفيد؟ وخلال كم يومًا يشمل النسخ الاحتياطية؟
- ماذا يحدث لبياناتي عند انتهاء التعاقد: بأي صيغة أستخرجها، وخلال كم يومًا، وبأي كلفة؟
هذه الأسئلة تفصل المورّد الجاد عن غيره أسرع من أي مقارنة مزايا، وهي مبسوطة بتفصيل في دليل استضافة بيانات التذاكر داخل السعودية، وترتبط بما تتطلبه ضوابط الهيئة الوطنية للأمن السيبراني من الجهات الخاضعة لها. إن كنت جهة حكومية، فابدأ من متطلبات جهتك التنظيمية أولًا ثم اختر النموذج الذي يحققها — لا العكس.
مغالطة «الداخلي أرخص على المدى الطويل»
المقارنة التي تُجرى عادةً: «رخصة لمرة واحدة» مقابل «اشتراك شهري مضروب في ستين شهرًا». هذه مقارنة مغلوطة لأنها تحسب كل تكاليف السحابي وبعض تكاليف الداخلي فقط. لا يمكن لأحد أن يخبرك أيهما أرخص عندك — الأرقام تختلف جذريًا حسب حجمك ورواتب فريقك وبنيتك القائمة. لكن يمكن إعطاؤك القائمة الكاملة للبنود التي يجب أن تظهر في الجانبين حتى تصبح المقارنة عادلة.
| بند الكلفة | سحابي | مثبت داخليًا |
|---|---|---|
| الرخصة أو الاشتراك | اشتراك متكرر | رخصة مقدّمة + صيانة سنوية (نسبة من الرخصة عادةً) |
| الخوادم والتخزين | ضمن الاشتراك | شراء + تجديد دوري كل بضع سنوات |
| بيئة الاختبار (Sandbox) | قد تُسعَّر منفصلة — اسأل صراحةً | خوادم إضافية كاملة |
| التكرار والتعافي من الكوارث | ضمن الاشتراك عادةً — تحقّق | موقع ثانٍ ومزامنة: بند كبير يُنسى دائمًا |
| الكهرباء والتبريد والمساحة | لا يوجد | موجود ونادرًا ما يُحتسب |
| الكوادر التشغيلية | لا يوجد (يتحمّله المورّد) | نسبة من وقت مهندس أو أكثر — أكبر بند وأكثره إغفالًا |
| الترقيات الكبرى | ضمن الاشتراك | مشروع بذاته كل بضع سنوات، بكلفة وتوقف محتمل |
| التهيئة والترحيل والتدريب | لمرة واحدة | لمرة واحدة، وغالبًا أعلى |
املأ هذا الجدول بأرقام من عروض حقيقية تجمعها أنت، ثم اقسم المجموع على عدد الأشهر لتحصل على كلفة شهرية قابلة للمقارنة مع أي اشتراك. المنهجية الكاملة للحساب مشروحة خطوة بخطوة في دليل تكلفة نظام التذاكر في السعودية. القاعدة: لا تقارن رقمًا واحدًا برقم واحد، بل سلّتين كاملتين على الأفق الزمني نفسه.
أيهما يناسبك؟
- لا يوجد لديك فريق متفرغ لتشغيل خادم وترقيته ومراقبته باستمرار.
- تريد التشغيل خلال أسابيع لا أشهر، وبمصروف تشغيلي متوقّع بدل رأسمالي.
- احتياجاتك ضمن ما يوفّره منتج ناضج، دون تخصيص جذري في قلب النظام.
- يمكنك تحقيق متطلبات الاستضافة والامتثال عبر مورّد يستضيف داخل المملكة.
- عدد المستخدمين لديك متغيّر أو نموّك غير مؤكد.
- تُلزمك جهة تنظيمية أو تصنيف بياناتك ببقاء النظام داخل شبكتك تحديدًا.
- لديك فعلًا — لا مستقبلًا — فريق بنية تحتية قادر ومستمر ومموّل.
- تحتاج تكاملًا عميقًا مع أنظمة داخلية لا تخرج إلى الإنترنت إطلاقًا.
- لديك مركز بيانات قائم ومستغَل جزئيًا، وكلفته الحدّية منخفضة فعلًا.
- سياستك تفرض التحكم الكامل في توقيت كل ترقية.
وإن كان بند واحد فقط هو ما يدفعك للداخلي — غالبًا الاستضافة أو التكامل — فاختبر أولًا هل يعالجه مورّد سحابي بترتيب مختلف: استضافة داخل المملكة، أو ربط عبر قناة خاصة. كثير من الجهات تدفع كلفة نموذج كامل من أجل بند واحد كان قابلًا للحل. راجع مزايا النظام، وإن كان لديك قيد تنظيمي محدد فناقشه مباشرةً عبر التواصل مع الفريق قبل أن تبني قرارك على افتراض غير مُختبَر.
ما لا يتغيّر مهما اخترت
ينشغل كثير من لجان الشراء بهذا القرار أشهرًا، ثم يكتشفون أن المسائل التي أفسدت المشروع فعليًا لم تكن في النموذج أصلًا. النموذج يحدد من يملك الخوادم؛ ولا يحدد شيئًا مما يلي — وهذه هي التي تقرر نجاح النظام أو فشله:
- تصميم الصلاحيات وتصنيف البيانات — من يرى ماذا. مسؤوليتك في الحالتين، وخطؤك فيها يسبب تسريبًا داخليًا لا يمنعه أي خادم.
- جودة التصنيف وسير العمل — نظام مثبت داخليًا بفئات فوضوية أسوأ من سحابي مضبوط. الأداة لا تنظّم عملياتك نيابةً عنك.
- تبنّي الفريق — إن استمر موظفوك في العمل من البريد، فقد اشتريت رخصة لا نظامًا. هذا أكثر أسباب فشل المشاريع، ولا علاقة له بالاستضافة.
- اختبار الاستعادة فعليًا — نسخة احتياطية لم تُختبر ليست نسخة احتياطية. في السحابي تطلب من المورّد إثبات الاختبار؛ وفي الداخلي تنفّذه بنفسك. القيد قائم في الحالتين.
- خطة الخروج — قدرتك على استخراج بياناتك ملف تعاقدي لا تقني، ويجب أن يُكتب في العقد الأول.
الأسئلة الشائعة
هل يمكن نقل النظام من السحابة إلى الداخل لاحقًا أو العكس؟
تقنيًا ممكن مع بعض المنتجات، وعمليًا مكلف دائمًا: ترحيل بيانات، إعادة تكامل، إعادة تدريب، وتوقف محتمل. لا تبنِ قرارك على «سننقله لاحقًا». الأهم أن تضمن في العقد — منذ اليوم الأول — حقك في استخراج بياناتك كاملة بصيغة مفتوحة وخلال مدة محددة. هذا البند هو ما يجعل النقل ممكنًا أصلًا.
هل الجهات الحكومية السعودية ملزمة بالنظام الداخلي؟
لا يوجد إلزام عام بالنموذج نفسه؛ الإلزام يتعلق بضوابط الاستضافة والحماية حسب تصنيف البيانات والجهة التنظيمية المختصة. المسار الصحيح: احصل من جهتك التنظيمية على متطلبات الاستضافة المطبّقة على تصنيف بياناتك، ثم اطلب من كل مورّد إثبات تحقيقها كتابةً. قد يحقق مورّد سحابي يستضيف داخل المملكة المتطلب نفسه.
ما «السحابة الخاصة» وأين تقع بينهما؟
نموذج وسيط: بنية مخصصة لك وحدك، يديرها المورّد أو أنت، غالبًا داخل مركز بيانات محدد. تعطي عزلًا أعلى من السحابة المشتركة وكلفة تشغيل أقل من الداخلي الكامل، لكنها أغلى من الاشتراك القياسي وأبطأ في التشغيل. مفيدة حين يكون قيدك هو العزل تحديدًا، لا الحيازة.
ماذا يحدث لتذاكرنا إذا انقطع الإنترنت؟
في السحابي: يتوقف وصولك حتى عودة الاتصال، وهذا قيد حقيقي يستحق خطة بديلة (اتصال احتياطي، أو تطبيق جوال على شبكة الجوال). في الداخلي: يستمر العمل داخل الشبكة، لكن يتوقف وصول المستفيدين الخارجيين وفروعك الأخرى — أي أن نصف الخدمة يسقط أيضًا. القيد موجود في النموذجين بأشكال مختلفة.
هل التحديثات التلقائية في السحابة خطر تشغيلي؟
هي مقايضة: تكسب ترقيات أمنية مستمرة دون جهد، وتخسر التحكم في التوقيت. الضوابط العملية: اسأل عن إشعار مسبق بالتغييرات الجوهرية، وتوفّر بيئة اختبار تعاين فيها قبل الإنتاج، وسياسة استقرار الواجهات البرمجية. في المقابل، التحكم الكامل في الداخلي يتحول عمليًا عند كثيرين إلى نظام لم يُرقَّ منذ سنتين — وهذا خطر أكبر.