Ծրագրային ապահովման դեպոզիտ՝ ըստ հոլանդական օրենսդրության

Եթե ​​ձեր բիզնեսը կախված է ծրագրային ապահովումից, որը դուք չեք գրել, ապա դուք կախված եք այն ընկերությունից, որը գրել է այն։ Դուք ունեք օբյեկտային կոդ և լիցենզիա, մատակարարը ունի սկզբնական կոդը, կառուցման գործընթացը և գիտելիքները։ Այդ ասիմետրիան հանդուրժելի է, քանի դեռ մատակարարը վճարունակ է և կոմպետենտ, և դադարում է այդպիսին լինելուց այն պահին, երբ այլևս վճարունակ չէ։ Ծրագրային ապահովման էսքրոուն ստանդարտ լուծումն է, բայց այն գործում է միայն այն դեպքում, եթե մշակվում է Նիդեռլանդների անվճարունակության մասին օրենսդրությունը հաշվի առնելով, իսկ պայմանավորվածությունների մեծ մասը՝ ոչ։

Ի՞նչ է էսքրոուն և ինչ ռիսկերի է այն լուծում

Մատակարարը աղբյուրի կոդը և օժանդակ նյութերը պահում է անկախ երրորդ կողմի մոտ, որը պահում է դրանք մինչև որոշակի իրադարձության տեղի ունենալը, ապա դրանք տրամադրում է հաճախորդին, ով կարող է օգտագործել և փոփոխել կոդը՝ ծրագրային ապահովման աշխատանքը շարունակելու համար: Ռիսկը շարունակականությունն է, այլ ոչ թե սեփականությունը. մեկ մատակարարի արտադրանքի պատվերի մշակումը, հիվանդների գրառումները կամ արտադրության պլանավորումը իրականացնող հաճախորդը չի կարող մեկ գիշերվա ընթացքում անցնել, քանի որ միգրացիան տևում է ամիսներ և սովորաբար անհրաժեշտ է հեռացող մատակարարի օգնությունը: Էսքրոուն ժամանակ է գնում կազմակերպված եղանակով դուրս գալու համար: Կարևոր են երեք իրավիճակներ.

• Անվճարունակություն. Մատակարարը հայտարարվում է սնանկ, նշանակվում է հոգաբարձու, աշխատակիցները հեռանում են, և աջակցությունը դադարեցվում է: Սցենարային էսքրոուն գրվում է, և որտեղ է ամենաշատը գործում հոլանդական օրենսդրությունը:
• Դադարեցում։ Մատակարարը հետ է կանչում ապրանքը, դադարեցնում է ձեր տարբերակը կամ ձեռք է բերվում ձեր տեղակայմամբ հետաքրքրված անձի կողմից։ Ավելի տարածված է, քան սնանկացումը, և հաճախ բաց է թողնվում ազատման կետից։
• Պահպանման մշտական ​​​​ձախողում: Մատակարարը դեռևս գոյություն ունի և դեռևս հաշիվ-ապրանքագրեր է ներկայացնում, բայց այլևս չի շտկում թերությունները, չի ուղարկում անվտանգության թարմացումներ կամ չի պահպանում ապրանքի համատեղելիությունը իր կախվածությունների հետ։

Երկկողմանի և եռակողմ պայմանավորվածություններ

Երկկողմանի պայմանավորվածությունը հիմնական պայմանագրում տրված խոստում է, որ մատակարարը կփոխանցի ելակետային կոդը , եթե տեղի ունենա որոշակի իրադարձություն։ Այն էժան և թույլ է. ոչ ոք անկախ չի ստուգում, որ որևէ բան ավանդադրվել կամ թարմացվել է, և, վճռորոշ կերպով, սնանկության դեպքում դուք խնդրում եք կառավարչին կատարել ժառանգության պարտավորությունը, ինչը նա պարտավոր չէ անել։

