ڈچ قانون کے تحت سافٹ ویئر ایسکرو

اگر آپ کا کاروبار اس سافٹ ویئر پر منحصر ہے جو آپ نے نہیں لکھا ہے، تو آپ اس کمپنی پر انحصار کرتے ہیں جس نے کیا۔ آپ کے پاس آبجیکٹ کوڈ اور لائسنس ہے؛ سپلائر کے پاس سورس کوڈ، بلڈ پائپ لائن اور علم ہوتا ہے۔ یہ عدم توازن قابل برداشت ہے جب کہ فراہم کنندہ سالوینٹ اور قابل ہے، اور اس لمحے ایسا ہونا بند ہوجاتا ہے جب یہ نہیں ہوتا ہے۔ سافٹ ویئر ایسکرو معیاری جواب ہے، لیکن یہ صرف اس صورت میں کام کرتا ہے جب ڈچ دیوالیہ پن کے قانون کو ذہن میں رکھتے ہوئے تیار کیا جائے — اور زیادہ تر انتظامات نہیں ہوتے ہیں۔

ایسکرو کیا ہے اور اس سے کیا خطرہ ہے۔

فراہم کنندہ ماخذ کوڈ اور معاون مواد کو ایک آزاد فریق ثالث کے پاس جمع کرتا ہے، جو انہیں اس وقت تک رکھتا ہے جب تک کہ کوئی متعین واقعہ رونما نہ ہو جائے اور پھر انہیں صارف کو جاری کر دیا جائے، جو سافٹ ویئر کو چلانے کے لیے کوڈ کو استعمال اور اس میں ترمیم کر سکتا ہے۔ خطرہ تسلسل ہے، ملکیت نہیں: ایک گاہک جو اپنے آرڈر پروسیسنگ، مریض کے ریکارڈ یا ایک سپلائر کی مصنوعات پر پیداوار کی منصوبہ بندی چلا رہا ہے، راتوں رات تبدیل نہیں ہو سکتا، کیونکہ منتقلی میں مہینوں لگتے ہیں اور عام طور پر باہر جانے والے سپلائر کی مدد کی ضرورت ہوتی ہے۔ ایسکرو منظم طریقے سے باہر نکلنے کے لیے وقت خریدتا ہے۔ تین حالات اہم ہیں:

• دیوالیہ پن۔ فراہم کنندہ کو دیوالیہ قرار دیا جاتا ہے، ایک ٹرسٹی مقرر کیا جاتا ہے، عملے کی چھٹی اور مدد رک جاتی ہے۔ منظرنامہ ایسکرو اس کے لیے لکھا گیا ہے، اور جہاں ڈچ قانون سب سے زیادہ کام کرتا ہے۔
• منقطع ہونا۔ فراہم کنندہ پروڈکٹ واپس لے لیتا ہے، آپ کا ورژن ختم کر دیتا ہے، یا کسی ایسے شخص کے ذریعہ حاصل کیا جاتا ہے جسے آپ کی تعیناتی میں کوئی دلچسپی نہیں ہے۔ دیوالیہ پن سے زیادہ عام، اور اکثر رہائی کی شق سے باہر رہ جاتا ہے۔
• برقرار رکھنے میں مسلسل ناکامی۔ فراہم کنندہ اب بھی موجود ہے اور اب بھی انوائس کرتا ہے، لیکن اب وہ نقائص کو ٹھیک نہیں کرتا، حفاظتی پیچ بھیجتا ہے یا پروڈکٹ کو اس کے انحصار کے ساتھ ہم آہنگ نہیں رکھتا ہے۔

دو فریقی اور تین فریقی انتظامات

