الهجرة إلى السحابة في المغرب: دليل شامل للمقاولات الصغرى والمتوسطة 2026

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

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

لماذا الهجرة إلى السحابة في 2026: السياق المغربي

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

العوامل التي تُسرّع الهجرة

تقادم البنية المحلية (on-premise). الاستثمارات في الخوادم التي أُنجزت بين 2016 و2020 تبلغ نهاية عمرها الافتراضي في 2025-2026. ويُعدّ استبدال العتاد المناسبة الطبيعية لطرح السؤال: نشتري من جديد أم نهاجر؟ وبالنسبة للعديد من المقاولات الصغرى والمتوسطة المغربية، فهذه هي المرة الأولى التي يُطرح فيها السؤال بجدية.

نقص الكفاءات المؤهلة في تكنولوجيا المعلومات. تُقرّ استراتيجية Maroc Digital 2030 بوجود عجز بنيوي في مهندسي الرقمنة: كان المغرب يكوّن نحو 14 000 مهني سنويًا في 2022، وهو رقم بعيد جدًا عن حاجيات السوق. فأي خادم محلي يحتاج إلى شخص يديره. وإذا غادر هذا الشخص المقاولة أو لم يكن موجودًا أصلًا، تصبح السحابة خيارًا جادًا.

تعميم العمل متعدد المواقع. ثلاثة مكاتب، ومندوبون تجاريون في تنقّل، ومدير مقره في الرباط وعمليات في الدار البيضاء: البنية المحلية المركزية تدعم هذه التكوينات بصعوبة. فمقاولة صغرى أو متوسطة تدير اليوم أربعة مواقع مادية تدير أربعة أضعاف مشاكل الولوج عبر VPN، ومزامنة البيانات، وزمن الاستجابة (latency).

نمو سوق السحابة الإفريقي. يُتوقع أن يبلغ سوق السحابة في إفريقيا 14.7 مليار دولار بحلول 2028 بمعدل نمو سنوي قدره 21٪. ويستحوذ المغرب على حصة متنامية منه، مع عرض محلي ازدادت كثافته: N+ONE Datacenters في الدار البيضاء، وMaroc Telecom Cloud، وinwi Business، والشركاء المعتمدون لدى مزوّدي السحابة الكبار الدوليين (hyperscalers).

المرسوم 2-24-921 والتأهيل من طرف DGSSI. صدر بالجريدة الرسمية بتاريخ 20 فبراير 2025، ويؤطّر هذا المرسوم استخدام السحابة من قِبَل الكيانات العمومية والبنيات التحتية ذات الأهمية الحيوية (IIV). وقد نُشر مرجعه الخاص بالتأهيل في غشت 2025. وبالنسبة للمقاولات المعنية، فهو يُنشئ التزامًا باللجوء إلى مزوّدين مؤهّلين من طرف DGSSI. أما بالنسبة للباقي، فهو يشير إلى الاتجاه الذي تسلكه السياسة الرقمية المغربية.

ما لا يزال يعيق الهجرة في المغرب

ثلاث عقبات حقيقية تُبطّئ مشاريع الهجرة إلى السحابة لدى المقاولات الصغرى والمتوسطة المغربية.

جودة الاتصال في بعض المناطق. تتوفر المدن الكبرى (الدار البيضاء، الرباط، طنجة، مراكش) على وصلات ألياف بصرية احترافية باتفاقيات مستوى خدمة (SLA) موثوقة. أما في المناطق الصناعية المحيطية أو في بعض المدن من الدرجة الثانية، فتبقى جودة الاتصالات متفاوتة. وتطبيق ERP في وضع السحابة مع اتصال إنترنت متعطّل يعني مقاولة متوقفة عن العمل.

زمن استجابة مزوّدي السحابة الكبار. لا يشغّل أيّ من مزوّدي السحابة الكبار الثلاثة (AWS، Azure، Google Cloud) مركز بيانات على التراب المغربي في 2026. ويُظهر Azure France Central (باريس) زمن استجابة يتراوح بين 28 و40 مللي ثانية انطلاقًا من الدار البيضاء. وهو أمر غير محسوس للمراسلة أو لـ CRM. أما بالنسبة لبعض أنظمة ERP ذات الاستعلامات المتكررة جدًا لقاعدة البيانات، فقد يُدهور تجربة المستخدم.

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