Եռակողմ համաձայնագիրը որպես պայմանագրային կողմ ավելացնում է էսքրո գործակալի։ Գործակալը ստանձնում է պահառությունը, ստուգում է ավանդը, պահում է այն և ձեզ ուղղակի պարտավորություն է կրում այն ​​​​ազատելու համար։ Սա է դրա համար վճարելու ամբողջ պատճառը. ազատումը դառնում է վճարունակ երրորդ կողմի կողմից իր սեփական պայմանագրի համաձայն կատարված, այլ ոչ թե սնանկացած ժառանգության կողմից կատարված։ Գործակալը նաև որոշում է, թե արդյոք տեղի է ունեցել ազատման դեպք՝ այն խլելով հոգաբարձուից՝ առանց ձեզ օգնելու որևէ խթանի։

Ի՞նչ է իրականում ավանդվում

Ամենատարածված ձախողումը օրինական չէ: Այն ավանդ է, որը պարունակում է աղբյուրի կոդ և ուրիշ ոչինչ: Միայն աղբյուրի կոդը չի կոմպիլացվում. եթե մշակողին տրվի առանց կառուցման հրահանգների և կախվածությունների ցանկի, մեծ կոդային բազան կարող է շաբաթներ պահանջել հակադարձ ինժեներիայի համար, մինչև այն ստեղծի գործող բինար ֆայլ՝ ժամանակ, որը դուք չունեք, երբ համակարգն արդեն չի աջակցվում: Առանց կառուցման հրահանգների ավանդը արժեք չունի:

Ավելացրեք թարմացման պարտավորություն։ Ստորագրության ժամանակ մեկ անգամ կատարված ավանդը ժամկետանց է մեկ կամ երկու թողարկման ցիկլի ընթացքում։ Կապեք ավանդները թողարկման ժամանակացույցի հետ՝ յուրաքանչյուր խոշոր թողարկման կամ որոշակի ժամանակահատվածի, և իրավունք վերցրեք տեղեկացվելու, երբ ուշանա։

Հաստատում. ինչի համար եք վճարում

Գնեք ներքևում գտնվող միջին տարբերակը որպես ստանդարտ, և ամբողջական թեստը, որտեղ խափանումը կարող է գոյություն ունենալ։ Միայն ֆայլի մակարդակի ստուգումը գրեթե ոչինչ չի տա։

• Ֆայլի մակարդակի ստուգում։ Գործակալը հաստատում է, որ ավանդը կարդացվող է, վիրուսներից զերծ և համապատասխանում է ֆայլերի ցանկին։ Սա ապացուցում է, որ ինչ-որ բան ժամանել է, այլ ոչ թե որ այն աշխատում է։
• Փաստաթղթերի ամբողջականության և վերանայման ստուգում: Գործակալը ստուգում է կառուցման հրահանգները և կախվածությունները՝ համեմատելով դրանք ավանդի հետ և հաղորդում է բացթողումների մասին: Այս միջին տարբերակը ճիշտ է հաճախորդների մեծ մասի համար. այն հայտնաբերում է տարածված ձախողումները՝ բաց թողնված կառուցման քայլեր, չփաստաթղթավորված կախվածություններ, բաղադրիչ, որը դուք իրավունք չունեք օգտագործելու՝ լրիվ փորձարկման արժեքի մի փոքր մասով:
• Լրիվ կառուցման և գործարկման թեստ։ Գործակալը կոմպիլացնում է ավանդը մաքուր միջավայրում և այն գործարկում է թեստային տվյալների հիման վրա։ Սա միակ մակարդակն է, որը ապացուցում է, որ ավանդը աշխատում է, բայց ավելի դանդաղ է, ավելի թանկ և պահանջում է կրկնություն՝ ծրագրային ապահովման փոփոխությունների հետ մեկտեղ։

Հրապարակման իրադարձություններ, որոնք մշակվել են այնպես, որ դրանց շուրջ վիճարկել հնարավոր չէ

Ազատման կետը մի գործողության մեխանիզմ է, որը էսքրո գործակալը պետք է կիրառի ճնշման տակ և առանց իրավաբանական խորհրդատվության: Յուրաքանչյուր իրադարձություն պետք է հաստատվի փաստաթղթի կամ ժամանակի ընթացքի միջոցով, այլ ոչ թե մատակարարի վարքագծի վերաբերյալ դատողությամբ:

Երկու կետ է կատարում աշխատանքի մեծ մասը։ Հակասության բեռը դրվում է մատակարարի վրա. հաճախորդը տեղեկացնում է գործակալին՝ ներկայացնելով ապացույցներ, մատակարարն ունի կարճ ժամանակահատված առարկելու համար, իսկ առարկության բացակայության դեպքում գործակալը հրապարակում է այն։ Եվ նախապես սահմանեք վեճի ուղին՝ փորձագիտական ​​եզրակացություն կամ կարճ ժամանակացույցով արբիտրաժ, որպեսզի առարկությունը գնվի օրեր, այլ ոչ թե ամիսներ։

Հոլանդիայի սնանկության հարցը

Վերը նշված ամեն ինչ պայմանագրի ձևակերպում է։ Հետևյալը որոշում է, թե արդյոք այն ուժի մեջ է, երբ մատակարարը սնանկանում է։

Ինչը կարող է մերժել հոգաբարձուն

Համաձայն 37-րդ հոդվածի՝ Fw-ի, եթե փոխադարձ պայմանագիրը սնանկության որոշման պահին կողմերից ոչ մեկը լիովին չի կատարել, հակառակ կողմը կարող է կառավարչին սահմանել ողջամիտ գրավոր ժամկետ՝ հայտարարելու համար, թե արդյոք կկատարի այն, թե ոչ։ Հակառակ դեպքում կորցնում է դրա դիմաց կատարում պահանջելու իրավունքը։ 37-րդ հոդվածը չի լուծում պայմանագիրը կամ կառավարչին չի տալիս այն լուծելու լիազորություն։ Պայմանագիրը ուժի մեջ է մտնում. կառավարիչը պարզապես պարտավոր չէ կատարել այն, և հակառակ կողմը մնում է պահանջ ներկայացնելու սնանկության գործընթացում՝ համաձայն 37a հոդվածի Fw-ի։

Ծրագրային ապահովման համար սա նշանակում է, որ հոգաբարձուն կարող է մերժել սպասարկումը, աջակցությունը, թարմացումները, հոսթինգը և հետագա ավանդները. ակտիվ կատարումներ, որոնք գույքին գումար են արժենում: Ակնկալեք մերժում: Հարցն այն է, թե արդյոք դա կարող է ավելի հեռու գնալ և խանգարել ձեզ օգտագործել արդեն իսկ ունեցածը:

Նեբուլա, Բերզոնա և Credit Suisse/Jongepier

Տասը տարի սա իսկապես անորոշ էր։ «Նեբուլա» գործով (Hoge Raad, 3 նոյեմբերի 2006թ., ECLI:NL:HR:2006:AX8838) Գերագույն դատարանը որոշեց, որ չնայած սնանկությունն ինքնին չի դադարեցնում գործող պայմանագրերը, օգտագործման իրավունք ունեցող հակառակ կողմը չէր կարող շարունակել այն իրականացնել հոգաբարձուի դեմ այնպես, կարծես սնանկություն տեղի չի ունեցել. դա թույլ կտար մեկ պարտատիրոջ անտեսել սնանկությունը մյուսների հաշվին։ Այն լայնորեն մեկնաբանվում էր որպես հոգաբարձուին թույլ տալով հրաժարվել նախկինում գոյություն ունեցող օգտագործման իրավունքից, և դա անհանգստացնում էր լիցենզիա ունեցողներին։

Այդ մեկնաբանությունը չի պահպանվել։ ABN AMRO/Berzona գործով (Hoge Raad, 11 հուլիսի 2014թ., ECLI:NL:HR:2014:1681) Գերագույն դատարանը որոշել է, որ սնանկությունը որևէ ազդեցություն չունի գործող փոխադարձ համաձայնագրերի կամ դրանցից բխող պարտավորությունների վրա և կառավարչին չի տալիս այնպիսի լիազորություն, որը չի տալիս օրենքը կամ պայմանագիրը. այն, օրինակ, չի կարող լուծել դեռևս գործող վարձակալության պայմանագիրը։

