Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja
Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet standardit Avoin innovaatio Avoin data Avoin lähdekoodi
Vaikuttamistyötä, esim. JIT 2015 -sopimusehdot Ekosysteemien rakentamista: EduCloud Alliance, avoin kunta Tukee jäseniä konkreettisesti: työryhmät, koulutukset, neuvonta, viestintä COSS.fi ja Mindtrek
Sisällys JIT 2015 rakenne JIT 2015 avoimuudet Miksi avointa lähdekoodia? Miksi ei? Sovellushankinnat avoimen lähdekoodin ehdoin Datalukottomuusehdot Avoimet rajapinnat Avoimuus konsultointiehdoissa
JIT 2015 rakenne JHS 166: paljon hyviä uudistuksia JIT 2015 Yleiset ehdot JIT 2015 Tilaajan sovellushankinnat avoimella lähdekoodilla JIT 2015 Tilaajan sovellushankinnat muulla kuin avoimella lähdekoodilla JIT 2015 Erityisehtoja ketterillä menetelmillä toteutettavista projekteista JIT 2015 Palvelut JIT 2015 Konsultointipalvelut JIT 2015 Laitehankinnat JIT 2015 Palvelut verkon kautta Tukimateriaalia: Avoimet rajapinnat järjestelmä- ja palveluhankinnoissa
JIT 2015 avoimuudet Avoimen koodin hankinnat Datalukkojen estäminen Avoimet rajapinnat Konsultointiehtojen avoimet oikeudet
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
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
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
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.
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
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
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.
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
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
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
COSS ry:n yhteystiedot PL 35, 33101 Tampere info@coss.fi www.coss.fi Timo Väliharju, toiminnanjohtaja 050 330 3339 timo.valiharju@coss.fi