نموذج عقد برمجة موقع إلكتروني: شرح كل بند قبل أن توقّع

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

1. الخلاصة أولاً: العقد ليس ورقة ثقة، بل خريطة خروج

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

القاعدة التي أعمل بها: كل بند في العقد يجب أن يجيب عن سؤال «ماذا يحدث لو ساءت الأمور هنا؟». إن لم يكن للبند إجابة عن هذا السؤال فهو حشو. وإن كان هناك احتمال خلاف لا يغطيه أي بند، فالعقد ناقص مهما بدا طويلاً.

ثلاثة أخطاء أراها متكررة في السوق المصري والخليجي، وهي نفسها الثلاثة في السوق البريطاني والأوروبي:

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

2. ما البنود التي يجب أن يتضمنها عقد برمجة الموقع؟

هذه هي البنود الأربعة عشر التي لا أوقّع عقداً بدونها، ومعها ما يحدث فعلياً حين يغيب كل بند. اقرأ العمود الأخير بعناية، فهو ثمن الإهمال.

3. البند الأول والثاني: الأطراف ونطاق العمل

تحديد الأطراف

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

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

نطاق العمل: كراسة الشروط هي العقد الحقيقي

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

كراسة الشروط الجيدة تحتوي على:

1. قائمة الصفحات أو الشاشات مرقّمة بالاسم، مع عدد الأقسام داخل كل صفحة.
2. قائمة الوظائف مكتوبة كقصص استخدام: «يستطيع المستخدم المسجَّل رفع ملف PDF بحد أقصى 10 MB وحذفه خلال 24 ساعة».
3. لوحة التحكم وما الذي يستطيع العميل تعديله بنفسه بالضبط. هذا أكثر بند يُساء فهمه: العميل يفترض أنه سيعدّل كل شيء، والمطوّر يفترض أنه سيعدّل النصوص فقط.
4. اللغات: من يوفّر الترجمة، ومن يوفّر المحتوى والصور، وهل الموقع يدعم RTL دعماً كاملاً في كل الشاشات أم في الواجهة العامة فقط.
5. التكاملات الخارجية بالاسم: بوابة الدفع، شركة الشحن، نظام الفوترة، خدمة الرسائل النصية، ومن يتحمّل رسوم فتح الحسابات ورسوم العمليات.
6. ما هو خارج النطاق صراحةً. هذه أهم قائمة في المستند كله. اكتب مثلاً: «لا يشمل هذا العقد كتابة المحتوى، ولا تصوير المنتجات، ولا الحملات الإعلانية، ولا تطبيق الهاتف، ولا خدمات تحسين محركات البحث المستمرة بعد التسليم، ولا تراخيص الأدوات الخارجية المدفوعة».

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

4. من يملك الكود بعد تسليم المشروع؟

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

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

لاحظ ثلاثة تفاصيل مقصودة في هذه الصيغة:

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

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

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

5. كيف أقسّم الدفعات على مراحل التسليم؟

القاعدة: كل دفعة يجب أن ترتبط بمخرَج قابل للمعاينة، لا بمرور الوقت. «الدفعة الثانية بعد شهر» صياغة سيئة. «الدفعة الثانية بعد اعتماد تصاميم الواجهة لكل الشاشات» صياغة جيدة، لأنها قابلة للإثبات.

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

ملاحظات من واقع التطبيق:

• لا تجعل الدفعة المقدمة أقل من 20%. من يقبل 5% مقدماً إما مضطر جداً أو ينوي ترك المشروع عند أول عرض أفضل.
• واعتبر الثلث هو الحد الأعلى المعقول، و40% هو الحد الأقصى المطلق لا الهدف. ما بعد ذلك أنت تموّل السيولة النقدية للمطوّر لا تشتري عملاً مُسلَّماً.
• احتفظ بـ 10 إلى 15% مرتبطة بالتسليم النهائي. هذه هي الورقة التي تضمن إغلاق آخر عشرة أخطاء صغيرة، بدلاً من أن يختفي المطوّر بعد أن «يعمل الموقع تقريباً».
• حدّد مهلة السداد من جانبك أيضاً: «يلتزم الطرف الأول بسداد الدفعة خلال خمسة أيام عمل من إخطاره باستيفاء المرحلة، وإلا امتدّ الجدول الزمني بمقدار مدة التأخير». تأخير العميل في الدفع سبب تعطّل مشاريع أكثر مما يتصور العملاء.
• اذكر العملة صراحةً، ومن يتحمّل رسوم التحويل، وهل المبلغ شامل ضريبة القيمة المضافة. الغموض هنا يكلّف 5 إلى 15% من قيمة العقد في نزاع لاحق.

