AI-käyttöönottosopimus: kahdeksan lauseketta, jotka puuttuvat IT-vakiosta

Opastava artikkeli, kirjoitettu toimittajan näkökulmasta. Kuvaa tyypillisiä ratkaisuja, ei ratkaise yksittäistapauksia. 50–250 hengen yritysten käyttöönottotapaamisissa toistuu säännöllisesti yksi väite: AI-käyttöönottoon riittää IT-vakiosopimus ja GDPR-liite. Tämä kuulostaa järkevältä. IT-vakiosopimus määrittelee aikataulut, vastaanoton, sanktiot, koodin omistusoikeuden ja henkilötietojen käsittelyn. Koska chatbot tai asiakirja-automaatio on vain "uusi järjestelmä", miksi keksiä uusia ehtoja. Lisäksi AI Act ei vaadi erillistä sopimusmuotoa matalan riskin järjestelmille.

Toisen osapuolen vahvin argumentti

Tällä argumentilla on vankka perusta. IT-vakiosopimukseen kuuluu yleensä vastaanottoaikataulu, sopimussakot, koodin tekijänoikeuksien siirto, virheilmoitusmenettely ja GDPR:n 28 artiklan mukainen tietojenkäsittelysopimus. ERP-järjestelmän tai verkkokauppa-alustan käyttöönotossa tämä on yleensä riittänyt. Myös AI-toimittajat tarjoavat malleja, joissa on yleisiä kirjauksia tietoturvasta ja asiakkaan datalla kouluttamisen kiellosta. GDPR-sakot ovat jopa 4% liikevaihdosta, joten käsittelysopimusta pidetään usein riittävänä suojana. Lisäksi AI Act -sakot, jopa 15 000 000 EUR tai 3% globaalista liikevaihdosta, koskevat pääasiassa suuren riskin järjestelmien toimittajia, eivät tilauskäsittelyn chatbotia ottavaa yritystä.

AIKuva on luotu tekoälyllä.

Mitä tämä argumentti ei kata

Perinteinen IT-sopimus ei ratkaise neljää tekoälyn riskien kannalta kriittistä asiaa. Ensinnäkin, kehotteet ja konfiguraatio: se, muodostavatko ne teoksen tekijänoikeuslain nojalla, riippuu niiden luovasta tasosta, mutta vakiopohja ei yleensä määrittele taloudellisten tekijänoikeuksien omistajaa. Tämän seurauksena toimittaja voi sopimuksen päätyttyä hyödyntää samaa kehitekerrosta kilpailijalla. Toiseksi, malliversiointi: OpenAI ja Anthropic poistavat malleja käytöstä muutaman viikon tai kuukauden varoitusajalla, kuten vanhenemisaikatauluista ilmenee, eikä perussopimus anna asiakkaalle oikeutta estää automaattipäivitystä ennen hyväksyntätestejä. Kolmanneksi, datan vienti: keskustelulokit ja vektoriupotukset eivät ole tavallisia SQL-tauluja, joten kirjaus toimittajan velvollisuudesta palauttaa tiedot jää usein katteettomaksi. Neljänneksi, hallusinaatiot: vastuu virheellisestä tuloksesta vaatii kynnysarvon, sillä muuten jokainen virheellinen vastaus johtaa laaturiitaan. Lisäksi tulevat AI Act:n mukaiset roolit: tekoälyjärjestelmän tarjoajalla ja käyttöönottajalla on eri velvollisuudet, joita IT-vakiomalli ei yleensä erottele. 2.8.2026 alkaen chatbotien on ilmoitettava tekoälyvuorovaikutuksesta ja merkittävä generoitu sisältö.

Näkemyksemme

Käytännössämme tuotantovalmiin tekoälyn käyttöönottosopimus sisältää kahdeksan ehtoa, joita perinteisessä IT-sopimuksessa ei ole: oikeudet kehotteisiin ja konfiguraatioon (taloudellisten tekijänoikeuksien siirto tai peruuttamaton, ikuinen lisenssi muutos- ja alilisenssioikeuksin), 60 päivän ennakkoilmoitus mallin poistumisesta sekä automaattipäivityksen kielto ilman hyväksyntätestejä, datan vienti 30 päivässä JSON-, CSV- tai JSONL-muodossa, varmuuskopioiden poisto 60 päivässä, hallusinaatioiden kynnysarvo ≤5% testisarjassa, toimittajan vastuunrajoitus 12 kuukauden maksujen tasolla, kehotteiden ja koodin talletus notaarille tai escrow-palveluun sekä 3 kuukauden irtautumistuki vakiohintaan. Esimerkiksi sähköpostiavustajan käyttöönotossa 500 viestin otoksella saimme ensin mallikortin mittareineen, ja kyseisellä otoksella tehdyt hyväksyntätestit ratkaisivat tuotantoversion. Ilman näitä kirjauksia asiakas saa toimivan järjestelmän, mutta ilman irtautumistietä tai vastuukynnystä järjestelmän antamista vastauksista.

AIKuva on luotu tekoälyllä.

Mitä tehdä tällä vuosineljänneksellä

Tällä vuosineljänneksellä kannattaa ennen allekirjoitusta varmistaa, suostuuko toimittaja ylipäänsä neuvottelemaan datan viennistä 30 päivässä ja ≤5% hallusinaatiotestistä. Jos toimittaja kieltäytyy molemmista, se ei tarkoita hankkeen kaatumista, mutta osoittaa selvästi asiakkaan vastuulle jäävät riskit. Muuttaisimme kantaamme vain yhdellä ehdolla: jos toimittaja tarjoaa avoimen lähdekoodin mallista paikallisen instanssin auditoituine mallikortteineen ja täysine pääsyineen painotuksiin, ulkoisen rajapinnan vanhenemisehdot menettävät merkityksensä. Siihen saakka käsittelemme tekoälyn käyttöönottosopimusta itsenäisenä asiakirjana, emme IT-sopimuspohjan liitteenä.