Paano gumagana ang paglilisensya ng software sa ilalim ng batas ng Netherlands

Ang paglilisensya ng software ay ang mekanismong pangkontrata kung saan pinahihintulutan ng may-ari ng karapatang-ari sa isang programa ang ibang tao na gamitin ito. Sa ilalim ng batas ng Netherlands, ang programa sa kompyuter ay isang protektadong gawa sa sarili nitong karapatan sa ilalim ng artikulo 10, unang talata, punto 12 ng Auteurswet (Batas sa Karapatang-ari), kaya ang bawat kilos ng paglo-load, pagkopya o pag-aangkop nito ay nangangailangan ng pahintulot o isang eksepsiyon ayon sa batas. Ang lisensya ay ang pahintulot na iyon, at ang saklaw, tagal at mga kundisyon nito ay itinakda ng kasunduan, na napapailalim sa isang maliit na pangunahing karapatan na hindi maaaring piliting isuko ng may lisensya.

Ipinapaliwanag ng balangkas na iyan ang halos lahat ng bagay na nagkakamali ang mga organisasyon tungkol sa paglilisensya ng software: tinatrato nila ang lisensya bilang isang resibo sa halip na isang kontrata, inaangkin nila ang mga karapatang hindi kailanman ipinagkaloob ng lisensya, at natutuklasan nila ang kakulangan sa panahon ng pag-audit ng vendor o isang migrasyon. Inilalahad ng artikulong ito kung ano talaga ang ibinibigay sa iyo ng batas ng Dutch at Europe, kung ano ang idinaragdag o inaalis ng lisensya, at kung aling mga sugnay ang nagpapasya sa iyong pagkakalantad.

Ang makukuha mo kapag naglisensya ka ng software

Hindi ka bumibili ng software. Nagkakaroon ka ng karapatang gumamit ng kopya, batay sa mga tuntunin ng lisensya, habang ang karapatang-ari ay nananatili sa may-ari ng mga karapatan. Ang pagkakaibang iyan ay may mga praktikal na kahihinatnan: hindi mo maaaring ipagpalagay na maaari mong i-install ang programa sa pangalawang server, patakbuhin ito para sa isang grupo ng kumpanya, hayaan ang isang kontratista na gamitin ang iyong account, o patuloy na gamitin ito pagkatapos matapos ang kasunduan, maliban kung nakasaad sa lisensya.

Gayunpaman, hindi tinatrato ng batas ng Olandes ang bawat pagkuha ng software bilang isang purong lisensya. Sa hatol ni De Beeldbrigade noong Abril 27, 2012 (ECLI:NL:HR:2012:BV1301), ipinahayag ng Hoge Raad na ang mga patakaran sa pagbebenta sa Aklat 7 ng Kodigo Sibil ay nalalapat sa pagkuha ng karaniwang software na ibinibigay para sa isang walang takdang panahon laban sa isang minsanang pagbabayad, kahit na ang software ay hindi isang nasasalat na bagay. Ang praktikal na epekto ay ang kinakailangan sa pagsunod ng batas ng pagbebenta ay nalalapat: ang software ay dapat magtaglay ng mga katangiang karapat-dapat asahan ng mamimili. Iyon ay isang mas matibay na posisyon kaysa sa isang hubad na kontratadong warranty, at ito ang isang dahilan kung bakit mas gusto ng mga vendor ang mga modelo ng subscription at cloud, na mga serbisyo kaysa sa mga benta.

Kung ang kostumer ay isang mamimili, may karagdagang antas na nalalapat. Ang Aklat 7 ng Kodigo Sibil ay naglalaman ng hiwalay na hanay ng mga patakaran sa mga kontrata para sa pagbibigay ng digital na nilalaman at mga serbisyong digital simula noong Enero 1, 2022, na nagpapatupad ng direktiba ng Europa sa paksang iyon. Ang mga patakarang iyon ay nagpapataw ng mga kinakailangan sa pagsunod, isang obligasyon sa pag-update hangga't makatuwirang inaasahan ng kostumer ang mga update, at mga remedyo na hindi maaaring ibukod sa disbentaha ng kostumer. Ang mga lisensya sa negosyo-sa-negosyo ay higit na ipinapaubaya sa kalayaan ng kontrata, kaya nga mas mahalaga ang negosasyon sa setting na iyon.

Kung sino ang nagmamay-ari ng software na isinulat para sa iyo ay isang hiwalay na tanong na nakakapukaw ng atensyon ng maraming organisasyon. Ang karapatang-ari sa isang programang isinulat ng isang empleyado sa pagganap ng kanilang mga tungkulin ay nasa employer sa ilalim ng artikulo 7 ng Auteurswet. Ang karapatang-ari sa isang programang isinulat ng isang freelancer o isang ahensya ng pagpapaunlad ay nananatili sa partidong iyon maliban kung ito ay inilipat sa pamamagitan ng isang nakasulat na gawad. Ang isang kliyenteng nagkomisyon nang walang nakasulat na pagtatalaga ay nagtatapos sa isang ipinahiwatig na lisensya na may hindi tiyak na saklaw, na natuklasan sa sandaling kailangan nitong ibenta ang negosyo o magpalit ng supplier. Ang aming artikulo tungkol sa paglilisensya ng proprietary software ay tinatalakay ang ugnayang iyon nang mas detalyado.

Ang mga karapatang ibinibigay sa iyo ng batas anuman ang nakasaad sa lisensya

Ang batas ng software sa Europa ay naglalaan ng maliit na bilang ng mga karapatan sa legal na kumuha, at ang isang sugnay na nagbabalak na ibukod ang mga ito ay walang bisa. Ang pagkaalam sa mga ito ay nagbabago ng balanse sa isang hindi pagkakaunawaan.

Pinahihintulutan ng Artikulo 45j ng Auteurswet ang legal na kumuha ng isang kopya na gumawa ng mga reproduksyon na kinakailangan para sa nilalayong paggamit ng programa. Maaaring magbago ang mga partido sa kontrata, maliban sa isang eksepsiyon na hindi maaaring baguhin: ang reproduksyon na nagaganap habang nilo-load ang programa, ipinapakita ito, o itinatama ang mga pagkakamali dito ay hindi maaaring ipagbawal ng kasunduan. Ang isang lisensya na nagbabawal sa iyo na ayusin ang isang depekto na pumipigil sa software na gumana ayon sa nilalayong layunin ay, sa lawak na iyon, hindi maipapatupad.

Pinapayagan ng Artikulo 45k ng Auteurswet ang legal na gumagamit na gumawa ng backup na kopya kung saan kinakailangan ito para sa nilalayong paggamit, at ang karapatang ito ay hindi rin maaaring alisin. Pinapayagan ng Artikulo 45m ang decompilation, ngunit sa ilalim lamang ng mahigpit na mga kundisyon: dapat itong maging lubhang kailangan upang makuha ang impormasyong kinakailangan upang makamit ang interoperability sa isang programang nilikha nang nakapag-iisa, dapat itong isagawa ng isang legal na kumukuha, ang impormasyon ay hindi dapat madaling magamit, at dapat itong limitado sa mga bahagi ng programa na kinakailangan para sa layuning iyon. Ang decompile upang makabuo ng isang kakumpitensyang produkto ay wala sa eksepsiyon. Kinumpirma ng Hukuman ng Hustisya sa Top System (C-13/20, 6 Oktubre 2021) na ang isang legal na kumukuha ay maaari ring mag-decompile upang itama ang mga error na nakakaapekto sa paggana ng programa.

Isa pang prinsipyo ang naglilimita sa kung ano ang maaaring monopolyohin ng isang lisensya. Sa SAS Institute (C-406/10, 2 Mayo 2012), ipinahayag ng Hukuman ng Hustisya na hindi ang paggana ng isang programa sa kompyuter, ni ang wika ng programming, ni ang format ng mga data file na ginagamit nito ay protektado ng copyright sa programa. Ang protektado ay ang ekspresyon: ang source at object code. Inilalagay ng aming gabay sa batas sa intelektwal na ari-arian sa Netherlands ang copyright ng software kasama ng iba pang mga karapatang umaasa sa isang negosyo ng teknolohiya. Ang isang kakumpitensya na nag-aaral kung ano ang ginagawa ng iyong software at sumusulat ng kanilang sariling implementasyon ay hindi lumalabag sa iyong copyright, gaano man ito kahindi kanais-nais.

Mga lisensyang pagmamay-ari, open source, at copyleft

Ang mga lisensya ay nahahati sa tatlong pamilya, at ang pagkakaiba sa pagitan ng mga ito ay hindi ideolohikal kundi operasyonal: tinutukoy nito kung ano ang dapat mong ibunyag at kung ano ang maaari mong singilin.

Mga lisensyang pagmamay-ari

Pinapanatiling sarado ng isang lisensyang pagmamay-ari ang source code at nagbibigay ng isang tinukoy, kadalasang hindi eksklusibo at hindi maililipat, na karapatan sa paggamit. Ang mga paghihigpit ang siyang nilalaman ng kasunduan: ang pinakamataas na bilang ng mga pinangalanang user o device, isang pinahihintulutang kapaligiran, isang pagbabawal sa sublicensing, at isang pagbabawal sa reverse engineering na epektibo lamang hanggang sa lawak na hindi ito sumasalungat sa mga karapatan ayon sa batas na inilarawan sa itaas. Kinokontrol ng vendor ang mga update, suporta at pagpepresyo, at ang customer ang mananagot sa gastos sa paglipat kung ang produkto ay itinigil o magbabago ang mga tuntunin. Ang dependency na iyon ay isang panganib sa kontrata, at pinamamahalaan ito sa pamamagitan ng pakikipagnegosasyon sa mga panahon ng abiso, mga limitasyon sa pagtaas ng presyo, mga kaayusan sa pagpapatuloy at, para sa mga sistemang kritikal sa negosyo, isang escrow ng source code.

Mga lisensyang may pahintulot na open source

Ang mga lisensyang open source ay mga lisensya sa copyright, hindi isang pagtalikod sa copyright, at ang mga ito ay maaaring ipatupad sa parehong paraan tulad ng anumang iba pang lisensya: kung lalabagin mo ang mga kundisyon, mawawala sa iyo ang pahintulot, na mag-iiwan sa iyong paglabag.

Ang mga lisensyang permisive tulad ng MIT, BSD at Apache 2.0 ay nagpapataw ng kaunting obligasyon. Maaari mong isama ang code sa isang komersyal na produkto, kabilang ang isa na ipinamamahagi mo sa binary form lamang, basta't kopyahin mo ang abiso ng copyright, ang teksto ng lisensya at ang mga disclaimer. Nagdaragdag ang Apache 2.0 ng isang express patent license at isang kinakailangan na sabihin na binago mo ang mga file. Ang mga obligasyong ito ay madaling matugunan at madaling makaligtaan, at ang isang omitted notice file ang pinakakaraniwang pagkabigo sa pagsunod sa open source sa pagsasagawa.

Mga lisensya sa Copyleft

Ang mga lisensya ng Copyleft, kung saan ang GNU General Public License ang pinakakilala, ay may kalakip na kundisyon sa pamamahagi: sinumang makatanggap ng binary ay dapat ding makakuha ng kaukulang pinagmulan, sa ilalim ng parehong lisensya. Kung babaguhin mo ang GPL code at ipamahagi ang resulta , ang obligasyon ng copyleft ay umaabot sa kabuuan ng gawa, na maaaring mangahulugan ng pagsisiwalat ng code na balak mong panatilihing pagmamay-ari. Ang paggamit ng GPL software sa loob, nang hindi ito ipinamamahagi, ay hindi nagti-trigger ng obligasyon, ngunit ang Affero variant ng GPL ay itinuturing na ginagawang available ang software sa isang network bilang katumbas ng pamamahagi, na siyang tiyak na sitwasyon ng isang SaaS provider.

Ang Lesser GPL ay may gitnang punto: maaari mong i-link ang proprietary code sa isang LGPL library nang hindi binubuksan ang sarili mong code, basta't mapalitan ng user ang library ng isang binagong bersyon. Kung natutugunan ba ng static linking ang kundisyong iyon ay isang tanong na nararapat sa payo bago, hindi pagkatapos, ng paglabas.

Para sa isang kumpanyang nagpapadala ng software, ang praktikal na sagot ay isang nakasulat na patakaran para sa open source, isang imbentaryo ng bawat bahagi at ang lisensya nito, at isang awtomatikong pagsusuri sa pipeline ng pagbuo. Ang imbentaryo rin ang hihilingin ng isang mamimili sa panahon ng due diligence, at ang kawalan nito ay maaasahang nakakabawas sa presyo ng pagbili.

Mga modelo ng paglilisensya at kung ano ang ibig sabihin ng mga ito sa legal na paraan

Sinasabi ng uri ng lisensya kung ano ang maaari mong gawin sa code. Sinasabi naman ng modelo ng paglilisensya kung paano ka magbabayad at kung paano sinusukat ang paggamit, at tinutukoy nito kung saan nakasalalay ang panganib sa pagsunod.

Ang isang lisensyang may pangalang gumagamit o per-seat ay nakatali sa isang kinilalang indibidwal. Ang pagbabahagi ng isang pinangalanang account sa pagitan ng dalawang empleyado ay isang paglabag kahit na ang dalawa ay hindi kailanman nagtatrabaho nang sabay, at ito ang paglabag na pinakamadaling matukoy ng mga vendor. Nililimitahan ng isang sabay-sabay o lumulutang na lisensya ang bilang ng mga sabay-sabay na gumagamit at ipinapatupad ng isang server ng lisensya; dito ang panganib ay hindi ang pagbabahagi kundi ang paglampas sa peak. Ang isang lisensyang may pangalang gumagamit o per-core ay sinusukat laban sa hardware, at ang virtualization ang siyang nagiging mali: ang pagpapatakbo ng isang lisensyadong instance sa isang cluster ay maaaring, sa ilalim ng mga sukatan ng ilang vendor, ituring bilang paglilisensya sa bawat pisikal na core sa cluster na iyon. Basahin ang kahulugan ng sukatan, hindi ang listahan ng presyo.

Ang pagpili sa pagitan ng isang perpetual license at isang subscription ay legal at pinansyal. Ang isang perpetual license ay nagbibigay ng walang takdang karapatan na gumamit ng isang partikular na bersyon; ang suporta at mga bagong bersyon ay nagmumula sa isang hiwalay na kasunduan sa pagpapanatili , at ang pagpapawalang-bisa ng kasunduang iyon ay hindi nag-aalis ng karapatang patuloy na gamitin ang mayroon ka. Ang isang subscription ay nagbibigay lamang ng paggamit hangga't nagbabayad ka, kaya ang katapusan ng kontrata ay ang katapusan ng iyong access; ang mga tanong na dapat sagutin nang maaga ay kung ano ang mangyayari sa iyong data, sa anong format ito ibabalik, at kung gaano katagal tutulong ang vendor sa paglabas.

Ang pag-deploy ng cloud at on-premises ay muling nagbabangon ng magkakaibang isyu. Sa software na tumatakbo sa imprastraktura ng vendor, bumibili ka ng serbisyo, at dapat tugunan ng kasunduan ang availability, mga oras ng pagtugon sa suporta, mga subcontractor, lokasyon ng data at mga kahihinatnan ng pagtatapos. Kung saan pinoproseso ang personal na data, kailangan mo rin ng isang kasunduan sa pagproseso ng data na nakakatugon sa mga kinakailangan ng artikulo 28 ng GDPR; hindi nagagawa ng isang kasunduan sa lisensya ang trabahong iyon. Inilalahad ng aming artikulo tungkol sa kontrata ng cloud sa Netherlands kung ano ang dapat saklawin ng kontratang iyon.

Maaari mo bang ibenta muli o ilipat ang isang lisensya ng software

Minsan, at ang sagot ay sumusunod sa isang malinaw na linyang Europeo. Sa UsedSoft (C-128/11, 3 Hulyo 2012), ipinahayag ng Hukuman ng Hustisya na kung saan ang isang may-ari ng karapatan ay naglalaan ng kopya ng isang programa para sa pag-download at mga gawad, kapalit ng pagbabayad ng bayad, ng karapatang gamitin ang kopyang iyon sa loob ng walang limitasyong panahon, naibenta na nito ang kopyang iyon. Ang karapatan sa pamamahagi sa kopyang iyon ay nauubos na, at hindi maaaring tutulan ng may-ari ng karapatan ang muling pagbebenta nito, kahit na ang kopya ay hindi kailanman nasa isang disc. Dapat gawing hindi magamit ng unang kumuha ang sarili nitong kopya sa sandali ng muling pagbebenta, at ang isang lisensya para sa isang tinukoy na bilang ng mga gumagamit ay hindi maaaring hatiin at ibenta nang bahagya.

Mahalaga ang mga limitasyon gaya ng tuntunin. Ang "exhaustion" ay naaangkop sa isang perpetual na lisensyang ibinebenta nang sabay-sabay, hindi sa isang subscription o serbisyo. Kinumpirma ng Korte sa Tom Kabinet (C-263/18, Disyembre 19, 2019) na ang pagbibigay ng e-book sa pamamagitan ng pag-download para sa permanenteng paggamit ay isang komunikasyon sa publiko sa halip na isang pamamahagi, kaya walang exhaustion na magaganap; ang hatol ng software ay nakasalalay sa mga partikular na probisyon ng Software Directive at hindi umaabot sa iba pang mga digital na gawa. Ang mga kontrata sa pagpapanatili at suporta ay hindi ililipat kasama ng lisensya maliban kung sumang-ayon ang vendor.

Sa pagsasagawa, ang isang lisensyang naibenta batay dito ay maaaring ilipat sa kabila ng pagbabawal sa kontrata, ngunit ang lahat ng bagay na nakapalibot dito ay maaaring ipagpalit. Bago bumili ng mga lisensyang segunda-mano, hingin ang kadena ng titulo, ang orihinal na invoice, at isang nakasulat na kumpirmasyon mula sa nagbebenta na ang mga kopya nito ay binura na.

Mga pag-audit ng vendor at kung ano ang dapat tanggapin ng isang kumpanyang Dutch

Karamihan sa mga kasunduan sa negosyo ay naglalaman ng isang audit clause, at ginagamit ito ng mga vendor. Ang clause ang nagbibigay sa vendor ng mga karapatan nito, kaya ito ang unang dokumentong babasahin kapag may dumating na abiso.

Ang isang karaniwang pag-audit ay nagsisimula sa isang liham na nagpapahayag ng isang pag-audit at humihingi ng datos ng pag-deploy, mga talaan ng pagbili, at mga ulat ng sistema sa loob ng isang takdang panahon. Ikaw ay nakatali sa kung ano ang nakasaad sa sugnay at wala nang iba pa. Ang isang mahusay na nakabalangkas na sugnay ay naglilimita sa mga pag-audit sa isang beses sa isang taon, nangangailangan ng makatwirang abiso, nililimitahan ang pagsasagawa sa mga normal na oras ng negosyo, inoobliga ang auditor na pumirma sa isang pangakong kumpidensyalidad, nagtatadhana na ang vendor ang sasagot sa gastos maliban kung may matagpuang malaking kakulangan, at nililimitahan ang saklaw sa mga produktong aktwal na lisensyado. Kung saan walang sugnay, ang mga kinakailangan ng pagiging makatwiran at pagiging patas sa ilalim ng artikulo 6:248 ng Kodigo Sibil ay pumupuno sa kakulangan, at hindi nito binibigyan ng karapatan ang isang vendor na magkaroon ng walang limitasyong access sa iyong mga sistema.

Tatlong praktikal na tuntunin ang nalalapat. Huwag ibigay ang hilaw na datos bago mo pa man maisagawa ang pagsukat; ang talakayan ay halos palaging tungkol sa kung paano binibilang ang paggamit sa halip na tungkol sa kung ano ang naka-install. Ipadaan ang lahat ng komunikasyon sa isang tao at kumpirmahin ang bawat kasunduan nang nakasulat. At panatilihin ang pagsasanay sa loob ng kontrata: ang isang auditor na humihingi ng access sa mga sistema sa labas ng mga lisensyadong produkto, o para sa personal na datos ng mga empleyado, ay humihingi ng isang bagay na hindi ibinibigay ng sugnay, at ang GDPR ay nalalapat sa kahilingang iyon gaya ng sa iba pa.

