Autoriõigus ja eritellimusel tarkvara omandiõigus: kellele kuuluvad õigused?

Puidust laual kohvitassi kõrval sülearvuti, millel on näha koodiridu

Ettevõte laseb tarkvara arendada, maksab arveid ja kasutab süsteemi iga päev. See ei tee temast automaatselt lähtekoodi õiguste valdajat. See võib probleeme tekitada, kui suhe arendajaga lõpeb, kui tarkvara tuleb edasi arendada või kui tarnija muutub maksejõuetuks.

Seega, kellele kuuluvad autoriõigused? Ja kuidas vältida vaidlusi teie loodud tarkvara kasutamise, muutmise ja üleandmisega seoses? Pange tähele terminoloogiat: omandiõigus ja autoriõigus ei ole seaduses sama asi. Teil võib olla andmekandja omandiõigus, kuid teil ei pruugi olla koodi autoriõigust.

Peamine reegel: autoriõigus kuulub autorile

Hollandi autoriõiguse seaduse põhireegli kohaselt kuulub autoriõigus teose autorile. Tarkvara puhul tähendab see põhimõtteliselt programmeerijat või arendajat, kes koodi kirjutas.

Arvutiprogrammid ja nende ettevalmistavad materjalid, näiteks disainidokumendid, funktsionaalsed spetsifikatsioonid ja väljatöötamisel olev lähtekood, võivad olla autoriõigusega kaitstud. See aga eeldab, et teos on autori enda intellektuaalne looming.

Seega ei omanda arenduse eest tasuv pool automaatselt autoriõigust. Edasiste kokkulepete puudumisel jääb õiguste valdajaks tegelik autor.

Töötajad: tööandja autoriõigus

Töötajatele kehtib oluline erand. Kui töötaja arendab oma töö käigus tarkvara, võib tööandjat pidada autoriks ja seega autoriõiguse omanikuks vastavalt Hollandi autoriõiguse seaduse artiklile 7.

Järgmised asjaolud on eriti olulised:

  • on olemas tööleping;
  • tarkvaraarendus on osa töötaja tööülesannetest;
  • pooled ei ole sõnaselgelt kokku leppinud teisiti.

Programmide loomiseks palgatud tarkvaraarendaja kuulub selle reegli alla kergemini kui süsteemiadministraator, kes aeg-ajalt skripte kirjutab. Seetõttu on soovitatav töölepingus ja ametijuhendis selgelt sätestada, et tarkvaraarendus on osa töötaja tööülesannetest.

Vabakutselised ja välised IT-tarnijad

Tööandja autoriõigus ei kehti automaatselt vabakutselistele, füüsilisest isikust ettevõtjatest alltöövõtjatele ja välistele IT-tarnijatele. Tavaliselt töötavad nad pigem töövõtulepingu kui teenuselepingu alusel. Autoriõigus jääb sellisel juhul põhimõtteliselt välisele arendajale või tarnijale, välja arvatud juhul, kui see antakse kehtivalt kliendile üle.

See võib põhjustada probleeme järgmistel juhtudel:

  • klient soovib, et teine ​​osapool tarkvara muudaks;
  • tarnija lõpetab lähtekoodi esitamise;
  • tarkvara on osa ettevõtte omandamisest;
  • tarnija muutub maksejõuetuks;
  • klient soovib tarkvara litsentsida kolmandatele isikutele.

Arenduskulude tasumisest üksi ei piisa. Lepingus tuleb selgelt sätestada, millised õigused klient omandab.

Ülesanne või litsents?

Klient peab eristama autoriõiguse loovutamist ja litsentsi.

Litsentsist võib piisata, kui klient soovib tarkvara kasutada ainult sisemiselt. Kõigil, kes soovivad tarkvara muuta, arendada, müüa või kolmandatele isikutele kättesaadavaks teha, on soovitatav need õigused selgesõnaliselt lisada.

Uus alates 1. jaanuarist 2026: kirjutamisnõue

1. jaanuaril 2026 jõustus autoriõiguse lepinguõiguse tugevdamise seadus (Wet versterking auteurscontractenrecht, Stb. 2025, 352), millega muudeti Hollandi autoriõiguse seaduse artiklit 2. Nii autoriõiguse loovutamine kui ka ainulitsentsi andmine on nüüd allutatud kirjalikule nõudele: leping tuleb sõlmida kirjalikult. Seega ei paku loovutamisklausel, mis esineb ainult üldtingimustes või milles lepiti kokku suuliselt, kindlust.

