د هالنډ او اروپايي اتحادیې قانون لاندې د خلاصې سرچینې سافټویر جوازونه

تقریبا هر سوداګریز سافټویر محصول د خلاصې سرچینې برخې لري، معمولا سلګونه، چې د وکیلانو پرځای د پراختیا کونکو لخوا غوره کیږي. دا یوه ستونزه کیږي کله چې هیڅوک نشي ویلای چې کوم جوازونه پلي کیږي، څه ته اړتیا لري، او ایا محصول مطابقت لري. دا مقاله تشریح کوي چې د خلاصې سرچینې جوازونه د هالنډ او اروپايي اتحادیې قانون لاندې څنګه کار کوي، خطر چیرته دی، او څه باید په ځای کې وي.

د خلاصې سرچینې جواز په قانوني لحاظ څه شی دی؟

An open source licence is a copyright licence granted subject to conditions. It is not a waiver, not a dedication to the public domain, not an abandonment of rights, and in that respect it works like any other software licence under Dutch law. The author retains copyright under art. 1 Aw and art. 10 Aw, which protects computer programs as works, and the licence permits acts that would otherwise infringe the exclusive rights under art. 12 Aw and art. 13 Aw.

پایله د تعریف څخه ډیره مهمه ده. اطاعت وکړئ، او ستاسو کاپي کول او ویش قانوني دي. د اطاعت کولو کې پاتې راتلل، او اجازه هغه څه نه پوښي چې تاسو یې کړي دي: ستاسو کارول د کاپي حق سرغړونه ده، نه د تړون سرغړونه. ډیری کاپي لیفټ جوازونه دا د سرغړونې په اتوماتيک ډول پای ته رسولو سره تقویه کوي — GPLv2 پرته له کوم درملنې مودې څخه، پداسې حال کې چې GPLv3 او AGPLv3 حقونه بیرته راولي که چیرې سرغړونه د خبرتیا وروسته په ټاکل شوې کړکۍ کې حل شي.

د هالنډ محکمې دا استدلال پلي کوي. په Rb کې. Amsterdam د ۲۰۲۰ کال د سپتمبر ۲۲مه، ECLI:NL:RBAMS:2020:4717، یو ویشونکی چې د فورک شوي کوډبیس څخه یې د جواز متن او د کاپي حق خبرتیا لرې کړه، د خپل جواز له لاسه ورکولو او سرغړونې په تور ونیول شو. د نوي کوډ لوی مقدار اضافه کول خپلواک کار رامینځته نه کړ: اصلي د پیژندلو وړ شتون درلود، نو مکلفیتونه یې ورسره سفر وکړ.

دوه کورنۍ: اجازه ورکوونکی او کاپي لیفټ

اجازه ورکوونکي جوازونه - MIT، د BSD جوازونه، اپاچي 2.0 - د کارولو، تعدیل او بیا ویش اجازه ورکوي، په شمول د تړلو سرچینو محصولاتو دننه، په دې شرط چې تاسو د کاپي حق خبرتیاوې او د جواز متن وساتئ.

د کاپي لیفټ جوازونو لپاره اړتیا ده چې کله تاسو سافټویر توزیع کړئ، یا په هغې باندې جوړ شوی یو څه، تاسو دا د ورته جواز لاندې ترسره کوئ او اړونده سرچینه شتون لري. دوی په لاسرسي کې توپیر لري.

د کاپي لیفټ ټریګر او د لینک کولو پوښتنه

د کاپي لیفټ مکلفیتونه په توزیع پورې اړه لري، نه په کارولو پورې. یو شرکت چې په داخلي توګه د GPL سافټویر چلوي، که څه هم په پراخه کچه تعدیل شوی وي، هیڅ شی نه توزیع کوي او نه هم پور لري. "ایا موږ ویشلي دي؟" تل لومړۍ پوښتنه وي، او له همدې امله کانټینرونه، وسایل، فرم ویئر او SDKs د داخلي وسیلو په پرتله ډیر مهم دي.

دوهمه پوښتنه سخته ده. GPL د "پروګرام پر بنسټ کار" په اړه خبرې کوي، چې د مشتق کار امریکایی مفهوم پور اخلي. د هالنډ قانون داسې هیڅ اصطلاح نلري: تحلیل د تکثیر او تطبیق حقونو له لارې پرمخ ځي، پوښتنه کوي چې ایا د اصلي څخه خوندي بیان بیا تولید شوی.