ایک دو فریقی انتظام مرکزی معاہدے میں ایک وعدہ ہے کہ اگر کوئی متعین واقعہ پیش آتا ہے تو سپلائر سورس کوڈ کے حوالے کر دے گا۔ یہ سستا اور کمزور ہے: کوئی بھی آزادانہ طور پر چیک نہیں کرتا ہے کہ کچھ بھی جمع کیا گیا تھا یا موجودہ رکھا گیا تھا، اور - فیصلہ کن طور پر - دیوالیہ ہونے پر آپ ٹرسٹی سے اسٹیٹ کی ذمہ داری کو انجام دینے کے لیے کہہ رہے ہیں، جو کہ وہ کرنے کا پابند نہیں ہے۔

تین فریقی انتظامات ایک ایسکرو ایجنٹ کو معاہدہ کرنے والی پارٹی کے طور پر شامل کرتا ہے۔ ایجنٹ تحویل میں لیتا ہے، ڈپازٹ کی جانچ پڑتال کرتا ہے، اسے رکھتا ہے، اور اسے رہا کرنے کے لیے آپ پر براہ راست ذمہ داری عائد ہوتی ہے۔ یہ ایک کی ادائیگی کی پوری وجہ ہے: رہائی ایک سالوینٹ تھرڈ پارٹی کے اپنے معاہدے کے تحت کارکردگی بن جاتی ہے، نہ کہ دیوالیہ اسٹیٹ کی طرف سے۔ ایجنٹ یہ بھی فیصلہ کرتا ہے کہ آیا رہائی کا واقعہ پیش آیا ہے، اسے کسی ٹرسٹی سے چھین لیا جائے گا جس میں آپ کی مدد کرنے کے لیے کوئی ترغیب نہیں ہے۔

اصل میں جمع کیا ہے

عام ناکامی قانونی نہیں ہے۔ یہ ایک ڈپازٹ ہے جس میں سورس کوڈ ہے اور کچھ نہیں۔ ماخذ کوڈ اکیلے مرتب نہیں کرتا ہے: بغیر کسی تعمیراتی ہدایات اور انحصار کی فہرست کے بغیر ایک ڈویلپر کے حوالے کیا جاتا ہے، ایک بڑے کوڈ بیس کو چلنے والی بائنری حاصل کرنے سے پہلے ریورس انجینئرنگ کے ہفتوں کا وقت لگ سکتا ہے — وہ وقت جب آپ کے پاس سسٹم پہلے سے ہی غیر تعاون یافتہ ہو۔ تعمیراتی ہدایات کے بغیر جمع کرنا بیکار ہے۔

اپ ڈیٹ کی ذمہ داری شامل کریں۔ ایک یا دو ریلیز سائیکل کے اندر دستخط کرنے پر ایک بار کی گئی رقم۔ ڈپازٹس کو ریلیز کے شیڈول کے ساتھ باندھیں — ہر بڑی ریلیز، یا ایک مقررہ وقفہ — اور دیر ہونے پر بتانے کا حق لیں۔

توثیق: آپ جس کی ادائیگی کر رہے ہیں۔

نیچے دیے گئے درمیانی آپشن کو معیاری کے طور پر خریدیں، اور مکمل ٹیسٹ جہاں بندش کا وجود ہو گا۔ اکیلے فائل کی سطح کی جانچ کچھ بھی نہیں خریدنے کے قریب ہے۔

