Ծրագրային ապահովման էսքրոու. երբ է այն անհրաժեշտ և ինչպե՞ս է այն տեղադրվում։

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

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

Ինչպե՞ս է աշխատում ծրագրային ապահովման էսքրոուն։

Երեք կողմեր ​​ստորագրում են մեկ համաձայնագիր՝ մատակարարը (ավանդատուն), հաճախորդը (լիցենզիա ստացողը կամ շահառուն) և էսքրո գործակալը։ Մատակարարը նյութը պահում է գործակալի մոտ, գործակալը պահպանում է այն գաղտնի, իսկ գործակալը հրապարակում է այն միայն այն դեպքում, երբ տեղի է ունենում համաձայնագրում նշված ազատման դեպք։

Հոլանդական օրենսդրության համաձայն, էսքրոու պայմանագիրը կարգավորվում է Հոլանդիայի քաղաքացիական օրենսգրքի (BW) 6-րդ գրքով: Էսքրոուի վերաբերյալ որևէ հատուկ օրենք չկա, ուստի պայմանագիրն ինքնին պետք է կարգավորի, թե ինչ է ավանդվում, որքան հաճախ է այն թարմացվում, ինչպես է այն ստուգվում, երբ է այն թողարկվում և ինչ կարող է անել հաճախորդը հետագայում դրա հետ:

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

Ե՞րբ է անհրաժեշտ էքսկրոուն։

Էսքրոուն արժե դիտարկել, երբ երեք պայմաններ համընկնում են՝ ծրագիրը աջակցում է կարևորագույն գործընթացին, այն պատրաստված է հատուկ պատվերով կամ խիստ հարմարեցված է, և մատակարարը փոքր է կամ ֆինանսապես խոցելի։ Այդ դեպքում մատակարարի սնանկացումը կարող է դադարեցնել ձեր գործունեությունը մի քանի շաբաթվա ընթացքում։

Տիպիկ օրինակներ են՝ պատվերով պատրաստված ERP կամ պլանավորման համակարգը, ձեր սեփական հաճախորդներին վաճառվող մեքենաներում ներդրված ծրագրային ապահովումը և կարգավորվող ոլորտներում գործող հիմնական համակարգերը: Ֆինանսական կազմակերպությունները պետք է ունենան ելքի ռազմավարություններ ՏՏ ծառայությունների համար, որոնք աջակցում են կարևոր կամ կարևոր գործառույթներին՝ համաձայն «Թվային գործառնական դիմադրողականության մասին» օրենքի (DORA, կանոնակարգ (ԵՄ) 2022/2554) 28(8) հոդվածի, որը կիրառվում է 2025 թվականի հունվարի 17-ից. էսքրոուն կարող է լինել այդ ռազմավարության մի մասը:

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

Ի՞նչ թողարկման իրադարձություններ պետք է պարունակի համաձայնագիրը։

Սովորական թողարկման իրադարձություններն են մատակարարի սնանկացումը, վճարումների կասեցումը, նրա գործունեության դադարեցումը և գրավոր ծանուցումից հետո ծրագրային ապահովման պահպանման մշտական ​​​​չկարողացումը: Որքան նեղ և օբյեկտիվ է յուրաքանչյուր իրադարձություն, այնքան արագ կարող է գործել գործակալը:

Սնանկությունը և վճարումների կասեցումը հեշտ է հաստատել, քանի որ դրանք հրապարակվում են Կենտրոնական անվճարունակության գրանցամատյանում (Centraal Insolventieregister): «Պարտավորությունների չկատարումը» չի նշանակում. նկարագրեք այն կոնկրետ, օրինակ՝ որպես առաջնահերթ առաջին դեպքը չշտկելու գրավոր ծանուցումից հետո որոշակի աշխատանքային օրերի ընթացքում:

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

Ի՞նչ է պատահում էսքրոուի հետ, եթե մատակարարը սնանկանում է։

Սնանկության որոշման օրվանից մատակարարը կորցնում է իր ակտիվները տնօրինելու իրավունքը, և կառավարիչը (հոգաբարձուն) կառավարում է ժառանգությունը (Սնանկության մասին օրենքի 23-րդ հոդված, Faillissementswet): Այդ օրվանից հետո մատակարարի կողմից դեռևս կատարվող ցանկացած գործողություն, ինչպիսիք են լիցենզիայի տրամադրումը կամ իրավունքների փոխանցումը, այլևս պարտավորեցնող չէ ժառանգության համար:

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

Կառավարիչը կարող է նաև որոշել չկատարել ընթացիկ սպասարկման պայմանագիրը (Faillissementswet-ի 37-րդ հոդված): Էսքրոուն չի խոչընդոտում դրան. այն ձեզ տրամադրում է նյութ՝ սպասարկումը կազմակերպելու համար այլուր: Ստուգեք, թե արդյոք էսքրոու վճարները նախապես վճարված են, քանի որ չվճարված վճարները կարող են գործակալին պատճառ դառնալ դադարեցնելու համար:

Ի՞նչ իրավունքներ եք ստանում ազատ արձակվելուց հետո։

Էսքրոուն հեղինակային իրավունքի փոխանցում չի կատարում: Ծրագրային ապահովումը պաշտպանված է Նիդեռլանդների հեղինակային իրավունքի մասին օրենքով (Auteurswet), և հեղինակային իրավունքի փոխանցումը պահանջում է ստորագրված փաստաթուղթ (Auteurswet-ի 2-րդ հոդված), որը էսքրոու պայմանագիրը սովորաբար չի պարունակում:

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

Առանց հստակ լիցենզիայի, դուք կհենվեք օրինական օգտագործողի սահմանափակ օրենքով սահմանված իրավունքների վրա, ինչպիսիք են սխալների ուղղումը (Հեղինակային իրավունքի մասին օրենքի 45j հոդված): Այդ իրավունքները չեն տարածվում հետագա մշակման վրա, ուստի մի՛ հենվեք դրանց վրա:

Ինչպե՞ս եք պահպանում ավանդի օգտագործելիությունը։

Յուրաքանչյուր հիմնական թողարկման հետ չթարմացվող կանխավճարը արագ կորցնում է իր արժեքը։ Համաձայնեք, որ մատակարարը յուրաքանչյուր թողարկումից հետո որոշակի ժամանակահատվածում, օրինակ՝ 30 օրվա ընթացքում, և տարեկան առնվազն մեկ կամ երկու անգամ նոր տարբերակ է տեղադրում։

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

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

Ի՞նչ պետք է ստուգեք որպես հաճախորդ։

Որպես հաճախորդ, ձեր նպատակն է ստանալ կանխավճար, որը կարող եք իրականում օգտագործել թողարկման միջոցառումից հետո մի քանի օրվա ընթացքում։

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

Ի՞նչ պետք է ստուգեք որպես մատակարար։

Որպես մատակարար, դուք ցանկանում եք պաշտպանել ձեր ելակետային կոդը և խուսափել վիճելի հիմքով թողարկումից։

• Սահմանափակել լիցենզիան թողարկման պահին հաճախորդի անձնական օգտագործման համար՝ գաղտնիության պարտավորություններով և առանց վաճառքի իրավունքի։
• Հստակ նկարագրեք «պահպանման չկատարումը» և նշեք շտկման համար նախատեսված ծանուցման ժամկետը։
• Պահպանեք իրավունքը առարկելու ազատման հարցման դեմ սահմանված աշխատանքային օրերի ընթացքում։
• Համաձայնեցրեք, թե ով է կրում էսքրոուի և ստուգման ծախսերը, և որքան հաճախ պետք է թարմացնեք ավանդը։
• Ստուգեք, որ կանխավճարը չի ներառում երրորդ կողմի կոդ, որը դուք իրավունք չունեք փոխանցելու։

Ի՞նչ կարող ենք անել ձեզ համար ծրագրային էսքրոու միջոցով։

Մեր ՏՏ իրավաբանները խորհրդատվություն են տրամադրում հաճախորդներին և մատակարարներին ծրագրային ապահովման էսքրոուի , ինչպես նաև դրա հետ կապված լիցենզիայի և սպասարկման համաձայնագրերի վերաբերյալ։

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

Ամփոփում

• Էսքրոուն պաշտպանում է ձեզ, երբ կարևոր, պատվերով պատրաստված ծրագրակազմը կախված է մեկ մատակարարից, որը կարող է սնանկանալ կամ դադարեցնել դրա սպասարկումը։
• Ավանդը պետք է ներառի կառուցման հրահանգներ և փաստաթղթեր, և ստուգվի ու թարմացվի յուրաքանչյուր թողարկումից հետո։
• Թողարկման իրադարձությունները պետք է լինեն օբյեկտիվ՝ վեճերի համար սահմանված ընթացակարգով։
• Լիցենզիան տրամադրել ստորագրման պահին՝ ենթակա ազատման, քանի որ մատակարարը չի կարող պարտավորեցնել ժառանգությունը սնանկությունից հետո (Faillissementswet-ի 23-րդ հոդված):
• SaaS-ի համար միայն սկզբնական կոդը բավարար չէ. համաձայնեցրեք շարունակականության կարգավորումը։

Հաճախակի տրվող հարցեր