Koodi ilman omistajaa – johdon uusi IPR:n sokea piste

Ohjelmistokehitys on kehittynyt nopeammin kuin organisaatioiden juridiset ja hallinnolliset käytännöt. GitHub Copilot, Cursor, Claude Code, Lovable ja tusinat muut tekoälyavusteiset koodaustyökalut ja agenttinen ohjelmistokehitys ovat jo arkipäivää kehitystiimeissä. Samalla on syntynyt riski, jota tuskin moni on vielä tunnistanut: merkittävä osa yritysten tekoälyn avustuksella tuotetusta koodista saattaa jäädä kokonaan ilman tekijänoikeussuojaa.

Viimeaikaiset oikeuspäätökset sekä Euroopassa että Yhdysvalloissa näyttävät suunnan. Helmikuussa 2026 Münchenin käräjäoikeus (Bayern Recht 2026) antoi ensimmäisen saksalaisen tuomion, joka käsittelee suoraan promptaajan tekijänoikeutta. Vastaavasti Yhdysvaltain korkein oikeus kieltäytyi maaliskuun 2026 alussa ottamasta käsiteltäväkseen tapausta Thaler v. Perlmutter (No. 25‑449), jättäen voimaan D.C. Circuit -hovioikeuden vuoden 2025 ratkaisun (Supreme Court of the United States 2026). Linjaus molemmissa tuomioissa on yksiselitteinen. Tekijänoikeus edellyttää ihmisen luovaa panosta, eikä täysin autonomisesti tekoälyn tuottama teos saa lainkaan suojaa (Languist ym. 2026).

Viesti organisaatioille ja kehittäjille on selkeä molemmin puolin Atlanttia: jos kehittäjä antaa tekoälylle ohjeen tuottaa koodi eikä tee riittäviä itsenäisiä luovia valintoja, tekijänoikeutta ei synny kenellekään. Ei kehittäjälle – eikä työnantajalle.

Mistä on kyse – ja ketä se koskee?

Tekijänoikeus syntyy, kun ihminen tekee omaperäisiä, luovia valintoja. EU-oikeuden vakiintunut teoskäsite edellyttää, että teos on tekijänsä oma henkinen luomus, jossa heijastuvat tekijän vapaat ja luovat valinnat (Hietanen 2026). Teoskynnys ei ylity, jos taiteelliselle vapaudelle ei jää tilaa, vaan lopputulos määräytyy teknisten sääntöjen tai rajoitteiden perusteella. Münchenin käräjäoikeus (Bayern Recht 2026) muotoili tämän tekoälykontekstiin konkreettiseksi testiksi kysymyksellä: Onko tekoäly toiminut apuvälineenä ihmisen luomisprosessissa, vai onko tekoäly ollut itsenäinen luomisinstrumentti, jonka ihminen on vain käynnistänyt kehottamalla?

Yhdysvalloissa linja on yhtä tiukka. Thaler v. Perlmutter -tapauksessa tekijä haki tekijänoikeussuojaa teokselle, jonka hänen kehittämänsä tekoälypohjainen järjestelmä oli tuottanut täysin itsenäisesti ilman ihmisen luovaa panosta . Yhdysvaltain tekijänoikeustoimisto (USCO) ja liittovaltion tuomioistuimet hylkäsivät hakemuksen. Korkein oikeus ei enää ottanut asiaa käsiteltäväkseen, joten alemman tuomioistuimen päätös jäi voimaan: ihmisen tekijyys on edellytys tekijänoikeussuojalle, eikä pelkästään tekoälyn tuottama teos kelpaa rekisteröitäväksi. (Supreme Court of the United States 2025; 2026; USCO 2025.)

On kuitenkin tärkeää ymmärtää, että hyödynnettäessä tekoälyä sovelluskehityksessä tekijänoikeussuoja on edelleen mahdollinen – mutta vain, jos ihmisen osallistuminen on todennettavissa. US Copyright Office USCO:n tammikuun 2025 raportin mukaan pelkät kehotteet eivät riitä, koska ne rinnastuvat suojaamattomiin ideoihin. Saman kannan otti Münchenin käräjäoikeus (Bayern Recht 2025).

Monessa organisaatiossa kehitystiimit rakentavat joka päivä liiketoimintakriittisiä järjestelmiä, API-rajapintoja, data-arkkitehtuureja ja tuoteominaisuuksia tekoälytyökalujen avulla. Jos prosessia ei ole dokumentoitu ja ihmisen luovaa panosta ei voida jälkikäteen osoittaa, tuloksena saattaa olla portfolio täynnä koodia, jota kukaan ei omista – ja jonka kopioiminen ei loukkaa kenenkään tekijänoikeutta. Myös koodista syntyvän tuotteen tai sovelluksen omistusoikeus on epäselvä

