Suomen avoimien tietojärjestelmien keskus COSS ry

Transkriptio

1 Tietojärjestelmähankinnat ja JIT ehdot Miten hyödynnät JIT ehtoja datan avaamisessa? Martin von Willebrand, puheenjohtaja

2 Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet standardit Avoin innovaatio Avoin data Avoin lähdekoodi

3 Vaikuttamistyötä, esim. JIT sopimusehdot Ekosysteemien rakentamista: EduCloud Alliance, avoin kunta Tukee jäseniä konkreettisesti: työryhmät, koulutukset, neuvonta, viestintä COSS.fi ja Mindtrek

4 Martin von Willebrand Puheenjohtaja, COSS ry Asianajaja, ryhmänvetäjä, osakas, HH Partners Teknologia, avoin teknologia Puheenjohtaja, Airo Island ry Puheenjohtaja, Validos ry JIT ehtojen työryhmässä

5 JIT 2015 Julkisen hallinnon IT-hankintojen sopimusehdot Uudistettu : JIT ehdot Eri hankintatilanteisiin: sovellushankinta (eri projektimallit), sovelluspalveluhankinta, konsultointipalvelut, ylläpitopalvelut, laitehankinnat Avoimuuksia huomioitu: avoimet sovellushankinnat, konsultointipalveluiden hankinnat, datalukottomuus ja avoimet rajapinnat tietojärjestelmähankinnoissa

6 Datalukottomuusehdot Esim. sovelluspalvelut: toimittajan luovutettava kaikki tallennettu tilaajan aineisto sekä datakuvaus siitä. Noudatettava tietoaineiston avoimuusvaatimusta. Määritelmät: tilaajan aineisto, datakuvaus ja tietoaineiston avoimuusvaatimus Ehdot, joissa määritelmiä sovelletaan: sovellushankinnat x3 ja palvelut verkon yli

7 Datalukottomuusehdot Datakuvaus: tilaajan tietoaineiston sisällön, muotoilun, rakenteen ja metatiedon kuvaus Datakuvaus on läpikotainen, eli kattaa kaiken tallennetun tilaajan tietoaineiston, ja joka voidaan toimittajan immateriaalioikeuden rajoittamatta asettaa julkisesti saataville ilman mitään kuvauksen julkaisijalle tai sen käyttäjälle aiheutuvia maksuja oikeudenhaltijalle. Tietoaineiston avoimuusvaatimus: vaatimus siitä, että tilaajan tietoaineisto on saatavissa yleisesti käytetyssä muodossa ja käsiteltävissä muilla kuin toimituksen kohteena olevilla tietojärjestelmillä ilman rojalteja ja lisenssimaksuja tai muita käsittelyä rajoittavia ehtoja. Avoimuusvaatimus säilyy samana riippumatta siitä, kuka tietoja käsittelee. Tilaajan aineisto: tuotteen toimituksen tai palvelun yhteydessä käytettävät tai niihin sisältyvät tilaajan asiakirjat, kirjalliset tiedot, tietokannat ja ohjelmistot, sekä muu aineisto, jonka tilaaja on luovuttanut toimittajalle tuotteen tai palvelun tuottamista varten, sekä lisäksi palvelua tai tuotetta käytettäessä syntynyt tilaajan tietoaineisto, tämän muotoilu, rakenne ja metatieto. Tietoaineiston rakenteella ei tarkoiteta tietosisällön tallennusteknistä rakennetta, vaan sen käsitteellistä muotoilua ja jäsennystä tilaajan tarkoitusta varten. Tietoaineisto voi olla tallennusteknisesti tiedostoissa, tietokannoissa tai muissa tallennusmuodoissa. Tässä määritelmässä tietosisällöllä ja tiedolla tarkoitetaan sekä raakatietoa että jalostettua tietoa.

8 Datalukottomuusehdot Edellyttää hankkijalta: Tulee valvoa sopimusehtojen noudattamista Paras tapa on pyytää dataa / ottaa dataa sopimusehtojen tarkoittamalla tavalla Sovellushankinnassa osana sovelluksen testausta (tai takuuajan aikana) Jos ei toimi > yhteys toimittajaan Suhteessa hankinnan/datan/toiminnan tärkeyteen Edellyttää toimittajalta: Datan irrottamisen näkökulma projektissa/palvelussa IPR-tarkistus Mahdollistaa pienemmän exit-kustannuksen tuotteen elinkaaren päättyessä Mahdollistaa datan irrottamisen kokeiluluontoisesti Esimerkiksi yhdistettäessä omaa dataa avoimeen dataan: törmäytyskokeilu tms. Datalukottomuus on eri asia kuin avoin rajapinta tietojärjestelmän palveluna