استراتيجيات الهجرة إلى السحابة الست (الـ 6R)

قبل الحديث عن التخطيط أو التكاليف، لا بد من اختيار استراتيجية الهجرة المناسبة لكل تطبيق. ويُعدّ إطار "الـ 6R" المنهجية المعيارية التي تستعملها فِرَق هندسة السحابة. وهو يُطبَّق تطبيقًا تلو الآخر، لا على المقاولة ككتلة واحدة.

نظرة عامة على الـ 6R

Rehost: النقل والتحويل (lift & shift)

يهاجر Rehost التطبيق إلى السحابة تمامًا كما يشتغل على الخادم الحالي. تأخذ خادمك Windows 2019 بنسخة SQL Server الخاصة به وتطبيق عملك المهني، وتحوّله إلى آلة افتراضية Azure أو AWS.

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

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

Replatform: التحديث الطفيف

يُعدّل Replatform طبقة البنية التحتية دون إعادة كتابة التطبيق. مثال ملموس: يشتغل نظام ERP الخاص بك على SQL Server 2014. فتهاجر إلى Azure SQL Database (خدمة مُدارة)، ما يُحرّرك من إدارة تحديثات SQL ويمنحك قابلية التوسّع التلقائي، دون المساس بأي سطر من شيفرة التطبيق.

متى تستعملها في المغرب: للتطبيقات المُصانة جيدًا ذات قاعدة بيانات متقادمة، أو للتطبيقات التي تشتغل على أنظمة تشغيل بلغت نهاية دعمها (Windows Server 2012 مثلًا). إنها الحل الوسط الجيد بين السرعة والاستفادة من السحابة.

Refactor: إعادة الكتابة السحابية الأصيلة

يُعيد Refactor كتابة كل التطبيق أو جزء منه للاستفادة من الخدمات السحابية الأصيلة: الحاويات (conteneurs)، والدوال بلا خادم (serverless)، وقواعد البيانات المُدارة، والخدمات المصغّرة (microservices). إنه الاستثمار الأثقل، لكنه يُنتج أفضل أداء وأدنى تكاليف تشغيل على المدى البعيد.

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

Repurchase: الانتقال إلى SaaS

يستبدل Repurchase تطبيقًا مُستضافًا داخليًا بحل SaaS مكافئ. لديك خادم Exchange لمراسلتك؟ فتهاجر إلى Microsoft 365. لديك نظام CRM طُوّر حسب الطلب في 2012؟ فتستبدله بـ Zoho أو HubSpot.

متى تستعملها في المغرب: للتطبيقات غير المميِّزة (المراسلة، البرمجيات المكتبية، CRM المعياري، الأجور). فحلول SaaS تُحرّرك من إدارة البنية التحتية ومن التحديثات. ويُستعمل Microsoft 365 فعلًا من طرف حوالي 70٪ من المقاولات المغربية، ما يُظهر أن هذه الاستراتيجية جارية بالفعل دون أن تكون مُمَنهجة.

Retire: التفكيك والإيقاف

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

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

Retain: الإبقاء محليًا (on-premise)

بعض التطبيقات لا ينبغي أن تهاجر، إما لأسباب تقنية (زمن استجابة حاسم، حجم بيانات كبير جدًا بالنسبة لتكاليف الخروج - egress)، أو لأسباب تنظيمية (بيانات مصنّفة تفرض إقامتها على التراب المغربي)، أو لأن الهجرة غير مُجدية.

متى تستعملها: للتطبيقات الصناعية ذات قيود زمن الاستجابة دون 5 مللي ثانية، وللتطبيقات الخاضعة للمرسوم 2-24-921 المستوى 2 بالنسبة للكيانات المعنية، وللتطبيقات التي لم يبقَ لها سوى أقل من سنتين قبل استبدالها.

عملية الهجرة إلى السحابة خطوة بخطوة

تتبع أي هجرة سحابية مُهيكلة خمس مراحل. ولكل مرحلة مُخرَجات دقيقة. وتخطّي مرحلة يُعرّضك للمشاكل الكلاسيكية: اكتشاف متأخر لعدم التوافق، وتكاليف متجاوَزة، وتراجع (rollback) مكلف.

المرحلة 1: الجرد والتصنيف (من 2 إلى 4 أسابيع)