لتقدير القيمة الإجمالية قبل التفاوض، راجع تفصيل الأسعار في تكلفة الموقع الإلكتروني بين مصر والخليج، أو اطّلع على الباقات المعلنة لتعرف ما الذي يقابل كل نطاق سعري فعلياً.

هل أستخدم منصة وسيطة أم تحويلاً بنكياً؟

6. الجدول الزمني والتأخير والغرامة

أخطر بند في العقود العربية هو بند الغرامة، لأن معظم العملاء يكتبونه من جانب واحد، فيرفضه المطوّرون الجيدون ويقبله الضعفاء، فينتهي بك الأمر إلى بند قوي على الورق ومطوّر ضعيف على الأرض. الغرامة العادلة تكون متبادلة الأثر.

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

7. التعديلات خارج النطاق: البند الذي ينقذ المشروع

تضخّم النطاق هو القاتل الصامت لمشاريع البرمجة. يبدأ بطلب صغير «فقط أضف زر مشاركة»، وينتهي بمشروع تجاوز ميزانيته ومدته مرتين. الحل ليس الرفض، بل التسعير الفوري والشفاف.

حدّد سعر الساعة داخل العقد نفسه. غيابه يعني تفاوضاً جديداً مع كل طلب صغير وتوتراً لا لزوم له. الشائع في السوق المصري للمستقل المحترف نطاق يتراوح تقريباً بين 300 و1,500 EGP للساعة، وفي الخليج بين 80 و250 SAR للساعة، وبين 40 و90 USD للساعة للمطوّرين ذوي الخبرة الذين يعملون عن بُعد مع عملاء في المملكة المتحدة وأوروبا، ويختلف كثيراً حسب الخبرة والتخصص وحجم المشروع، ويتجاوز المتخصصون في المنصات المعقّدة أعلى كل نطاق. وضع كذلك «رصيد تعديلات مجاني» صغيراً ومحدداً، مثل جولتَي مراجعة على التصاميم وعشر ساعات تعديلات أثناء التطوير، حتى يكون الاتفاق واقعياً ولا يتحوّل كل تفصيل إلى فاتورة.

8. معايير القبول: تعريف كلمة «تمّ»

«الموقع جاهز» عبارة بلا معنى قابل للتنفيذ. عرّفها. أنا أضع في كل عقد قائمة قبول موضوعية يستطيع أي طرف ثالث التحقق منها:

معايير القبول للتسليم النهائي
1. تعمل جميع الوظائف المذكورة في الملحق (1) على بيئة الإنتاج دون خطأ 500.
2. لا توجد أخطاء مصنّفة Critical أو High في تقرير الاختبار النهائي.
3. يعمل الموقع على أحدث إصدارين من Chrome و Safari و Firefox و Edge.
4. يعمل التصميم المتجاوب على عرض 360px و 768px و 1440px دون كسر في التخطيط.
5. نتيجة Lighthouse للأداء على الجوال لا تقل عن 70 في الصفحات الرئيسية.
6. تثبيت شهادة SSL وإعادة توجيه HTTP إلى HTTPS.
7. تفعيل نسخ احتياطي يومي آلي لقاعدة البيانات والملفات مخزَّن خارج الخادم.
8. تسليم بيانات الدخول لجميع الحسابات المذكورة في الملحق (2).

البند الخامس تحديداً يمنع خلافاً شائعاً حول الأداء. لكن لا تشترط رقماً مستحيلاً على موقع مليء بالفيديو والخطوط الخارجية؛ افهم أولاً ما الذي يرفع الرقم أو يخفضه من لماذا يفتح موقعك ببطء، ثم حدّد العتبة.

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

وأضف مهلة قبول تحمي الطرفين: «يُخطر الطرف الأول بملاحظاته خلال سبعة أيام عمل من الإخطار بالتسليم، وإلا اعتُبر المشروع مقبولاً». هذا يحمي المطوّر من عميل يختفي شهرين ثم يعود بقائمة ملاحظات جديدة، ويحمي العميل بمنحه نافذة فحص واضحة.

9. الضمان والصيانة: لا تخلط بينهما

الضمان ليس صيانة، والخلط بينهما سبب نصف الخلافات بعد الإطلاق.

• الضمان إصلاح مجاني لعيب في العمل المُسلَّم. المعتاد 30 إلى 90 يوماً من تاريخ القبول، وتطول المدة عادةً بحجم التعاقد. الصيغة: «يلتزم الطرف الثاني بإصلاح أي خلل برمجي في الوظائف المُسلَّمة دون مقابل لمدة ______ يوماً من تاريخ القبول، ولا يشمل الضمان الأعطال الناتجة عن تعديل الطرف الأول أو طرف ثالث على الكود، أو عن تغيّر في خدمات خارجية، أو عن مشكلات في الاستضافة، أو عن طلبات جديدة».
• الصيانة عقد منفصل مدفوع يشمل التحديثات الأمنية وتحديث الحزم والنسخ الاحتياطي والمراقبة وساعات تطوير شهرية. النطاق السنوي المعتاد يتراوح بين 5 و15% من قيمة المشروع الأصلية، ويعتمد أساساً على مستوى الاستجابة المطلوب لا على حجم الكود.