• فائل کی سطح کی جانچ۔ ایجنٹ تصدیق کرتا ہے کہ ڈپازٹ پڑھنے کے قابل، وائرس سے پاک ہے اور فائل کی فہرست سے میل کھاتا ہے۔ یہ ثابت کرتا ہے کہ کچھ آیا ہے، یہ نہیں کہ یہ کام کرتا ہے۔
• مکمل اور دستاویزات کا جائزہ۔ ایجنٹ ڈپازٹ کے خلاف ہدایات اور انحصار کو چیک کرتا ہے اور خلا کی اطلاع دیتا ہے۔ یہ درمیانی آپشن زیادہ تر صارفین کے لیے صحیح ہے: یہ عام ناکامیوں کو پکڑتا ہے — تعمیراتی مراحل کی کمی، غیر دستاویزی انحصار، ایک ایسا جزو جسے استعمال کرنے کا آپ کو کوئی حق نہیں ہے — ایک مکمل ٹیسٹ کی قیمت کے ایک حصے پر۔
• مکمل بلڈ اینڈ رن ٹیسٹ۔ ایجنٹ ڈپازٹ کو صاف ستھرا ماحول میں مرتب کرتا ہے اور اسے ٹیسٹ ڈیٹا کے خلاف چلاتا ہے۔ واحد سطح جو ثابت کرتی ہے کہ ڈپازٹ کام کرتا ہے، لیکن سست، زیادہ عزیز، اور سافٹ ویئر کی تبدیلی کے ساتھ دہرانے کی ضرورت ہے۔

ریلیز کے واقعات، مسودہ تیار کیا گیا تاکہ ان کے بارے میں بحث نہ کی جا سکے۔

رہائی کی شق ایک محرک ہے ایسکرو ایجنٹ کو دباؤ میں اور قانونی مشورے کے بغیر لاگو کرنا چاہیے۔ ہر واقعہ کسی دستاویز یا وقت گزرنے سے قائم ہونا چاہیے، نہ کہ سپلائر کے طرز عمل کے بارے میں فیصلے سے۔

دو نکات زیادہ تر کام کرتے ہیں۔ تضاد کا بوجھ سپلائر پر ڈالیں: گاہک ایجنٹ کو ثبوت کے ساتھ مطلع کرتا ہے، سپلائر کے پاس اعتراض کرنے کے لیے ایک مختصر مقررہ مدت ہوتی ہے، اور ایجنٹ کے جاری کردہ اعتراض کی عدم موجودگی میں۔ اور تنازعہ کا راستہ پہلے سے طے کریں — ماہرانہ عزم یا ثالثی مختصر ٹائم ٹیبل پر — اس لیے اعتراض مہینوں کے بجائے دن خریدتا ہے۔

ڈچ دیوالیہ پن کا سوال

اوپر سب کچھ معاہدہ ڈیزائن ہے۔ اس کے بعد کیا فیصلہ ہوتا ہے کہ آیا یہ اس وقت برقرار رہتا ہے جب سپلائر دیوالیہ ہو جاتا ہے۔

جس سے ٹرسٹی انکار کر سکتا ہے۔

آرٹ کے تحت. 37 Fw، جہاں دیوالیہ پن کے حکم کے وقت کسی بھی طرف سے باہمی معاہدہ مکمل طور پر انجام نہیں دیا گیا ہے، کاؤنٹر پارٹی ٹرسٹی کو یہ اعلان کرنے کے لیے ایک معقول تحریری مدت مقرر کر سکتی ہے کہ آیا وہ انجام دے گا؛ اگر ایسا نہیں ہوتا ہے، تو وہ بدلے میں کارکردگی کا مطالبہ کرنے کا حق کھو دیتا ہے۔ کیسا فن. 37 Fw معاہدہ ختم کرنے یا ٹرسٹی کو ختم کرنے کا اختیار نہیں دیتا ہے۔ معاہدہ زندہ رہتا ہے؛ ٹرسٹی صرف انجام دینے کا پابند نہیں ہے، اور کاؤنٹر پارٹی آرٹ کے تحت دیوالیہ ہونے کے دعوے کے ساتھ رہ جاتی ہے۔ 37a Fw.

سافٹ ویئر کے لیے اس کا مطلب ہے کہ ٹرسٹی مینٹیننس، سپورٹ، اپ ڈیٹس، ہوسٹنگ اور مزید ڈپازٹس کو مسترد کر سکتا ہے: فعال پرفارمنس جس پر اسٹیٹ کی رقم خرچ ہوتی ہے۔ انکار کی توقع کریں۔ سوال یہ ہے کہ کیا یہ مزید جا سکتا ہے اور جو آپ کے پاس پہلے سے موجود ہے اسے استعمال کرنے سے روک سکتا ہے۔

نیبولا، برزونا اور کریڈٹ سوئس/جونگپیئر

ایک دہائی تک یہ حقیقی طور پر غیر یقینی تھا۔ نیبولا میں (ہوج راڈ، 3 نومبر 2006، ECLI:NL:HR:2006:AX8838) سپریم کورٹ نے فیصلہ کیا کہ اگرچہ دیوالیہ پن خود موجودہ معاہدوں کو ختم نہیں کرتا، لیکن استعمال کا حق رکھنے والا ایک ہم منصب ٹرسٹی کے خلاف اس کا استعمال جاری نہیں رکھ سکتا گویا کوئی دیوالیہ نہیں ہوا تھا۔ اس سے ایک قرض دہندہ دوسرے کی قیمت پر دیوالیہ پن کو نظر انداز کر دے گا۔ اسے بڑے پیمانے پر پڑھا گیا تھا کہ ایک ٹرسٹی کو پہلے سے موجود استعمال کے حق کو الگ کرنے کی اجازت دیتا ہے، اور اس نے لائسنس دہندگان کو گھبرا دیا۔

وہ پڑھنا زندہ نہیں رہا۔ ABN AMRO/Berzona (Hoge Raad, 11 جولائی 2014, ECLI:NL:HR:2014:1681) سپریم کورٹ نے قرار دیا کہ دیوالیہ پن کا موجودہ باہمی معاہدوں یا ان سے پیدا ہونے والی ذمہ داریوں پر کوئی اثر نہیں پڑتا ہے، اور ٹرسٹی کو کوئی اختیار نہیں دیتا ہے کہ قانون یا یہ معاہدہ اسے چلانے کے لیے اجازت نہیں دے سکتا، پھر بھی اسے اجازت نہیں دیتا۔

پوزیشن کریڈٹ سوئس/جونگپیئر کیو کیو میں طے کی گئی تھی (ہوگے راڈ، 23 مارچ 2018، ECLI:NL:HR:2018:424)۔ ٹرسٹی غیر فعال طور پر کارکردگی دکھانے سے انکار کر سکتا ہے، لیکن دیوالیہ پن اسے دیوالیہ ہونے سے پہلے مقروض کی طرف سے پیش کردہ کارکردگی کو کالعدم کرنے کا اختیار نہیں دیتا، اور نہ ہی کسی مسلسل کارکردگی کو اس حد تک ختم کرنے کا کہ یہ کسی چیز کو برداشت کرنے یا اس سے باز رہنے پر مشتمل ہو۔

یہ جملہ وہی ہے جو سافٹ ویئر کے لیے اہمیت رکھتا ہے۔ لائسنس اصل میں حقدار کی طرف سے استعمال کو برداشت کرنے کا عہد ہے جو بصورت دیگر کاپی رائٹ کی خلاف ورزی کرے گا - ایک مسلسل کارکردگی جس میں برداشت کرنا شامل ہے۔ موجودہ قانون کے مطابق، دیوالیہ ہونے سے پہلے ایک لائسنس درست طور پر دیا جاتا ہے، اور ٹرسٹی اسے منسوخ نہیں کر سکتا۔ ٹرسٹی فعال ہر چیز سے انکار کر سکتا ہے، لیکن آپ کے پاس موجود استعمال کے حق کو بند نہیں کر سکتا۔

آپ کے انتظام کے لیے اس کا کیا مطلب ہے۔