الجرد هو المرحلة الأقل بريقًا والأكثر حسمًا. وهدفها: معرفة ما لديك بالضبط قبل تقرير ما ستهاجره.

يشمل الجرد:

• الخوادم المادية والافتراضية (نظام التشغيل، الإصدار، تاريخ نهاية الدعم)
• التطبيقات وإصداراتها (لائحة التطبيقات، الناشر، تاريخ آخر تحديث)
• أحجام البيانات (إجمالي المُخزَّن، معدل النمو الشهري، وتيرة الولوج)
• التبعيات بين التطبيقات (أي تطبيق يتواصل مع أي آخر، على أي منفذ، وبأي بروتوكول)
• القيود التنظيمية لكل تطبيق (البيانات الشخصية قانون 09-08، البيانات الحساسة المرسوم 2-24-921، البيانات المالية DGI)
• جودة الاتصال بالإنترنت الحالية (قياسات فعلية لعرض النطاق والتوافر، وليس الصبيب النظري المذكور في العقد)

من دون هذا الجرد، لا يمكنك اختيار استراتيجية 6R المناسبة لكل تطبيق، ولا وضع خطة هجرة واقعية.

المُخرَج المتوقّع: جدول جرد يتضمن سطرًا لكل تطبيق، شاملًا استراتيجية 6R الموصى بها، والتبعيات المحددة، ومستوى أولوية الهجرة.

المرحلة 2: البنية المستهدَفة واختيار المزوّد (من 1 إلى 2 أسبوع)

بناءً على الجرد، تُحدّد هذه المرحلة البنية السحابية المستهدَفة: أي التطبيقات تهاجر لدى أي مزوّد، ووفق أي نموذج (IaaS، PaaS، SaaS)، وبأي تكرار (redondance) وأي أمن.

يتّبع اختيار مزوّد السحابة معايير دقيقة بالنسبة للسوق المغربي:

بالنسبة لمقاولة صغرى أو متوسطة مغربية تستعمل فعلًا Microsoft 365 وليست خاضعة للمرسوم 2-24-921 (ليست إدارة عمومية ولا بنية تحتية ذات أهمية حيوية)، يُعدّ Azure عمومًا الخيار الأكثر انسجامًا. فالتكامل الأصيل مع Microsoft 365، ووجود مكتب إقليمي لـ Microsoft في الدار البيضاء، ومنظومة الشركاء المحليين المعتمدين، كلها تُسهّل النشر والدعم.

بالنسبة للكيانات الخاضعة لالتزام بإقامة البيانات على التراب المغربي، يُعدّ N+ONE Datacenters في الدار البيضاء (Tier III، ISO 27001) اليوم الخيار الأمتن، ريثما تكتمل مسطرة تأهيله لدى DGSSI.

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

المرحلة 3: التحضير والهجرة على شكل موجات (من 4 إلى 16 أسبوعًا حسب الحجم)

لا تتم الهجرة أبدًا دفعة واحدة. تُجمَّع التطبيقات في "موجات" هجرة، من الأقل حساسية إلى الأكثر حساسية.

الموجة 1 - التطبيقات غير الحساسة (الأسابيع 1-4): المراسلة الداخلية التجريبية، وأدوات التعاون الثانوية، ومواقع الويب التعريفية. يمكن هجرة هذه التطبيقات دون أي أثر إذا حدث خطأ ما. وهي تُستعمل للتحقق من المقاربة التقنية.

الموجة 2 - التطبيقات المساندة (الأسابيع 3-8): CRM، وأداة الموارد البشرية، وأداة تدبير المشاريع، وتخزين الملفات (في حالة الانتقال إلى SharePoint/OneDrive). لهذه التطبيقات أهميتها لكن انقطاعًا قصيرًا يكون محتمَلًا.

الموجة 3 - التطبيقات الحساسة (الأسابيع 8-16): ERP، وقاعدة البيانات المحاسباتية، وتطبيقات الإنتاج. تتطلب كل هجرة من هذه الموجة خطة تراجع (rollback) موثّقة، ونافذة هجرة خارج ساعات العمل، واختبارات تحقق كاملة قبل تحويل حركة الإنتاج.

بالنسبة لكل تطبيق حساس، تشمل المسطرة المعيارية:

1. الهجرة في بيئة اختبار (نسخة كاملة في السحابة)
2. اختبارات وظيفية مع المستخدمين الرئيسيين لمدة أسبوع إلى أسبوعين
3. التحويل إلى الإنتاج خلال نافذة صيانة (نهاية الأسبوع أو ليلًا)
4. الإبقاء على إمكانية التراجع لمدة أسبوعين بعد الهجرة (يبقى الخادم القديم مشتغلًا)
5. تفكيك الخادم القديم بعد التحقق من الاستقرار

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

المرحلة 4: تأمين البيئة السحابية (بالتوازي مع الموجات)

أمن أي بيئة سحابية لا يُرتجل بعد الهجرة. بل يُهيَّأ أثناء الهجرة. فأخطاء التهيئة هي السبب الأول لحوادث الأمن في السحابة، قبل الهجمات الخارجية.

النقاط الواجب تهيئتها بشكل منهجي:

• المصادقة متعددة العوامل (MFA) الإلزامية لكل عمليات الولوج السحابية والإدارية
• سياسات الشبكة الافتراضية (VNet/VPC) لعزل الموارد بعضها عن بعض
• تشفير البيانات في حالة السكون وأثناء النقل
• التسجيل المركزي للأحداث (Azure Monitor، CloudWatch، أو ما يعادلها)
• تدبير الهويات وحقوق الولوج (مبدأ الحد الأدنى من الامتيازات)
• النسخ الاحتياطي المؤتمت مع اختبارات استرجاع موثّقة
• خطة الاستجابة للحوادث

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

المرحلة 5: تحسين التكاليف والتكوين (من 2 إلى 4 أسابيع بعد الهجرة)

تنتهي الهجرة إلى السحابة عندما يتم التحويل. أما التحسين، فيبدأ بعد ذلك ويستمر بشكل دائم.

بنود التحسين الفورية بعد الهجرة:

• تعديل حجم الآلات الافتراضية (rightsizing): الآلات الافتراضية المُبالَغ في حجمها في السحابة مكلفة. فتدقيق مؤشرات استعمال المعالج والذاكرة خلال أول 30 يومًا يتيح غالبًا تقليص الحجم (والتكلفة) بنسبة 20 إلى 40٪.
• حجوزات النُّسَخ (instances): بالنسبة للأحمال المستقرة، تكلّف النُّسَخ المحجوزة لسنة أو ثلاث سنوات أقل بنسبة 30 إلى 40٪ من النُّسَخ حسب الطلب.
• تنظيف التخزين: اللقطات (snapshots) المنسية، والأقراص غير المرتبطة، وبيانات السجلات غير المؤرشفة، تُولّد تكاليف خفية تتراكم.
• تكوين الفِرَق: تقني لا يعرف Azure Monitor أو AWS Cost Explorer لا يمكنه توجيه التكاليف. والتكوين السحابي استثمار سرعان ما يُثمر.

المُخرَج المتوقّع: تقرير تحسين يتضمن الإجراءات المُنجَزة، والوفورات المُحققة، ولوحة قيادة لمتابعة التكاليف السحابية الشهرية.

التكاليف الحقيقية لهجرة سحابية في المغرب سنة 2026

تنقسم ميزانية الهجرة إلى السحابة إلى جزأين مختلفَين: التكاليف الظرفية للهجرة (المواكبة، الأدوات، التكوين) والتكاليف المتكررة للتشغيل السحابي (الاشتراكات، الرخص، الخدمات المُدارة).

ميزانية الهجرة حسب صنف المقاولة

تغطي هذه الميزانيات الجرد الأولي، والبنية المستهدَفة، وتنفيذ الهجرة، واختبارات التحقق، وتكوين الفِرَق. وهي لا تشمل التكاليف السحابية المتكررة.

للمرجع، يتراوح المعدل اليومي لمهندسي السحابة المعتمدين (Azure Architect، AWS Solutions Architect) في المغرب بين 1 200 و2 500 درهم في اليوم حسب الخبرة وتعقيد المشروع. ولمقارنة تكلفة التشغيل السحابي مع تدبير معلوماتي كامل (infogérance) بعد الهجرة، تحسب حاسبة تكلفة التدبير المعلوماتي لدينا السيناريوهين في 30 ثانية.

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

فيما يلي أمثلة واقعية للتكاليف السحابية الشهرية لتكوينات شائعة لدى المقاولات الصغرى والمتوسطة المغربية، محسوبة على أساس أسعار Azure (باليورو محوَّلًا إلى الدرهم بسعر 11.0 درهم/يورو):