Kolme konkreettista riskiä liiketoiminnalle

Koodin ja siitä syntyvän tuotteen epäselvän omistusoikeuden ensimmäinen riski liiketoiminnalle on kilpailullinen. Suojaamaton koodi on vapaasti hyödynnettävissä. Kilpailija voi kopioida tuotteen teknisen toteutuksen ilman juridisia seurauksia, jos koodi on syntynyt prosessissa, jossa ihmisen luova panos jää osoittamattomaksi. Tämä on erityisen kriittistä SaaS-yrityksille ja tuoteorganisaatioille, joiden kilpailuetu rakentuu tuotteen tai teknologian myynnin varaan.

Toinen riski on sopimusoikeudellinen. Asiakkaat, sijoittajat ja kumppanit olettavat sopimuksissa ja due diligence -prosesseissa, että yritys omistaa kehittämänsä teknologian. Jos IPR-omistajuus on epäselvä tai osoittamaton, se voi vaikuttaa sopimuksellisiin seuraamuksiin, yrityskauppoihin, lisensointineuvotteluihin ja rahoituskierroksiin merkittävästi. Teknologian omistajuus on taseessa näkymätön, mutta transaktioissa hyvin näkyvä kysymys.

Kolmas riski on näyttövelvollisuus. Oikeudenkäynnissä ei riitä, että kehittäjä vakuuttaa tehneensä luovaa työtä. Münchenin tuomioistuin (Bayern Recht 2026) edellytti konkreettista näyttöä kehottamisprosessista: kehotehistoriaa, iteraatioita, ihmisen tekemiä muutoksia. Yhdysvaltain tekijänoikeustoimisto (USCO 2025) on linjannut samoin: ihmisen luovien valintojen huolellinen dokumentointi on tärkeämpää kuin koskaan. Ilman systemaattista dokumentaatiota tämä näyttö puuttuu – riippumatta siitä, kuinka paljon todellista asiantuntijatyötä koodin taustalla on tehty.

Münchenin testi ja amerikkalainen linja käytännössä – apuväline vai tekijä?

Münchenin tuomioistuin (Bayern Recht 2026) kiteytti ratkaisun ytimen yksinkertaiseen erotteluun: onko tekoäly lähempänä apuvälinettä vai itsenäistä luomisinstrumenttia? Analogia on valaiseva. Kirjoittaja, joka tuottaa tekstin itse ja käyttää tekoälyä oikolukuun, säilyttää tekijänoikeuden – ihmisen luova ilmaisu hallitsee lopputulosta. Kehittäjä, joka antaa Copilotille ohjeen toteuttaa koko moduuli ja hyväksyy ehdotuksen pienin muokkauksin, on lähempänä toimeksiantajan kuin luovan tuottajan roolia, siksi toimeksiantaja ei automaattisesti saa tekijänoikeutta tekoälyltä tilamaansa teokseen.

Yhdysvalloissa D.C. Circuit (Supreme Court of the United States 2025) muotoili saman periaatteen: ihmisen tekijyysvaatimus ei kiellä suojaamasta tekoälyllä tai sen avustuksella tehtyä työtä – se vaatii ainoastaan, että teoksen tekijä on ihminen, ei kone. Käytännössä USCO (2025) on todennut, että tekoälyn käyttö esimerkiksi oikolukuun, kielentarkistukseen tai värikorjaukseen ei vaaranna tekijänoikeutta, mutta tilanne muuttuu, kun tekoäly generoi merkittävän osan teoksen ilmaisullisesta sisällöstä.

Ohjelmistokehityksessä ratkaiseva kysymys ei siis ole, käytetäänkö tekoälyä. Se on, kuka hallitsee lopputuloksen luovaa muotoilua. Arkkitehtuuriset päätökset, logiikan rakenne, rajapintasuunnittelu, poikkeuskäsittelyn periaatteet – nämä ovat kohtia, joissa ihmisen luova panos on osoitettavissa. Nämä ovat myös kohtia, joita nykyiset kehitysprosessit harvoin dokumentoivat systemaattisesti.

AIOps-lähestymistapa – prosessi turvaa omistajuuden