دو چیزیں پیروی کرتی ہیں۔ رہائی کی ذمہ داری ایسکرو ایجنٹ پر رکھیں، سپلائر پر نہیں: تیسرے فریق کی طرف سے ایک آزاد تحویل کے طور پر قائم کیا گیا ہے، رہائی ایجنٹ کی اپنی کارکردگی ہے، اور آرٹ کے تحت ٹرسٹی کی طاقت ہے۔ 37 Fw سالوینٹ ایجنٹ کے بجائے اسٹیٹ کی واجب الادا کارکردگیوں پر کاٹتا ہے، جبکہ دو فریقی وعدے کے لیے اسٹیٹ کی کارکردگی کی ضرورت ہوتی ہے، جسے ٹرسٹی رد کر سکتا ہے۔ اور لائسنس جاری کرنے کے بجائے سامنے دیں - واحد سب سے اہم ڈرافٹنگ پوائنٹ، جس کے ساتھ ذیل میں نمٹا گیا ہے۔

دیوالیہ پن کے بجائے تنظیم نو میں، آرٹ۔ 373 Fw ipso فیکٹو شقوں پر انحصار کو محدود کرتا ہے - ایسی دفعات جو ایک ہم منصب کو معاہدے میں ترمیم، معطل یا ختم کرنے کی اجازت دیتی ہیں کیونکہ تنظیم نو کا طریقہ کار شروع ہو چکا ہے۔ یہ پابندی اسکیم کے طریقہ کار میں کام کرتی ہے، دیوالیہ پن میں نہیں، اور اس کا جواب پھر ساختی ہے: جہاں کسی تیسرے فریق کے ذریعہ انتظام کو آزاد تحویل کے طور پر تیار کیا جاتا ہے، رہائی کا محرک ایجنٹ کی اپنی ذمہ داری پر کام کرتا ہے اور WHOA میں دیوالیہ پن کی تنظیم نو میں، ایک طرف رکھنے کے لیے کھلا ایک ipso فیکٹو پروویژن کے برابر نہیں ہے۔

لائسنس کا ڈھانچہ کیسے ہونا چاہیے۔

ایسکرو آپ کو سورس کوڈ کی ایک کاپی دیتا ہے، اس کے ساتھ کچھ کرنے کا حق نہیں۔ سورس کوڈ ایک محفوظ کام ہے۔ اسے مرتب کرنا، اس میں ترمیم کرنا اور نتیجہ کو چلانا ممنوعہ اعمال ہیں۔ ان کا احاطہ کیے بغیر لائسنس کے، جاری کردہ ڈپازٹ ایک فولڈر ہے جسے آپ نہیں کھول سکتے۔ ایسکرو کو ایک لائسنس کے ساتھ جوڑیں جو صارف کو جاری ہونے پر، سورس کوڈ کو استعمال کرنے، مرتب کرنے، اس میں ترمیم کرنے اور مزید تیار کرنے کی اجازت دیتا ہے، اور یہ کام کسی فریق ثالث سے کروانا ہے - عملی طور پر آپ یہ کام خود نہیں کریں گے۔

پھر ٹائمنگ۔ رہائی پر دیا جانے والا لائسنس نازک ہے۔ اگر رہائی کا واقعہ بذات خود دیوالیہ پن ہے، تو گرانٹ ایک ایسے مقروض کو دینا ہوگی جو، دیوالیہ ہونے کے حکم کے دن سے، اسٹیٹ میں موجود اثاثوں کو تصرف کرنے کا اختیار کھو چکا ہے۔ فن 23 ایف ڈبلیو اور آرٹ۔ 35 Fw راستے میں کھڑے ہیں، اور ٹرسٹی آپ کے لیے گرانٹ نہیں کرے گا۔ Credit Suisse/Jongepier کا مطلب ہے کہ ٹرسٹی آپ کے پاس پہلے سے موجود لائسنس کو منسوخ نہیں کر سکتا — لیکن اگر آپ کے پاس کبھی نہیں تھا تو اسے منسوخ کرنے کے لیے کچھ بھی نہیں ہے۔