عملي قضیه د لینک کولو ده. ایا د GPL کتابتون سره د ملکیت ماډل لینک کول د کاپي لیفټ تابع یو کار رامینځته کوي هیڅکله د هالنډ محکمې لخوا پریکړه نه ده شوې، او د اروپايي اتحادیې هیڅ پابند واک شتون نلري. د وړیا سافټویر بنسټ نظر چې لینک کول یو ګډ کار رامینځته کوي د جواز ساتونکي تفسیر دی، نه قانون، او مخالف نظر په مساوي ډول نه ازمول شوی. د انټرنیټ غوره ځواب - متحرک لینک کول خوندي، جامد لینک کول نه - د هالنډ د کاپي حق قانون کې هیڅ اساس نلري، کوم چې دا نه پوښتنه کوي چې کمپیلر څنګه چلند کوي. یو ډیر د دفاع وړ تحلیل پوښتنه کوي چې اجزا څومره نږدې سره یوځای شوي دي: ایا دوی د پتې ځای او د معلوماتو جوړښتونه شریکوي، ایا ترکیب د یو محصول په توګه لیږدول کیږي، یا یوازې کار کولی شي، ایا د ملکیت اړخ د کاپي لیفټ اړخ څخه سرلیکونه، میکرو یا انلاین کوډ تولیدوي؟ دا پوښتنې معمولا خطر حل کوي. چیرې چې دوی نه کوي، د پروسې حد شاته برخه جلا کړئ، دا بدل کړئ، یا سوداګریز جواز واخلئ.

AGPL او د شبکې کارول

AGPL شتون لري ځکه چې کاپي لیفټ د توزیع لخوا رامینځته کیږي او د SaaS چمتو کونکي نه توزیع کوي. د دې شبکې ماده اړتیا لري چې که تاسو سافټویر تعدیل کړئ او هغه کاروونکو ته یې چمتو کړئ چې له لرې څخه ورسره اړیکه لري، تاسو دوی ته د خپل تعدیل شوي نسخې اړونده سرچینه وړاندې کوئ.

درې ټکي عموما له لاسه ورکول کیږي. دا مکلفیت د خدماتو کاروونکو ته ځي، کوم چې په خلاص لاسلیک محصول کې لږ راحت دی. دا د تعدیل له لارې رامینځته کیږي، نو یو نه بدلیدونکی جز یې ښکیل نه کوي مګر یو پیچ شوی جوړونه ممکن وي. او دا ستاسو د پاتې سټیک لپاره د GPL په څیر ورته ګډ کار پوښتنه راپورته کوي - له همدې امله ډیری شرکتونه د تولید کوډ کې AGPL منع کوي.

د جواز مطابقت

مطابقت د هغو اجزاو د یوځای کولو ستونزه ده چې جوازونه یې مکلفیتونه وضع کوي چې دواړه په یوه ویش کې نشي پوره کیدی: اجازه ورکوونکي جوازونه نږدې هرڅه سره مطابقت لري، کاپي لیفټ جوازونه یوازې د هغه څه سره چې د دوی خپل شرایط اجازه ورکوي. معیاري قضیه د اپاچي 2.0 او GPLv2 ده. د اپاچي سافټویر بنسټ او د وړیا سافټویر بنسټ موافق دي چې ترکیب اجازه نلري، ځکه چې د اپاچي 2.0 د پیټینټ پای ته رسیدو او تاوان ورکولو احکام اضافي محدودیتونه دي چې GPLv2 اجازه نه ورکوي. GPLv3 د دوی د منلو لپاره مسوده شوی و. مطابقت هم لارښود دی: د اپاچي کوډ کولی شي په GPLv3 پروژه کې جذب شي، مګر برعکس نه. په غلط ځای کې د GPL یوه برخه کولی شي د بیا جواز ورکولو، بیا انجینرۍ یا لرې کولو ترمنځ انتخاب مجبور کړي - د خوشې کیدو دمخه د وروسته په پرتله خورا ارزانه.

د منسوبولو او خبرتیا مکلفیتونه

تر ټولو ډېر ځله سرغړونه شوي مکلفیتونه تر ټولو لږ ډراماتیک دي: د کاپي حق خبرتیاوې، د جواز متنونه، ردونه او د اپاچي 2.0 لاندې، د NOTICE منځپانګې د ویش سره مل موادو کې بیا تولیدول. هره کورنۍ یې مسلط کوي، MIT او BSD پکې شامل دي. دوی سرغړونه کیږي ځکه چې هیڅوک یې مالک نه دي، او د حل کولو لپاره خورا اسانه دي - معمولا د تولید شوي منسوب فایل چې د محصول سره لیږدول کیږي. پورته هالنډي قضیه په سمه توګه دا ناکامي بدله کړه.

