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