د هالنډ د قانون له مخې د سافټویر ایسکرو

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

ایسکرو څه شی دی او هغه خطرونه چې دا یې په نښه کوي

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

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

دوه اړخیزه او درې اړخیزه ترتیبات

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

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

هغه څه چې په حقیقت کې زیرمه شوي دي

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

د تازه کولو مکلفیت اضافه کړئ. هغه زیرمه چې د لاسلیک په وخت کې یو ځل ورکول کیږي د خوشې کولو په یوه یا دوه دوره کې عمر لري. زیرمې د خوشې کولو مهالویش سره وتړئ - هر لوی ریلیز، یا یو ټاکلی وقفه - او حق واخلئ چې کله ناوخته وي نو ورته وویل شي.

تصدیق: هغه څه چې تاسو یې پیسې ورکوئ

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

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

د پیښو خپرول، داسې مسوده شوي چې په اړه یې بحث ونشي

د خوشې کولو بند یو محرک دی چې د ایسکرو اجنټ باید د فشار لاندې او د قانوني مشورې پرته پلي کړي. هره پیښه باید د سند یا د وخت تیریدو څخه د ثابتیدو وړ وي، نه د عرضه کونکي د چلند په اړه د قضاوت څخه.

دوه ټکي ډېر کار کوي. د تضاد بار په عرضه کوونکي واچوئ: پیرودونکی اجنټ ته د شواهدو سره خبر ورکوي، عرضه کوونکی د اعتراض لپاره لنډه ټاکلې موده لري، او د اعتراض پرته اجنټ خوشې کوي. او د شخړې لاره مخکې له مخکې تنظیم کړئ - د متخصصینو پریکړه یا په لنډ مهال ویش کې منځګړیتوب - نو اعتراض ورځې اخلي، نه میاشتې.

د هالنډ د افلاس پوښتنه

پورته هر څه د قرارداد ډیزاین دی. هغه څه چې وروسته راځي پریکړه کوي چې ایا دا دوام لري کله چې عرضه کونکی افلاس شي.

هغه څه چې امانتدار یې ردولی شي

د مادې ۳۷ لاندې، چیرې چې د افلاس د حکم په وخت کې د دواړو خواوو لخوا متقابل قرارداد په بشپړه توګه نه وي ترسره شوی، نو مقابل اړخ کولی شي امانتدار ته د لیکلو لپاره مناسب وخت وټاکي ترڅو اعلان وکړي چې ایا دا به ترسره کړي؛ که دا کار ونکړي، نو دا د بدل کې د فعالیت غوښتنه کولو حق له لاسه ورکوي. هغه څه چې ماده ۳۷ لاندې نه کوي هغه قرارداد فسخ کول یا امانتدار ته د پای ته رسولو واک ورکول دي. قرارداد ژوندی پاتې کیږي؛ امانتدار په ساده ډول د ترسره کولو مکلف نه دی، او مقابل اړخ د مادې ۳۷ لاندې په افلاس کې د ادعا سره پاتې کیږي. الف.

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

نیبولا، برزونا او کریډیټ سویس/جونګپیر

د یوې لسیزې لپاره دا په ریښتیا سره ناڅرګنده وه. په نیبولا کې (هوګ راډ، د نومبر ۳، ۲۰۰۶، ECLI:NL:HR:2006:AX8838) سترې محکمې پریکړه وکړه چې که څه هم افلاس پخپله موجوده تړونونه نه ختموي، یو مخالف اړخ چې د کارولو حق لري نشي کولی د امانتدار په وړاندې یې تمرین ته دوام ورکړي لکه څنګه چې هیڅ افلاس نه دی پیښ شوی؛ دا به یو پور ورکوونکي ته اجازه ورکړي چې د نورو په لګښت افلاس له پامه وغورځوي. دا په پراخه کچه لوستل کیده چې امانتدار ته اجازه ورکوي چې د کارونې دمخه موجود حق پریږدي، او دا جواز لرونکي یې اندیښمن کړل.

دا لوستل ژوندي پاتې نه شول. په ABN AMRO/Berzona (Hoge Raad، 11 July 2014، ECLI:NL:HR:2014:1681) کې سترې محکمې پریکړه وکړه چې افلاس په موجوده متقابل تړونونو یا له دوی څخه رامینځته شوي مکلفیتونو باندې هیڅ اغیزه نلري، او امانتدار ته هیڅ واک نه ورکوي چې قانون یا قرارداد ورته نه ورکوي - دا نشي کولی، د مثال په توګه، هغه اجاره پای ته ورسوي چې لاهم روانه ده.

دا موقف په کریډیټ سویس/جونګپیر qq کې حل شو (هوګ راډ، ۲۳ مارچ ۲۰۱۸، ECLI:NL:HR:۲۰۱۸:۴۲۴). امانتدار ممکن په غیر فعاله توګه د فعالیت کولو څخه انکار وکړي، مګر افلاس هغه ته دا واک نه ورکوي چې د پور ورکوونکي لخوا د افلاس څخه دمخه وړاندې شوي فعالیت بیرته راولي، او نه هم د دوامداره فعالیت پای ته رسولو لپاره تر هغه ځایه چې دا د یو څه زغملو یا ډډه ​​کولو څخه جوړ وي.

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