Դիրքը կարգավորվել է Credit Suisse/Jongepier qq գործով (Hoge Raad, 23 մարտի 2018թ., ECLI:NL:HR:2018:424): Կառավարիչը կարող է պասիվ կերպով հրաժարվել կատարումից, սակայն սնանկությունը նրան չի տալիս լիազորություն չեղյալ համարելու պարտապանի կողմից սնանկացումից առաջ կատարված կատարումը, ինչպես նաև դադարեցնելու շարունակական կատարումը այնքանով, որքանով այն բաղկացած է ինչ-որ բան հանդուրժելուց կամ դրանից ձեռնպահ մնալուց:

Այս արտահայտությունն է կարևոր ծրագրային ապահովման համար։ Լիցենզիան, ըստ էության, իրավատիրոջ կողմից այնպիսի օգտագործում հանդուրժելու պարտավորություն է, որը այլապես կխախտեր հեղինակային իրավունքը՝ շարունակական կատարում, որը բաղկացած է հանդուրժելուց։ Հետևաբար, գործող օրենսդրության համաձայն, սնանկությունից առաջ վավերականորեն տրված լիցենզիան ուժի մեջ է մնում, և կառավարիչը չի կարող այն չեղյալ համարել։ Կառավարիչը կարող է մերժել ակտիվ ամեն ինչ, բայց չի կարող անջատել ձեր ունեցած օգտագործման իրավունքը։

Ի՞նչ է դա նշանակում ձեր պայմանավորվածության համար

Հետևում է երկու բան։ Թողեք ազատման պարտավորությունը էսքրո գործակալի վրա, այլ ոչ թե մատակարարի. ստեղծվելով որպես անկախ խնամակալություն, որը պահվում է երրորդ կողմի կողմից, ազատումը գործակալի սեփական կատարումն է, և կառավարչի լիազորությունները, համաձայն 37-րդ հոդվածի, կենտրոնանում են ժառանգության կողմից պարտադրված կատարումների վրա, այլ ոչ թե վճարունակ գործակալի վրա, մինչդեռ երկու կողմերի խոստումը պահանջում է ժառանգության կողմից կատարում, որը կառավարիչը կարող է մերժել։ Եվ լիցենզիան տրամադրեք նախապես, այլ ոչ թե ազատման պահին՝ ամենակարևոր ձևակերպման կետը, որը քննարկվում է ստորև։

Վերակառուցման, այլ ոչ թե սնանկության դեպքում, 373 Fw հոդվածը սահմանափակում է ipso facto կետերի վրա հիմնվելը՝ դրույթներ, որոնք թույլ են տալիս հակառակ կողմին փոփոխել, կասեցնել կամ դադարեցնել պայմանագիրը միայն այն պատճառով, որ սկսվել է վերակառուցման ընթացակարգը: Այդ սահմանափակումը գործում է սխեմայի ընթացակարգում, այլ ոչ թե սնանկության դեպքում, և դրա պատասխանը կրկին կառուցվածքային է. երբ պայմանավորվածությունը մշակվում է որպես անկախ խնամակալություն երրորդ կողմի կողմից, ազատման ակտիվացնող գործոնը գործում է գործակալի սեփական պարտավորության հիման վրա և չի համարվում ipso facto դրույթ, որը կարող է չեղյալ համարվել WHOA վերակառուցման դեպքում, ինչպես նաև սնանկության դեպքում:

Ինչպես պետք է կառուցվի լիցենզիան

Էսքրոուն ձեզ տալիս է սկզբնաղբյուրի կոդի պատճենը, ոչ թե դրա հետ որևէ բան անելու իրավունքը: Սկզբնական կոդը պաշտպանված աշխատանք է. դրա կազմումը, փոփոխումը և արդյունքի գործարկումը սահմանափակ գործողություններ են: Առանց դրանք ներառող լիցենզիայի, թողարկված ավանդը մի թղթապանակ է, որը դուք չեք կարող բացել: Զուգակցեք էսքրոուն լիցենզիայի հետ, որը հստակորեն թույլ է տալիս հաճախորդին, թողարկման պահին, օգտագործել, կազմել, փոփոխել և հետագա մշակել սկզբնաղբյուրի կոդը, և դա անել երրորդ կողմի միջոցով. գործնականում դուք ինքներդ չեք կատարի աշխատանքը:

Ապա՝ ժամանակը։ Ազատման պահին տրված լիցենզիան փխրուն է։ Եթե ազատման դեպքը սնանկությունն է, ապա վարկի տրամադրումը պետք է կատարվի պարտապանի կողմից, որը սնանկության որոշման օրվանից կորցրել է ժառանգության մեջ գտնվող ակտիվները տնօրինելու իրավասությունը. 23-րդ և 35-րդ հոդվածները խոչընդոտում են, և կառավարիչը չի կատարի վարկի տրամադրումը ձեզ համար։ Credit Suisse/Jongepier-ը նշանակում է, որ կառավարիչը չի կարող չեղյալ համարել ձեր արդեն իսկ ունեցած լիցենզիան, բայց չեղյալ համարելու բան չկա, եթե դուք երբեք չեք ունեցել այն։

Տրամադրել այն պայմանագրում, ցանկացած անվճարունակությունից առաջ, պայմանի նախադեպի դեպքում. տրամադրվում է հիմա, ուժի մեջ է մտնում ազատման իրադարձության պահին: Իրավունքը գոյություն ունի պայմանագրի կնքման օրվանից. միայն դրա գործողությունն է հետաձգվում: Նիդեռլանդների օրենսդրությունը, ընդհանուր առմամբ, ընկալունակ է այս կառուցվածքի նկատմամբ: Rabobank/Reuser գործում (Hoge Raad, 3 հունիսի 2016թ., ECLI:NL:HR:2016:1046) Գերագույն դատարանը ընդունել է, որ երբ պայմանական իրավունքը ստեղծվել է սնանկացումից առաջ, պայմանի կատարումը հետագայում ուժի մեջ է մտնում առանց պարտապանի կողմից որևէ հետագա գործողության: Այդ գործը վերաբերում էր ապրանքների պայմանական փոխանցմանը և պայմանական իրավունքի վրա գրավադրմանը: Այն պայմանականորեն տրամադրված հեղինակային իրավունքի լիցենզիայի նկատմամբ կիրառելը իրավական գրականության մեջ հիմնավորված էքստրապոլյացիա է, այլ ոչ թե դատարանների կողմից լուծված հարց, և այն պետք է ներկայացվի որպես այդպիսին:

Հաստատեք նաև, որ թողարկված նյութի օգտագործումը մատակարարի կամ նրա հոգաբարձուի հետագա համաձայնության կարիք չունի, և որ ենթալիցենզավորումը իրավահաջորդ մշակողին թույլատրվում է։

SaaS և ամպ. սկզբնական կոդը բավարար չէ

Ձեր կողմից ինքնուրույն աշխատեցվող ծրագրաշարի համար, սկզբնական կոդը գումարած կառուցման հրահանգները գումարած լիցենզիան գրեթե ամբողջական լուծում է: Ծառայության համար՝ ոչ: Եթե մատակարարի հարթակը մթնում է, դուք կորցնում եք ծրագիրը, այն միջավայրը, որտեղ այն աշխատում էր, և ձեր տվյալները, իսկ սկզբնական կոդը վերականգնում է միայն առաջինը՝ դանդաղ: SaaS անխափանության կարգավորումը պետք է ավելացնի երեք բան.

• Գործառնական միջավայրը։ Կոնտեյներների պատկերներ, ենթակառուցվածքի կոդի սահմանումներ, կոնֆիգուրացիա, ցանցային և անվտանգության կարգավորումներ, գործարկման կախվածություններ՝ բավարար են հարթակը այլուր պաշտպանելու համար։
• Տվյալները։ Ձեր սեփական տվյալների կանոնավոր արտահանումներ փաստաթղթավորված, ոչ սեփականատիրական ձևաչափով՝ սխեմայով: Տվյալները, որոնք դուք չեք կարող կարդալ, ձեր ունեցած տվյալները չեն, և արտահանումները պետք է իրականացվեն պայմանագրի ողջ ընթացքում, այլ ոչ թե միայն թողարկման պահին:
• Հյուրընկալության հարաբերությունները։ Մատակարարի և նրա հոսթինգ մատակարարի միջև պայմանագիր կնքելու ուղի կամ այդ մատակարարին ծանուցում այն ​​մասին, որ դուք կարող եք ստանձնել հաշիվը և անմիջապես վճարել։