کسی بھی دیوالیہ ہونے سے پہلے، ایک شرط کی نظیر کے ساتھ، اسے معاہدے میں ہی عطا کریں: ریلیز ایونٹ پر اثر انداز ہوتے ہوئے، ابھی عطا کیا گیا ہے۔ حق معاہدہ کی تاریخ سے موجود ہے؛ صرف اس کا اثر موخر ہے. ڈچ قانون عام طور پر اس ڈھانچے کو قبول کرتا ہے۔ Rabobank /Reuser (Hoge Raad, 3 جون 2016, ECLI:NL:HR:2016:1046) سپریم کورٹ نے قبول کیا کہ جہاں دیوالیہ ہونے سے پہلے ایک مشروط حق بنایا گیا تھا، اس شرط کی تکمیل بعد میں مقروض کی طرف سے مزید کارروائی کے بغیر عمل میں آئی۔ اس معاملے کا تعلق سامان کی مشروط منتقلی اور مشروط حق پر ایک عہد سے متعلق تھا۔ اسے مشروط طور پر منظور شدہ کاپی رائٹ لائسنس پر لاگو کرنا عدالتوں کے ذریعہ طے شدہ نکتے کے بجائے قانونی لٹریچر میں تعاون یافتہ ایک ماورائے عمل ہے، اور اسے اس طرح پیش کیا جانا چاہیے۔

اس بات کی بھی تصدیق کریں کہ جاری کردہ مواد کے استعمال کے لیے سپلائر یا اس کے ٹرسٹی سے مزید رضامندی کی ضرورت نہیں ہے، اور یہ کہ جانشین ڈویلپر کو ذیلی لائسنس دینے کی اجازت ہے۔

ساس اور کلاؤڈ: سورس کوڈ کافی نہیں ہے۔

سافٹ ویئر کے لیے جو آپ خود چلاتے ہیں، سورس کوڈ کے علاوہ تعمیراتی ہدایات کے علاوہ لائسنس ایک مکمل جواب کے قریب ہے۔ ایک خدمت کے لیے ایسا نہیں ہے۔ اگر فراہم کنندہ کا پلیٹ فارم تاریک ہو جاتا ہے تو آپ ایپلیکیشن کھو چکے ہیں، جس ماحول میں یہ چل رہا تھا اور آپ کا ڈیٹا — اور سورس کوڈ صرف پہلے کو، آہستہ آہستہ بحال کرتا ہے۔ ایک SaaS تسلسل کے انتظام میں تین چیزوں کا اضافہ کرنا ضروری ہے:

• آپریشنل ماحول۔ کنٹینر امیجز، انفراسٹرکچر کے بطور کوڈ کی تعریفیں، کنفیگریشن، نیٹ ورک اور سیکیورٹی سیٹنگز، رن ٹائم انحصار — پلیٹ فارم کو کہیں اور کھڑا کرنے کے لیے کافی ہے۔
• ڈیٹا۔ اسکیما کے ساتھ دستاویزی، غیر ملکیتی فارمیٹ میں آپ کے اپنے ڈیٹا کی باقاعدہ برآمدات۔ وہ ڈیٹا جسے آپ پڑھ نہیں سکتے وہ ڈیٹا نہیں ہے جو آپ کے پاس ہے، اور برآمدات صرف ریلیز پر ہی نہیں، پورے معاہدے کے دوران چلنی چاہئیں۔
• میزبانی کا رشتہ۔ فراہم کنندہ کے اپنے ہوسٹنگ فراہم کنندہ کے ساتھ معاہدے میں قدم رکھنے کا راستہ، یا اس فراہم کنندہ کو نوٹس کہ آپ اکاؤنٹ پر قبضہ کر سکتے ہیں اور براہ راست ادائیگی کر سکتے ہیں۔

متبادل، اور کون ادا کرتا ہے۔