حدّد زمن الاستجابة صراحةً إن كان الموقع تجارياً: «يلتزم الطرف الثاني بالرد خلال 4 ساعات عمل على الأعطال الحرجة التي توقف الموقع أو عمليات الدفع، وخلال 48 ساعة على الملاحظات العادية». وتذكّر أن التحديثات الأمنية ليست رفاهية؛ راجع قائمة فحص أمان الموقع واجعل بنودها جزءاً مكتوباً من عقد الصيانة بدل أن تتركها لحسن النية.

10. التسليم النهائي: قائمة الأصول التي تملكها فعلاً

رأيت عملاء يملكون موقعاً ناجحاً ولا يستطيعون تغيير سطر فيه، لأن كل شيء مسجَّل باسم المطوّر. اجعل الملحق رقم (2) قائمة أصول حرفية يُوقَّع عليها عند التسليم:

1. اسم النطاق مسجَّلاً باسم العميل وببريده، لا ببريد المطوّر.
2. حساب الاستضافة أو الخادم مع بيانات الدخول الكاملة.
3. المستودع كاملاً على GitHub أو GitLab منقولاً إلى حساب العميل مع تاريخ الـ commits.
4. نسخة SQL نهائية من قاعدة البيانات، ومخطط الجداول.
5. ملف .env.example وقائمة بكل متغيرات البيئة المطلوبة للتشغيل.
6. مفاتيح كل الخدمات الخارجية: بوابة الدفع، البريد، الرسائل النصية، الخرائط، التخزين السحابي.
7. ملفات التصميم المصدرية على Figma أو ما يعادلها مع صلاحية التحرير.
8. حسابات Google Analytics و Search Console بصلاحية مالك للعميل.
9. دليل تشغيل مختصر: كيف تُنشر نسخة جديدة، وكيف تُستعاد نسخة احتياطية.
10. محضر تسليم موقّع من الطرفين بتاريخ ووصف لما سُلّم.

11. هل أحتاج اتفاقية عدم إفصاح NDA؟

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

لكن الـ NDA المنفصلة تصبح ضرورية فعلاً في أربع حالات:

• أن تعرض على المطوّر بيانات حقيقية لعملائك أو ملفات مالية أو سجلات صحية قبل التعاقد.
• أن يكون المنتج منصة SaaS بمنطق تسعير أو خوارزمية تشكّل ميزتك التنافسية، وهو ما أتناوله في بناء منصة SaaS متعددة المستأجرين بـ Laravel.
• أن تكون جهة حكومية أو شركة كبرى تُلزمك سياستها الداخلية بذلك.
• أن يشمل المشروع وصولاً إلى نظام قائم فيه بيانات مستخدمين حقيقية.

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

12. ماذا أفعل إذا اختفى المبرمج قبل التسليم؟

هذا أكثر سؤال يصلني، وأغلب من يسألونه لم يضعوا في عقدهم البند الذي كان سيحلّه. الحل يبدأ قبل الاختفاء لا بعده.

الوقاية: ثلاثة بنود تجعل الاختفاء غير مجدٍ

1. الرفع الدوري للكود: «يلتزم الطرف الثاني برفع الكود أسبوعياً إلى مستودع Git مملوك للطرف الأول ومُدار منه، يمنح فيه الطرف الأول للطرف الثاني صلاحية الرفع طوال مدة المشروع، ويحتفظ لنفسه بصلاحية الإدارة الكاملة عليه في كل وقت». هذا البند وحده يحوّل الاختفاء من كارثة إلى إزعاج، لأنك تملك آخر نسخة عاملة ويستطيع أي مطوّر آخر أن يكمل منها.
2. العمل على بيئة العميل: اجعل الاستضافة وبيئة staging على حسابك أنت، لا على خادم المطوّر الشخصي.
3. الدفع مقابل مخرَج قابل للمعاينة كما في جدول الدفعات أعلاه، فلا تسبق مدفوعاتك العمل المنجز أبداً.

العلاج: بند الإنهاء للتقصير

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

وإذا وقع الاختفاء فعلاً ولا يوجد عقد؟

