رد المبرمج على العقد النهائي

📄 ردّ المبرمج (الطرف الثاني) على العقد المقدّم من منصة “سوبر ستيج”

تاريخ الرد: 18 يونيو ٢٠٢٦م  |  المُقدّم من: الطرف الثاني (المبرمج) – يُملأ بياناته لاحقاً بشرط التوافق على البنود أدناه.

تمهيد

أولاً: أتقدم بالشكر للطرف الأول (الأستاذة زينب عبدالغني ناجي شغدر – مؤسس منصة سوبر ستيج) على ثقتها بي لتطوير هذا المشروع الطموح.

لقد قرأت العقد بكامل بنوده (١٠٠٪) بتأنٍ شديد، وبكل احترام لجهود الطرف الأول وفكرته التي استغرقت ٤ سنوات في التطوير. ومع ذلك، وبصفتي مطوراً محترفاً يعمل في السوق السعودي ويدرك حقوقه وواجباته، أرى أن العقد بصيغته الحالية غير متوازن قانونياً وتقنياً، ويحتوي على بنود تُعرّض الطرف الثاني (المبرمج) لمخاطر جسيمة غير متناسبة مع قيمة العمل المطلوب.

لذا، أتقدّم بردّي هذا متضمناً القبول المشروط (Conditional Acceptance)، مع تعديلات جوهرية على البنود التالية، وإلا فإنني أعتذر عن الاستمرار في هذا المشروع.

التعديلات المطلوبة على العقد

بنود جوهرية لا يمكن التنازل عنها

أولاً: البند الخاص بـ “السيادة الرقمية” (البند السادس) – مرفوض تماماً

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

تعديلي المقترح:

• سأعمل على جهازي الشخصي (المزوّد بجميع أدوات التطوير التي تزيد إنتاجيتي) مع تشفير كامل للقرص الصلب.
• سيتم رفع الأكواد يومياً على مستودع خاص (Private Repository) مملوك للطرف الأول على GitHub/GitLab، مع منحي صلاحيات الكتابة فقط، وللطرف الأول صلاحيات الإدارة الكاملة.
• يحظر عليّ العمل عن بُعد فقط في حال وجود إنترنت غير آمن، لكن يحق لي العمل من المنزل أو أي مكان آخر بشرط استخدام VPN مشفّر.

سبب الرفض: العمل داخل مقر الشركة حصرياً يُفقد المبرمج مرونته، ولا يتناسب مع طبيعة عقود الخدمات المستقلة (وليس عقود التوظيف).

ثانياً: مدة عدم المنافسة (البند الخامس) – ١٥ سنة غير قانونية وغير منطقية

النص الأصلي: عدم المنافسة لمدة ١٥ سنة.

تعديلي المقترح:

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

سبب الرفض: النصوص القضائية السعودية والعالمية ترفض فترات عدم المنافسة الطويلة (أكثر من ٢-٣ سنوات) لأنها تُعتبر تقييداً غير مبرر للحرية المهنية، والمحاكم قد تبطل هذا البند بالكامل.

ثالثاً: الشرط الجزائي (البند السابع) – مبلغ غير متناسب وغير منصف

النص الأصلي: ٥٠٠,٠٠٠ ريال شرط جزائي فوري.

تعديلي المقترح:

• يُخفّض الشرط الجزائي إلى مبلغ ٥٠,٠٠٠ ريال سعودي (خمسون ألف ريال)، على أن يكون مرتبطاً بـ إثبات الضرر الفعلي الناتج عن الإخلال المتعمد والجسيم، وليس مجرد الشك أو الادعاء.
• يُلغى البند الخاص بـ “الشرط الجزائي دون إثبات ضرر” لأنه يتعارض مع أحكام العدالة في النظام السعودي.

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

رابعاً: الكفيل الغارم (البند السادس عشر) – مرفوض جملةً وتفصيلاً

النص الأصلي: اشتراط كفيل غارم سعودي لسداد الشرط الجزائي.

تعديلي المقترح:

• إلغاء هذا البند بالكامل.

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

خامساً: طبيعة العلاقة وفترة التجربة (البند الثاني) – غير واضحة

تعديلي المقترح:

• تُحدد مدة العقد الإجمالية شهرين (60 يوماً) قابلة للتمديد باتفاق الطرفين.
• تُلغى “الفترة التجريبية” كبند مستقل، ويتم استبدالها بـ مراحل تسليم (Milestones)، كل مرحلة لها تسليمها وموافقتها، مع إمكانية فسخ العقد إذا تأخرت مرحلة عن موعدها بأكثر من 10 أيام عمل دون عذر مقبول.

سادساً: قيمة العمل وأجر المبرمج (غير موجود في العقد الأساسي)

أطلب إضافة بند جديد (البند الثامن عشر) ينص على:

• التكلفة الإجمالية للمشروع: (……………..) ريال سعودي (تحدد بناءً على دراسة المتطلبات التفصيلية).
• جدول الدفعات:
  • ٣٠٪ دفعة أولى (عند توقيع العقد وبدء العمل).
  • ٣٠٪ عند تسليم المرحلة الأولى (تصميم قاعدة البيانات والـ APIs الأساسية).
  • ٢٠٪ عند تسليم المرحلة الثانية (واجهات المستخدم والتكامل).
  • ٢٠٪ عند التسليم النهائي والموافقة على المشروع كاملاً.
• جميع الدفعات تُسدد عبر التحويل البنكي إلى حسابي في أحد البنوك المحلية المعتمدة في المملكة.

سابعاً: ضمان الأمان البرمجي (البند الثاني عشر) – أقبله ولكن بشروط

تعديلي المقترح:

• أقبل بضمان سلامة الأكواد، لكن يُضاف شرط أن يكون فحص الأمان (Security Audit) ضمن نطاق المشروع وبمشاركتي، وليس بعد التسليم مباشرة، وذلك لتجنب تأخير الدفعة النهائية.

ثامناً: حظر أدوات الذكاء الاصطناعي العامة (البند الرابع عشر) – أقبله

• أقبل هذا البند بالكامل، وسألتزم باستخدام أدوات الذكاء الاصطناعي المحلية أو المؤمنة فقط، ولن أرفع أي كود خاص بالمنصة على أي منصة ذكاء اصطناعي عامة (مثل ChatGPT أو Claude).

بنود إضافية جوهرية

تاسعاً: نطاق العمل (Scope of Work) – غير محدد نهائياً

الملاحظة: العقد يذكر “تطوير المنصة” دون أي تفصيل للمتطلبات، وهذا أخطر ما يهدد المشروع.

تعديلي المقترح:

• يُرفق بالعقد ملحق تقني (Technical Annex) يُحدد بدقة:
  • عدد الصفحات (الأبعاد – Screens).
  • أنواع المستخدمين (Admin, Organizer, User).
  • الميزات الأساسية (MVP) والميزات المستقبلية (Phase 2).
  • التكاملات الخارجية (بوابات الدفع، إشعارات SMS/Email، خرائط، إلخ).
  • متطلبات الأداء (عدد المستخدمين المتزامنين، زمن الاستجابة).
• أي تعديل أو إضافة على نطاق العمل بعد توقيع العقد تُعتبر طلب تغيير (Change Request)، لها تكلفة إضافية ومدة زمنية جديدة يُتفق عليها كتابةً.

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

عاشراً: التسليم والموافقة (Acceptance Criteria) – غير موجود

الملاحظة: العقد يذكر “تسليم المشروع” لكنه لا يحدد متى يُعتبر المشروع “مُسلَّماً ومقبولاً”.

تعديلي المقترح:

• يُضاف بند ينص على:
  • لكل مرحلة، يتم التسليم عبر بيئة اختبار (Staging Environment).
  • يُمنح الطرف الأول مدة 5 أيام عمل لاختبار المرحلة وتقديم ملاحظاته كتابةً.
  • إذا لم يقدم الطرف الأول ملاحظاته خلال 5 أيام، تُعتبر المرحلة مقبولة تلقائياً.
  • يتم التسليم النهائي بعد اجتياز جميع المراحل، وتوقيع محضر استلام نهائي من الطرف الأول.

الحادي عشر: المصادر المفتوحة والتراخيص (Open Source Licenses) – غير معمّق

الملاحظة: البند ١٣ يتحدث عن “مكتبات مفتوحة المصدر ومصرح باستخدامها تجارياً”، لكنه لم يحدد كيف نتعامل مع التراخيص الإلزامية (مثل GPL التي تفرض فتح الكود).

تعديلي المقترح:

• ألتزم باستخدام مكتبات ذات تراخيص متسامحة (Permissive) مثل MIT، Apache، BSD.
• في حال اضطررنا لاستخدام مكتبة GPL، يتم إخطار الطرف الأول كتابةً، وهو يتحمل مسؤولية الالتزام بشروطها (أي فتح الكود إذا تطلب الأمر).
• لا أتحمل أنا شخصياً أي مسؤولية قانونية عن نزاعات تراخيص المصادر المفتوحة، ما دمت استخدمت المكتبات بحسن نية وأبلغت الطرف الأول.

الثاني عشر: التوثيق (Documentation) – غير مذكور

الملاحظة: العقد يخلو تماماً من أي التزام بتقديم دليل تقني للمنصة.

تعديلي المقترح:

• يُضاف بند يلزمني بتقديم:
  • وثيقة الـ API (باستخدام Swagger/OpenAPI).
  • مخطط قاعدة البيانات (ERD).
  • دليل النشر (Deployment Guide) لتشغيل المنصة على أي سيرفر.
  • دليل المستخدم (User Manual) مبسط للفرق التشغيلية.
• يتم تسليم هذه الوثائق مع التسليم النهائي.

الثالث عشر: فترة الضمان والدعم (Warranty & Support) – غير موجودة

الملاحظة: العقد لا يذكر أي فترة لضمان جودة البرمجيات بعد التسليم.

تعديلي المقترح:

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

الرابع عشر: إنهاء العقد (Termination) – غير منصف للطرف الثاني

الملاحظة: العقد يمنح الطرف الأول حق إنهاء العقد دون إشعار مسبق (البند ٢.٣)، لكنه لا يمنح المبرمج نفس الحق.

تعديلي المقترح:

• يحق لي (الطرف الثاني) إنهاء العقد إذا:
  • تأخر الطرف الأول في سداد أي دفعة مستحقة لمدة تتجاوز 10 أيام عمل من تاريخ استحقاقها.
  • طلب الطرف الأول تغييرات جوهرية في نطاق العمل دون موافقتي وتعديل التكلفة والمدة.
• في حال إنهاء العقد من طرفي، أستحق أجراً عن الأيام الفعلية التي عملتها والتسليمات التي تمت الموافقة عليها، ولا يحق للطرف الأول استرداد المبالغ المدفوعة.

الخامس عشر: السرية بعد انتهاء العقد – تحتاج تحديداً أوضح

الملاحظة: البند الثالث يقول “السرية مدى الحياة” دون استثناءات.

تعديلي المقترح:

• ألتزم بالسرية مدى الحياة، لكن يُستثنى من ذلك:
  • المعلومات التي أصبحت في المجال العام (Public Domain) دون خطأ مني.
  • المعلومات التي أثبت أنها كانت بحوزتي قبل التعاقد (مثلاً معرفة تقنية عامة).
  • المعلومات التي طُلب مني الإفصاح عنها بأمر قضائي نهائي (مع إخطار الطرف الأول مسبقاً).

السادس عشر: اللغة المعتمدة في التواصل

تعديلي المقترح:

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

السابع عشر: التعويض عن التأخير (Liquidated Damages) – غير موجود ويجب وضعه

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

تعديلي المقترح:

• إذا تأخرت في تسليم أي مرحلة لأكثر من 10 أيام عمل دون عذر مقبول (مرض، قوة قاهرة)، يحق للطرف الأول خصم 0.5% من قيمة المرحلة عن كل يوم تأخير، على ألا يتجاوز إجمالي الخصم 10% من إجمالي قيمة المشروع.
• بالمقابل، إذا تأخر الطرف الأول في سداد أي دفعة مستحقة، يحق لي إيقاف العمل فوراً دون أن أعتبر مخلاً بالعقد، ويحق لي الحصول على تعويض عن الأيام المتأخرة بنفس النسبة.

الثامن عشر: سرية المراسلات وعدم استخدام صوري الشخصية

تعديلي المقترح:

• يحظر على الطرف الأول استخدام اسمي أو صورتي أو أي بيان لي في أي مواد تسويقية أو إعلانات دون موافقتي الكتابية المسبقة.
• بالمقابل، يحظر عليّ أيضاً استخدام اسم منصة “سوبر ستيج” أو شعارها في أي محفظة أعمال (Portfolio) دون موافقة الطرف الأول.