Այլընտրանքներ և ով է վճարում

Էսքրոուն միշտ չէ, որ լավագույն արժեքն է, հատկապես ստանդարտ ապրանքների համար, որտեղ դուք հազարավորների մեջ մեկ հաճախորդ եք, և իրատեսական ռիսկը ձախողման փոխարեն անկումն է: Երեք ավելի թեթև տարբերակներ հաճախ ավելի օգտակար են. տվյալների ելքի իրավունք ՝ պարբերական արտահանումներ փաստաթղթավորված ձևաչափով, առնվազն մեկ անգամ փորձարկված՝ գրեթե անվճար ծածկելով ազդեցության մեծ մասը, գործող պատճենի իրավունք , անցումային ժամանակահատվածում աշխատեցնելու համար նախատեսված տեղակայվող պատկեր, ծառայությունը վերականգնելով վերակառուցումից շատ ավելի արագ, և հոսթինգ մատակարարին ուղղակի վճարում ՝ միջավայրի աշխատանքը պահպանելով միգրացիայի ընթացքում՝ ամենաէժան ամպային շարունակականությունը, որը հաճախ անտեսվում է:

Եթե ​​դուք օգտագործում եք էսքրոու, սպասեք միանվագ կարգավորման վճարի, տարեկան կրկնվող պահպանման վճարի և առանձին վճարների յուրաքանչյուր ստուգման համար, որոնք կհամաչափվեն չեկի խորությանը համապատասխան: Արժեքը կրում է պաշտպանությունը ցանկացողը, սովորաբար հաճախորդը, չնայած որ էսքրոու առաջարկող մատակարարը կարող է այն կրել որպես վաճառքի կետ, իսկ բազմաօգտատերերի պայմանագիրը, որը ներառում է մեկ ապրանքի մի քանի հաճախորդների, տարածում է այն՝ մատակարարի դիմադրության սովորական կետը: Չվճարումը դարձրեք այնպիսի բան, որի մասին գործակալը պետք է տեղեկացնի ձեզ՝ դրա փոխարեն վճարելու իրավունքով:

Էսքրոու պայմանավորվածության շուրջ բանակցելու ստուգաթերթիկ

• Արդյո՞ք դա իրական եռակողմ պայմանավորվածություն է անկախ գործակալի հետ, որը ձեզ պարտավորեցնում է ուղղակի ազատման պարտավորություն:
• Տրվա՞ծ է ելակետային կոդն օգտագործելու, կազմելու, փոփոխելու և հետագա մշակելու լիցենզիան։ հիմա, ենթակա նախապայմանի, այլ ոչ թե խոստացված ազատ արձակման ժամանակ։
• Արդյո՞ք ավանդային ցանկը ներառում է կառուցման հրահանգներ, կախվածություններ, լիցենզիոն բանալիներ և փաստաթղթեր, այլ ոչ թե միայն սկզբնական կոդ, որը թարմացվում է յուրաքանչյուր թողարկման ժամանակ։
• Ի՞նչ մակարդակի ստուգում է կնքվում, և որքա՞ն հաճախ է այն կրկնվում։
• Հրապարակման իրադարձությունները կարելի՞ է որոշել փաստաթղթից, թե՞ ժամանակի ընթացքից՝ կարճ առարկության ժամկետով և արագ վիճարկման ուղիով։
• SaaS-ի համար. ընդգրկվա՞ծ են միջավայրը, տվյալները և հոսթինգի հարաբերությունները, թե՞ միայն կոդը։
• Ո՞վ է վճարում, ի՞նչ է պատահում, եթե մատակարարը դադարում է վճարել, և արդյո՞ք էսքրոու համաձայնագիրը համապատասխանում է հիմնական պայմանագրի կարգավորող օրենսդրությանը և մտավոր սեփականության կետերին։