عندما تدفع شركة مقابل برمجيات مخصصة، يكون السؤال الأهم غالبًا هو الأبسط: من يملك كود البرنامج بعد انتهاء المشروع؟ تحدد ملكية كود البرنامج ما إذا كان بإمكانك تعديل نظامك، أو نقله إلى فريق آخر، أو الاستمرار في تشغيله إذا اختفى المورّد. ويُحسم هذا الأمر في العقد، لا في اجتماع بداية المشروع، لذلك يجب كتابة البنود بوضوح قبل كتابة أي سطر من الكود.
لماذا تهم ملكية كود البرنامج بعد الإطلاق
كود البرنامج هو مجموعة التعليمات التي يعمل عليها نظامك. إذا كنت تمتلكه، يمكنك التعاقد مع مطوّر آخر، أو إصلاح خطأ وفق جدولك الخاص، أو إضافة ميزة دون الحاجة إلى إذن. أما إذا لم تمتلكه، فقد تقتصر على ما يرغب المورّد في صيانته، ويصبح تغيير الجهة المزوّدة مكلفًا أو مستحيلًا.
تظهر مشكلات الملكية عادةً في وقت متأخر. قد تكتشف الشركة أن المستودع موجود في حساب المورّد، أو أن مكتبة برمجية أساسية مرخّصة باسمه، أو أن كلمات مرور الإدارة لم تُسلَّم أبدًا. ومعالجة هذه المشكلات بعد وقوعها تكلّف أكثر بكثير من كتابة البند الصحيح في البداية.
البنود التي يجب أن يتضمنها عقد البرمجيات
العقد الجيد لا يكتفي بجملة واحدة تقول إن العميل يملك كل شيء. على الأقل، تحقق من البنود التالية:
- نقل حقوق الملكية الفكرية: يجب أن ينص البند على انتقال كل الكود المخصص والتصاميم ومخططات قواعد البيانات والتوثيق المكتوب لمشروعك إليك عند الدفع، أو ترخيصها لك بشكل دائم ولا رجعة فيه.
- ملكية المستودع: يجب إنشاء مستودع Git في حساب مؤسستك، أو نقله إليه عند نهاية المشروع، مع منح فريقك صلاحيات المدير.
- بيانات الوصول: يجب تسجيل حسابات الاستضافة والنطاق وقواعد البيانات والسحابة والبريد الإلكتروني والخدمات الخارجية باسمك، أو تسليمها مع سجل مكتوب يوضح من يملك أي صلاحية.
- المكونات الخارجية: يجب أن يسرد العقد المكتبات مفتوحة المصدر والمكونات المدفوعة، وأنواع تراخيصها، ومن يتحمل تكلفة تجديدها.
- التوثيق: يجب تسليم معمارية النظام وخطوات الإعداد ومراجع واجهات البرمجة وتعليمات النشر كجزء من المشروع، لا كإضافة اختيارية.
- إجراءات التسليم: حدّد تاريخًا وقائمة تحقق وخطوة قبول، حتى يتم تأكيد نقل الملكية كتابيًا.
- الملكية الفكرية السابقة للمورّد: غالبًا ما يعيد المورّدون استخدام أدواتهم أو أطرهم الداخلية. ويجب أن يفصل العقد بين ما يحتفظ به المورّد وما تملكه أنت، وأن يمنحك ترخيصًا لأي جزء قابل لإعادة الاستخدام يعتمد عليه نظامك.
مقارنة نماذج الملكية
ليس كل مشروع ينتهي بنقل كامل للملكية. بعض المورّدين يقدمون نموذج الاستضافة، حيث يحتفظون بالكود وتدفع أنت اشتراكًا. وقد يكون ذلك خيارًا معقولًا لاحتياج قصير المدى، لكنه يغيّر ما يمكنك فعله لاحقًا. يوضح الجدول التالي الخيارات الشائعة.
| النموذج | من يحتفظ بالكود | من يشغّله | الخطر الرئيسي عليك |
|---|---|---|---|
| نقل كامل | أنت | أنت أو أي شريك تختاره | يجب أن تخطط للصيانة الخاصة بك أو أن تتعاقد على الدعم |
| ترخيص دائم | المورّد، مع ترخيص لك | أنت، وفق شروط الترخيص | قد يقيّد نطاق الترخيص التعديلات أو إعادة البيع أو مكان الاستضافة |
| اشتراك مستضاف | المورّد | المورّد | زيادة الأسعار، أو إيقاف الخدمة، أو فقدان بياناتك عند الخروج |
أيًّا كان النموذج الذي تختاره، فاكتبه بلغة واضحة. عبارات مثل "جميع الحقوق محفوظة للمورّد" أو "يحصل العميل على ترخيص لاستخدام البرنامج" تحتاج إلى شرح واضح لما يستطيع العميل فعله وما لا يستطيع.
أخطاء شائعة يرتكبها المشترون
- التوقيع قبل إعداد المستودع. إذا كان الكود موجودًا فقط على جهاز المورّد أثناء التطوير، فأصرّ على نقله إلى حسابك منذ الدورة الأولى للعمل.
- القبول بعبارة "الملكية عند الدفعة الأخيرة" دون خطة تسليم. الدفعة الأخيرة لا تعني الكثير إذا لم تُسلَّم بيانات الوصول أبدًا.
- تجاهل تراخيص المكتبات. النظام المبني على مكوّن بشروط مقيّدة قد يحدّ من طريقة بيعك له أو استضافته.
- اعتبار التوثيق أمرًا اختياريًا. الكود بلا ملاحظات إعداد يصعب على فريق جديد تشغيله بأمان.
- نسيان البيانات. يجب أن تكون بيانات عملائك ومنتجاتك ومعاملاتك قابلة للتصدير بصيغة قياسية في أي وقت، بغض النظر عن الجهة التي تستضيف النظام.
كيف تراجع عقدك الحالي
إذا كانت لديك علاقة قائمة مع مورّد، فما زال بإمكانك تحسين موقعك. اطلب قائمة مكتوبة بالمستودعات وحسابات الخوادم والخدمات الخارجية المستخدمة في نظامك. وتأكد من الشخص أو الجهة المسجلة كمالك لكل حساب. ثم اطلب التوثيق الحالي وتحقق مما إذا كان يشرح كيفية نشر النظام واستعادته.
إذا كانت الإجابات غير واضحة، فهذه إشارة تستحق الانتباه. الشريك الموثوق يجب أن يُريك أين توجد كل الأشياء ويشرحها بسهولة. تعتمد ERP System وPOS Subscription كلاهما على هذا المبدأ: يجب أن تعرف ما تدفع مقابله وأين يوجد نظامك وبياناتك.
من أين تبدأ مع مشروع جديد
قبل أن تطلب عروض الأسعار، أعدّ قسمًا قصيرًا عن الملكية ضمن متطلباتك. اذكر الأصول التي تتوقع استلامها، والحسابات التي تحتاجها باسمك، ونموذج الترخيص الذي تقبله. عندها يستطيع المورّدون تسعير أعمال التسليم والرد على شروطك مباشرة. يغطي دليلنا حول كتابة وثيقة متطلبات البرمجيات التي يستطيع المورّدون تسعيرها خطوات الإعداد الأوسع.
عندما تتواصل معنا، سنستعرض معك كل بند من هذه البنود حتى يتوافق العقد مع طريقة استخدام عملك للنظام. يمكنك الاطلاع على أمثلة من أعمالنا السابقة وتوثيقها في صفحة المشاريع، أو التواصل مع فريقنا لمناقشة مشروعك وشروط الملكية التي تحتاجها.
الأسئلة الشائعة
هل دفع ثمن البرمجيات المخصصة يعني أنني أملك كود البرنامج تلقائيًا؟
ليس دائمًا. الدفع وحده لا يضمن الملكية، لأن العقد هو الذي يحدد من يملك حقوق الملكية الفكرية. بعض المورّدين يحتفظون بالكود ويمنحونك ترخيصًا بدلًا من ذلك. اقرأ بند الملكية الفكرية قبل أن توقّع.
من يجب أن يملك مستودع Git الخاص ببرنامجي؟
يجب أن يكون المستودع في حساب تتحكم فيه مؤسستك، مع وجود مديرين معينين اثنين على الأقل من جهتك. وإذا أنشأه المورّد أثناء التطوير، فتأكد من نقله إليك عند التسليم، واحتفظ بسجل يوضح من لديه صلاحية الوصول.
ماذا يحدث للمكتبات الخارجية المستخدمة في نظامي؟
المكتبات مفتوحة المصدر لها شروط ترخيص خاصة بها، ويجب أن يسردها العقد. وقد تحتاج المكونات المدفوعة إلى تجديد باسمك. اطلب من المورّد قائمة كاملة بهذه العناصر والتكلفة السنوية للإبقاء عليها نشطة.
هل يمكنني نقل برمجياتي إلى مطوّر آخر لاحقًا؟
نعم، إذا كنت تمتلك الكود والتوثيق وبيانات الوصول. يجب أن تؤكد قائمة التسليم أن فريقًا جديدًا يستطيع بناء النظام ونشره واستعادته دون الحاجة إلى المورّد الأصلي. وبدون هذه العناصر، يصبح تغيير الجهة المزوّدة أصعب بكثير.