د پیټینټ مرستې او د پیټینټ غچ اخیستل

MIT او BSD د پیټینټونو په اړه هیڅ نه وايي، او ایا د پیټینټ جواز ضمني کیدی شي نا حل شوی. اپاچي 2.0 د هر مرسته کونکي څخه یو څرګند، د امتیاز څخه پاک پیټینټ جواز اضافه کړ، د غچ اخیستلو مادې سره یوځای: د پیټینټ دعوی راوړئ چې ادعا کوي چې کار سرغړونه کوي او ستاسو د پیټینټ جواز پای ته رسیږي. GPLv3 د پرتلې وړ مرسته او د هغې خپل پیټینټ احکام لري.

د هغو شرکتونو لپاره دوه اغیزې چې د پیټینټ پورټ فولیو لري. که ستاسو انجنیران د اپاچي- یا GPLv3- جواز لرونکو پروژو کې مرسته کوي، تاسو د خپل پیټینټ لاندې جوازونه ورکوئ. او که تاسو کله هم د یو شرکت په وړاندې د ورته اپاچي- جواز لرونکو اجزاو پورې اړه لرئ چې تاسو یې کاروئ، نو غچ اخیستل ممکن تاسو ته هغه جواز له لاسه ورکړي چې تاسو پرې تکیه کوئ.

EUPL او د هالنډ عامه سکتور

د اروپايي ټولنې د عامه جواز نسخه ۱.۲، چې د اروپايي کمېسیون لخوا د ۲۰۱۷ کال د می په میاشت کې د پریکړې په پلي کولو سره تصویب شوه، د OSI لخوا تصویب شوی کاپي لیفټ جواز دی چې درې ځانګړي ځانګړتیاوې لري.

• ژبه. دا د اروپايي ټولنې په رسمي ژبو کې شتون لري، ټولې تصویب شوې نسخې ورته ارزښت لري، نو د هالنډ اداره کولی شي په هالنډي ژبه قرارداد وکړي.
• توافق. یوه ضمیمه د مطابقت وړ جوازونو لیست کوي — GPLv2 او v3، AGPLv3، LGPL، MPL 2، EPL 1.0، OSL او CeCILL د دوی په منځ کې — او د EUPL کوډ د لیست شوي جواز لاندې کوډ سره یوځای کولو لپاره د مشتق کار ته اجازه ورکوي چې پرځای یې د دې جواز لاندې وویشل شي.
• رسېدل. د ویش تعریف یې د کار آنلاین یا آفلاین شتون پوښي یا د هغې اړینو فعالیتونو ته لاسرسی چمتو کول، او ماده. ۵ EUPL د کاپي لیفټ مکلفیت د لرې پرتو تعامل له لارې ترسره کوي چیرې چې ورته فعالیت وړاندې کیږي. له همدې امله دا سافټویر ته د خدمت په توګه رسیږي، په داسې طریقه چې GPL یې نه کوي.

د هالنډ د عامه سکتور یو پیرودونکی ممکن د قانون پرځای د پالیسۍ په توګه EUPL ته اړتیا ولري. د متقابل عمل وړ اروپا قانون، مقررات (EU) 2024/903، د عامه سکتور ادارو ته لارښوونه کوي چې د محدود جواز ورکولو شرایطو پرته د متقابل عمل حلونو ته لومړیتوب ورکړي، لکه خلاص سرچینه، چیرې چې مساوي وي؛ په ملي کچه، د خلاصې سرچینې اصل، tenzij د کابینې پریکړو او پالیسۍ لیکو پورې اړه لري، نه په قانون باندې: د ویټ ډیجیټل اوورهایډ د ډیجیټل پیژندنې زیربنا اسانه کوي مګر د ټولو سرچینو کوډ خپرولو لپاره هیڅ پلي کیدونکی مکلفیت نه وضع کوي. د داوطلبۍ اسناد ولولئ: د EUPL اړتیا ستاسو د تحویلي وړ سره تړلې ده او ممکن د ملکیت کوډ سره مطابقت ونلري چې تاسو یې د بیا کارولو اراده لرئ.

په عمل کې تطبیق

څوک دعوی کولی شي. حق لرونکی - انفرادي ونډه اخیستونکي، یا هغه بنسټ یا شرکت چې ټاکل شوی کاپي حق لري. ټوټه ټوټه لیکوالي عملي وقفه ده: یو ادعا کوونکی باید د مسلې په کوډ کې د ملکیت ثابت کړي. دې د اروپا ترټولو مشهور GPL قضیه ماته کړه، چیرې چې د کرنل پراختیا کونکي ادعا د مجازی کولو پلورونکي په وړاندې د لیکوالۍ د ثبوت نشتوالي له امله ناکامه شوه (LG هامبورګ 8 جولای 2016، 310 O 89/15؛ د OLG هامبورګ 28 فبروري 2019، 5 U 146/16 تایید شوی).

هغه څه چې د قضیې قانون یې رامینځته کوي. د جرمني محکمو په وار وار دا منلې ده چې د خلاصې سرچینې جوازونه اعتبار لري او دا سرغړونه ویش غیرقانوني کوي، د لومړي GPL حکم سره پیل کیږي (LG München I 19 May 2004, 21 O 6123/04). د متحده ایالاتو فدرالي سرکټ په جیکبسن د کاټزر په وړاندې، 535 F.3d 1373 (Fed. Cir. 2008): د جواز شرایط د مرستې په ساحه کې شرایط دي، نه یوازې تړونونه، نو سرغړونه د کاپي حق ادعا او د حکمي راحت ملاتړ کوي. د متحده ایالاتو دعوی دا څیړي چې ایا د ښکته برخې ترلاسه کونکی کولی شي د دریمې ډلې ګټه اخیستونکي په توګه GPL پلي کړي. دا په کې مرکزي پوښتنه ده د سافټویر آزادۍ ساتنه د ویزیو په وړاندې before the Superior Court of California: whether consumers, as third-party beneficiaries, can demand release of the source code under GPLv2. On 23 December 2025 the court decided one point on summary adjudication, holding that GPLv2 and LGPLv2.1 require source that can be obtained and reworked for use elsewhere rather than source that can be reinstalled on the device with its functionality intact. The third-party beneficiary question itself was left over for the bench trial, which has been postponed more than once. It is a Californian contract law question in any event, so it binds nothing in the Netherlands; what it would change is the number of people able to complain.

د هالنډ محکمه به څنګه ورسره چلند وکړي. د Auteurswet لاندې د کاپي حق سرغړونې په توګه: مدعي مالکیت او تکثیر یا اړیکه ثابتوي؛ مدافع وکیل جواز پورته کوي؛ مدعي ځواب ورکوي چې د هغې شرایط نه دي پوره شوي، نو دفاع ناکامه کیږي. د مادې لاندې قراردادي درملنې. 6:265 BW په موازي ډول پرمخ ځي، مګر کاپي حق قوي لاره ده.

درملنه. د مادې لاندې حکم. 3:296 BW، معمولا د جریمې تادیې سره او په لنډیز اجرااتو کې شتون لري؛ د مادې لاندې تاوان. 27 Aw او د مادې لاندې د ګټې حساب. 27a Aw؛ د مادې لاندې بیرته راګرځول، تسلیم کول یا ویجاړول. 28 Aw؛ او د مادې لاندې د معقول او متناسب قانوني لګښتونو بشپړ بیرته راګرځول. 1019h Rv. چیرې چې سافټویر وړیا ویشل شوی و، زیان اندازه کول ګران دي، او د جرمني د استیناف محکمې د حکم په ساتلو سره د تاوان ورکولو څخه انکار وکړ (OLG Hamm 13 جون 2017، 4 U 72/16). هغه څه چې کمیږي په ندرت سره زیانونه دي: دا حکم، بیرته راګرځول، د لګښتونو امر، او د سرچینې خپرولو ته اړتیا ده چې تاسو هیڅکله د خپرولو اراده نه درلوده.

کله چې تاسو د اطاعت ستونزه ومومئ