ایسکرو ہمیشہ بہترین قیمت نہیں ہوتی، خاص طور پر معیاری مصنوعات کے لیے جہاں آپ ہزاروں میں سے ایک گاہک ہیں اور حقیقت پسندانہ خطرہ ناکامی کے بجائے غروب آفتاب ہے۔ تین ہلکے اختیارات اکثر زیادہ کارآمد ہوتے ہیں: ڈیٹا سے باہر نکلنا — دستاویزی شکل میں وقتاً فوقتاً برآمدات، جس کا کم از کم ایک بار تجربہ کیا جاتا ہے — تقریباً بغیر کسی قیمت کے زیادہ تر نمائش کا احاطہ کرتا ہے۔ چلتی ہوئی کاپی کا حق ، ایک قابل تعیناتی تصویر جسے آپ عبوری مدت کے لیے چلا سکتے ہیں، سروس کو دوبارہ تعمیر سے کہیں زیادہ تیزی سے بحال کرنا؛ اور ہوسٹنگ فراہم کنندہ کو براہ راست ادائیگی ، آپ کے ہجرت کے دوران ماحول کو چلائے رکھنا — سب سے سستا کلاؤڈ تسلسل، اور اکثر نظر انداز کیا جاتا ہے۔

جہاں آپ ایسکرو کا استعمال کرتے ہیں، وہاں ایک بار سیٹ اپ فیس، بار بار چلنے والی سالانہ کسٹڈی فیس، اور چیک کی گہرائی کے ساتھ پیمائش کرنے والے فی تصدیق کے الگ الگ چارجز کی توقع کریں۔ لاگت اس کے ساتھ بیٹھتی ہے جو تحفظ چاہتا ہے، عام طور پر گاہک، حالانکہ ایک سپلائی کرنے والا یسکرو کو بطور سیلنگ پوائنٹ لے سکتا ہے، اور ایک پروڈکٹ کے متعدد صارفین کا احاطہ کرنے والا ملٹی بینیفشری انتظام اسے پھیلاتا ہے - معمول کا لینڈنگ پوائنٹ جہاں ایک سپلائر مزاحمت کرتا ہے۔ عدم ادائیگی کو ایسی چیز بنائیں جو ایجنٹ آپ کو اس کی جگہ پر ادائیگی کے حق کے ساتھ مطلع کرے۔

ایسکرو انتظامات پر گفت و شنید کے لیے ایک چیک لسٹ

• کیا یہ ایک آزاد ایجنٹ کے ساتھ حقیقی تین فریقی انتظام ہے جس کی وجہ سے آپ کی رہائی کی براہ راست ذمہ داری ہے؟
• فراہم کردہ سورس کوڈ کو استعمال کرنے، مرتب کرنے، ترمیم کرنے اور مزید تیار کرنے کا لائسنس ہے۔ اب، رہائی پر وعدہ کرنے کے بجائے، ایک شرط نظیر کے ساتھ مشروط؟
• کیا ڈپازٹ لسٹ میں تعمیراتی ہدایات، انحصار، لائسنس کی چابیاں اور دستاویزات شامل ہیں، نہ صرف سورس کوڈ، ہر ریلیز پر اپ ڈیٹ کیا جاتا ہے؟
• کس تصدیقی سطح کا معاہدہ کیا جاتا ہے، اور اسے کتنی بار دہرایا جاتا ہے؟
• کیا ریلیز کے واقعات کا تعین کسی دستاویز سے کیا جا سکتا ہے یا وقت گزرنے کے ساتھ، اعتراض کی مختصر مدت اور تنازعہ کے تیز راستے کے ساتھ؟
• SaaS کے لیے: کیا ماحولیات، ڈیٹا اور ہوسٹنگ کے تعلقات کا احاطہ کیا گیا ہے، یا صرف کوڈ؟
• کون ادائیگی کرتا ہے، کیا ہوتا ہے اگر سپلائر ادائیگی کرنا بند کردے، اور کیا ایسکرو معاہدہ مرکزی معاہدے کے گورننگ قانون اور آئی پی کی شقوں کے مطابق ہے؟