ما وراء العقود: لماذا لا تضمن الاتفاقيات القانونية استمرارية الخدمات التقنية؟

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

فجوة الاعتماد على الموردين

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

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

الحماية القانونية مقابل الجاهزية التشغيلية

هناك خلط شائع بين الحماية التعاقدية والجاهزية التشغيلية. فامتلاك حق قانوني في الوصول إلى الشفرة المصدرية (Source Code) لا يعني بالضرورة القدرة على استعادة الخدمة. إذا كانت الوثائق قديمة، أو كانت تعليمات النشر والمكونات المعتمدة غير مكتملة، فإن القيمة العملية لهذا الحق تصبح شبه معدومة.

هنا تبرز أهمية الحساب الضامن للبرمجيات (Software Escrow)، ولكن ليس كإجراء قانوني فحسب، بل كعملية تقنية تتطلب التحقق المستقل. يجب التأكد من أن المواد المودعة (مثل الشفرة المصدرية، ووثائق البناء، وإعدادات التهيئة) هي مواد محدثة وقابلة للاستخدام فعلياً في سيناريوهات التعافي، وهو ما يمنح المؤسسات دليلاً ملموساً على قدرتها على العمل بشكل مستقل عند الضرورة.

الامتثال التنظيمي في المنطقة

بدأت الأطر التنظيمية في منطقة الخليج تولي اهتماماً كبيراً لهذه المخاطر. ففي دولة الإمارات العربية المتحدة، تُلزم لائحة إدارة المخاطر التشغيلية الصادرة عن مصرف الإمارات المركزي (C 1/2026) المؤسسات المرخصة بتحديد عملياتها الحيوية ورسم خريطة لمصادر اعتمادها على الأطراف الثالثة، مع ضرورة وجود خطط خروج (Exit Plans) قابلة للتنفيذ في الحالات التي يكون فيها استبدال المورد مكلفاً أو محفوفاً بالمخاطر.

خارطة طريق للقيادات التقنية

لتقييم مدى مرونة المؤسسة، يجب على القيادات طرح خمسة أسئلة جوهرية:

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

إن الاستعداد الحقيقي لاستمرارية الأعمال لا يبدأ عند وقوع الأزمة، بل يبدأ من خلال دمج المرونة في علاقات الموردين منذ البداية، والتحقق من القدرة على التنفيذ بدلاً من الاكتفاء بالتطمينات النظرية.