التكوين A - مقاولة من 20 مستخدمًا (مراسلة + تخزين + آلة افتراضية واحدة لـ ERP):

التكوين B - مقاولة من 50 مستخدمًا (ERP + CRM + مراسلة + خادمان):

التكوين C - تدبير سحابي مُدار (مقاولة من 50 مستخدمًا، شامل لكل شيء): إذا فوّضت تدبير بيئة Azure هذه إلى مزوّد تدبير معلوماتي، أضِف ما بين 4 000 و8 000 درهم/شهر حسب مستوى الخدمة واتفاقيات مستوى الخدمة (SLA).

الوفورات المُنتظَرة على مدى 3 سنوات

تُظهر دراسات سوقية حول عمليات هجرة Azure لمقاولات مماثلة وفورات تتراوح بين 20 و40٪ على إجمالي تكاليف تكنولوجيا المعلومات على مدى 3 سنوات، بمجرد استهلاك تكاليف الهجرة. وتأتي هذه الوفورات أساسًا من:

• نهاية الاستثمارات في العتاد (خوادم، مزوّدات طاقة غير منقطعة UPS، تكييف)
• تقليص تكاليف إدارة تكنولوجيا المعلومات (صيانة أخف)
• تقليص انقطاعات الخدمة وكلفتها التشغيلية
• التحسين التدريجي للتكاليف السحابية (rightsizing، حجوزات)

لا تتحقق هذه الوفورات إلا إذا كانت الهجرة مخططة جيدًا وإذا كانت البيئة السحابية موجَّهة بشكل فعّال. بل إن هجرة سيئة التدبير قد تزيد التكاليف على العكس.

الامتثال وسيادة البيانات في المغرب

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

المرسوم 2-24-921: من هو المعني فعلًا؟

يؤطّر المرسوم 2-24-921 الصادر بتاريخ 22 أكتوبر 2024 (المنشور بالجريدة الرسمية في 20 فبراير 2025) اللجوء إلى مزوّدي السحابة من طرف الكيانات العمومية والبنيات التحتية ذات الأهمية الحيوية (IIV). ويفرض مستويين من التأهيل لدى DGSSI بالنسبة لمزوّدي السحابة:

المستوى 1: مزوّد مؤسَّس في المغرب، مع جميع الأنظمة التشغيلية والتجارية على التراب الوطني.

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

بالنسبة لمقاولة صغرى أو متوسطة من القطاع الخاص خارج IIV: لا يُطبَّق هذا المرسوم مباشرة. يمكنك استضافة بياناتك على Azure باريس دون مخالفة هذا النص. والمزوّدون الذين يستعملون المرسوم 2-24-921 كحجة تجارية لبيع سحابة محلية لمقاولات غير معنية يمارسون بيعًا قسريًا.

بالنسبة لمقاولة من قطاعات IIV (الطاقة، الماء، الاتصالات، المالية، الصحة، النقل، الإدارة): يُطبَّق المرسوم. يجب عليك استعمال مزوّد سحابي مؤهَّل من طرف DGSSI. ومدة الانتقال هي 24 شهرًا ابتداءً من نشر الجريدة الرسمية، أي إلى غاية فبراير 2027. وتشمل خدمات GRC لدينا تحليل مدى خضوعك لهذا المرسوم ومواكبة عملية الامتثال.

القانون 09-08 ونقل البيانات الشخصية

يُطبَّق القانون 09-08 المتعلق بحماية البيانات الشخصية على كل مقاولة مغربية تعالج بيانات أشخاص ذاتيين - وهو ما يشمل جميع المقاولات الصغرى والمتوسطة التي لديها مستخدمون وزبناء أشخاص ذاتيون.

يؤطّر فصله 43 نقل البيانات الشخصية نحو بلدان أخرى. ولاستضافة بيانات شخصية (ملف الزبناء، بيانات الموارد البشرية، بيانات الأجور) على Azure France Central أو AWS باريس، هناك خياران:

• أن يوفّر البلد المستقبِل مستوى حماية كافيًا (الاتحاد الأوروبي معترف به بهذه الصفة من طرف CNDP)
• أو أن تحصل على الإذن المسبق من CNDP