کشف معمولا د پیرودونکي د امنیتي پوښتنلیک، د احتیاط په جریان کې د سکین، یا د حق لرونکي څخه د لیک څخه راځي. بیا د ترمیم کار په لاندې ډول ترسره کیږي. که چیرې افشا کول جدي وي نو د اغیزمن شوي جوړښت ویش ودروئ. دا معلومه کړئ چې کوم جز، کوم نسخه، کوم جواز، کوم محصولات او خپرونې، په کومه موده کې. کار وکړئ چې جواز په حقیقت کې څه ته اړتیا لري - ډیری وختونه د سرچینې خوشې کولو پرځای د منسوب فایل. اثار چمتو کړئ: خبرتیاوې، د جواز متنونه، بشپړ اړونده سرچینه په شمول د جوړونې سکریپټونه، او یو لیکلی وړاندیز چیرې چې کارول کیږي. د مطابقت وړ خوشې کول واستوئ، بیا حق لرونکي ته ووایاست چې تاسو څه کړي دي د دې په اړه بحث کولو پرځای چې ایا تاسو باید دا کار کړی وي.

د GPLv3 او AGPLv3 لاندې د درملنې کړکۍ د سرعت قانوني ارزښت ورکوي؛ د GPLv2 لاندې د درملنې حق نشته، له همدې امله ډیری پلي کول د خبرو اترو له مخې د اطاعت ژمنې سره پای ته رسیږي. دا هم په یاد ولرئ چې امتیاز ستاسو د وکیل مشورې پورې اړه لري، نه د داخلي انجینرۍ راپور پورې.

په M&A کې خلاص سرچینه او اړین احتیاط

د سافټویر په ترلاسه کولو کې، خلاص سرچینه د معیاري احتیاط کاري جریان دی، او په اصلي محصول کې یو ناڅرګند کاپي لیفټ برخه د هغو څو موندنو څخه ده چې په ریښتیا سره معامله پرمخ وړي: که چیرې محصول د هغې سرچینې خوشې کولو پرته توزیع نشي، نو پیرودونکی د قیمت څخه مختلف شتمني ترلاسه کوي.

د کوډبیس سکین، د جوازونو سره د اجزاو لیست، او د مرسته کونکي او قراردادي ترتیباتو په اړه پوښتنې تمه وکړئ. معمولي پایلې یو ځانګړی تاوان، د ترمیم لپاره د ساتنې انتظار، د لرې کولو اړتیا لرونکي حالت، یا د خلاصې سرچینې تضمین دي. پلورونکي باید لومړی سکین وکړي: هغه موندنې چې تاسو یې افشا کوئ د خبرو اترو دي، هغه موندنې چې د پیرودونکي مشاور یې کوي ګټه ده. پیرودونکي باید "شرکت خپل IP لري" نه بلکه یو استازیتوب وغواړي چې هیڅ محصول خلاص سرچینه پکې شامله نه وي چې د ملکیت سرچینې کوډ افشا کولو ته اړتیا لري.

د موادو لایحه، سکیننګ او د سایبر مقاومت قانون

د سافټویر د موادو بیل د محصول د اجزاو لیست دی، چې نسخې او جوازونه لري. تر دې وروستیو پورې په بشپړ ډول قراردادي و، اوس دا هم تنظیمي دی.

The Cyber Resilience Act, Regulation (EU) 2024/2847, entered into force on 10 December 2024 and phases in. It sits alongside the د هالنډ د سایبري امنیت قانون, which addresses the organisation rather than the product. The reporting obligations for actively exploited vulnerabilities and severe incidents in art. 14 CRA apply from 11 September 2026; the provisions on notification of conformity assessment bodies from 11 June 2026; the Regulation in full from 11 December 2027 (art. 71 CRA). Annex I CRA requires manufacturers to identify and document the components in the product, including by drawing up a software bill of materials in a commonly used and machine-readable format covering at the very least the top-level dependencies. It need not be published; market surveillance authorities may request it.

د سوداګریز فعالیت څخه بهر چمتو شوي وړیا او خلاصې سرچینې سافټویر د CRA څخه بهر راځي. مقرره د خلاصې سرچینې سافټویر ساتونکی معرفي کوي - یو قانوني شخص چې د سوداګریزو فعالیتونو لپاره د خلاصې سرچینې سافټویر پراختیا ته دوامداره ملاتړ ورکوي - په هنر کې د سپکو مکلفیتونو سره. 24 CRA: د سایبر امنیت یوه مستند پالیسي، د بازار څارنې چارواکو سره همکاري، او راپور ورکول. که تاسو د خلاصې سرچینې سوداګریز کول، یا د یوې پروژې تمویل کول چې نور یې سوداګریز کول، دا معلومه کړئ چې تاسو کوم رول لرئ. کمیسیون د جولای په 27، 2026 کې خپله لومړۍ لارښوونه تصویب کړه: د سایبر مقاومت قانون (CRA) د پلي کولو په اړه د کمیسیون لارښود، د مخابراتو C(2026) 5252 سره ضمیمه شوی، کوم چې د نورو شیانو په مینځ کې په ګوته کوي کله چې وړیا او خلاصې سرچینې سافټویر په ساحه کې راځي. د سافټویر بل موادو لپاره د فارمیټ وړاندیز کولو هیڅ پلي کونکی قانون نه دی منل شوی، نو د مقرراتو خپل معیار - یو عام کارول شوی، د ماشین لوستلو وړ بڼه - د اوس لپاره اندازه پاتې ده.