• وثّق كل شيء فوراً: المحادثات، إيصالات التحويل، الروابط، المواعيد المتفق عليها، مع لقطات شاشة مؤرَّخة.
• إن كان التعاقد عبر منصة عمل حر فافتح نزاعاً داخلها قبل أي خطوة أخرى، فأنظمة الضمان تعمل جيداً في هذه الحالة وتوقف صرف المبالغ المحتجزة.
• أرسل إنذاراً كتابياً رسمياً على البريد المسجَّل وعلى رقم الهاتف، وحدّد فيه مهلة واضحة ومطلباً محدداً: تسليم الكود أو ردّ المبلغ.
• قدّر خسارتك بواقعية قبل التفكير في التقاضي. تكلفة مقاضاة مبلغ 30,000 EGP عبر محكمة في بلد آخر قد تتجاوز المبلغ نفسه ومعها أشهر من وقتك.
• ابدأ التعافي التقني فوراً: احصل على آخر نسخة من الاستضافة، وقيّم ما يمكن إنقاذه. واختر البديل بعناية هذه المرة بدءاً من كيف تختار مبرمج مواقع محترف.

13. القانون الواجب التطبيق وفض النزاع

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

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

14. الهيكل الكامل للعقد: قائمة مراجعة نهائية

هذه هي بنود العقد مرتبةً بترتيبها النهائي، بنداً بنداً، كقائمة مراجعة. الصيغ النصية نفسها موجودة في البنود من 3 إلى 13 أعلاه حيث شُرح كل بند قبل استخدامه، واستخدم هذه القائمة للتأكد من أن مستندك لا ينقصه شيء قبل التوقيع. لا يوجد ملف للتحميل عمداً؛ النص كله منشور هنا لتقرأه قبل أن تستخدمه، فالعقد الذي لا تفهمه لا يحميك:

1. التمهيد والأطراف: بيانات الطرفين وصفتهما والإقرار بالأهلية واعتماد البريد الإلكتروني وسيلةَ إخطار.
2. موضوع العقد: «تصميم وبرمجة وتسليم موقع إلكتروني وفقاً للمواصفات الواردة في الملحق (1) المُوقَّع من الطرفين، والذي يُعدّ جزءاً لا يتجزأ من هذا العقد».
3. المواصفات التقنية: إطار العمل وإصداره، قاعدة البيانات، بيئة الاستضافة، اللغات المدعومة، عتبات الأداء.
4. المدة والجدول الزمني: مع بند إيقاف احتساب المدة عند تأخر العميل.
5. القيمة وجدول الدفعات: بالأرقام وبالحروف، مع العملة ورسوم التحويل والموقف الضريبي.
6. التزامات الطرف الأول: توفير المحتوى والصور والحسابات والردود خلال المهل المحددة.
7. التزامات الطرف الثاني: التنفيذ وفق الأصول المهنية، الرفع الأسبوعي للكود، الإبلاغ عن أي معوّق خلال 48 ساعة.
8. التعديلات خارج النطاق: آلية الطلب والتقدير والموافقة وسعر الساعة.
9. معايير القبول: القائمة الموضوعية ومهلة إبداء الملاحظات.
10. الملكية الفكرية: نقل الحقوق عند السداد الكامل، والنطاق الجغرافي ومدة النقل، وترخيص المكوّنات السابقة، وحق العرض ضمن الأعمال السابقة.
11. السرية وحماية البيانات: مع مدة السريان بعد الانتهاء والتزام الحذف.
12. الضمان: مدته ونطاقه واستثناءاته.
13. الإنهاء: بالتراضي وللتقصير، وأثر كل حالة على الدفعات والملكية.
14. القوة القاهرة: بتعريف واقعي يشمل انقطاع الخدمات السحابية الكبرى وانقطاع الإنترنت العام.
15. القانون وفض النزاع واللغة المعتمدة.
16. الملاحق: (1) كراسة الشروط، (2) قائمة الأصول والحسابات، (3) جدول الدفعات، (4) نموذج طلب تعديل.

15. أخطاء شائعة في عقود البرمجة العربية

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

16. كيف أتعاقد أنا

للشفافية، هذه طريقتي: مكالمة تشخيص مجانية، ثم عرض سعر ثابت مبني على كراسة شروط مكتوبة، ثم عقد من ست إلى عشر صفحات بالبنود أعلاه، ثم دفعات مرتبطة بمخرَجات، ومستودع Git باسم العميل من اليوم الأول، وملكية كاملة عند السداد النهائي، وضمان مدته 30 أو 60 أو 90 يوماً بحسب مستوى الباقة. لا أبدأ العمل قبل التوقيع حتى مع العملاء المتكررين، ليس لانعدام الثقة بل لأن الوثيقة المكتوبة تختصر أسابيع من النقاش لاحقاً وتحمي الطرفين بالقدر نفسه.

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