Jei jūsų verslas priklauso nuo programinės įrangos, kurios nekūrėte, jūs priklausote nuo įmonės, kuri ją sukūrė. Jūs turite objektinį kodą ir licenciją; tiekėjas turi šaltinio kodą, kūrimo procesą ir žinias. Ši asimetrija yra toleruojama, kol tiekėjas yra mokus ir kompetentingas, ir nustoja būti tuo metu, kai jis toks nebėra. Standartinis atsakymas yra programinės įrangos sąlyginis deponavimas, tačiau jis veikia tik tuo atveju, jei yra parengtas atsižvelgiant į Nyderlandų nemokumo įstatymus, o dauguma susitarimų tokie nėra.
Kas yra sąlyginio deponavimo paslauga ir kokią riziką ji sprendžia
Tiekėjas perduoda šaltinio kodą ir pagalbines medžiagas nepriklausomai trečiajai šaliai, kuri juos saugo iki nustatyto įvykio, o tada perduoda klientui, kuris gali naudoti ir modifikuoti kodą, kad programinė įranga veiktų toliau. Rizika kyla dėl tęstinumo, o ne dėl nuosavybės: klientas, vykdantis užsakymų apdorojimą, pacientų įrašus ar gamybos planavimą su vieno tiekėjo produktu, negali pereiti per naktį, nes perkėlimas trunka mėnesius ir paprastai jam reikia išeinančio tiekėjo pagalbos. Sąlyginio deponavimo būdu perkamas laikas tvarkingam sandoriui užbaigti. Svarbios trys situacijos:
- Nemokumas. Tiekėjas paskelbiamas bankrutavusiu, paskiriamas patikėtinis, darbuotojai išeina iš darbo ir nutraukiama parama. Parengtas scenarijus dėl sąlyginio deponavimo, kuriam labiausiai tinka Nyderlandų įstatymai.
- Nutraukimas. Tiekėjas atsiima produktą, nutraukia jūsų versijos galiojimą arba jį įsigyja asmuo, nesusijęs su jūsų diegimu. Dažniau pasitaiko nei bankrotas ir dažnai neįtraukiamas į išleidimo sąlygą.
- Nuolatinis nesugebėjimas išlaikyti. Tiekėjas vis dar egzistuoja ir vis dar išrašo sąskaitas faktūras, bet nebetaiso defektų, nebesiunčia saugos pataisų ir neužtikrina produkto suderinamumo su jo priklausomybėmis.
Dvišaliai ir trišaliai susitarimai
Dvišalis susitarimas – tai pagrindinėje sutartyje numatytas pažadas, kad tiekėjas perduos šaltinio kodą , jei įvyks apibrėžtas įvykis. Tai pigu ir silpna: niekas nepriklausomai netikrina, ar kas nors buvo deponuota ar atnaujinta, ir – svarbiausia – bankroto atveju jūs prašote patikėtinio įvykdyti su turtu susijusią prievolę, kurios jis neprivalo daryti.
Trišalis susitarimas numato sąlyginio deponavimo agentą kaip sutarties šalį. Agentas perima saugojimą, patikrina užstatą, jį saugo ir prisiima tiesioginę prievolę jums jį grąžinti. Būtent todėl už jį ir reikia mokėti: užstato grąžinimas tampa mokios trečiosios šalies , o ne bankroto turto, įvykdymu pagal savo sutartį. Agentas taip pat nusprendžia, ar įvyko užstato grąžinimo įvykis, atimdamas šią teisę iš patikėtinio, kuris neturi jokios paskatos jums padėti.
Kas iš tikrųjų yra deponuojama
Dažniausias gedimas nėra legali. Tai yra įkėlimas, kuriame yra tik šaltinio kodas ir nieko daugiau. Vien šaltinio kodas nesukompiliuojamas: jei didelė kodo bazė pateikiama kūrėjui be kūrimo instrukcijų ir priklausomybių sąrašo, ji gali užtrukti kelias savaites atvirkštinės inžinerijos, kol sukurs veikiantį dvejetainį failą – laiko, kurio neturite, kai sistema jau nepalaikoma. Įkėlimas be kūrimo instrukcijų yra bevertis.
| Komponentas | Kodėl tai reikalinga |
|---|---|
| Šaltinio kodas, pilnas ir su versijomis | Turi sutapti su išleidimu, kuris iš tikrųjų yra gamybinėje versijoje, o ne su kūrimo šaka. |
| Sukūrimo ir diegimo instrukcijos | Kompiliatoriaus ir vykdymo laiko versijos, kūrimo scenarijai, aplinkos kintamieji, diegimo etapai. Be šių elementų kodas negali tapti veikiančia programine įranga. |
| Techninė ir funkcinė dokumentacija | Architektūra, duomenų modelis, sąsajos, žinomi defektai. Nusprendžia, ar trečioji šalis gali prižiūrėti kodą, ar tik jį vykdyti. |
| Trečiųjų šalių ir atvirojo kodo komponentai | Priklausomybių sąrašas su versijomis ir licencijos sąlygomis. Kai kuriems komerciniams komponentams reikalinga atskira licencija iš jų tiekėjo. |
| Licencijos raktai, sertifikatai, kredencialai | Programinė įranga, kuri skambina į neveikiantį licencijų serverį, nėra tęstinumo funkcija. |
Pridėkite atnaujinimo įpareigojimą. Vieną kartą pasirašymo metu atliktas įnašas nustoja galioti per vieną ar du išleidimo ciklus. Susiekite įnašus su išleidimo grafiku – kiekvienu svarbiu leidimu arba fiksuotu intervalu – ir pasinaudokite teise būti informuotam, kai vėluojate.
Patvirtinimas: už ką mokate
Standartiškai įsigykite vidurinį variantą, pateiktą žemiau, ir pilną testą, jei sutrikdymas būtų egzistencinis. Vien failų lygio patikrinimas yra beveik tas pats, kas nieko nepirkti.
- Failo lygio patikrinimas. Agentas patvirtina, kad įskaitytas siuntinys yra be virusų ir atitinka failų sąrašą. Tai įrodo, kad siuntinys atvyko, o ne kad jis veikia.
- Išsamumo ir dokumentacijos peržiūra. Agentas patikrina kūrimo instrukcijas ir priklausomybes pagal pateiktą informaciją ir praneša apie spragas. Šis vidurinis variantas tinka daugumai klientų: jis aptinka dažniausiai pasitaikančius gedimus – praleistus kūrimo veiksmus, nedokumentuotas priklausomybes, komponentą, kurio neturite teisės naudoti – už nedidelę viso testo kainos dalį.
- Pilnas kūrimas ir paleidimo testavimas. Agentas surenka įmoką švarioje aplinkoje ir palygina ją su testavimo duomenimis. Tai vienintelis lygis, kuris įrodo, kad įmoka veikia, bet lėtesnė, brangesnė ir reikalaujanti kartojimo, nes programinė įranga keičiasi.
Išleidimo įvykiai, parengti taip, kad dėl jų nebūtų galima ginčytis
Išleidimo sąlyga yra priemonė, kurią depozitinės sąskaitos agentas privalo taikyti spaudžiamas ir be teisinės konsultacijos. Kiekvienas įvykis turėtų būti nustatomas remiantis dokumentu ar laiko tarpu, o ne vertinant tiekėjo elgesį.
| Išleidimo įvykis | Kaip tai objektyviai nustatyti |
|---|---|
| Tiekėjo bankrotas | Teismo sprendimas arba įrašas nemokumo registre. |
| Mokėjimų sustabdymas arba restruktūrizavimo procedūra | Administratoriaus arba restruktūrizavimo eksperto paskyrimas pagal registro įrašą. |
| Verslo nutraukimas arba likvidavimas | Išregistravimas iš prekybos registro arba sprendimas dėl įmonės veiklos nutraukimo. |
| Produkto arba naudojamos versijos gamybos nutraukimas | Rašytinis pranešimas apie produkto galiojimo pabaigos datą arba nustatyto laikotarpio pabaiga po to, kai tiekėjas nustoja išduoti leidimus. |
| Nuolatinis nesugebėjimas išlaikyti | Nesugebėjimas ištaisyti nustatyto sunkumo defekto per sutartyje numatytą reagavimo laiką, po įspėjimo ir ištaisymo laikotarpio, pasikartojantis nustatytą skaičių kartų per nustatytą laikotarpį. |
| Programinės įrangos perdavimas trečiajai šaliai | Įsigyjantis asmuo per nustatytą laikotarpį raštu neprisiima išlaikymo įsipareigojimų. |
Du punktai atlieka didžiąją dalį darbo. Prieštaravimų našta tenka tiekėjui: klientas praneša agentui pateikdamas įrodymus, tiekėjas turi trumpą terminą prieštaravimui pateikti, o nesant prieštaravimų, agentas juos atsiima. Ir iš anksto nustatomas ginčo sprendimo kelias – eksperto sprendimas arba arbitražas per trumpą laiką – taip prieštaravimas suteikia dienų, o ne mėnesių.
Nyderlandų nemokumo klausimas
Visa tai, kas išdėstyta aukščiau, yra sutarties projektas. Toliau pateikiami punktai lemia, ar sutartis galioja, kai tiekėjas bankrutuoja.
Ko patikėtinis gali atsisakyti
Pagal 37 Fw straipsnį, kai nė viena šalis nėra iki galo įvykdžiusi abipusės sutarties bankroto nutarties priėmimo metu, kita šalis gali nustatyti patikėtiniui pagrįstą rašytinį laikotarpį, per kurį jis turi pareikšti, ar ji įvykdys sutartį; jei to nepadaro, ji praranda teisę reikalauti jos įvykdymo mainais. 37 Fw straipsnis nenutraukia sutarties ir nesuteikia patikėtiniui įgaliojimų ją nutraukti. Sutartis lieka galioti; patikėtinis tiesiog neprivalo jos vykdyti, o kita šalis turi reikalavimo teisę bankroto byloje pagal 37a Fw straipsnį.
Programinės įrangos atveju tai reiškia, kad patikėtinis gali atsisakyti priežiūros, palaikymo, atnaujinimų, talpinimo ir tolesnių įnašų: aktyvių veiksmų, kurie kainuoja turtui pinigus. Tikėkitės atsisakymo. Klausimas, ar tai gali žengti toliau ir neleisti jums naudotis tuo, ką jau turite.
„Nebula“, „Berzona“ ir „Credit Suisse“ / „Jongepier“
Dešimtmetį tai buvo išties neaišku. Nebula byloje (Hoge Raad, 2006 m. lapkričio 3 d., ECLI:NL:HR:2006:AX8838) Aukščiausiasis Teismas nusprendė, kad nors bankrotas pats savaime nenutraukia galiojančių sutarčių, kita šalis, turinti naudojimo teisę, negali toliau ja naudotis prieš patikėtinį, tarsi bankroto nebūtų buvę; tai leistų vienam kreditoriui ignoruoti bankrotą kitų sąskaita. Tai buvo plačiai suprantama kaip leidimas patikėtiniui panaikinti jau egzistuojančią naudojimo teisę, ir tai kėlė nerimą licencijų turėtojams.
Šis tekstas neišliko. Byloje ABN AMRO/Berzona (Hoge Raad, 2014 m. liepos 11 d., ECLI:NL:HR:2014:1681) Aukščiausiasis Teismas nusprendė, kad bankrotas neturi jokios įtakos galiojančioms abipusėms sutartims ar iš jų kylantiems įsipareigojimams ir nesuteikia patikėtiniui jokių galių, kurių jam nesuteikia įstatymas ar sutartis – pavyzdžiui, jis negali nutraukti vis dar galiojančios nuomos sutarties.
Pozicija buvo išspręsta byloje „Credit Suisse/Jongepier qq“ (Hoge Raad, 2018 m. kovo 23 d., ECLI:NL:HR:2018:424). Patikėtinis gali pasyviai atsisakyti vykdyti prievolę, tačiau bankrotas nesuteikia jam teisės atšaukti skolininko iki bankroto atlikto įvykdymo ar nutraukti tęstinį įvykdymą, jei tai yra kažko toleravimas ar susilaikymas nuo kažko.
Ši frazė yra svarbi programinei įrangai. Licencija iš esmės yra teisių turėtojo įsipareigojimas toleruoti naudojimą, kuris kitaip pažeistų autorių teises – tęstinis vykdymas, susidedantis iš toleravimo. Todėl pagal dabartinius įstatymus iki bankroto teisėtai suteikta licencija lieka galioti, ir patikėtinis negali jos atšaukti. Patikėtinis gali atsisakyti visko, kas aktyvu, bet negali išjungti turimos naudojimo teisės.
Ką tai reiškia jūsų susitarimui
Iš to išplaukia du dalykai. Išlaisvinimo prievolė paliekama depozitinės sąskaitos agentui, o ne tiekėjui: įsteigta kaip nepriklausoma trečiosios šalies saugoma apsauga, išlaisvinimas yra paties agento įvykdymas, o patikėtinio įgaliojimai pagal 37 Fw straipsnį nukreipiami į turto, o ne į mokumo agento, įsipareigojimus, tuo tarpu dviejų šalių pažadas reikalauja, kad turtas įvykdytų prievolę, o patikėtinis gali to atsisakyti. Ir licencija suteikiama iš anksto, o ne išlaisvinimo metu – svarbiausias rengimo punktas, aptartas toliau.
Restruktūrizavimo, o ne bankroto atveju 373 Fw straipsnis riboja rėmimąsi ipso facto sąlygomis – nuostatomis, leidžiančiomis kitai šaliai iš dalies pakeisti, sustabdyti ar nutraukti sutartį vien dėl to, kad pradėta restruktūrizavimo procedūra. Šis apribojimas galioja schemos procedūroje, o ne bankroto atveju, ir atsakymas į jį vėlgi yra struktūrinis: kai susitarimas parengiamas kaip nepriklausomas trečiosios šalies pasaugos susitarimas, panaikinimo veiksnys taikomas paties agento prievolei ir nėra ipso facto nuostata, kurią galima panaikinti nei restruktūrizavimo pagal WHOA programą, nei bankroto atveju.
Kaip turi būti sudaryta licencija
Sąlyginio deponavimo paslauga suteikia jums šaltinio kodo kopiją, o ne teisę su juo ką nors daryti. Šaltinio kodas yra saugomas kūrinys; jo kompiliavimas, modifikavimas ir rezultato paleidimas yra ribojami veiksmai. Be licencijos, apimančios šiuos veiksmus, išleistas deponavimas yra aplankas, kurio negalite atidaryti. Susiekite sąlyginio deponavimo paslaugą su licencija, aiškiai leidžiančia klientui išleidimo metu naudoti, kompiliuoti, modifikuoti ir toliau plėtoti šaltinio kodą ir leisti tai padaryti trečiajai šaliai – praktiškai jūs patys šio darbo neatliksite.
Tada laikas. Licencija, suteikta atleidžiant nuo įsipareigojimų, yra trapi. Jei atleidžiantis nuo įsipareigojimų įvykis yra pats bankrotas, leidimą turėtų suteikti skolininkas, kuris nuo bankroto nutarties priėmimo dienos prarado teisę disponuoti turtu; 23 ir 35 Fw straipsniai trukdo, ir patikėtinis jums leidimą suteiks. „Credit Suisse/Jongepier“ reiškia, kad patikėtinis negali atšaukti jau turėtos licencijos, tačiau nėra ko atšaukti, jei jos niekada neturėjote.
Suteikti ją pačioje sutartyje, prieš bet kokį nemokumą, laikantis išankstinės sąlygos: suteikiama dabar, įsigaliojant išleidimo įvykiu. Teisė atsiranda nuo sutarties datos; tik jos įsigaliojimas yra atidedamas. Nyderlandų teisė paprastai yra palanki tokiai struktūrai. Byloje „Rabobank/Reuser“ (Hoge Raad, 2016 m. birželio 3 d., ECLI:NL:HR:2016:1046) Aukščiausiasis Teismas pripažino, kad tais atvejais, kai sąlyginė teisė buvo sukurta prieš bankrotą, sąlygos įvykdymas įsigaliojo vėliau be jokių tolesnių skolininko veiksmų. Ši byla buvo susijusi su sąlyginiu prekių perleidimu ir sąlyginės teisės įkeitimu. Jos taikymas sąlygiškai suteiktai autorių teisių licencijai yra teisinėje literatūroje patvirtinta ekstrapoliacija, o ne teismų išspręstas klausimas, ir jis turėtų būti pateiktas kaip toks.
Taip pat patvirtinkite, kad norint naudoti išleistą medžiagą, nereikia papildomo tiekėjo ar jo patikėtinio sutikimo ir kad leidžiama sublicencijuoti ją įpėdiniui kūrėjui.
SaaS ir debesija: vien šaltinio kodo nepakanka
Programinei įrangai, kurią valdote patys, išeities kodas, kūrimo instrukcijos ir licencija yra beveik išsamus atsakymas. Paslaugai tai nėra. Jei tiekėjo platforma užstringa, prarandate programą, aplinką, kurioje ji veikė, ir savo duomenis, o išeities kodas lėtai atkuria tik pirmąją dalį. SaaS tęstinumo susitarimas turi papildyti tris dalykus:
- Veiklos aplinka. Konteinerių atvaizdai, infrastruktūros kaip kodo apibrėžimai, konfigūracija, tinklo ir saugos nustatymai, vykdymo laiko priklausomybės – pakanka, kad platforma išliktų konkurencinga ir kitur.
- Duomenys. Reguliarus savo duomenų eksportas dokumentuotu, nepatentuotu formatu su schema. Duomenys, kurių negalite perskaityti, nėra jūsų turimi duomenys, o eksportas turėtų būti vykdomas visos sutarties galiojimo laikotarpiu, o ne tik išleidimo metu.
- Priėmimo santykiai. Būdas sudaryti tiekėjo sutartį su jo prieglobos paslaugų teikėju arba pranešimas tam paslaugų teikėjui, kad galite perimti paskyrą ir mokėti tiesiogiai.
Alternatyvos ir kas moka
Sąlyginio deponavimo paslauga ne visada yra geriausias pasirinkimas, ypač standartiniams produktams, kai esate vienas iš tūkstančių klientų ir reali rizika yra nebeįmanomas produktas. Trys lengvesnės parinktys dažnai yra naudingesnės: teisė į duomenų išėmimą – periodiškas eksportavimas dokumentuotu formatu, išbandytas bent kartą, apimantis didžiąją dalį rizikos beveik be jokių išlaidų; teisė į veikiančią kopiją – diegiamą atvaizdą, kurį galite naudoti pereinamuoju laikotarpiu, atkurdami paslaugą daug greičiau nei ją atstatydami; ir tiesioginis mokėjimas prieglobos paslaugų teikėjui , išlaikant aplinkos veikimą migracijos metu – pigiausias debesijos tęstinumo būdas, kuris dažniausiai pamirštamas.
Jei naudojate sąlyginio deponavimo paslaugą, tikėkitės vienkartinio nustatymo mokesčio, pasikartojančio metinio saugojimo mokesčio ir atskirų mokesčių už kiekvieną patikrinimą, kurie didėja priklausomai nuo patikrinimo išsamumo. Išlaidas apmoka tas, kuris nori apsaugos, paprastai klientas, nors tiekėjas, siūlantis sąlyginio deponavimo paslaugą kaip pardavimo argumentą, gali ją ir naudoti, o kelių gavėjų susitarimas, apimantis kelis vieno produkto klientus, išplečia šią kainą – tai įprastas momentas, kai tiekėjas priešinasi. Agentas privalo jums pranešti apie nesumokėjimą ir turėti teisę sumokėti vietoj jo.
Depozitinės sąskaitos susitarimo derybų kontrolinis sąrašas
- Ar tai tikras trijų šalių susitarimas su nepriklausomu agentu, pagal kurį jūs privalote tiesiogiai atsisakyti atsakomybės?
- Ar suteikiama licencija naudoti, kompiliuoti, modifikuoti ir toliau plėtoti šaltinio kodą? dabar, su išankstine sąlyga, o ne pažadėta išleidimo metu?
- Ar į deponuotų failų sąrašą įtrauktos kūrimo instrukcijos, priklausomybės, licencijos raktai ir dokumentacija, o ne tik šaltinio kodas, atnaujinamas kiekviename leidime?
- Koks patvirtinimo lygis sudaromas pagal sutartį ir kaip dažnai jis kartojamas?
- Ar išleidimo įvykius galima nustatyti iš dokumento, ar per praėjusį laiką, ar yra trumpas prieštaravimų pateikimo laikotarpis ir greitas ginčų sprendimo būdas?
- SaaS atveju: ar apimama aplinka, duomenys ir prieglobos santykiai, ar tik kodas?
- Kas moka, kas nutinka, jei tiekėjas nustoja mokėti, ir ar sąlyginio deponavimo sutartis atitinka pagrindinės sutarties taikomą teisę ir intelektinės nuosavybės sąlygas?
Ar Olandijos bankroto patikėtinis gali sustabdyti depozitinės sąskaitos agentą nuo šaltinio kodo paskelbimo?
Ne tiesiogiai. Trišalio susitarimo atveju įsipareigojimą dėl skolos išieškojimo jums pagal savo sutartį vykdo depozitinės sąskaitos agentas, ir agentas nėra bankrutavęs. Pagal 37 Fw straipsnį patikėtinio įgaliojimai yra atsisakyti turto prievolių, o ne nurodyti agentui. Tai yra pagrindinė priežastis, kodėl pirmenybė teikiama trišaliam susitarimui, o ne tiekėjo pažadui.
Ar mano programinės įrangos licencija galios ir po tiekėjo bankroto?
Licencija, teisėtai išduota iki bankroto, lieka galioti, ir patikėtinis negali jos atšaukti. Byloje „Credit Suisse/Jongepier qq“ (Hoge Raad, 2018 m. kovo 23 d., ECLI:NL:HR:2018:424) Aukščiausiasis Teismas patvirtino, kad patikėtinis negali nutraukti tęstinio veiksmo, kurį sudaro toleravimas ar susilaikymas, ir licencija yra toks veiksmas. Patikėtinis gali atsisakyti visko, kas veikia: priežiūros, palaikymo, atnaujinimų, talpinimo.
Ar „Nebula“ sprendimas vis dar kelia grėsmę licencijų turėtojams?
Ne tokia forma, kokios kadaise baimintasi. Byla „Nebula“ (Hoge Raad, 2006 m. lapkričio 3 d., ECLI:NL:HR:2006:AX8838) buvo plačiai aiškinama kaip leidžianti patikėtiniui nepaisyti esamos naudojimo teisės. Bylos „Berzona“ ir „Credit Suisse/Jongepier“ apsiribojo šia interpretacija. Patikėtinis gali atsisakyti vykdyti, tačiau neturi jokių įgaliojimų, kurių įstatymai ar sutartis nesuteikia, o licencijos atšaukimas nėra tokia teisė.
Kodėl licencijos išdavimas tik išleidus prekę yra problema?
Kadangi išmoka turėtų būti suteikta po bankroto, kai skolininkas praranda teisę disponuoti bankroto turtu ir patikėtinis neturi jokios prievolės veikti jūsų vardu. Teismų praktika gina jūsų jau turimas licencijas; ji jų nesukuria. Suteikite jas dabar, atsižvelgiant į išankstinę sąlygą, įsigaliojančią panaikinus išieškojimo procesą.
Ar sąlyginio deponavimo paslauga padeda su SaaS tiekėju?
Tik iš dalies. Šaltinio kodas neatkuria veikiančios paslaugos. Veiksmingas SaaS susitarimas taip pat turi apimti operacinę aplinką – konteinerio atvaizdus, infrastruktūros apibrėžimus, konfigūraciją – reguliarų duomenų eksportavimą dokumentuotu formatu ir būdą perimti arba sumokėti prieglobos paslaugų teikėjui. Be šių elementų tai reiškia, kad teks atlikti atkūrimą, o ne užtikrinti tęstinumą.
Ar tikrai verta mokėti už patvirtinimą?
Taip, viduriniame lygmenyje. Failo lygio patikrinimas patvirtina tik tai, kad kažkas atvyko. Išsamumo peržiūra pagal kūrimo instrukcijas ir priklausomybių sąrašą nustato svarbius gedimus – trūkstamus kūrimo veiksmus, nedokumentuotas priklausomybes, komponentus, kurių neturite teisės naudoti. Pilnas kūrimo ir paleidimo testas yra vienintelė įtikinama galimybė, verta savo kainos, kai sutrikdymas būtų egzistencinis.