Kommentaatorid erinevad selle kirjaliku nõude ja endise dokumendinõude täpse seose osas ning seega ka Hollandi tsiviilseadustiku artikli 3:95 kohase üleandmise rolli osas. Praktikas on see lihtne lahendada: registreerida loovutamine eraldi kirjalikus lepingus, mille allkirjastavad mõlemad pooled, märkides ära, millised õigused üle lähevad ja millal, näiteks üleandmisel või pärast täielikku tasumist. See rahuldab iga tõlgendust.

Seadusel on ka kohene jõud: alates 1. jaanuarist 2026 kohaldatakse seda ka kehtivatele lepingutele, mis puudutavad pärast seda kuupäeva jõustunud seadusi. Seetõttu väärivad käimasolevad arendus- ja hoolduslepingud läbivaatamist, eriti kui tegemist on ärikriitilise tarkvaraga.

Mitte-eksklusiivsed litsentsid jäävad vormivabaks ja võivad ikkagi tekkida suuliselt või kaudselt. Just see on klientide jaoks oht: ilma kirjaliku kokkuleppeta jääb teile sageli vaid kaudne, piiratud kasutuslitsents.

Ära unusta hooldust, värskendusi ja veaparandusi

Korduvalt pööratakse tähelepanu hoolduse, värskenduste ja veaparanduste õiguslikule olukorrale. Õigused tuleb registreerida mitte ainult originaaltarkvaras, vaid ka veaparandustes, värskendustes, uutes versioonides, dokumentatsioonis, edasiarendustes ning lisamoodulites ja liidestes.

Rotterdami ringkonnakohtu esialgse õiguskaitse kohtuniku 31. mai 2024. aasta otsuseni (ECLI:NL:RBROT:2024:5183) viinud kokkuvõtlikus menetluses tekkis küsimus, kas veaparandused annavad alust iseseisvale autoriõiguse kaitsele. Pärast ettevõtte üleminekut, mille käigus kõik varad ja neist tulenevad intellektuaalomandi õigused olid üle läinud, keeldus teine ​​pool hiljem tehtud veaparanduste lähtekoodi üle andmast. Kohtunik leidis, et nende veaparanduste lisamine ei vasta originaalsuse nõudele, kuna neis ei olnud väljendatud autori loomingulisi valikuid, ja käskis lähtekoodi üle anda.

See tulemus ei ole automaatselt üldine reegel. See oli kokkuvõtliku menetluse esialgne hinnang ja puudutas nende paranduste eripärasid. Mooduli oluline ümberehitus või laiendus võib vabalt kujutada endast autori enda intellektuaalset loomingut. Seega ei ole õppetund mitte see, et hooldustööd ei ole kunagi kaitstud, vaid see, et te ei tohiks neile tugineda: reguleerige hoolduse ja edasiarenduse õigusi lepinguliselt.

Eraldi annab seadus tarkvara seaduslikule kasutajale teatud vabaduse. Hollandi autoriõiguse seaduse artikkel 45j lubab kavandatud otstarbeks vajalikku reprodutseerimist, sealhulgas vigade parandamist, kui lepinguga ei ole sätestatud teisiti. Kuna IT-lepingutes on sageli sätestatud teisiti, jääb määravaks lepinguline kokkulepe.

Lähtekoodi deponeerimine järjepidevuse meetmena

Ärikriitilise tarkvara puhul võib lähtekoodi deponeerimine pakkuda täiendavat kaitset. Lähtekoodi, dokumentatsiooni ja seotud andmeid hoiab sõltumatu deponeerimisagent ning need avaldatakse eelnevalt kokkulepitud sündmuse toimumise korral, näiteks:

  • tarnija maksejõuetus;
  • teenuse pikaajaline katkestamine;
  • tarnija ei ole enam võimeline või ei soovi tarkvara hooldada;
  • teine ​​lepinguliselt määratletud vabastamise päästik.

Deposiit ei asenda autoriõigusega seotud kokkuleppeid, vaid täiendab neid. Deposiit on midagi väärt ainult siis, kui on kokku lepitud ka lähtekoodi uuendamise sagedus, avaldamise kord ning millised kasutus- ja muutmisõigused saate pärast avaldamist. Ilma viimase punktita on teil kood, aga teil pole õigust sellega midagi teha.