9 Avoimien rajapintojen tukimateriaali JHS 166, liite 9 mukaan: tilaajan on pääsääntöisesti syytä...tarkemmin määritellyllä tavalla vaatia velvoitteen täyttämiseksi...avoimia rajapintoja Tilaajan tehtävä päätös siitä, vaaditaanko avoimia rajapintoja Päätynyt tukimateriaaliksi koska data ja rajapinnat hyvin tapauskohtaisia Vaatiessaan avoimia rajapintoja, tilaajan on tehtävä rajapinnan määritykset JHS 166, liite 9 sisältää määrityksiin lisättäväksi tarkoitetut avoimuuspykälät : dokumentointia, testatattavuutta ja IPR-asioita Lisäksi liitteessä muutama oletus, esim. ei pääsynhallintaa tai maksuja

10 COSS ry:n yhteystiedot PL 35, Tampere Timo Väliharju, toiminnanjohtaja

11 Miksi avointa lähdekoodia? JHS-suositus lisää avoimen lähdekoodin käyttöä Vesiputouksessa vaihtoehdot, ketterissä oletuksena Erityisesti jos Toistuva toiminta usealla hankintayksiköllä Julkisuus- tai läpinäkyvyysvaatimuksia Edellytetään usean tahon yhteistyötä (myös kehitystyön julkisuus) Laajemmat oikeudet ja joustavuus käytössä, lukkojen vähentäminen Positiivinen standardoituminen Paljon samoja tarpeita, avoimet ratkaisut Osaamisen kasvaminen markkinoilla Parempi olemassaolevan hyödyntäminen

12 Miksi ei avointa lähdekoodia? Jos ei saada avointa tai jos hinta suhteettoman suuri Jos valmisteluvaiheessa ilmenee, että kelvollisia tarjouksia avoimen lähdekoodin lisenssillä ei saada

13 Sovellushankinnat avoimen lähdekoodin ehdoin Koko toimitus avoimella lisenssillä Paitsi alustaohjelmistot (käyttöjärjestelmä ja tietokannat) voivat olla suljettujakin Toimittaja voi valita avoimen lähdekoodin lisenssin Toimittajan julkaistava lähdekoodi yleisesti Githubissa tai vastaavassa Eroteltu julkaistava sovellus v. tilaajan asennus Koodimuokkaukset ensisijaisesti lähdeprojektiin Mahdollisuus siihen, että kehitystyö tehdään kokonaan julkisesti Avoimen julkaisun ylläpitoa voidaan jatkaa

14 Sovellushankinnat avoimen lähdekoodin ehdoin Mitä edellyttää tilaajalta? Päätös siitä, mitä ehtoja käytetään Avoin / yksinoikeus Vesiputous / ketterämpi Vaadittava samaa asiaa per toimitus tai toimituksen osa Ei edellytä erityistä avoimuusosaamista Toimittajan virhevastuu, takuu ja toimitusvastuu ~sama kuin aikaisemminkin Pari erityiskysymystä Tehdäänkö kehitys julkisesti? Halutaanko ostaa avoimen version tukea 12 kk jälkeen? Ylläpitopalvelut liitteen 5, kohta 6 (4) sovitettava hankitun sovelluksen oikeuksiin.

15 Sovellushankinnat avoimen lähdekoodin ehdoin Mitä edellyttää toimittajalta? Asiakastoimituksen ja asennustietojen erottamista sovelluksesta Hyvän tavan mukaista Sovelluksen lähdekoodin julkaisua Oikealla osaamisella ei ole lisäkustannus Sovelluksen avoimen lisenssin päättämistä Sovelluksen julkaistun lähdekoodin ylläpitoa takuuaikana Sovelluksen maksettua ylläpitoa takuuajan jälkeen (irtisanottavissa) Mikään näistä ei ole lisäkustannus, jos projekti tehdään oikealla osaamisella Mahdollistaa useita asioita, uutta liiketoimintaa

16 Avoimuus konsultointiehdoissa Konsultoinnin tuloksena syntyvien asiakirjojen ja muiden tulosten oikeuksista sovitaan seuraavaa: Tekijänoikeus jää toimittajalle Tilaaja saa peruuttamattoman vapaan käyttö-, kopiointi-, muokkaus- ja levitysoikeuden kaikkiin käyttötarkoituksiin