من الناحية العملية، تستضيف الأغلبية الكبرى من المقاولات الصغرى والمتوسطة المغربية بياناتها على بنيات سحابية أوروبية دون تصريح رسمي لدى CNDP. إنها وضعية عدم امتثال كامنة. وهي لا تخضع لعقوبات منهجية إلى حد الآن، لكنها قد تُعرّض المقاولة في حالة حادث أو نزاع. ويُعدّ عقد المناولة السحابية الذي يتضمن بنود حماية بيانات مطابقة للقانون 09-08 الحماية الدنيا.

بيانات الأجور والتزامات CNSS/CIMR

بيانات الأجور (الرواتب، اشتراكات CNSS، AMO، CIMR، تصاريح DGI) حساسة بشكل خاص. فهي تُلزِم في آنٍ واحد بالقانون 09-08 (بيانات شخصية) وبالالتزامات الجبائية والاجتماعية المغربية. فإذا هاجر نظام ERP أو برنامج الأجور لديك إلى السحابة، تحقّق من أن تقارير CNSS، وتصاريح الضريبة على القيمة المضافة، وكشوف الأجور DGI، تستمر في التوليد بشكل مطابق للصيغ المعمول بها. فأي تغيير في الإصدار أو في التهيئة أثناء الهجرة قد يوقف هذه التدفقات.

الأخطاء الشائعة أثناء الهجرة إلى السحابة في المغرب

تتكرر هذه الأخطاء بانتظام في المشاريع التي نلاحظها أو نستعيدها بعد هجرة فوضوية.

الخطأ 1: الهجرة دون جرد مسبق

أسوأ خطأ، والأكثر تكرارًا. فِرَق تهاجر خادمها الرئيسي إلى Azure دون رسم خريطة التبعيات، تكتشف في الإنتاج أن تطبيق ERP يتواصل على منفذ غير مفتوح في الشبكة الافتراضية Azure، أو أن برنامج الأجور يشير إلى عنوان IP المحلي للخادم المصدر، أو أن قاعدة البيانات تستعمل ترتيبًا (collation) لـ SQL غير متوافق مع Azure SQL. كانت هذه المشاكل ستُكتشَف في ساعتين من الجرد. لكنها تستغرق عدة أيام لحلها في حالة استعجال.

الخطأ 2: تقليص حجم اتصال الإنترنت

مقاولة تهاجر نظام ERP الخاص بها إلى Azure باتصال ADSL احترافي بصبيب 10 ميغابت/ثانية لا يمكنها تشغيل 30 مستخدمًا في آنٍ واحد على هذا النظام. فعرض النطاق المتاح لكل مستخدم ينزل إلى 0.3 ميغابت/ثانية عند الحمل، ما يجعل التطبيق غير قابل للاستعمال. يجب أن تُرافق الهجرة إلى السحابة بترقية اتصال الإنترنت نحو ألياف بصرية احترافية باتفاقية مستوى خدمة (SLA) تضمن التوافر والصبيب.

الخطأ 3: الهجرة دون خطة تراجع (rollback)

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

الخطأ 4: إهمال تكوين الفِرَق

تقني معلوميات يعرف Windows Server تمام المعرفة ولم يُدِر Azure قط سيقضي وقتًا في فهم الواجهات، والبحث عن مكافئات الأدوات التي يعرفها، وارتكاب أخطاء تهيئة. ميزانية التكوين (Azure Administrator، Azure Security Engineer، أو حصص تطبيقية مع مزوّد الهجرة) ليست اختيارية. فهي تشترط الجودة التشغيلية للبيئة السحابية على المدى الطويل.

الخطأ 5: إهمال توجيه التكاليف السحابية

تُفوتِر السحابة حسب الاستعمال. وخلافًا لخادم محلي تكون كلفته معروفة سلفًا، تتغير فاتورة السحابة حسب ما تستهلكه فعليًا. آلات افتراضية مشتغلة دون فائدة، وحجم تخزين يكبر دون مراقبة، ولقطات (snapshots) متراكمة منذ الهجرة: في ستة أشهر، يمكن لمقاولة صغرى أو متوسطة أن تجد نفسها بسهولة بفاتورة سحابية أعلى بنسبة 40 إلى 60٪ من التقديرات الأولية. وتنصيب Azure Cost Management منذ اليوم الأول للإنتاج، مع تنبيهات على عتبات الإنفاق، ليس اختياريًا.