Pystyäkseen vastaamaan tähän tekijänoikeushaasteeseen, organisaatiot tarvitsevat uuden kerroksen kehitysprosessiinsa – lähestymistavan, jota voidaan kutsua IPR-tietoiseksi AIOps-malliksi. Kyse ei ole byrokratiasta, vaan siitä, että tekoälyavusteinen kehitys rakennetaan alusta alkaen tavalla, joka tuottaa juridisesti kestävää dokumentaatiota osana normaalia työnkulkua.

Käytännössä tämä tarkoittaa kolmea muutosta. Ensiksi kehotteet ja niiden iteraatiot kirjataan automaattisesti osana CI/CD-putkea – ei jälkikäteen käsin lisättynä, vaan sisäänrakennettuna ominaisuutena. Toiseksi kehitysprosessiin integroidaan selkeät ’ihmisen päätöspisteet’: arkkitehtuurikatselmukset sekä ohjelmistologiikan määrittely- ja suunnittelupäätökset dokumentoidaan tavalla, joka kytkee ne suoraan lopputuotteeseen. Kolmanneksi tuotetaan automaattinen erittely siitä, mikä osa koodista on tekoälyn generoimaa ja mikä ihmisen kirjoittamaa tai merkittävästi muokkaamaa. Tämä raportti toimii näyttönä sekä sisäisessä hallinnossa auditoinnissa että mahdollisissa oikeudellisissa tilanteissa.

AIOps on vastaus konkreettiseen oikeudelliseen todellisuuteen, jonka Münchenin ratkaisu, Yhdysvaltain tuomioistuinten linjaukset ja USCO:n raportit ovat yhdessä vahvistaneet: pelkkä kehottaminen ei riitä, mutta dokumentoitu ihmisen luova prosessi riittää.

Johdon toimintasuunnitelma

Johdon toimintasuunnitelmaa tekijänoikeuksien turvaamiseksi ei voi delegoida lakitiimille tai kehitysorganisaatiolle. Se on strateginen kysymys, joka koskee yrityksen teknologiaomaisuuden arvoa ja suojattavuutta. Ylimmän johdon, CIO:n, CDO:n, ja tuoteomistajien tehtävä on varmistaa, että tekoälyavusteisen kehityksen prosessit ovat linjassa sen juridisen todellisuuden kanssa, jossa toimitaan.

Välittömät askeleet ovat selvät.

• Ensiksi on arvioitava nykytila: missä määrin organisaation nykyinen tekoälyavusteinen kehitysprosessi tuottaa dokumentaatiota ihmisen luovasta panoksesta? Oletuksemme on, että useimmissa organisaatioissa vastaus on: ei riittävästi, tai ei lainkaan.
• Toiseksi on päivitettävä tekoälytyökalujen käyttöpolitiikka siten, että se ottaa kantaa dokumentointivelvoitteisiin – ei pelkästään tietoturvaan ja lisensointiin, joihin AI politiikat ovat tähän asti pitkälti keskittyneet.

Omistajuus on prosessikysymys

Tekoälyavusteinen ohjelmistokehitys on tätä päivää. Se tehostaa kehitystä, nopeuttaa time-to-markettia ja mahdollistaa pienempien tiimien rakentaa enemmän. Nämä hyödyt ovat todellisia ja merkittäviä. Mutta hyötyjä ei voi nauttia täysimääräisesti, jos rakennettua teknologiaa ei omisteta.

Kansainvälinen oikeudellinen kehitys on nyt yhdenmukaista. Münchenin käräjäoikeus (Bayern Recht 2026) sovelsi EU:n teoskäsitettä: pelkkä kehottaminen ei synnytä tekijänoikeussuojaa, ihmisen luovien valintojen on hallittava lopputulosta. Yhdysvaltain korkein oikeus päätyi samaan tulkintaan maaliskuun 2026 alussa. Vireillä oleva EU-tuomioistuimen ennakkoratkaisupyyntö Like v. Google (C-250/25) tulee lähiaikoina täsmentämään eurooppalaista linjaa entisestään.

Johdon tehtävä on tehdä tästä prosessikysymys – ei jättää sitä sattuman varaan. Pohdimme tätä tekijänoikeuksiin liittyvää haastetta ja sen edellyttämää dokumentaatio myös yritysten kanssa maaliskuussa 2026 pidetyssä AI Skaalaajat-hankkeen työpajassa. Keskeisenä huomiona nousi esille se, että asia on nimenomaan prosessikysymys. Prosessin ja sitä tukevien menetelmien ja työkalujen avulla varmistetaan tarvittavan IPR-evidenssin dokumentoituminen osana kehitysprosessia.

Kuva: Shutterstock