دا ستاسو د تنظیم لپاره څه معنی لري؟

دوه شیان تعقیبوي. د خوشې کولو مکلفیت د ایسکرو اجنټ په غاړه وساتئ، نه د عرضه کوونکي په غاړه: د دریمې ډلې لخوا ساتل شوي خپلواک توقیف په توګه تنظیم شوی، خوشې کول د اجنټ خپل فعالیت دی، او د مادې لاندې د امانت واک. 37 Fw د شتمنۍ لخوا د محلول اجنټ پرځای د شتمنۍ لخوا پور شوي فعالیتونو باندې ټینګار کوي، پداسې حال کې چې دوه اړخیزه ژمنه د شتمنۍ لخوا فعالیت ته اړتیا لري، کوم چې امانت کولی شي رد کړي. او د خوشې کولو پرځای مخکې له مخکې جواز ورکړئ - د مسودې ترټولو مهم ټکی، چې لاندې ورسره معامله شوې.

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

جواز باید څنګه جوړ شي

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

بیا وخت. د خوشې کیدو په وخت کې ورکړل شوی جواز نازک دی. که چیرې د خوشې کیدو پیښه پخپله افلاس وي، نو مرسته باید د هغه پور ورکوونکي لخوا ورکړل شي چې د افلاس امر له ورځې راهیسې یې په املاکو کې د شتمنیو د تصفیې واک له لاسه ورکړی وي؛ ماده. 23 Fw او ماده. 35 Fw په لاره کې ولاړ دي، او امانت به ستاسو لپاره مرسته ونه کړي. کریډیټ سویس/جونګپیر پدې معنی ده چې امانتدار نشي کولی هغه جواز لغوه کړي چې تاسو یې دمخه لرئ - مګر که تاسو هیڅکله نه لرئ نو د لغوه کولو لپاره هیڅ شی شتون نلري.

دا په قرارداد کې ورکړئ، د هر ډول افلاس څخه مخکې، د مخکینۍ شرط تابع: اوس ورکړل شوی، د خوشې کیدو پیښې باندې پلي کیږي. حق د قرارداد له نیټې څخه شتون لري؛ یوازې د هغې اغیز ځنډول کیږي. د هالنډ قانون عموما د دې جوړښت لپاره د منلو وړ دی. په رابوبینک/ریوزر کې (هوګ راډ، 3 جون 2016، ECLI:NL:HR:2016:1046) سترې محکمې ومنله چې چیرې چې د افلاس څخه دمخه یو مشروط حق رامینځته شوی و، د شرط پوره کول وروسته د پور ورکوونکي لخوا د کوم بل عمل پرته اغیزمن شو. دا قضیه د توکو مشروط لیږد او د مشروط حق په اړه ژمنه پورې اړه لري. د مشروط ورکړل شوي کاپي حق جواز ته یې پلي کول د محکمې لخوا حل شوي ټکي پرځای په قانوني ادب کې ملاتړ شوی استخراج دی، او دا باید د دې په څیر وړاندې شي.

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

SaaS او کلاوډ: د سرچینې کوډ کافي نه دی

د هغه سافټویر لپاره چې تاسو پخپله چلوئ، د سرچینې کوډ او د جوړولو لارښوونې او جواز بشپړ ځواب ته نږدې دی. د خدماتو لپاره دا نه ده. که چیرې د عرضه کونکي پلیټ فارم تیاره شي نو تاسو غوښتنلیک، هغه چاپیریال چې پکې روان و او ستاسو معلومات له لاسه ورکړي دي - او د سرچینې کوډ یوازې لومړی، ورو ورو بیرته راګرځوي. د SaaS دوامدارۍ ترتیب باید درې شیان اضافه کړي:

• د عملیاتي چاپیریال. د کانټینر انځورونه، د زیربنا تعریفونه لکه کوډ، ترتیب، د شبکې او امنیت ترتیبات، د چلولو وخت پورې تړاوونه - د پلیټ فارم په بل ځای کې د لوړولو لپاره کافي دي.
• معلومات. ستاسو د خپل معلوماتو منظم صادرات په مستند شوي، غیر ملکیتي بڼه کې، د سکیما سره. هغه معلومات چې تاسو یې نشئ لوستلی هغه معلومات ندي چې تاسو یې لرئ، او صادرات باید د قرارداد په اوږدو کې دوام وکړي، نه یوازې د خوشې کیدو په وخت کې.
• د کوربه توب اړیکه. د عرضه کوونکي د کوربه توب چمتو کونکي سره د قرارداد د پیل کولو لپاره یوه لاره، یا هغه چمتو کونکي ته خبر ورکول چې تاسو کولی شئ حساب واخلئ او مستقیم پیسې ورکړئ.

بدیلونه، او څوک پیسې ورکوي

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

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

د ایسکرو د ترتیب په اړه د خبرو اترو لپاره یو چک لیست

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