الخطأ 6: معاملة الأمن كمرحلة لاحقة

"سنؤمّن لاحقًا." إنها أكثر العبارات كلفة في الهجرة إلى السحابة. فبيئة Azure أو AWS مفتوحة على الإنترنت دون سياسات شبكة، ودون MFA، ودون تسجيل للأحداث، تُخترَق في بضع ساعات. فالهجمات الآلية تمسح باستمرار نطاقات عناوين مزوّدي السحابة الكبار بحثًا عن موارد سيئة التهيئة. يجب أن يكون التأمين المهمة الأولى في بوابة السحابة، حتى قبل نشر أول آلة افتراضية.

اختيار مزوّد السحابة في المغرب: مقارنة مفصّلة

يعتمد اختيار مزوّد السحابة على أربعة عوامل: قيود إقامة البيانات، والتكامل مع أدواتك الحالية، وجودة الدعم المحلي، والتكاليف.

Azure مقابل AWS للمقاولات الصغرى والمتوسطة المغربية

بالنسبة للمقاولات الصغرى والمتوسطة التي تستعمل فعلًا Microsoft 365 (وهي أغلبية المقاولات المغربية المُهيكَلة)، يُعدّ Azure الامتداد المنطقي. فالهوية نفسها Azure Active Directory تدير في آنٍ واحد Microsoft 365 والموارد السحابية، ما يُبسّط الإدارة ويعزّز الأمن.

المزوّدون المحليون: متى تختارهم

يُعدّ N+ONE Datacenters (الدار البيضاء، Tier III، ISO 27001) الخيار المحلي الأفضل في 2026 بالنسبة للمقاولات التي لديها التزام تعاقدي أو تنظيمي باستضافة البيانات على التراب المغربي. ويغطي كتالوجه IaaS الحاجيات الشائعة (آلات افتراضية، تخزين، شبكة، نسخ احتياطي)، لكنه لا يمتلك اتساع Azure أو AWS بالنسبة للخدمات المتقدمة (الذكاء الاصطناعي، serverless، الخدمات المُدارة للبيانات).

يقترح Maroc Telecom Cloud وinwi Business عروضًا مُجمّعة أبسط، مناسبة للمقاولات الصغرى والمتوسطة التي تبحث عن استضافة أساسية بفوترة بالدرهم ودعم بالعربية والفرنسية، لكن بقدرات تقنية أكثر محدودية.

يغطي عرضنا لـ خدمات السحابة الهجينة عمليات النشر على Azure، ولدى المزوّدين المحليين، والبنيات المختلطة حسب قيودك التنظيمية والتشغيلية.

مقاربة RMG Solutions

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

تبدأ منهجيتنا دائمًا بجرد تقني للموجود قبل التوصية بأي شيء. ونُنتج لكل زبون جدول جرد تطبيقي يتضمن استراتيجية 6R الموصى بها لكل تطبيق، والتبعيات المحددة، والقيود التنظيمية المُطبَّقة (القانون 09-08، المرسوم 2-24-921، التزامات DGI/CNSS)، وتقديرًا لتكلفة الهجرة حسب كل موجة.

ليس لدينا تفضيل تجاري بين Azure، وAWS، والمزوّدين المحليين. فتوصيتنا تعتمد على قطاعك، وعلى أدواتك الحالية، وعلى قيود إقامة بياناتك، وعلى ميزانيتك. بالنسبة لمقاولة توزيع من 40 شخصًا على Microsoft 365، يكون Azure دائمًا تقريبًا الخيار الصحيح. أما بالنسبة لمؤسسة صحية خاضعة لقيود على البيانات، فنوصي بمستضيف محلي مؤهَّل.

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

للحصول على تقييم مجاني لوضعيتك - جرد سريع، وتقدير لميزانية الهجرة، وتوصية باستراتيجية - اترك معلومات اتصالك أعلاه أو تواصل معنا مباشرة.

الأسئلة الشائعة

كم تدوم هجرة سحابية لمقاولة صغرى أو متوسطة مغربية من 30 موظفًا؟

