Tarkvaraarenduse allhankelepingutes avatud lähtekoodiga tarkvara kasutamisel tähelepanu vajavad punktid

OSS (Open Source Software ehk avatud lähtekoodiga tarkvara) on muutunud paljudes tarkvaraarendusprojektides oluliseks abivahendiks, aidates vähendada arenduskulusid ja töömahtu. Kui tarkvaraarendus on välja antud alltöövõtule, võib seal samuti kasutada OSS-i, kuid sel juhul on oluline teada, milliseid ettevaatusabinõusid tuleks arenduslepingu sõlmimisel arvesse võtta.

Käesolevas artiklis käsitleme, milliseid aspekte tuleks silmas pidada, kui kasutatakse OSS-i tarkvaraarenduse väljasttellimise lepingutes Jaapanis.

Tarkvaraarenduse tellimisel tuleb tähelepanu pöörata OSS-i kasutamise riskidele Jaapanis

Tarkvaraarenduse tellimisel Jaapanis peate olema valmis adekvaatselt reageerima avatud lähtekoodiga tarkvara (OSS) kasutamisega kaasnevatele riskidele. Vaatame üle, millised riskid võivad tekkida.

Lähtekoodi avalikustamise kohustus võib olla vastuolus NDA-ga

OSS-i hulgas on litsentse, mis säilitavad autoriõigused, kuid annavad kasutajatele vabaduse kopeerida, muuta ja levitada teost. Üks selline näide on Free Software Foundation (FSF) poolt loodud GNU General Public License (GPL).

Kui kasutate GPL-tüüpi litsentsiga OSS-i, võib OSS-i litsents nõuda lähtekoodi avalikustamist. See võib tekitada kohustuse avalikustada kogu tellitud tarkvara lähtekood, mis võib olla vastuolus konfidentsiaalsuskohustuse (NDA) või suletud kommertsliku pakkumise poliitikaga. Seetõttu on tarkvaraarenduse tellimisel hädavajalik hoolikalt läbi vaadata kasutatava OSS-i litsentsid.

Autoriõiguste märkimise ja litsentsidokumentide kaasamise kohustus

MIT ja Apache litsentsid nõuavad samuti autoriõiguste märkimist ja litsentsidokumentide kaasamist.

Selle tähelepanuta jätmine võib viia OSS-i litsentsi rikkumiseni, mis omakorda võib põhjustada tarkvara kasutamise peatamist või kahjutasu nõudeid. Tarkvaraarenduse tulemusi üle andes peate kindlasti tagama, et kõik vajalikud dokumendid oleksid kaasas.

Kasutuspiirangud ja litsentside ühilduvuse eritingimused

OSS-i puhul võib esineda kasutuspiiranguid või litsentside ühilduvuse piiranguid.

Näiteks Euroopa Liidu poolt välja töötatud litsents EUPL (European Union Public Licence) lubab küll litsentsi asendamist ühilduva litsentsiga levitamisel, kuid see ühilduv litsents peab olema EUPL-i ametlikult määratletud. Samuti on Mozilla Foundationi poolt loodud MPL (Mozilla Public License) versioonis 1.1 piiranguid, mis ei võimalda ühilduvust teiste OSS-idega.

OSS-i valimisel tuleb arvestada mitte ainult litsentsi tingimustega, vaid ka projekti äriplaani ja müügistrateegiaga, et vältida võimalikke probleeme.

Kolmandate osapoolte autoriõiguste või patendiõiguste rikkumise risk

Isegi OSS-i puhul võib esineda juhtumeid, kus selles sisalduv kood rikub kolmandate osapoolte autoriõigusi või patendiõigusi. Näiteks võib see hõlmata loata koodi kopeerimist ja kleepimist või litsentsile mittevastavate tuletatud tööde segunemist. Tarkvaraarenduse tellijal on kohustus tagada, et arendaja järgib mitte ainult litsentse, vaid viib läbi ka põhjalikud patendiõiguste ja autoriõiguste uuringud.

Tellija ja alltöövõtja rollid ning vastutusala tuleb selgelt määratleda

Tarkvaraarenduse tellimislepingutes võib esineda arusaamatusi tellija (tellija) ja alltöövõtja (täitja) vahel seoses OSS-i kasutamise ja vastutusala mõistmisega.

Eriti oluline on lepingus selgelt määratleda, kes viib läbi litsentsiuuringuid ja järgib nõuetele vastavust ning kes vastutab probleemide ilmnemisel. Kui seda ei ole lepingus täpsustatud, võib see hiljem põhjustada vaidlusi.

Tõrked seoses avatud lähtekoodiga tarkvaraga (OSS) Jaapanis

Vaatame üle tõrgete juhtumid, mis on seotud avatud lähtekoodiga tarkvaraga (OSS), ja mida võib juhtuda, kui tarkvaraarendus on välja antud alltöövõtule.

Kuulsad rikkumisjuhtumid nii kodu- kui välismaal

Minevikus on ettevõtteid, kes on rikkunud OSS-litsentsi tingimusi, ähvardanud toodete tarnimise peatamine ja kohtuvaidlused. Näiteks on olnud juhtumeid, kus ruuterite arendamisega tegelev ettevõte on GPL-litsentsi rikkumise tõttu kohtusse kaevatud ning neile on määratud müügikeeld ja kahjutasu maksmine.

Kui sarnases olukorras on tarkvaraarendus antud välja alltöövõtule, võib ettevõte nõuda alltöövõtjalt müügikeelu ja kahjutasu maksmisest tulenevate kahjude hüvitamist.

Seotud artikkel: Mis on OSS-litsentsi rikkumine? Ettevõtted peaksid teadma riske ja kaitsemeetmeid, selgitatuna näidete põhjal[ja]

OSS-litsentsi rikkumisest tulenevad õiguslikud ja ärialased kahjud Jaapanis

OSS-litsentsi rikkumine võib kaasa tuua mitte ainult õiguslikke tagajärgi, nagu kasutamise keelamine ja kahjutasu maksmine, vaid ka ärialaseid kahjusid, nagu maine langus ja klientide kaotamine. Kuna alltöövõtjalt nõutavad õiguslikud hüvitised ei pruugi kõiki kahjusid katta, tuleb OSS-litsentsi rikkumist vältida.

Tarkvaraarenduse lepingusse lisatavad olulised tingimused Jaapanis

Tarkvaraarenduse lepingu sõlmimisel, arvestades avatud lähtekoodiga tarkvara (OSS) kasutamisega kaasnevaid riske, on oluline lepingusse lisada järgmised tingimused.

OSS kasutamise avalikustamine ja nõusoleku tingimused

Tarkvaraarenduse lepingusse tuleks lisada tingimus, mis avalikustab “võimaluse, et kasutatakse OSS-i” ja nõuab lepingu sõlmija eelnevat nõusolekut.

Kui OSS-i kasutamisest võib tekkida probleeme, on oluline neid lepinguga ette näha. Tarkvaraarenduse lepingusse tuleks selgelt kirjutada, millist OSS-i ja mis ulatuses kasutatakse, et vältida arusaamatusi ja vaidlusi tellija ja teenusepakkuja vahel.

Vastutuse jaotamise tingimused (lepingu mittevastavuse vastutus, kahjude hüvitamine jne)

On vajalik selgelt määratleda vastutuse jaotus juhuks, kui ilmnevad litsentsirikkumised või õiguste rikkumised.

Näiteks, kui arendatud tarkvaral puuduvad tellitud funktsioonid, võib tekkida lepingu mittevastavuse vastutus. Kui esineb litsentsirikkumisi või õiguste rikkumisi ja vastutuse jaotus pole määratletud, on vältimatu, et tellija ja teenusepakkuja vahel tekivad probleemid. Tuleks lepingus sätestada, millised on teenusepakkuja kahjude hüvitamise kohustused juhul, kui OSS-i kasutatakse ilma loata, ja tellija vastutuse ulatus, kui OSS-i kasutamine on tellitud. Lisateavet lepingu mittevastavuse vastutuse kohta leiate artiklist “Mis on süsteemi ja tarkvaraarenduse lepingu mittevastavuse vastutus? Selgitame muudatusi[ja]“.

Kasutatavate litsentside uurimise ja järgimise kohustuse tingimused

Tarkvaraarenduse lepingus tuleks teenusepakkujale selgelt määratleda kohustus uurida ja järgida kasutatavate OSS-i litsentside tingimusi.

Kui OSS-i kasutamisest tulenevad probleemid, võib tekkida vaidlusi tellija ja teenusepakkuja vahel, kui pole selge, kelle kohustus on litsentside uurimine ja järgimine. Lepingus sätestades, et teenusepakkuja peab tegema uurimistööd ja kontrolli, saab vastutuse küsimused selgeks teha ja ennetada võimalikke probleeme. Samuti tuleks kehtestada kohustus teavitada litsentside muudatustest ja turvanõrkustest, et tagada sujuv toimimine pärast tarkvara üleandmist.

Allika koodi avalikustamise ulatuse ja tarnimisviisi selgitamine

Tuleks selgelt määratleda, millises ulatuses ja kuidas tarnitakse allika koodi, sealhulgas OSS-i sisaldavad ja eraldi arendatud osad.

