يقوم مكتب MKB Juristen بصياغة المستندات القانونية المخصصة
من الأفضل عدم تجميع أو نسخ العقود والشروط والأحكام المهمة، وغيرها من المستندات القانونية بنفسك. نحن نساعد رواد الأعمال ذوي الميزانية المحدودة من خلال حلول قانونية مصممة خصيصًا لهم، وتكاليف واضحة مسبقًا، وشروحات عملية.
- العقود المخصصة، والشروط والأحكام، والوثائق القانونية
- مناسب للميزانية وواضح بشأن التكاليف مقدماً
- اطلب استشارة مجانية أو عرض سعر بدون أي التزام
ما هو اتفاق ضمان شفرة المصدر؟ هو اتفاق بين ثلاثة أطراف (مورّد البرمجيات، والعميل، ووكيل ضمان مستقل) يتم بموجبه إيداع شفرة المصدر للبرنامج لدى جهة محايدة، بحيث يتسلم العميل هذه الشفرة وفقًا لشروط متفق عليها مسبقًا في حال توقف المورّد عن العمل. عادةً، يشتري العميل حق استخدام البرنامج العامل فقط، وليس شفرة المصدر الأساسية. يضمن الضمان تجاوز هذا الخطر: فإذا أفلس المورّد أو توقف عن الصيانة، تُتاح الشفرة المودعة للعميل، ويستطيع مواصلة استخدام البرنامج بنفسه.
الإجابة المختصرة
- تضع اتفاقية الضمان الخاصة بشفرة المصدر شفرة المصدر لدى جهة حفظ مستقلة (وكيل الضمان).
- يستخدم العميل البرنامج ببساطة؛ ويبقى رمز المصدر محميًا حتى يتم الاتفاق على حدث معين.
- عادة ما يكون هذا الحدث (محفز الإصدار) هو الإفلاس أو توقف الصيانة من قبل المورد.
- عندها فقط يحصل العميل على إمكانية الوصول إلى الكود، مع حق الاستخدام لصيانة البرنامج.
- الهدف هو الاستمرارية: لا يُترك العميل مع برامج غير قابلة للاستخدام.
ما هو بالضبط اتفاق ضمان شفرة المصدر؟
في البرامج القياسية، يحصل العميل على ترخيص لاستخدام النسخة المُجمّعة والجاهزة للعمل. أما شفرة المصدر (تعليمات البرمجة المقروءة المستخدمة في بناء البرنامج وتعديله) فتبقى لدى المورّد. وهذا أمر منطقي، إذ تُعدّ شفرة المصدر رأس مال المورّد، وهي محمية بموجب حقوق التأليف والنشر باعتبارها عملاً مصنفاً وفقاً للمادة 10، الفقرة 1، البند 12 من قانون حقوق التأليف والنشر. وطالما استمر المورّد في العمل وتقديم خدمات الصيانة، فلا يحتاج العميل إلى شفرة المصدر.
تنشأ المشكلة عند إفلاس المورّد. فبدون شفرة المصدر، لا يمكن لأحد إصلاح البرنامج، أو معالجة الثغرات الأمنية، أو تعديله ليتوافق مع التشريعات الجديدة. بالنسبة للبرامج بالغة الأهمية للأعمال (مثل نظام التخطيط، أو برنامج المحاسبة، أو نظام التشغيل في جهاز ما)، يُشكّل هذا خطرًا حقيقيًا على العمل. يُعالج اتفاق حفظ شفرة المصدر هذه المشكلة بتخزين الشفرة لدى طرف ثالث، مع وجود اتفاقية واضحة بشأن وقت وكيفية إصدارها.
الأطراف الثلاثة ودورها
- المورد مالكًا لحقوق الطبع والنشر لرمز المصدر ويودع نسخة حالية لدى وكيل الضمان، مع التحديثات في الإصدارات الجديدة.
- العميل (غالباً) مقابل ترتيب الضمان ويحصل على ضمان بإمكانية استمراره في حال وقوع كارثة. ولا يجوز له استخدام الرمز إلا بعد الحصول على إذن تحرير صحيح.
- وكيل الضمان. جهة حفظ مستقلة تقوم بتخزين الرمز بشكل آمن، والتحقق من اكتمال الإيداعات، والتحقق من شروط الإفراج قبل الإفراج عن أي شيء.
إن استقلالية الوكيل هي الأساس. فإذا احتفظ المورد بالرمز بنفسه، فلن يكون للمشتري أي شيء في حالة الإفلاس: إذ سيتولى أمين الإفلاس إدارة التركة، وسيكون المشتري في آخر قائمة الانتظار.
متى سيتم إصدار الكود المصدري؟
يرتبط الإصدار بمحفز إصدار تحدده بوضوح مسبقًا. ومن المحفزات الشائعة ما يلي:
- إفلاس المورد أو تعليق مدفوعاته.
- توقف الأنشطة التجارية أو حل المورد.
- الفشل المنهجي في الامتثال لالتزامات الصيانة، على الرغم من إشعار التخلف عن السداد.
في حالة الإفلاس، يُعدّ التوقيت عاملاً بالغ الأهمية من الناحية القانونية. فبموجب المادة 37 من قانون الإفلاس، يُحدّد أمين التفليسة ما إذا كان سيتم الوفاء بالاتفاقيات المتبادلة الجارية؛ وبالتالي، قد تتوقف النفقة والدعم. علاوة على ذلك، بالنسبة للاتفاقيات طويلة الأجل، مثل التراخيص، يوجد خيار للإنهاء المبكر يُشابه أحكام الإيجار المنصوص عليها في المادة 39 من قانون الإفلاس. ولهذا السبب تحديدًا، يجب صياغة اتفاقية الضمان بطريقة تضمن حق استخدام شفرة المصدر المُفرج عنها في مواجهة أمين التفليسة. ويضمن الترتيب المُحكم الصياغة السماح للمشتري بمواصلة النفقة بعد الإفراج عن الشفرة، دون أن يتمكن أمين التفليسة من استعادة الشفرة.
مثال عملي
تعتمد شركة لوجستية صغيرة ومتوسطة الحجم كليًا على برنامج تخطيط مسارات من مورد برمجيات صغير. أُعلن إفلاس هذا المورد. لولا وجود اتفاقية ضمان، لتوقفت الشركة عن العمل تمامًا: فالبرنامج لا يزال يعمل، لكن لا يمكن لأحد تعديله في حال حدوث خطأ أو تغيير في الاتصال مع شركة النقل. بفضل اتفاقية ضمان شفرة المصدر، قام وكيل الضمان بالإفراج عن شفرة المصدر بعد التحقق من الإفلاس. تعاقدت الشركة مع شركة برمجيات أخرى تولت مسؤولية الشفرة واستمرت في صيانتها. استمرت العمليات التجارية كالمعتاد.
ما الذي لا يغطيه نظام الضمان؟
لا يضمن نظام الضمان خلوّ البرنامج من الأخطاء، ولا يُغني عن وجود اتفاقيات واضحة بشأن الصيانة والأمان. فهو يضمن استمرارية العمل في حالات الطوارئ، وليس الجودة. علاوة على ذلك، لا يمنح المستلم تلقائيًا جميع الحقوق المتعلقة بشفرة المصدر المُصدرة: بل يحصل على حق استخدام البرنامج وصيانته وتعديله لاستخدامه الخاص، وليس حقوق النشر الكاملة لبيعه تجاريًا. يجب عليك تحديد هذا النطاق بوضوح. إضافةً إلى ذلك، تأكد من تحديث الملفات المودعة باستمرار؛ فشفرة المصدر القديمة لا قيمة لها عند إصدار البرنامج.
توصية صادقة
لستَ بحاجةٍ دائمًا إلى محامٍ. إذا كانت شركتك تعتمد على برامج قياسية عامة من مورد رئيسي (حيث يمكن لعدة جهات تولي الصيانة أو توجد بدائل بسيطة)، فغالبًا ما يكون الضمان غير ضروري. وبالمثل، مع البرامج الرخيصة سهلة الاستبدال، لا يفوق الجهد المبذول المخاطرة. في هذه الحالات، يُعدّ الاتفاق القياسي مع المورد أو عدم وجود ضمان خيارًا مناسبًا تمامًا.
يُنصح بالاستعانة بمحامٍ فورًا عندما يصبح البرنامج بالغ الأهمية لاستمرارية العمل، أو مصممًا خصيصًا، أو غير متوفر في أي مكان آخر. في مثل هذه الحالات، يعتمد استمرار عملك على آلية إطلاق موثوقة، وحق استخدام يبقى ساريًا حتى بعد الإفلاس، والتأكد من أن الكود المُودع كامل ومُحدّث. لذا، يُنصح بمراجعة الاتفاقية قبل التوقيع عليها.
هل ترغب بمعرفة المزيد؟ اقرأ كيفية توثيق الاتفاقيات عند صياغة اتفاقية ضمان شفرة المصدر، وما هي تكاليف الاستعانة بمصادر خارجية لصياغة هذه الاتفاقية. هل تحتاج إلى اتفاقية فورية؟ اطلع على نموذج اتفاقية ضمان شفرة المصدر.
الأسئلة الشائعة
اتفاقية ثلاثية الأطراف يتم بموجبها إيداع الشفرة المصدرية للبرنامج لدى جهة حفظ مستقلة. يستخدم العميل البرنامج بشكل طبيعي، ولكنه يحصل على حق الوصول إلى الشفرة المصدرية في حال توقف المورّد عن العمل، على سبيل المثال بسبب الإفلاس أو توقف الصيانة.
يُعدّ الكود المصدري رأس مال المورّد التجاري، وهو محمي بموجب حقوق النشر وفقًا للمادة 10، الفقرة 1، البند الفرعي 12 من قانون حقوق النشر. أنت تشتري حق استخدام البرنامج العامل، وليس الكود نفسه. يضمن نظام الضمان عدم امتلاكك لبرنامج غير قابل للاستخدام.
في حال حدوث مُحفِّز إطلاق مُحدَّد مُسبقًا، كالإفلاس أو تعليق المدفوعات أو إغلاق النشاط التجاري أو خلل هيكلي في الامتثال للصيانة، يتحقق وكيل الضمان من وقوع المُحفِّز فعليًا قبل إطلاق البرنامج.
يجب عليك ترتيب ذلك بشكل صحيح. يحدد أمين التفليسة، وفقًا للمادة 37 من قانون الإفلاس، ما إذا كانت الاتفاقيات قد نُفذت، وبالنسبة للاتفاقيات طويلة الأجل، يوجد خيار إنهاء مماثل للمادة 39 من قانون الإفلاس. يضمن الاتفاق المحكم أن حق استخدام الشفرة المُفرج عنها يظل ساريًا في مواجهة أمين التفليسة.
لا. أنت تحصل على حق استخدام البرنامج وصيانته وتعديله لاستخدامك الشخصي، وليس على حقوق النشر الكاملة لبيعه. أنت تحدد نطاق هذا الحق في اتفاقية الضمان.
خاصةً بالنسبة للبرامج بالغة الأهمية للأعمال أو البرامج المصممة خصيصًا من مورد واحد والتي لا يوجد لها بديل سهل. أما بالنسبة للبرامج القياسية العامة من كبار الموردين، فعادةً ما يكون الضمان غير ضروري.
يجب أن يكون الوكيل وكيلاً مستقلاً، وليس المورّد نفسه. هذه الاستقلالية ضرورية: ففي حالة الإفلاس، ستُدرج الشيفرة البرمجية ضمن ممتلكات المورّد المفلسة، وليس من المضمون أن تصل إليك.
