- عبارة «مستضاف داخل السعودية» تصف غالبًا قاعدة البيانات الأساسية وحدها. بيانات CRM تسكن في تسعة مواضع على الأقل، منها النسخ الاحتياطية وموقع التعافي والسجلات والمرفقات وبيئة الاختبار ومزودو الرسائل.
- اسأل ثلاثة أسئلة عن كل موضع: أين تُحفظ البيانات فعليًا؟ وكيف تُحمى وتُنسخ؟ ومن يصل إليها ومن أي مكان؟
- الوصول عن بعد جزء من سؤال الموقع. فريق دعم يعمل من خارج المملكة يصل إلى بيانات مخزنة داخلها.
- اطلب على كل إجابة دليلًا يُرفق بالعرض الفني: مخطط تدفق البيانات، وقائمة المعالجين الفرعيين، ونص تعاقدي، وعينة من سجل الوصول.
هذه المقالة لمن حسم خيار التشغيل ويريد أن يتحقق من صحة عبارة «البيانات داخل المملكة» قبل التعاقد. لا تقارن بين السحابي والتشغيل على الخوادم الخاصة، فتلك مقارنة لها موضعها. تعرض المقالة خريطة الأماكن التي تنتقل إليها بيانات CRM، والأسئلة التي تكشف كل مكان، وشكل الإجابة المقبولة، وموقع الضوابط الوطنية من ذلك كله.
لماذا لا تكفي إجابة «بياناتكم في الرياض»؟
نظام CRM ليس قاعدة بيانات واحدة. حين يرسل مندوب عرض سعر عبر البريد، تمر البيانات بخادم التطبيق، وتُحفظ في قاعدة البيانات، ويُخزن ملف العرض في مخزن الملفات، ويُرسل البريد عبر خدمة إرسال، ويُسجَّل الحدث في سجلات النظام، ثم يُنسخ كل ذلك في النسخة الاحتياطية الليلية. وكل محطة من هذه قد تكون في موقع مختلف.
لذلك تكون الإجابة المختصرة صادقة في الغالب، وناقصة في الغالب. المورد يقصد مكان الخادم الرئيسي، والجهة تسأل عن مكان بياناتها كلها. والفجوة بين المعنيين لا تظهر إلا حين يطلب المدقق أو الإدارة القانونية مخطط تدفق البيانات، أو حين تقع حادثة ويُسأل أين كانت النسخ.
الطريقة الأدق أن تحوّل السؤال الواحد إلى حصر بالمواضع. المخطط التالي يرتب المواضع من الأقرب إلى الإجابة التقليدية إلى الأبعد عنها.
- 1. قاعدة البيانات الأساسيةالعملاء والفرص والتذاكر والعقود. هي ما تقصده عادة عبارة «الاستضافة داخل المملكة».
- 2. مخزن الملفات والمرفقاتالعروض والعقود وصور الهويات ومرفقات المحادثات. قد يكون خدمة تخزين منفصلة عن قاعدة البيانات.
- 3. النسخ الاحتياطيةنسخ يومية أو أكثر، تُحفظ عمدًا بعيدًا عن البيئة الأساسية. أين «بعيدًا»؟
- 4. موقع التعافي من الكوارثالبيئة التي يعمل عليها النظام إن تعطل الموقع الأساسي، وتحمل نسخة كاملة من البيانات.
- 5. السجلات والمراقبةسجلات التطبيق وسجل التدقيق وأدوات مراقبة الأداء والأخطاء، وقد تحمل أسماء وأرقامًا ومحتوى طلبات.
- 6. بيئات التطوير والاختبارنسخ تُستخدم لتجربة التخصيصات والتحديثات. هل فيها بيانات حقيقية؟ وأين تعمل؟
- 7. مزودو الرسائل والقنواتخدمات إرسال البريد والرسائل النصية وواتساب. المحتوى يمر عبر منصاتهم بحكم طبيعة الخدمة.
- 8. التكاملات والخدمات الذكيةERP والمحاسبة والتوقيع الإلكتروني ونموذج الذكاء الاصطناعي إن فُعّل. كل ربط ينسخ جزءًا من البيانات إلى نظام آخر.
- 9. نقاط الوصول البشريأجهزة فريق الدعم والتشغيل لدى المورد ومقاوليه، ومكان عملهم عند الوصول عن بعد.
السؤال الأول: أين تُحفظ البيانات فعليًا؟
اطلب إجابة مكتوبة لكل طبقة من الطبقات التسع، بثلاثة عناصر: اسم مزود البنية التحتية، والمنطقة أو المدينة أو مركز البيانات، وما إذا كانت البيانات تغادر هذا الموقع في أي ظرف. الأسئلة التي تكشف الفجوات عادة:
- عن النسخ الاحتياطية: هل تُحفظ في منطقة أخرى داخل المملكة أم في منطقة خارجها؟ وهل تنسخها أداة الحماية لدى المزود إلى موقع ثالث تلقائيًا؟ بعض خدمات النسخ السحابية تتيح النسخ إلى منطقة أخرى بإعداد بسيط، فاسأل هل هو مفعّل وإلى أين.
- عن التعافي: إذا تعطلت المنطقة الأساسية بالكامل، أين يعمل النظام؟ وهل موقع التعافي خاضع لشرط الموقع نفسه؟ تفاصيل نقطة الاستعادة وزمنها وطريقة اختبارها في مقالة النسخ الاحتياطي واستعادة CRM.
- عن السجلات: أين تُرسل سجلات التطبيق وتقارير الأخطاء؟ أدوات المراقبة الجاهزة كثيرًا ما تعمل كخدمة خارجية، وتقرير خطأ واحد قد يحمل بيانات عميل كاملة إن لم تُنقَّ.
- عن الاختبار: هل تُستخدم بيانات حقيقية في بيئة الاختبار؟ ومن يقرر ذلك؟ وأين تعمل هذه البيئة؟ صفحة حماية البيانات تقنيًا تنص على الفصل بين البيئات، وعدم استخدام البيانات الحقيقية في الاختبار إلا بموافقة ووفق ضوابط، وهذا ما يستحق أن يُكتب في العقد.
- عن القنوات: ما البيانات التي تمر عبر مزود البريد أو الرسائل أو منصة واتساب؟ هؤلاء المزودون خارج سيطرة مورد CRM بطبيعة خدمتهم، والمطلوب أن تعرف المنشأة ما يمر عبرها وتتخذ قرارها عن علم.
- عن الذكاء الاصطناعي: إن فُعّل المساعد الذكي، أين يعمل النموذج؟ وهل تُستخدم البيانات في تدريبه؟ صفحة المساعد الذكي تترك هذا الخيار للمنشأة ضمن نطاق التنفيذ، بما فيه المعالجة داخل المملكة، فاجعلوه قرارًا موثقًا لا إعدادًا افتراضيًا.
السؤال الثاني: كيف تُحفظ وتُحمى؟
موقع البيانات لا يكفي وحده. البيانات المخزنة داخل المملكة دون عزل أو تشفير مناسب قد تكون أقل حماية من غيرها. هذه الأسئلة تكشف طريقة الحفظ:
| الموضوع | السؤال | لماذا يهم |
|---|---|---|
| العزل | هل بياناتنا في قاعدة مستقلة، أم في قاعدة مشتركة معزولة منطقيًا؟ وكيف يُمنع تسرب سجلات عميل إلى آخر؟ | يحدد حجم الأثر إن أخطأ إعداد أو استُغلت ثغرة |
| التشفير أثناء التخزين | هل يشمل قاعدة البيانات والملفات والنسخ الاحتياطية معًا؟ | نسخة احتياطية غير مشفرة تُبطل تشفير البيئة الأساسية |
| مفاتيح التشفير | من يدير المفاتيح؟ وأين تُحفظ؟ وهل يمكن أن نتحكم بها نحن؟ | من يملك المفتاح يملك القدرة الفعلية على قراءة البيانات |
| التشفير أثناء النقل | هل تُشفر الاتصالات الداخلية بين الخوادم، لا اتصال المستخدم وحده؟ | البيانات تنتقل بين الطبقات التسع، لا بين المتصفح والخادم فقط |
| النسخ | كم نسخة تُحفظ؟ ولكم مدة؟ وهل تُحذف منها البيانات عند انتهاء التعاقد؟ | النسخة الاحتياطية تحمل البيانات بعد حذفها من البيئة الحية |
| الإتلاف | كيف تُتلف البيانات من كل الطبقات عند الخروج، وما الذي نستلمه إثباتًا لذلك؟ | الخروج يكشف عدد النسخ التي لم يكن أحد يعرف بها |
في التشغيل السحابي المُدار والبيئة الخاصة، يقع أغلب هذه البنود على المورد ومزود البنية التحتية. وفي التشغيل على خوادم الجهة تنتقل إلى فريق الجهة، ويبقى على المورد توثيق متطلبات التشفير والنسخ في مسؤوليات التشغيل المستمر. متى تستدعي هذه المتطلبات بيئة مخصصة لمنشأتك وحدها موضوع مقالة متى تحتاج منشأتك إلى بيئة خاصة لتشغيل CRM.
السؤال الثالث: من يصل إلى البيانات، ومن أين؟
هذا السؤال يُغفل كثيرًا لأنه لا يتعلق بمكان الخادم. لكن الوصول البشري هو الطريق الأقصر من البيانات إلى خارج نطاقها. من يصل إلى بيانات CRM عادة:
- مستخدمو المنشأة
تحكمهم الصلاحيات والمصادقة متعددة العوامل، وقد يُقيَّد وصولهم بنطاقات عناوين الشبكة للجهات التي تشترط ذلك. السؤال هنا: هل يمكن منع الدخول من خارج المملكة أو من خارج شبكة الجهة إن لزم؟
مسؤول النظام لدى المنشأة - فريق الدعم الفني لدى المورد
يصل لمعالجة طلب محدد. السؤال: من أين يعمل أفراده؟ وهل يتطلب وصولهم موافقتكم المسبقة، لمدة محددة، مع تسجيله في سجل تراه المنشأة؟
المورد - فريق التشغيل والبنية التحتية
يدير الخوادم والنسخ والتحديثات بصلاحيات واسعة. السؤال: كم عددهم؟ وكيف يُراقب وصولهم المميز؟ وهل منهم مقاولون من طرف ثالث؟
المورد ومزود البنية التحتية - المعالجون الفرعيون
مزود البنية التحتية، ومزود البريد والرسائل، وأدوات المراقبة، ومزود نموذج الذكاء الاصطناعي. السؤال: ما القائمة الكاملة؟ وما الذي يصل إلى كل منهم؟ وهل تُبلَّغون قبل إضافة معالج جديد؟
المورد
الإجابة التي تطمئن هنا ليست «لا أحد يصل إلى بياناتكم»، فهذا غير واقعي في أي نظام مُدار. الإجابة الجيدة تحدد الأشخاص والأدوار ومكان العمل وشرط الموافقة والتسجيل. ويشرح قسم وصول الدعم الفني إلى بياناتك في صفحة الأمان هذه الضوابط كما يطبقها نظامنا.
تنبيه: البيانات المخزنة داخل المملكة ويطّلع عليها موظف من خارجها قد تُعد نقلًا أو إفصاحًا إلى الخارج في نظر بعض السياسات والأنظمة. أحكام النقل خارج المملكة للبيانات الشخصية تفصّلها لائحة نقل البيانات الشخصية إلى خارج المملكة المنشورة على بوابة سدايا، وتقدير انطباقها على حالتكم مسؤولية المنشأة ومستشاريها. وتوزيع المسؤوليات النظامية بين المنشأة والمورد مفصل في مقالة حماية البيانات الشخصية في CRM.
أين تقع الضوابط الوطنية من هذه الأسئلة؟
تنشر الهيئة الوطنية للأمن السيبراني وثائق ضوابط تستند إليها الجهات الحكومية والجهات المشمولة بها في كراسات الشروط. اثنتان منها ترتبطان مباشرة باستضافة CRM:
- الضوابط الأساسية للأمن السيبراني (ECC): أصدرتها الهيئة لتعزيز الأمن السيبراني على المستوى الوطني وحماية الأصول المعلوماتية والتقنية للجهات الوطنية، وإصدارها الحالي ECC-2:2024. وهي الأساس الذي تُبنى عليه وثائق الضوابط الأخرى.
- ضوابط الأمن السيبراني للحوسبة السحابية (CCC): إصدارها الحالي CCC-2:2024، وقد وُضعت امتدادًا للضوابط الأساسية، وتحدد متطلبات الأمن السيبراني للحوسبة السحابية من منظور مقدمي الخدمات والمشتركين معًا.
النقطة العملية في ضوابط الحوسبة السحابية أنها تخاطب المشترك أيضًا، لا مقدم الخدمة وحده. أي أن الجهة التي تشترك في CRM سحابي تبقى عليها التزامات لا تنتقل إلى المورد بمجرد التعاقد. لذلك لا يكفي أن يقول المورد إن مزود البنية التحتية «ملتزم بالضوابط». المطلوب مصفوفة تبيّن كل ضابط ينطبق على حالتكم، ومن يحققه: النظام بإعداداته، أو مزود البنية التحتية بشهاداته، أو المورد بإجراءاته، أو الجهة نفسها.
هذا ما نقدمه في العرض الفني تحت مصفوفة الامتثال، مع توضيح ما يتحقق عبر النظام وما يتحقق عبر البنية التحتية المستضيفة. ويُضاف إلى ذلك سؤال عن تسجيل مزود البنية التحتية لدى هيئة الاتصالات والفضاء والتقنية لتقديم خدمات الحوسبة السحابية، ومناسبة تسجيله لتصنيف بيانات جهتكم. تفاصيل كل ضابط ونطاق انطباقه تُقرأ من الوثيقة الرسمية الصادرة عن الهيئة بإصدارها الساري، لا من ملخصات المورد.
الدليل المطلوب: كيف تتحقق من الإجابات؟
الإجابة الشفهية في اجتماع العرض لا تُلزم أحدًا. اطلب أن تُرفق بالعرض الفني الأدلة التالية، واجعل غياب أي منها ملاحظة في التقييم:
| الدليل | ما يجب أن يتضمنه | ما يكشفه |
|---|---|---|
| مخطط تدفق البيانات | الطبقات التسع، وموقع كل منها، والتكاملات واتجاهها | أي طبقة غابت عن المخطط هي أول ما تسأل عنه |
| قائمة المعالجين الفرعيين | الاسم، والخدمة، والموقع، والبيانات التي تصله | مزودي المراقبة والرسائل الذين لا يذكرهم العرض عادة |
| بيان الوصول | الأدوار لدى المورد التي تصل إلى البيانات، ومكان عملها، وشرط الموافقة | الفرق بين «الدعم متاح» و«الدعم يصل متى شاء» |
| مصفوفة الضوابط | كل ضابط منطبق، ومن يحققه، وبأي دليل | الضوابط التي يظن كل طرف أن الآخر يتولاها |
| نص تعاقدي | موقع البيانات والنسخ، وإبلاغ مسبق بأي تغيير في الموقع أو المعالجين، والإتلاف عند الخروج | ما إذا كانت الإجابات قابلة للإلزام |
| عينة من سجل الوصول | شكل تسجيل وصول الدعم كما يظهر للمنشأة | أن التسجيل موجود فعلًا ويمكن مراجعته |
هذه الأدلة جزء من تقييم أمني أوسع يشمل الهوية والصلاحيات والتدقيق واختبار الاختراق، تجمعه مقالة قائمة فحص أمنية لتقييم نظام CRM قبل التعاقد.
مثال: ما الذي كشفته الأسئلة لجهة شبه حكومية؟
مثال توضيحيجهة شبه حكومية تشترط في كراسة الشروط أن تبقى البيانات داخل المملكة. تلقت عرضين يذكر كلاهما «استضافة داخل السعودية». أرسلت لجنة التقييم الأسئلة الثلاثة لكل طبقة، فجاءت النتيجة كالتالي:
العرضان داخل المملكة لدى مزود بنية تحتية محدد بالاسم والمنطقة. لا فرق.
العرض الأول: نسخ في منطقة ثانية داخل المملكة. العرض الثاني: النسخ داخل المملكة، لكن موقع التعافي لم يُحدد، وأجاب المورد بأنه «حسب توفر المزود». سجلت اللجنة ذلك ملاحظة جوهرية.
تبين أن العرض الثاني يرسل تقارير الأخطاء إلى أداة مراقبة خارجية. طلبت اللجنة إيقاف إرسال محتوى الطلبات أو استبدال الأداة، فالتزم المورد ببند مكتوب.
فريق الدعم في العرض الأول داخل المملكة ووصوله بموافقة مسبقة. في العرض الثاني جزء من الفريق يعمل من خارجها، دون شرط موافقة.
لم تُستبعد أي من الشركتين على «الموقع»، لكن الفرق في ثلاث طبقات من تسع غيّر درجة معيار الاستضافة في التقييم، وأضاف إلى العقد أربعة بنود لم تكن في المسودة.
ما يستفاد من المثال: المفاضلة الحقيقية لم تكن في الطبقة التي يسأل عنها الجميع، بل في الطبقات التي لا تظهر في العرض إلا حين تُسأل عنها صراحة.
اجعل الأسئلة جزءًا من العرض الفني
أدرجوا الطبقات التسع والأسئلة الثلاثة في وثيقة المتطلبات أو كراسة الشروط، واطلبوا الإجابة في جدول واحد مع الأدلة الستة. بذلك تصبح إجابات الموردين قابلة للمقارنة، ويصبح ما قيل في الاجتماع التزامًا مكتوبًا.
ولمن يقيّم نظامنا: شاركونا اشتراطات جهتكم في موقع البيانات والوصول إليها، والضوابط التي تنطبق عليكم، ضمن مراجعة متطلبات الاستضافة لديكم. نرد بمخطط تدفق البيانات لخيار التشغيل المناسب، ومزود البنية التحتية ومنطقته، وقائمة المعالجين الفرعيين، ومصفوفة تبيّن ما يتحقق عبر النظام وما يتحقق عبر البنية التحتية وما يبقى على جهتكم.
أسئلة شائعة
لا. وجود مركز بيانات محلي لدى المزود لا يعني أن كل خدمات الحل تعمل منه. بعض الخدمات المساندة، كالنسخ بين المناطق أو المراقبة أو إرسال البريد، قد تعمل من مناطق أخرى. المطلوب تأكيد مكتوب لكل طبقة تستخدمها نسختكم تحديدًا.
يُعالج ذلك بنص تعاقدي يُلزم المورد بإبلاغكم قبل التغيير بمدة كافية، وبأن يبقى الموقع الجديد ضمن الشروط المتفق عليها، مع حقكم في الاعتراض أو الخروج بتسليم كامل للبيانات إن لم يناسبكم التغيير. غياب هذا النص يجعل كل الإجابات السابقة صحيحة يوم التوقيع فقط.
تحل أغلب أسئلة الموقع، لكنها لا تلغي الطبقات الخارجية: مزودو الرسائل، والتكاملات، ونموذج الذكاء الاصطناعي إن فُعّل، ووصول الدعم عن بعد. وتنقل أسئلة الحماية والنسخ والتعافي إلى فريق الجهة نفسه، فتصبح هي من يجيب عنها أمام المدقق.
الرسائل تمر عبر منصة واتساب بحكم طبيعة الخدمة، والنسخة التي يحفظها CRM تبقى حيث يُستضاف النظام. القرار هنا للجهة: هل تقبل القناة بهذا الوصف لأنواع معينة من التواصل، أم تقصرها على ما لا يحمل بيانات حساسة وتوجه غيره إلى قنوات أخرى؟ المهم أن يُتخذ القرار صراحة ويُوثق.