بالنسبة لمقاولة من 30 موظفًا بنظام ERP، ومراسلة، وتخزين ملفات يُراد ترحيلها، تكون المدة الواقعية من 8 إلى 14 أسبوعًا. تستغرق مرحلة الجرد من 2 إلى 3 أسابيع، وتستغرق هجرة التطبيقات غير الحساسة (المراسلة نحو Microsoft 365، الملفات نحو SharePoint) من 2 إلى 4 أسابيع، وتستغرق هجرة نظام ERP مع الاختبارات والتحقق من 4 إلى 6 أسابيع إضافية. ومن الممكن تحقيق آجال أقصر إذا كانت البنية التطبيقية بسيطة والتبعيات محدودة، لكن تسريع هجرة التطبيقات الحساسة دون اختبارات كافية مجازفة مكلفة.

هل يُلزمني المرسوم 2-24-921 باستضافة بياناتي في المغرب؟

لا، إلا إذا كنت إدارة عمومية، أو مؤسسة عمومية، أو مشغّلًا لبنية تحتية ذات أهمية حيوية بمفهوم القانون 05-20 (الطاقة، الماء، الاتصالات، المالية، الصحة، النقل). بالنسبة لمقاولة صغرى أو متوسطة من القطاع الخاص خارج هذه القطاعات، لا يُطبَّق المرسوم 2-24-921 مباشرة. يمكنك استضافة بياناتك على Azure باريس أو AWS باريس. ويفرض القانون 09-08 ضمانات على نقل البيانات الشخصية نحو بلدان أخرى، لكن الاتحاد الأوروبي معترف به من طرف CNDP كمن يوفّر مستوى حماية كافيًا.

ما الفرق بين rehost وreplatform؟

يهاجر rehost (أو "lift & shift") التطبيق دون أي تعديل إلى السحابة. تأخذ خادمك Windows بتطبيقاته تمامًا كما هي وتحوّله إلى آلة افتراضية Azure. أما replatform فيُعدّل طبقة البنية التحتية دون إعادة كتابة التطبيق. فمثلًا، تهاجر قاعدة بياناتك SQL Server إلى Azure SQL Database (خدمة مُدارة)، ما يُحرّرك من إدارة تحديثات SQL ويمنحك قابلية التوسّع التلقائي، دون المساس بأي سطر من شيفرة تطبيقك. ويتطلب replatform عملًا أكثر أثناء الهجرة لكنه يُقلّص تكاليف التشغيل على المدى الطويل.

هل اتصال الإنترنت الحالي لدي كافٍ للهجرة إلى السحابة؟

هذا سؤال يُقاس، لا يُقدَّر. القاعدة الأساسية: كل مستخدم نشط على نظام ERP سحابي يستهلك عند الحمل العادي بين 0.5 و2 ميغابت/ثانية من عرض النطاق حسب كثافة الاستعمال. بالنسبة لـ 30 مستخدمًا في آنٍ واحد، يلزم اتصال ألياف بصرية احترافي بصبيب لا يقل عن 50 ميغابت/ثانية في الرفع والتنزيل، باتفاقية مستوى خدمة (SLA) تضمن التوافر (99.5٪ كحد أدنى). واتصال ADSL أو ألياف بصرية للعموم دون SLA لا يناسب نظام ERP في الإنتاج بالسحابة. ويجب التخطيط لترقية الاتصال وفوترتها ضمن ميزانية الهجرة.

هل يمكن الإبقاء على بعض التطبيقات محليًا وترحيل الباقي إلى السحابة؟

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

كيف نتفادى المفاجآت السيئة على الفاتورة السحابية؟

ثلاثة إجراءات يجب اتخاذها منذ اليوم الأول للإنتاج. أولًا، فعّل Azure Cost Management أو AWS Cost Explorer وهيّئ تنبيهات ميزانياتية على عتبات محددة (مثلًا: تنبيه عند 80٪ من الميزانية الشهرية). ثانيًا، راجِع مؤشرات استعمال المعالج والذاكرة لآلاتك الافتراضية بعد 30 يومًا وأعِد تحجيم تلك غير المُستغَلة بشكل كافٍ (rightsizing). ثالثًا، اشترِ نُسَخًا محجوزة لسنة للأحمال المستقرة بمجرد أن تتحقق من التحجيم: الوفر يتراوح بين 30 و40٪ مقارنة بالنُّسَخ حسب الطلب. ويمكن لمزوّد خدمات سحابية مُدارة أن يتكفّل بهذا التوجيه نيابة عنك.