Yritys teettää ohjelmiston, maksaa laskut ja käyttää järjestelmää päivittäin. Tämä ei automaattisesti tee siitä lähdekoodin oikeudenhaltijaa. Tämä voi aiheuttaa ongelmia, kun suhde kehittäjään päättyy, kun ohjelmistoa on kehitettävä edelleen tai kun toimittaja tulee maksukyvyttömäksi.
Kenellä sitten on tekijänoikeus? Ja miten estät kiistat räätälöidyn ohjelmistosi käytöstä, muokkaamisesta ja siirtämisestä? Huomaa terminologia: omistajuus ja tekijänoikeus eivät ole lain mukaan sama asia. Voit omistaa tallennusvälineen, mutta sinulla ei silti ole tekijänoikeutta koodiin.
Pääsääntö: tekijänoikeus kuuluu tekijälle
Alankomaiden tekijänoikeuslain pääsäännön mukaan tekijänoikeus kuuluu teoksen tekijälle. Ohjelmistojen osalta tämä tarkoittaa periaatteessa ohjelmoijaa tai kehittäjää, joka kirjoitti koodin.
Tietokoneohjelmat ja niiden valmistelumateriaalit, kuten suunnitteluasiakirjat, toiminnalliset määritykset ja kehitteillä oleva lähdekoodi, voivat olla tekijänoikeudella suojattuja. Tämä edellyttää kuitenkin, että teos on tekijän omaa henkistä luomusta.
Kehitystyöstä maksava osapuoli ei siis automaattisesti saa tekijänoikeuksia. Ilman lisäjärjestelyjä varsinainen tekijä pysyy oikeudenhaltijana.
Työntekijät: työnantajan tekijänoikeus
Työntekijöihin sovelletaan tärkeää poikkeusta. Jos työntekijä kehittää ohjelmistoa työsuhteensa aikana, työnantajaa voidaan pitää tekijänä ja siten tekijänoikeuden haltijana Alankomaiden tekijänoikeuslain 7 §:n nojalla.
Seuraavat olosuhteet ovat erityisen merkityksellisiä:
- työsopimus on olemassa;
- ohjelmistokehitys on osa työntekijän työtehtäviä;
- osapuolet eivät ole nimenomaisesti toisin sopineet.
Ohjelmistokehittäjä, joka palkataan rakentamaan ohjelmia, kuuluu tämän säännön piiriin helpommin kuin järjestelmänvalvoja, joka satunnaisesti kirjoittaa skriptejä. Siksi on suositeltavaa mainita työsopimuksessa ja työkuvauksessa selvästi, että ohjelmistokehitys on osa työntekijän tehtäviä.
Freelancerit ja ulkoiset IT-toimittajat
Työnantajan tekijänoikeus ei automaattisesti koske freelancereita, itsenäisiä urakoitsijoita ja ulkopuolisia IT-toimittajia. He työskentelevät yleensä palvelusopimuksen eikä työsopimuksen nojalla. Tekijänoikeus pysyy tällöin periaatteessa ulkopuolisella kehittäjällä tai toimittajalla, ellei sitä siirretä pätevästi asiakkaalle.
Tämä voi aiheuttaa ongelmia seuraavissa tilanteissa:
- asiakas haluaa toisen osapuolen muokkaavan ohjelmistoa;
- toimittaja lopettaa lähdekoodin toimittamisen;
- ohjelmisto on osa yrityskauppaa;
- toimittajasta tulee maksukyvytön;
- asiakas haluaa lisensoida ohjelmiston kolmansille osapuolille.
Pelkkä kehityskustannusten maksaminen ei riitä. Sopimuksessa on selkeästi määriteltävä, mitkä oikeudet asiakas saa.
Määräys vai lisenssi?
Asiakkaan on tehtävä ero tekijänoikeuden siirron ja lisenssin välillä.
Lisenssi voi riittää, jos asiakas haluaa käyttää ohjelmistoa vain sisäisesti. Jokaisen, joka haluaa muokata, kehittää, myydä tai asettaa ohjelmiston saataville kolmansille osapuolille, on suositeltavaa sisällyttää nämä oikeudet nimenomaisesti sopimukseen.
Uutta 1. tammikuuta 2026 alkaen: kirjoitusvaatimus
Tekijänoikeussopimusoikeutta vahvistava laki (Wet versterking auteurscontractenrecht, Stb. 2025, 352) tuli voimaan 1. tammikuuta 2026 ja muutti Alankomaiden tekijänoikeuslain 2 §:ää. Sekä tekijänoikeuden siirto että yksinomaisen lisenssin myöntäminen edellyttävät nyt kirjallisuutta: sopimus on tehtävä kirjallisesti. Siirtolauseke, joka esiintyy vain yleisissä ehdoissa tai josta on sovittu suullisesti, ei siis tarjoa varmuutta.
Kommentaattorit ovat eri mieltä tämän kirjallisen vaatimuksen ja aiemman asiakirjavaatimuksen tarkasta suhteesta ja siten Alankomaiden siviililain 3:95 §:n mukaisen luovutuksen roolista. Käytännössä tämä on helppo ratkaista: kirjaa siirto erilliseen molempien osapuolten allekirjoittamaan kirjalliseen sopimukseen, jossa todetaan, mitkä oikeudet siirtyvät ja minä ajankohtana, esimerkiksi luovutuksen yhteydessä tai täyden maksun jälkeen. Tämä tyydyttää kaikkia tulkintoja.
Laki on myös välittömästi voimassa: 1. tammikuuta 2026 alkaen sitä sovelletaan myös olemassa oleviin sopimuksiin siltä osin kuin on kyse kyseisen päivämäärän jälkeisistä laeista. Käynnissä olevia kehitys- ja ylläpitosopimuksia on siksi syytä tarkastella uudelleen, erityisesti silloin, kun kyseessä on liiketoimintakriittinen ohjelmisto.
Ei-yksinomaiset lisenssit ovat muodottomia ja ne voivat syntyä suullisesti tai implisiittisesti. Juuri tämä on asiakkaiden kannalta riski: ilman kirjallista sopimusta sinulle jää usein vain implisiittinen, rajoitettu käyttöoikeus.
Älä unohda ylläpitoa, päivityksiä ja virheenkorjauksia
Toistuvasti huomion kohteena on ylläpidon, päivitysten ja virheenkorjausten oikeudellinen asema. Kirjaa oikeudet paitsi alkuperäiseen ohjelmistoon, myös virheenkorjauksiin, päivityksiin, uusiin julkaisuihin, dokumentaatioon, jatkokehitykseen sekä lisämoduuleihin ja -liittymiin.
Rotterdamin käräjäoikeuden väliaikaistuomarin 31. toukokuuta 2024 antamaan tuomioon (ECLI:NL:RBROT:2024:5183) johtaneessa yhteenvetona käydyssä menettelyssä nousi esiin kysymys siitä, synnyttävätkö virheenkorjaukset itsenäisen tekijänoikeussuojan. Liiketoiminnan luovutuksen jälkeen, jossa kaikki varat ja niistä johtuvat immateriaalioikeudet olivat siirtyneet, toinen osapuoli kieltäytyi luovuttamasta myöhemmin tehtyjen virheenkorjausten lähdekoodia. Tuomari katsoi, että näiden virheenkorjausten lisääminen ei täyttänyt alkuperäisyysvaatimusta, koska niissä ei ilmennyt tekijän luovia valintoja, ja määräsi lähdekoodin luovutettavaksi.
Tuo lopputulos ei ole automaattisesti yleissääntö. Se oli alustava arvio yhteenvetona koskevassa menettelyssä ja koski näiden korjausten erityispiirteitä. Moduulin huomattava uudelleenrakennus tai merkittävä laajennus voi hyvinkin olla tekijän omaa henkistä luomusta. Opetus ei siis ole se, etteikö ylläpitotyötä koskaan suojattaisi, vaan se, ettei siihen pitäisi luottaa: sääntele ylläpitoon ja jatkokehitykseen liittyviä oikeuksia sopimuksella.
Laki antaa erikseen ohjelmiston lailliselle käyttäjälle tietyn harkintavaltaa. Alankomaiden tekijänoikeuslain 45j § sallii aiottuun käyttöön tarvittavan kopioinnin, mukaan lukien virheiden korjaamisen, ellei sopimuksessa toisin määrätä. Koska IT-sopimuksissa usein määrätään toisin, sopimusjärjestely on ratkaiseva.
Lähdekoodin escrow jatkuvuuden mittana
Liiketoimintakriittisille ohjelmistoille lähdekoodin escrow-talletus voi tarjota lisäturvaa. Lähdekoodi, dokumentaatio ja niihin liittyvät tiedot ovat riippumattoman escrow-agentin hallussa ja ne vapautetaan ennalta sovitun tapahtuman sattuessa, esimerkiksi:
- toimittajan maksukyvyttömyys;
- palvelun pitkäaikainen keskeytys;
- toimittaja ei enää pysty tai halua ylläpitää ohjelmistoa;
- toinen sopimuksessa määritelty vapautustoiminto.
Escrow ei korvaa tekijänoikeusjärjestelyjä, vaan täydentää niitä. Vakuusmaksu on arvokas vain, jos on myös sovittu lähdekoodin päivitystiheydestä, julkaisun määrittämisestä ja julkaisun jälkeisistä käyttö- ja muokkausoikeuksista. Ilman tätä viimeistä kohtaa sinulla on koodi, mutta ei oikeutta tehdä sillä mitään.
Käytännön tarkistuslista yrityksille
- Kuka on ohjelmiston tekijä?
- Onko kehittäjä työntekijä, freelancer vai ulkopuolinen toimittaja?
- Luovutetaanko tekijänoikeudet vai saatko vain lisenssin?
- Onko kyseinen järjestely kirjattu kirjallisesti ja riittävän yksityiskohtaisesti?
- Millä hetkellä määräys astuu voimaan?
- Kattaako järjestely myös virheenkorjaukset, päivitykset ja jatkokehityksen?
- Voiko kolmas osapuoli ylläpitää tai muokata ohjelmistoa?
- Onko lähdekoodin escrow-talletuksesta sovittu?
- Onko julkaisun laukaisevat tekijät ja julkaisun jälkeiset oikeudet selkeästi kuvattu?
- Onko avoimen lähdekoodin komponentit ja niiden lisenssiehdot kartoitettu erikseen?
- Onko tekijän moraalisiin oikeuksiin kiinnitetty huomiota (Alankomaiden tekijänoikeuslain 25 artikla)?
- Onko immateriaalioikeuksia koskevia määräyksiä tarkistettu yritysostojen tai fuusioiden yhteydessä?
Epäselvät järjestelyt voivat johtaa siihen, että voit käyttää ohjelmistoa, mutta et voi muokata, siirtää tai kehittää sitä ilman lupaa.
Yhteenveto
Räätälöidyn ohjelmiston maksaja ei ole automaattisesti tekijänoikeuden haltija. Työntekijöiden kohdalla työnantajan tekijänoikeus voi olla ratkaisu. Freelancereiden ja ulkopuolisten IT-toimittajien kohdalla halutut oikeudet on sitä vastoin järjestettävä nimenomaisesti ja kirjallisesti, ja 1. tammikuuta 2026 alkaen laki on asettanut tiukempia vaatimuksia sille, miten tämä tehdään.
Law & More Tarkistaa kehitys-, ylläpito- ja escrow-sopimuksesi, laatii IPR-lausekkeet, jotka kattavat myös ylläpidon ja jatkokehityksen, ja testaa olemassa olevia sopimuksia uuden tekijänoikeussopimuslain mukaisesti. Jos yrityskauppa on suunnitteilla tai ohjelmistosi on liiketoimintakriittinen, tarkista IPR-tilanteesi hyvissä ajoin. Ota rohkeasti yhteyttä saadaksesi sitoumuksettoman keskustelun.
Usein kysyttyjä kysymyksiä
Alla vastaamme useimmin kysyttyihin kysymyksiin tästä aiheesta.
Omistanko ohjelmiston, josta olen maksanut?
Ei automaattisesti. Tekijänoikeus kuuluu periaatteessa koodin tekijälle, ei kehitystyön maksaneelle osapuolelle. Huomaa myös terminologia: omistajuus ja tekijänoikeus eivät ole laissa sama asia.
Kenellä on tekijänoikeudet, jos oma työntekijäni kirjoittaa ohjelmiston?
Työnantajaa voidaan tällöin pitää tekijänä Alankomaiden tekijänoikeuslain 7 §:n nojalla. Olennaista on, että on olemassa työsopimus, että ohjelmistokehitys on osa työntekijän työtehtäviä ja että osapuolet eivät ole nimenomaisesti sopineet toisin. Kirjaa tämä työsopimukseen ja työtehtävien kuvaukseen.
Koskeeko sama itsenäisiä urakoitsijoita ja ulkoisia IT-toimittajia?
Eivät. He työskentelevät yleensä palvelusopimuksen nojalla, joten työnantajan tekijänoikeus ei ole voimassa. Tekijänoikeus pysyy sitten ulkopuolisella kehittäjällä, ellei sitä ole pätevästi siirretty sinulle.
Mitä eroa on luovutuksella ja lisenssillä?
Siirtosopimuksessa tekijänoikeus siirtyy sinulle. Lisenssin nojalla tekijä pysyy oikeudenhaltijana ja saat vain sovitut käyttöoikeudet. Jos haluat muokata, kehittää edelleen tai toimittaa ohjelmistoa edelleen, näistä oikeuksista on sovittava nimenomaisesti.
Mikä muuttui 1. tammikuuta 2026?
Tuona päivänä tuli voimaan tekijänoikeussopimuslain vahvistamista koskeva laki, jolla muutettiin Alankomaiden tekijänoikeuslain 2 §:ää. Sekä luovutukset että yksinomaiset lisenssit edellyttävät nyt kirjallista vaatimusta. Lailla on myös välitön vaikutus, joten sitä sovelletaan olemassa oleviin sopimuksiin kyseisen päivämäärän jälkeisten toimien osalta.
Voiko toimeksiannon järjestää yleisissä ehdoissani?
Tämä ei ole riittävän varmaa. Kirjaa siirto erilliseen kirjalliseen sopimukseen, jonka molemmat osapuolet allekirjoittavat. Sopimuksessa on määriteltävä, mitkä oikeudet siirtyvät ja minä ajankohtana, esimerkiksi toimituksen yhteydessä tai täyden maksun jälkeen.
Voiko lupa syntyä suullisesti?
Ei-yksinoikeudellinen lisenssi on muodoton ja voi syntyä suullisesti tai jopa implisiittisesti. Yksinoikeudellinen lisenssi on 1. tammikuuta 2026 alkaen myönnettävä kirjallisesti. Asiakkaiden kannalta muodoton vaihtoehto on juuri se riski: ilman kirjallista sopimusta jää usein vain rajoitettu käyttöoikeus.
Syntyykö virheenkorjauksista uusia tekijänoikeuksia?
Usein ei, mutta se riippuu olosuhteista. Rotterdamin käräjäoikeudessa 31. toukokuuta 2024 (ECLI:NL:RBROT:2024:5183) käydyssä yhteenvetona käydyssä menettelyssä tuomari totesi, että kyseiset virheenkorjaukset eivät täyttäneet alkuperäisyysvaatimusta, koska niissä ei ilmaistu luovia valintoja. Merkittävä uudelleenrakennus tai laajennus voi hyvinkin olla tekijän omaa henkistä luomusta, joten älä luota tähän ja sovi asia sopimuksella.
Voinko korjata ohjelmiston virheitä itse?
Alankomaiden tekijänoikeuslain 45j § sallii laillisen käyttäjän kopioida ohjelmistoa siinä määrin kuin se on tarpeen sen aiotun käytön kannalta, mukaan lukien virheiden korjaaminen, ellei sopimuksessa toisin määrätä. Koska IT-sopimuksissa usein määrätään toisin, sopimusjärjestely on käytännössä ratkaiseva.
Mitä on lähdekoodin escrow ja milloin se on kannattavaa?
Lähdekoodi, dokumentaatio ja niihin liittyvät tiedot talletetaan riippumattomalle escrow-agentille ja vapautetaan ennalta sovitussa tapauksessa, kuten toimittajan maksukyvyttömyyden sattuessa. Tämä on erityisen tärkeää liiketoimintakriittisten ohjelmistojen kohdalla. Sopi myös, kuinka usein talletus päivitetään ja mitä käyttö- ja muokkausoikeuksia saat julkaisun jälkeen.
Mitä minun pitäisi ottaa huomioon hankinnassa?
Tarkista, onko ohjelmiston tekijänoikeudet todella siirretty ja täyttääkö siirto muodolliset vaatimukset, ja katetaanko myös ylläpito, päivitykset ja jatkokehitys. Kartoita avoimen lähdekoodin komponentit ja niiden lisenssiehdot ja kiinnitä huomiota Alankomaiden tekijänoikeuslain 25. artiklan mukaisiin moraalisiin oikeuksiin.
Onko sinulla riita IT-toimittajan kanssa tai haluatko IT-sopimuksen tarkistuksen? IT-lakimiehemme auttavat mielellään.
Miten Law & More voi auttaa sinua tässä, selitetään meidän IT-lakimies sivu.