Praktiline kontroll-leht ettevõtetele

  • Kes on tarkvara autor?
  • Kas arendaja on töötaja, vabakutseline või väline tarnija?
  • Kas autoriõigus loovutatakse või saate ainult litsentsi?
  • Kas see kokkulepe on kirjalikult ja piisavalt täpselt vormistatud?
  • Mis hetkel ülesanne jõustub?
  • Kas kokkulepe hõlmab ka veaparandusi, värskendusi ja edasist arendust?
  • Kas kolmas osapool võib tarkvara hooldada või muuta?
  • Kas lähtekoodi deponeerimine on kokku lepitud?
  • Kas avaldamise käivitajad ja õigused pärast avaldamist on selgelt kirjeldatud?
  • Kas avatud lähtekoodiga komponendid ja nende litsentsitingimused on eraldi kaardistatud?
  • Kas autori isiklikele õigustele on tähelepanu pööratud (Hollandi autoriõiguse seaduse artikkel 25)?
  • Kas intellektuaalomandi sätteid on omandamise või ühinemise kontekstis kontrollitud?

Ebaselged korraldused võivad jätta teile küll võimaluse tarkvara kasutada, kuid mitte seda ilma loata muuta, üle anda ega arendada.

Järeldus

Tarkvara tellija ei ole automaatselt autoriõiguse omanik. Töötajate puhul võib lahenduse leida tööandja autoriõigus. Vabakutseliste ja väliste IT-tarnijate puhul tuleb seevastu soovitud õigused sõnaselgelt ja kirjalikult kokku leppida ning alates 1. jaanuarist 2026 on seadusega kehtestatud rangemad nõuded selle kohta, kuidas seda teha.

Law & More Vaatab üle teie arendus-, hooldus- ja deponeerimislepingud, koostab intellektuaalomandi klauslid, mis hõlmavad ka hooldust ja edasist arendust, ning testib olemasolevaid lepinguid uue autoriõiguse lepinguseaduse alusel. Kui plaanitakse omandamist või teie tarkvara on ärikriitiline, laske oma intellektuaalomandi positsioon aegsasti üle kontrollida. Võtke meiega julgelt ühendust kohustusteta aruteluks.

Korduma kippuvad küsimused

Allpool vastame küsimustele, mida meile sellel teemal kõige sagedamini esitatakse.

Kas tarkvara, mille eest olen maksnud, kuulub mulle?

Mitte automaatselt. Autoriõigus kuulub põhimõtteliselt koodi autorile, mitte arenduse eest maksvale poolele. Pane tähele ka terminoloogiat: omandiõigus ja autoriõigus ei ole seaduses sama asi.

Kellele kuuluvad autoriõigused, kui tarkvara kirjutab minu enda töötaja?

Sellisel juhul võib tööandjat pidada autoriks Hollandi autoriõiguse seaduse artikli 7 alusel. Oluline on see, et on olemas tööleping, et tarkvaraarendus on osa töötaja tööülesannetest ja et pooled ei ole sõnaselgelt kokku leppinud teisiti. See tuleb registreerida töölepingus ja ametijuhendis.

Kas sama kehtib ka füüsilisest isikust ettevõtjatest alltöövõtjate ja väliste IT-tarnijate kohta?

Ei. Üldiselt töötavad nad töövõtulepingu alusel, seega tööandja autoriõigus ei kehti. Autoriõigus jääb seejärel välisele arendajale, välja arvatud juhul, kui see on teile kehtivalt loovutatud.

Mis vahe on loovutusel ja litsentsil?

Loovutamise korral läheb autoriõigus ise teile üle. Litsentsi alusel jääb autor õiguste valdajaks ja teie saate ainult kokkulepitud kasutusõigused. Kui soovite tarkvara muuta, edasi arendada või edasi tarnida, tuleb need õigused selgesõnaliselt kokku leppida.

Mis muutus 1. jaanuaril 2026?

Sel kuupäeval jõustus autoriõiguse lepinguõigust tugevdav seadus, millega muudeti Hollandi autoriõiguse seaduse artiklit 2. Nii õiguste loovutamise kui ka ainulitsentside suhtes kehtib nüüd kirjalik nõue. Seadusel on ka kohene jõustumine, seega kohaldatakse seda kehtivate lepingute suhtes seoses toimingutega pärast seda kuupäeva.

Kas minu üldtingimustes saab tööülesannet täita?

