عقد تطوير البرمجيات: حدد تسليم الشفرة والبيئات ومعايير القبول

رُوجعت المصادر الرسمية المشار إليها بتاريخ ٥ أكتوبر ٢٠٢٦. هذا المحتوى للتوعية وترتيب المعلومات ولا يغني عن مراجعة مختص لتطبيق الأحكام على ملفك. اقرأ سياسة التحرير والمراجعة.

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

حوّل كلمة تسليم إلى قائمة قابلة للفحص

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

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

افصل تسليم الملفات عن الحقوق عليها

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

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

صمم اختبار قبول مفهومًا للطرفين

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

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

مثال افتراضي: التطبيق يعمل ولا يستطيع غير المطور نشره

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

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

اختبار انتقال قبل إقفال المشروع

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

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

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

جهز ملحقًا وخطة انتقال

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

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

أسئلة شائعة

هل دفع قيمة التطوير ينقل كل حقوق الشفرة تلقائيًا؟

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

هل تشغيل التطبيق على رابط يكفي للاستلام؟

يتوقف على العقد. حدد مسبقًا الشفرة والوثائق والحسابات واختبارات التشغيل التي تدخل في التسليم، ثم طابقها عند القبول.

هل تسجيل المصنف يغني عن اختبار البرنامج؟

لا؛ خدمة التوثيق ومسألة الحقوق تختلف عن التحقق التقني من المخرجات والقدرة على تشغيلها وصيانتها.

تحتاج إلى مكتب مناسب لموضوعك؟

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

جهّز طلب الترشيح

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

المصادر الرسمية

تاريخ مراجعة المصادر: ٥ أكتوبر ٢٠٢٦. القوائم والأمثلة الافتراضية إرشادات تنظيمية، وتراجع الأحكام ومتطلبات الإجراءات على ضوء تفاصيل الحالة والتعليمات الرسمية الحالية.

  1. الملكية الفكرية — تسجيل مصنف برمجيات وتطبيقات الحاسب: توثيق المصنف وإرفاقه وفق شروط التسجيل وإصدار شهادة عند استيفاء المتطلبات.

إعداد: فريق تحرير دليل المحامين. راجع السياسة التحريرية لمعرفة نطاق المحتوى وآلية تصحيحه.