الجدول الزمني المقترح

تقديري – بناءً على فرضية منصة متوسطة الحجم

المرحلة	المهام	المدة المتوقعة
المرحلة 0	دراسة المتطلبات، تصميم قاعدة البيانات، تصميم واجهات الـ API	7 أيام
المرحلة 1	تطوير الـ Backend (المصادقة، إدارة الفعاليات، الحجز، الدفع)	14 يوم
المرحلة 2	تطوير الـ Frontend (لوحة تحكم المنظم، صفحة المستخدم، نظام الحجز)	14 يوم
المرحلة 3	التكامل (بوابة الدفع، الإشعارات، البريد الإلكتروني)	7 أيام
المرحلة 4	الاختبار (Unit Testing، Integration Testing، اختبار الأمان)، التوثيق	7 أيام
المرحلة 5	النشر على بيئة الإنتاج، والتدريب (تشغيل تجريبي لمدة أسبوع)	7 أيام
المجموع الكلي		56 يوم (حوالي شهرين)

ملاحظة: هذه المدة تقديرية وتزداد حسب تعقيد الميزات وعدد التكاملات الخارجية.

التكلفة التقديرية

بناءً على سوق البرمجة في السعودية لمشروع بهذا الحجم

السعر المقترح: 85,000 – 120,000 ريال سعودي

(حسب نطاق العمل النهائي بعد الملحق التقني)

مبررات السعر:

• مشروع متكامل (Backend + Frontend + Database + APIs + Integrations).
• مدة تطوير شهرين عمل كامل.
• يشمل التوثيق والدعم لمدة شهرين بعد التسليم.
• السعر أقل من شركات البرمجة الكبرى التي تطلب 200,000+ لمشروع مماثل.

جدول الدفعات المقترح

الدفعة	النسبة	التوقيت
الدفعة الأولى	30%	عند توقيع العقد وتسليم الملحق التقني
الدفعة الثانية	30%	عند تسليم المرحلة 1+2 (Backend + قاعدة بيانات)
الدفعة الثالثة	25%	عند تسليم المرحلة 3+4 (Frontend + تكاملات)
الدفعة الرابعة	15%	عند التسليم النهائي، الموافقة، واستلام الوثائق

الملخص النهائي لقبولي المشروط

السيادة الرقمية (البند ٦)	مرفوض – يُستبدل بعمل على جهازي مع مستودع مملوك للطرف الأول
عدم المنافسة (١٥ سنة)	مرفوض – يُستبدل بسنتين فقط
الشرط الجزائي (٥٠٠ ألف)	مرفوض – يُستبدل بـ ٥٠ ألف مع إثبات الضرر
الكفيل الغارم	مرفوض – يُلغى بالكامل
قيمة العمل والدفعات	يُضاف بند جديد يُحدد المبلغ وجدول الدفعات
نطاق العمل (Scope)	يُضاف ملحق تقني تفصيلي
التسليم والموافقة (Acceptance)	يُضاف بند بمعايير قبول واضحة
المصادر المفتوحة والتراخيص	يُضاف توضيح للمسؤولية والإخطار
التوثيق (Documentation)	يُضاف بند يلزم بتقديم وثائق فنية
فترة الضمان والدعم	يُضاف شهرين دعم مجاني
إنهاء العقد	يُعاد صياغته ليكون منصفاً للطرفين
السرية مدى الحياة	يُضاف استثناءات منطقية
اللغة المعتمدة	عربي للقانون، إنجليزي للتقني
التعويض عن التأخير	يُضاف بند متوازن للطرفين
سرية المراسلات واستخدام الصور	يُضاف لحماية الطرفين
باقي البنود (السرية، الملكية الفكرية، حظر الذكاء الاصطناعي)	مقبولة كما هي

✅ في حال قبول هذه التعديلات:

• سأوقّع على العقد فوراً.
• سأبدأ العمل خلال ٢٤ ساعة من استلام الدفعة الأولى.
• سأقدّم جدولاً زمنياً مفصلاً (Gantt Chart) للمراحل خلال أول ٣ أيام.
• سألتزم بجميع بنود السرية والملكية الفكرية دون أي تهاون.

❌ في حال رفض التعديلات:

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

الطرف الثاني (المبرمج)

الاسم:  

التوقيع: