Julkinen sektori sai eilen uudet sopimusehdot IT-hankinnoilleen (lehdistötiedote). Mukava todeta, että ehdot ovat saatavilla PDF- ja DOC-formaattien lisäksi ODT-muodossa.
Johdanto sopimusehtoihin ja niiden soveltamisala:
Julkisen hallinnon tietohallinnon neuvottelukunta (JUHTA) suosittelee, että valtion virastot, liikelaitokset, laitokset ja rahastot sekä kunnat ja kuntayhtymät käyttävät liitteenä olevia Julkisen hallinnon IT hankintojen sopimusehtoja (JIT 2007) hankkiessaan IT- tuotteita ja palveluita.
…
Tämä suositus korvaa aiemmin (valtionhallinnossa) käytössä olleet Valtion tietotekniikkahankintojen yleiset sopimusehdot 1998 (VYSE 1998).
Ehdot on laadittu valtiovarainministeriön asettamassa hankkeessa, jossa on ollut mukana valtionhallinnon, tieto- ja viestintätekniikan palvelutoimittajien, valtion hankintayksiköiden sekä kuntasektorin edustajia.
Näitä julkisen hallinnon IT-hankintojen yleisiä sopimusehtoja noudatetaan julkisen hallinnon IT- tuotteiden ja palvelujen hankinnoissa edellyttäen, että niihin on viitattu sopimuksessa, ja että niistä ei ole joiltakin osin kirjallisesti toisin sovittu.
Kiinnitin huomioni ehdoissa oleviin mainintoihin avoimesta lähdekoodista. Avoin lähdekoodi mainitaan pari kertaa yleisissä sopimusehdoissa (liite 2).
Yleiset sopimusehdot sisältävät avoimen lähdekoodin määritelmän:
2.1 Avoin lähdekoodi tarkoittaa ohjelmistoja, joiden käyttöä koskevat osoitteessa http://www.opensource.org/ yksilöidyt käyttöoikeusehdot tai joiden käyttöoikeusehtoihin sisältyy vaatimus julkaista tai muuten luovuttaa lähdekoodi, jos tilaaja levittää sitä kolmansille osapuolille.
On huomattava, että kyseessä ei ole virallinen avoimen lähdekoodin määritelmä, vaan kyseisten sopimusehtojen oma määritelmä (joka toki nojaa viralliseen määritelmään). Silti pari kohtaa tökkii silmään.
On jännittävää ja samalla pelottavaa, että virallisissa sopimusehdoissa viitataan www-sivustoon, jonka sisältöä hallinnoi kolmas osapuoli. Jos määritellään, että avoimen lähdekoodin ohjelmistoja koskevat www.opensource.org-sivustolla yksiöidyt käyttöehdot, niin nämä ehdothan voivat teoriassa muuttua milloin tahansa.
Sopimusehdoissa todetaan, että avoimen lähdekoodin ohjelmiston lähdekoodi täytyy julkaista tai muuten luovuttaa, mikäli ohjelmistoa levittää kolmansille osapuolille. Tämä ei kuitenkaan aina ole tarpeen, vaan lähdekoodin julkaisuvelvoite riippuu ko. ohjelmiston lisenssiehdoista. Nk. sallivat lisenssit, kuten BSD-, Apache 2.0- ja MIT-lisenssi, eivät edellytä lähdekoodin julkaisua missään tilanteessa.
Määritelmässä ei todeta, mitä lähdekoodin julkaisu varsinaisesti tarkoittaa. Mikäli koodi on julkaistava, niin riittää, että sen luovuttaa ohjelmiston vastaanottajille. Aina ei siis ole välttämätöntä laittaa koodeja saataville esim. yrityksen www-sivuille.
Yleisten sopimusehtojen takuuta käsittelevässä osassa avoimesta lähdekoodista todetaan seuraavaa:
(9) Jos sopijapuolet sopivat avoimen lähdekoodin käyttämisestä, toimittaja ilmoittaa tilaajalle etukäteen avoimeen lähdekoodiin liittyvistä käyttöoikeutta koskevista ehdoista sekä muista ehdoista ja rajoituksista, joita tilaajan tulee avoimen lähdekoodin käytössä noudattaa. Mikäli toisin ei ole sovittu, toimittaja vastaa siitä, että avoimen lähdekoodin sopimuksen mukainen käyttö ei johda siihen, että tilaajan muihin ohjelmistoihin sovellettaisiin avoimen lähdekoodin käyttöoikeutta koskevia ehtoja.
Mikäli ymmärsin oikein, niin tämä ehto tarkoittaa sitä, että ilman erillistä sopimusta toimittaja on vastuussa, jos toimitetun avoimen lähdekoodin ohjelmiston lisenssi leviää tilaajan muihin ohjelmistoihin. Näinhän voi käydä esim. liitettäessä GPL-lisenssin alainen ohjelmisto muihin ohjelmistoihin.
En varsinaisesti pidä ko. ehdossa käytetyistä sanamuodoista, sillä ne voivat antaa kuvan avoimen lähdekoodin käyttöönoton hankaluudesta tai sen sisältämistä rajoituksista. Avoin lähdekoodin antaa päinvastoin vapauksia ja karsii perinteisiä ohjelmistojen käytön rajoituksia!
COSS järjestää yhdessä IT-oikeuden yhdistyksen kanssa avoimen lähdekoodin juridiikkapäivän torstaina 25.10. Helsingissä. Tapahtuma on ollut suunnitelmissamme jo puolisen vuotta, mutta mm. GPL 3.0:n julkaisun lykkääntyminen kesälle, omat ja muiden kiireet ja puhujien aikataulujen sovittaminen siirsivät tapahtuman lokakuulle.