عقد برمجة النظام: 12 بندًا تحميك قبل التوقيع.

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

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

ما الذي يجب أن يحميه عقد برمجة النظام؟

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

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

كيف تضمن في العقد أنك ستستلم ما اتفقت عليه؟

البنود الثلاثة الأولى تحدد ما الذي ستستلمه ومتى وكيف تحكم عليه. وهي الأكثر تأثيرًا في نجاح المشروع:

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

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

كيف تربط الدفعات بما تستلمه فعلًا؟

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

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

من يملك الكود والبيانات بعد التسليم؟

هذا أكثر بند يُكتب بغموض، وأكثر بند يُكلّف حين يُكتشف الغموض متأخرًا. فقانون حماية حقوق الملكية الفكرية المصري رقم 82 لسنة 2002، بحسب الوضع الحالي (نوفمبر 2026)، يحمي برامج الحاسب الآلي ضمن المصنفات، ويشترط في المادة 149 لصحة التصرف في الحقوق المالية للمؤلف أن يكون مكتوبًا وأن يحدد صراحة وبالتفصيل كل حق محل التصرف ونطاقه والغرض منه ومدة الاستغلال ومكانه. والحقوق التي لا يُنص على نقلها صراحة تبقى لصاحبها.

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

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

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

ماذا يحدث بعد الإطلاق أو إذا توقف المشروع؟

ثلاثة بنود تحدد علاقتك بالنظام وبشركة التطوير بعد أن ينتهي البناء أو يتوقف:

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

كيف تُحل الخلافات إذا حدثت؟

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

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

ما الذي تراجعه قبل أن توقّع؟

اجلس مع المسؤول عن المشروع في شركتك وراجعا العقد بهذه الأسئلة:

1. هل نستطيع أن نحكم على كل مرحلة بمعايير مكتوبة؟ أم أن القبول يعتمد على انطباع شخصي؟
2. هل كل دفعة مرتبطة بمرحلة مقبولة؟ وما المبلغ الذي ندفعه قبل أن نرى أي شيء يعمل؟
3. هل يذكر العقد التزاماتنا نحن بمواعيد واضحة؟ وما الذي يحدث إذا تأخرنا؟
4. هل ينقل العقد الحقوق المالية على الكود كتابةً وبالتفصيل؟ وما وضع المكونات الداخلية ومفتوحة المصدر؟
5. هل نعرف بالضبط ما الذي سنستلمه عند النهاية؟ المستودع والتوثيق والصلاحيات والحسابات.
6. هل نعرف تكلفة الدعم بعد الإطلاق؟ ومدة الاستجابة للأعطال الحرجة؟
7. هل يحمينا العقد إذا توقف المشروع في منتصفه؟ وما الذي نستلمه مقابل ما دفعناه حتى تلك اللحظة؟

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

كيف نتعامل في HBS مع عقد المشروع؟

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

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

المعلومات القانونية والرسوم في هذا المقال بحسب الوضع في نوفمبر 2026 وقد تتغير، فراجع المصدر الرسمي قبل اتخاذ القرار.

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