بنود عقد تطوير تطبيق: 12 بندًا تراجعها قبل التوقيع

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

1. النطاق ومرفقاته وترتيب أولوية المستندات

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

2. التزامات العميل والافتراضات

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

3. المراحل والجدول والتقارير

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

7. الملكية الفكرية والكود والحسابات

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

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

التفاصيل الكاملة لما يُملك وما لا يُملك في مقالة من يملك الكود المصدري للتطبيق.

8. السرية وحماية البيانات

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

11. الإنهاء والتسليم عند الإنهاء

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

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

قائمة التحقق التفصيلية لما يُسلَّم وكيف تتحقق من كل عنصر في مقالة قائمة استلام التطبيق من شركة التطوير.

12. النزاعات

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

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

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

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