OSS-i litsentside nõuetele vastavuse tagamiseks ja konfidentsiaalsuskohustusega tasakaalu leidmiseks on oluline selgelt määratleda, millises ulatuses toimub allika koodi avalikustamine ja tarnimine, et vältida seaduserikkumisi ja probleeme. Praktikas võib olla vajalik teha ka tööalaseid kohandusi, näiteks pakkuda OSS-i osa binaarkujul, kui tegemist on copyleft-litsentsiga.

Praktilised meetmed OSS kasutamisel

Tarkvaraarenduses avatud lähtekoodiga tarkvara (OSS) kasutamisel on vajalikud praktilised meetmed, nagu eelseisva OSS-i eelnev loetlemine ja litsentside ülevaatamine, OSS-i haldusvahendite ja registrite seadistamine ning OSS-i kasutamise poliitika ja juhendite väljatöötamine.

Eelseisva OSS-i eelnev loetlemine ja litsentside ülevaatamine

Enne tarkvaraarenduse alustamist tuleb kõik kavandatud OSS-id üle vaadata ja loetleda ning litsentside sisu hoolikalt üle kontrollida. See võimaldab ette näha võimalikke riske ja muudab nendega toimetuleku lihtsamaks.

OSS-i haldusvahendite ja registrite seadistamine

OSS-i kasutamisel on oluline kasutuselevõtta haldusvahendid ja registrid, mis visualiseerivad ja dokumenteerivad OSS-i kasutust. Tarkvara BOM-i (SBOM) koostamine võimaldab kiiresti reageerida litsentsimuudatustele või avastatud haavatavustele.

OSS-i kasutamise poliitika ja juhendite väljatöötamine

OSS-i kasutamise poliitika väljatöötamine ettevõtte või projekti tasandil võimaldab anda järjepidevaid juhiseid alltöövõtjatele. OSS-i valikukriteeriumide ja litsentsipõhiste toimimisjuhiste dokumenteerimine muudab tarkvaraarenduse ajal toimetuleku lihtsamaks.

Vajadus konsulteerida advokaadiga tarkvaraarenduse lepingute sõlmimisel Jaapanis

Kui sõlmite avatud lähtekoodiga tarkvara (OSS) kasutava tarkvaraarenduse lepingu, on soovitatav konsulteerida advokaadiga. Vaatame, milliseid konkreetseid eeliseid see võib pakkuda.

Riskianalüüs ja reageerimine arendusetapis

Nagu me oleme tutvustanud, kaasnevad OSS-i kasutava tarkvaraarendusega keerulised õiguslikud küsimused, nagu millist OSS-i kasutada, milliseid tingimusi lepingusse lisada ja kuidas pärast lepingu sõlmimist kontrollisüsteemi üles ehitada. Advokaadiga konsulteerimine võimaldab sõlmida asjakohase tarkvaraarenduse lepingu.

Õigusosakonna teenuste sisseostmine

Suuremates ettevõtetes on sageli oma õigusosakond, mis suudab arendusosakonnaga koostööd tehes vastata vajadustele. Väiksemates ettevõtetes aga tihti puudub õigusosakond. Arvestades, kui keeruline on leida töötajaid, kes on pädevad nii IT kui ka õiguse valdkonnas, on õigusosakonna teenuste sisseostmine suur eelis.

Kokkuvõte: Tarkvaraarenduse allhankelepingutes tuleb avatud lähtekoodiga tarkvara (OSS) kasutamisel olla tähelepanelik

Tarkvaraarenduse allhankelepingutes avatud lähtekoodiga tarkvara (OSS) kasutamisel on hädavajalik mõista täpselt litsentsi sisu ja sätestada lepingus selgelt vastutuse jaotus. Tehnilise mugavuse kõrval on oluline pühenduda riskijuhtimisele ka õiguslikust ja ärilisest vaatenurgast, et tagada turvaline ja efektiivne OSSi kasutamine Jaapanis.

Meie büroo poolt pakutavad lahendused

Monolith õigusbüroo on IT ja eriti interneti ning õiguse valdkonnas kõrge erialase pädevusega õigusbüroo. Meie büroo pakub teenuseid erinevatele klientidele, alates Tokyo börsil noteeritud ettevõtetest kuni varajase staadiumi idufirmadeni, hõlmates lepingute koostamist ja ülevaatamist. Lepingute koostamise ja ülevaatamise kohta leiate lisateavet allpool toodud artiklist.

Monolith õigusbüroo tegevusvaldkonnad: Lepingute koostamine ja ülevaatamine[ja]