د سافټویر جوړښت تحلیل چې په CI کې ترسره کیږي د موجودي خدماتو اطاعت، د جواز بیاکتنه او احتیاط په یو وخت کې رامینځته کوي. دا ډول وسایل د پلورونکي کوډ له لاسه ورکوي، د دوه ګوني جواز لرونکي پروژې غلط پیژني او د جواز شرایط نشي لوستلی: محصول د بیاکتنې پیل په توګه چلند وکړئ، نه د بیاکتنې.

که تاسو خپل کوډ خپور کړئ: CLAs او DCO

هغه شرکت چې کوډ خپروي او بهرنۍ ونډې مني باید پوه شي چې دا د هغه څه حق لري چې دا یوځای کوي. د مرسته کونکي جواز تړون د پروژې او مرسته کونکي ترمنځ یو تړون دی، چې معمولا د کاپي حق پراخه جواز او د څرګند پیټینټ جواز ورکوي، د اصليت او واک تضمین سره. دا هغه څه دي چې یو شرکت ته اجازه ورکوي چې وروسته خپل پروژه بیا جواز ورکړي، یا د خلاصې سرچینې سره سوداګریز جوازونه وړاندې کړي. د هغې لګښت رقابتي دی.

د پراختیا کونکي سند چې د لینکس کرنل او ډیری نورو پروژو لخوا کارول کیږي، د جواز مرسته نه ده بلکې یو سپک تصدیق دی، چې د هرې ژمنې لپاره د لاسلیک کرښې په توګه اضافه شوی، چې مرسته کوونکی کولی شي د پروژې د جواز لاندې کوډ وسپاري. لږ دروند، او لږ محافظتي: د پیټینټ جواز نشته، هیڅ جواز نشته.

که چیرې دوه ګونی جواز یا راتلونکی جواز د اعتبار وړ وي، نو CLA وکاروئ؛ که چیرې پروژه یو ریښتینی عام ملکیت وي، نو DCO معمولا کافي وي. په هرصورت، ډاډ ترلاسه کړئ چې ستاسو د کارموندنې او قراردادي تړونونه په هغه کوډ کې کاپي حق ورکوي چې ستاسو خلک یې لیکي.

د عملي پالیسۍ چک لیست

• د هر محصول د اجزاو لیست جوړ کړئ او د جوړولو په پایپ لاین کې یې خپور کړئ، نه په لاس.
• داخلي پالیسي خپره کړئ: یو اجازه ورکړل شوی لیست، یو منع شوی لیست او د هرڅه لپاره د تصویب لاره.
• په لیکلې بڼه تعریف کړئ چې څه شی د توزیع په توګه شمیرل کیږي — په ځای کې نصبونه، وسایل، کانټینرونه، SDKs، ګرځنده ایپسونه، فرم ویئر.
• د هر محصول سره د تولید شوي منسوب فایل واستوئ.
• د ډیزاین په وخت کې د جواز انتخابونه تصویب کړئ، کله چې یوه برخه غوره کیږي، نه د خپریدو په وخت کې.
• پریکړه وکړئ چې ایا بهرنیو پروژو ته ونډې تصویب ته اړتیا لري، د پیټینټ مرستو ته په پام سره، او د لومړۍ بهرنۍ ونډې څخه دمخه CLA یا DCO غوره کړئ.
• د IP تضمینونه، تاوانونه او د ایسکرو شرایط د خلاصې سرچینې سره په محصول کې په حقیقت کې تنظیم کړئ.
• بیاکتنه د بسپنه راټولولو یا خرڅلاو پروسې څخه مخکې ترسره کړئ، نه د یوې پروسې په جریان کې.

Law & More advises software companies and their investors from Eindhoven او Amsterdam on open source compliance, licence review, contributor arrangements and the open source workstream in a transaction.