Kung tunay ang kakulangan, ang paghahabol ng nagtitinda ay isang kontrata para sa mga lisensyang dapat sana'y binili, at kadalasan ay may puwang para makipagnegosasyon: isang pagbiling nakatuon sa hinaharap sa halip na mga bayarin na retroaktibo, pagwawaksi ng mga parusa kapalit ng mas mahabang panahon, o paglipat sa ibang sukatan. Kung saan nagbabanta ang nagtitinda ng mga paglilitis sa copyright, dapat nitong patunayan ang paglabag sa mga partikular na karapatan, at ang mga remedyo na magagamit nito ay ang sa Auteurswet, kabilang ang posibilidad na mabawi ang buong legal na gastos ng mga paglilitis sa intelektwal na ari-arian. Inilalarawan ng aming artikulo tungkol sa pagpapatupad ng mga karapatan sa intelektwal na ari-arian sa Netherlands ang rutang iyon, at ang ganitong uri ng hindi pagkakaunawaan ay kadalasang nagsisimula sa isang sulat ng pagtigil at pagtigil.

Ang mga paglabag na lumalabas sa mga ulat ng audit ay pare-pareho: mga instalasyon na lumaki pagkatapos ng orihinal na pag-deploy nang walang katugmang mga pagbili, mga account ng mga umalis na empleyado na naiwang aktibo, mga lisensya ng pinangalanang gumagamit na pinagsasaluhan ng mga tao, mga upgrade na na-install nang walang mga karapatan sa pag-upgrade, paggamit sa produksyon ng isang lisensya sa pag-develop o pagsubok, at mga virtual na kapaligiran na binibilang nang iba mula sa inaakala ng customer. Ang bawat isa sa mga ito ay maiiwasan sa pamamagitan ng isang tumpak na rehistro ng mga karapatan at pag-deploy, na pinag-ugnay nang hindi bababa sa isang taon. Ang pagpapanatili ng rehistrong iyon ay bahagi rin ng pangkalahatang pagsunod sa batas sa loob ng organisasyon.

Ang mga sugnay na nagpapasya sa iyong panganib

Karamihan sa mga lisensya ng software ay inihaharap bilang hindi maaaring pag-usapan. Para sa isang tool na available na karaniwang totoo at karaniwang katanggap-tanggap. Para sa anumang bagay na nakasalalay sa negosyo, limang sugnay ang nararapat na tunay na pansin.

Ang saklaw ng grant ang inuuna. Dapat nitong sabihin kung sino ang maaaring gumamit ng software, kabilang ang mga kompanya ng grupo, mga kontratista at mga tagapagbigay ng outsourcing; sa aling mga kapaligiran, kabilang ang mga test, disaster recovery at backup instances; at sa aling mga teritoryo. Ang isang grant na mas makitid kaysa sa paraan ng iyong aktwal na pagpapatakbo ay isang kakulangan na naghihintay na matuklasan.

Ang pangalawa ay ang limitasyon ng pananagutan. Sa ilalim ng batas ng Olandes, ang ganitong sugnay ay may bisa sa isang relasyon sa negosyo, ngunit maaari itong isantabi kung saan ang pag-asa dito ay hindi katanggap-tanggap ayon sa mga pamantayan ng pagkamakatuwiran at pagiging patas, at hindi nito mapoprotektahan ang isang partido na ang sariling intensyon o sadyang kawalang-ingat ang sanhi ng pinsala. Ang mahalaga ay ang akma: ang isang limitasyon na itinakda sa taunang bayad ay maaaring ipagtanggol para sa isang kagamitang mababa ang halaga at hindi maaaring ipagtanggol para sa isang sistema na ang pagkabigo ay humihinto sa produksyon. Tingnan nang hiwalay kung ang hindi direkta at bunga na pagkalugi ay hindi kasama, dahil ang pagbubukod na iyon ay kadalasang nag-aalis ng pagkalugi na talagang makakasama.

Ang pangatlo ay ang bayad-pinsala sa intelektwal na ari-arian. Kung ang isang ikatlong partido ay mag-aangkin na ang software ay lumalabag sa mga karapatan nito, ang customer ang siyang kakasuhan dahil sa paggamit nito. Ang wastong bayad-pinsala ay nag-oobliga sa vendor na ipagtanggol ang paghahabol at bayaran ang mga nagresultang pinsala at gastos, at binibigyan ito ng opsyon na kumuha ng lisensya, baguhin ang software o ibalik ang katumbas na bahagi ng bayarin. Abangan ang mga bayad-pinsala na may limitasyon sa parehong mababang halaga gaya ng general liability clause, na ginagawang halos walang halaga ang mga ito.

Ang pang-apat ay ang pagpapatuloy. Ano ang mangyayari kung ang vendor ay tumigil sa pagsuporta sa produkto, kinuha, o naging insolvent? Ang isang source code escrow na may malinaw na release trigger ang karaniwang sagot para sa on-premises software, at para sa mga cloud service, ang katumbas nito ay isang exit plan, napagkasunduang mga format ng data, at isang tinukoy na panahon ng transisyon. Ang insolvency ay nararapat bigyan ng pansin dahil ang posisyon ng isang licensee sa isang Dutch bankruptcy ay hindi diretso: ang trustee ay hindi obligado na magpatuloy sa pagganap, at habang mas umaasa ang serbisyo sa vendor na gumagawa ng isang bagay sa halip na basta na lang tiisin ang iyong paggamit, mas nalalantad ka.

Ang panglima ay ang sugnay ng pagbabago. Karaniwang may karapatan ang mga vendor na baguhin ang mga termino, sukatan, o dokumentasyon ng produkto nang unilateral. Ang pagtanggap nito nang walang mga limitasyon ay nangangahulugan ng pagtanggap ng presyo at saklaw na hindi mo pa nakikita. Ang isang maayos na kompromiso ay nag-uugnay sa mga pagbabago sa isang panahon ng abiso at nagbibigay sa customer ng karapatang wakasan nang walang parusa kung ang pagbabago ay lubhang salungat. Ang pangkalahatang gabay sa pakikipagnegosasyon sa mga dokumentong ito ay nakasaad sa aming artikulo tungkol sa mga kontrata at kasunduan.

Ano ang dapat gawin bago ka pumirma, at ano ang dapat gawin bawat taon

Bago pumirma, i-mapa ang paraan kung paano aktwal na gagamitin ang software batay sa mga nakasaad sa grant, at ayusin ang pagkakaiba sa kontrata sa halip na sa pamamagitan ng email mula sa isang sales representative. Tukuyin kung aling sukatan ang naaangkop at kung paano ito sinusukat, sa pamamagitan ng pagsulat, gamit ang isang halimbawa para sa iyong sariling kapaligiran. Kumpirmahin kung ang kasunduan ay isang perpetual license o isang subscription, at kung ano ang iyong itatago sa huli. Suriin ang audit clause, ang liability cap, ang indemnity at ang change clause laban sa halaga ng sistema para sa negosyo.

Pagkatapos ng pagpirma, ang trabaho ay administratibo at ito ang pumipigil sa mga hindi pagkakaunawaan. Magtago ng iisang rehistro ng mga karapatan: mga kontrata, mga order form, mga invoice, mga susi ng lisensya, mga sukatan at mga petsa ng pag-renew. Itugma ito sa mga aktwal na pag-deploy nang hindi bababa sa isang beses sa isang taon, at palaging pagkatapos ng isang reorganisasyon, isang pagkuha o isang paglipat sa virtual o cloud infrastructure, dahil ang mga iyon ang mga pangyayaring lumilikha ng mga kakulangan. Alisin ang mga account ng mga taong umalis. Panatilihing napapanahon ang open source na imbentaryo kasama nito. Wala sa mga ito ang mahirap, at lahat ng ito ay mas mura kaysa sa alternatibo.

Law & More Nagpapayo sa mga negosyo sa Netherlands tungkol sa paglilisensya ng software, pagbuo at mga kasunduan sa SaaS, pagsunod sa open source, at mga hindi pagkakaunawaan sa mga vendor ng software, kabilang ang mga pag-audit at mga paghahabol sa paglabag. Sinusuri at pinag-uusapan namin ang mga tuntunin ng lisensya, tinatasa ang iyong posisyon kapag ang isang vendor ay naghain ng paghahabol, at kumikilos sa mga paglilitis kung saan walang magagamit na kasunduan. Kung nais mong marepaso ang iyong mga kontrata sa software, mangyaring makipag-ugnayan sa aming mga abogado.