See ei ole piisavalt kindel. Registreerige õiguste loovutamine eraldi kirjalikus lepingus, mille allkirjastavad mõlemad pooled ja milles on sätestatud, millised õigused lähevad üle ja millal, näiteks kauba kättetoimetamisel või pärast täielikku tasumist.

Kas litsents saab tekkida suuliselt?

Mitte-eksklusiivne litsents on vormivaba ja võib tekkida suuliselt või isegi kaudselt. Alates 1. jaanuarist 2026 tuleb eksklusiivne litsents anda kirjalikult. Klientide jaoks seisneb vormivaba variant just selles riskis: ilma kirjaliku kokkuleppeta jääb neile sageli vaid piiratud kasutusõigus.

Kas veaparandustega kaasnevad uued autoriõigused?

Tihti mitte, aga see sõltub asjaoludest. Rotterdami ringkonnakohtus 31. mail 2024 toimunud kokkuvõtlikus menetluses (ECLI:NL:RBROT:2024:5183) leidis kohtunik, et kõnealused veaparandused ei vasta originaalsuse nõudele, kuna neis ei väljendatud loomingulisi valikuid. Oluline ümberehitus või laiendus võib vabalt olla autori enda intellektuaalne looming, seega ärge sellele tuginege ja lahendage asi lepinguga.

Kas ma saan tarkvaras vigu ise parandada?

Hollandi autoriõiguse seaduse artikkel 45j lubab seaduslikul kasutajal tarkvara reprodutseerida ulatuses, mis on vajalik selle ettenähtud otstarbeks, sealhulgas vigade parandamiseks, kui lepinguga ei ole sätestatud teisiti. Kuna IT-lepingutes on sageli sätestatud teisiti, on praktikas määrav lepinguline kokkulepe.

Mis on lähtekoodi deponeerimine ja millal see on mõttekas?

Lähtekood, dokumentatsioon ja seotud andmed deponeeritakse sõltumatule deponeerimisagendile ja avaldatakse eelnevalt kokkulepitud sündmuse, näiteks tarnija maksejõuetuse korral. See on eriti oluline ärikriitilise tarkvara puhul. Samuti leppige kokku, kui tihti deponeerimist uuendatakse ja millised kasutus- ja muutmisõigused saate pärast avaldamist.

Mida peaksin omandamisel jälgima?

Kontrollige, kas tarkvara autoriõigused on tegelikult üle antud ja kas üleandmine vastab vormilistele nõuetele ning kas hooldus, värskendused ja edasiarendus on samuti hõlmatud. Kaardistage avatud lähtekoodiga komponendid ja nende litsentsitingimused ning pöörake tähelepanu Hollandi autoriõiguse seaduse artiklis 25 sätestatud moraalsetele õigustele.

Kas teil on vaidlus IT-tarnijaga või soovite, et IT-leping üle vaadataks? Meie IT-juristid aitavad teid hea meelega.

Kuidas Law & More saab teid sellega aidata, on selgitatud meie lehel IT-jurist lehel.

Tom Meevis
Tom Meevis on vandeadvokaat ettevõttes Law & More in Eindhoven ja AmsterdamTa tegeleb üldõigusega ning on firma läbirääkija ja kohtuvaidluste advokaat.

Vajad õigusabi?

Kas olete saanud kirja, kohtukutse või kohtuotsuse? Saatke meile dokumendid. Kontrollime, millised tähtajad kehtivad ja millised on teie võimalused.

See artikkel annab üldist teavet ega asenda teie konkreetse olukorra kohta käivat nõu.

Teemaga seotud artiklid

Sissejuhatus Kohtuotsuse täitmise vaidlustamise õiguskaitsevahendid pakuvad olulist kaitset juhul, kui kohtuotsus

Mõjutajaturundust reguleeritakse Hollandis korraga kolmel tasandil: Mediawet, mis

Hollandi seadus keelab kauplejatel tarbijate vastu ebaausate kaubandustavade kasutamise. Tava on ebaaus

Käivituslepingu tingimustega kirjeldatakse investeeringu kavandatavaid tingimusi enne lõplikku otsust.

Madalmaades on elektroonilisel allkirjal sama õiguslik jõud kui käsitsi kirjutatud allkirjal.

Hollandi kriminaalõigus eristab arvuti sihtmärgiks olevaid süütegusid ja süütegusid.

Olge kursis Hollandi õigusega

Liitu meie uudiskirjaga, et saada uusimaid õigusalaseid teadmisi, regulatiivseid uuendusi ja praktilisi nõuandeid.