Hankintayksikkö valmistelee hankintarenkaalle ICT-palveluiden (perustietotekniikkapalvelut) hankintaa, jonka alustava kohde voi sisältää muun muassa: Käyttäjäpalvelut, Microsoft 365 -palvelut, laite- ja tulostuspalvelut, hybridi-infrapalvelut, sovellustuki- ja sovelluspalvelut, integraatiot, tietoturvallisuuspalvelut, tietohallinnon asiantuntijapalvelut, palvelunhallinnan sekä käyttöönotto- ja siirtymäpalvelut. Tietopyynnön tarkoituksena on kartoittaa markkinoiden näkemyksiä hankinnan tarkoituksenmukaisesta laajuudesta, osa-aluejaosta, palvelu- ja vastuunjakomalleista, palvelutasoista, hinnoittelumalleista sekä käyttöönoton toteuttamisesta. Tietopyyntö ei ole hankintailmoitus eikä tarjouspyyntö, eikä se sido hankintayksikköä toteuttamaan hankintaa. Tietopyynnön perusteella hankintayksikkö / hankintarengas pyytää potentiaalisilta tarjoajailta kirjallista tietoa (esim. kommentit, palaute, kehitysehdotukset jne.) hankintaan ja sen kohteeseen liittyen. Kirjalliset dokumentit ja lisätiedot tulee palauttaa 1.6.2026 kello 9:00 mennessä sähköpostitse hankintayksikölle: [email protected] Tietopyyntöön vastaamisesta ei makseta korvauksia.

Hankintayksikkö/hankintarengas valmistelee ICT-palveluiden hankintaa, jonka kohteena ovat alustavasti useat käyttöympäristöön, päätelaitteisiin, Microsoft 365 -palveluihin, sovelluksiin, integraatioihin, tietoturvaan, palvelunhallintaan sekä käyttöönottoon liittyvät palvelut. Hankinnan kohde perustuu suurelta osin hankintarenkaan hankintayksiköiden nykyisin omistamaltaan inhouse-yhtiöltä hankittaviin palveluihin sekä niihin liittyviin vastuihin, palvelukuvauksiin ja palvelutasoihin. Hankintayksikön tavoitteena on selvittää markkinoiden näkemyksiä siitä, miten palvelukokonaisuus olisi tarkoituksenmukaista kilpailuttaa, millaisia toteutus- ja palvelumalleja markkinoilla on saatavilla sekä miten mahdollinen siirtymä nykyisestä palvelutuotannosta uuteen palvelumalliin voidaan toteuttaa hallitusti. Tällä tietopyynnöllä hankintayksikkö ei käynnistä varsinaista tarjouskilpailua, eikä tietopyyntöön vastaaminen sido vastaajaa myöhemmin mahdollisesti toteutettavaan kilpailutukseen. Tietopyynnön tavoitteena on saada hankinnan valmistelua varten tietoa markkinoilla olevista ratkaisuista, palvelumalleista, sopimus- ja hinnoittelurakenteista, vastuunjaosta, käyttöönoton edellytyksistä sekä hankinnan tarkoituksenmukaisesta laajuudesta ja jakamisesta mahdollisiin osa-alueisiin. Hankinnan alustava kohde voi tai saattaa sisältää seuraavia palvelukokonaisuuksia kokonaan tai osittain: 1. Käyttäjäpalvelut: käyttäjämäärien ja käyttäjäryhmien hallintaan liittyvät palvelut, käyttötukipalvelut, mukaan lukien SPOC-palvelu ja itsepalveluportaali, lähitukipalvelut, käyttäjien palvelupyyntöjen, häiriöiden ja muutosten käsittely, käyttäjäviestintään ja palvelun käyttöönottoon liittyvät tukipalvelut 2. Microsoft 365 -palvelut: M365-tukipalvelut, M365-ylläpitopalvelut, M365-varmistuspalvelut, tenanttien, käyttöoikeuksien ja hallintamallien tuki, hallinnon ja opetuksen mahdollisten erillisten tenanttien huomiointi, M365-palveluiden käytön kehittäminen ja asiantuntijatyö 3. Laitepalvelut ja tulostuspalvelut: elinkaaripalvelu, laitehallintapalvelu, sovelluspaketointi, mobiililaitehallinta, päätelaitteiden käyttöönottoon, ylläpitoon ja poistoon liittyvät palvelut, mahdolliset tulostuspalvelut osana laitepalvelukokonaisuutta 4. Hybridi-infrapalvelut: kapasiteetti- ja pilvikapasiteettipalvelut, käyttöpalvelut, varmistuspalvelut, VPN-palvelut, SSL-sertifikaattipalvelut, palvelin- ja alustaympäristöjen hallinta, virtuaalipalvelinten ja pilvipalveluiden ylläpito 5. Sovellustukipalvelut: sovellusten teknistä tukea, häiriönselvitystä, toimittajayhteistyötä, päivityksiin ja muutoksiin liittyvää koordinointia, palvelutasojen ja vastuiden määrittelyä 6. Sovelluspalvelut: asianhallinnan tai asianohjauksen palvelut, sähköisen allekirjoituksen palvelut turvapostipalvelut, muut nykyiseen palvelukokonaisuuteen sisältyvät sovellukset 7. Integraatiot: integraatioalustan tai integraatiopalveluiden käyttö ja ylläpito, integraatioiden kehitys ja elinkaaren hallinta, järjestelmien välisten tiedonsiirtojen valvonta, häiriönhallinta ja muutostenhallinta integraatioiden dokumentointi 8. Tietoturvallisuuspalvelut: päätelaitteiden ja palvelinympäristöjen tietoturva, Microsoft Defenderin tai vastaavien tietoturvaratkaisujen hallinta, tietoturvan valvonta, ylläpito ja raportointi, sähköpostin roskaposti- ja haittasuodatus, tietoturvaan liittyvät asiantuntijapalvelut 9. Tietohallinnon johtaminen ja asiantuntijapalvelut: ICT-palveluiden kehittämisen asiantuntijatyö, arkkitehtuuri- ja suunnittelutehtävät, käyttöönottojen ja muutosten tuki, palvelutuotannon ohjaus ja laadunvarmistus, hankintayksikön tietohallinnon tukeminen erillishankintoina 10. Palvelunhallinta: toimittajan palvelunhallinta, palvelutasojen määrittely, seuranta ja raportointi, palvelupyyntöjen, häiriöiden, ongelmien ja muutosten hallinta, palvelukokoukset ja jatkuvan palvelun kehittäminen, ratkaisujen, järjestelmien, elinkaaren ja toimittajatietojen hallintaan liittyvät palvelut 11. Käyttöönotto ja siirtymävaihe: nykytilan tarkennukset, dokumentaation vastaanoton ja täydentämisen, palveluiden siirtosuunnitelma, migraatio- ja käyttöönottotehtävät, käyttäjäviestinnän ja koulutuksen tuen tuotantoon siirron ja vakautusvaiheen, mahdolliset kehitystyöt osana käyttöönottoa HUOM! TARJOAJILLE LISÄTIETOA HANKINNAN SISÄLTÖÖN JA KOHTEISIIN LIITTYEN: - Tietopyynnössä pyydetään markkinoilta näkemyksiä siitä, tulisiko tulostuspalvelut sisällyttää samaan kokonaisuuteen vai kilpailuttaa erillisenä palveluna. - Alustavasti tietoliikennepalvelut, verkko ja palomuuri eivät sisälly hankinnan kohteeseen, sillä niistä hankintarenkaan hankintayksiköillä on voimassaoleva sopimus kolmannen osapuolen kanssa. - Osa nykyisistä sovellustukipalveluista voi perustua sopimuksiin, joissa sovellussopimus on hankintayksikön ja sovellustoimittajan välillä, mutta tuki- ja ylläpitopalvelu tuotetaan erillisen, nyt kilpailutusta koskevan ICT-palvelutoimittajan kautta. Hankintarengas pyytää markkinoilta näkemyksiä siitä, miten tällainen vastuunjako on tarkoituksenmukaista järjestää. - Hankintarengas arvioi tietopyynnön perusteella, tuleeko osa sovelluspalveluista sisällyttää pääasialliseen ICT-palveluhankintaan vai kilpailuttaa erikseen. - Alustavasti integraatiot voivat kohdistua esimerkiksi Entra ID -ympäristöön ja levyjakoihin sekä muihin hankintayksikön palveluihin ja järjestelmiin. - Tietopyynnössä pyydetään näkemyksiä siitä, mitkä tietoturvapalvelut on tarkoituksenmukaista sisällyttää kokonaisuuteen ja mitkä mahdollisesti kilpailuttaa erillisinä palveluina. - Hankintayksikkö pyytää vastaajilta näkemyksiä erityisesti siitä, miten siirtymä nykyisestä palvelutuotannosta uuteen palvelutuotantoon tulisi aikatauluttaa ja vastuuttaa. KYSYMYKSET TARJOAJILLE Tietopyynnön avulla hankintarengas pyrkii selvittämään erityisesti seuraavia asioita: 1. Millaisia palvelu- ja toimitusmalleja markkinoilla on saatavilla hankinnan alustavan kohteen toteuttamiseksi? 2. Onko hankinnan kohde tarkoituksenmukaista kilpailuttaa yhtenä kokonaisuutena vai jakaa osa-alueisiin? 3. Mitkä palvelut rajoittavat kilpailua, jos ne sisällytetään yhteen ja samaan hankittavaan kokonaisuuteen? Miksi tämä rajoittaa kilpailua? 4. Mitkä palvelut soveltuvat parhaiten samaan ICT-palvelukokonaisuuteen ja mitkä olisi perusteltua kilpailuttaa erikseen (loogiset kokonaisuudet) esimerkiksi omina erillisinä osakokonaisuuksina tai jopa erillisinä hankintoina? Miten hajautettu malli saadaan helpoiten Tilaajan puolelta hallinnoitua? 5. Miten sovellustuki järjestetään jatkossa, kun sovellussopimukset ovat suurelta osin hankintayksikön ja sovellustoimittajien välillä? Minkälaista tukea tarjoaja pystyy eri sovelluksille tarjoamaan (esim. Microsoft, Adobe, Visman sovellukset, Monetran sovellukset, CGI:n ja muiden toimittajien ratkaisut)? 6. Millaisia vastuunjakomalleja toimittajat suosittelevat tilanteessa, jossa osa sovellussopimuksista on hankintayksikön ja sovellustoimittajien välillä? Entäpä tilanteet, joissa palveluita siirretään inhouse-yhtiöltä palveluntarjoajalle? 7. Millaisia palvelutasovaatimuksia ja raportointimalleja hankintaan olisi tarkoituksenmukaista sisällyttää? 8. Millaiset palvelutasot ja mittarit ovat realistisia ja ohjaavat oikeaa tekemistä, eivätkä muodosta tarpeettomia hintariskejä tai ohjaa Tilaajan tai Toimittajan tekemistä väärin? 9. Millaista käyttöönottoprojektia ja siirtymäaikaa vastaavan palvelukokonaisuuden toteuttaminen edellyttää? Prioriteettina on huomioitava palvelin- ja kapasiteettipalvelut, joiden osalta hankintarenkaan tulee saattaa palvelut palveluntarjoajalle Q2/2027 alusta lähtien. Voiko Tarjoaja esittää jo tässä vaiheessa alustavaa arviota Tilaajalle siirtymävaiheen käyttöönotosta ja sen ylätason aikataulusta? 10. Millainen hinnoittelumalli tai millaiset hinnoittelumallit soveltuvat hankintaan? Mitä palveluita tulee eritellä omiksi hintariveikseen ja millä tavalla käyttöönottoprojekti tulisi hinnoitella? Esimerkiksi kiinteä palvelumaksu, käyttäjäkohtainen maksu, laitekohtainen maksu, kapasiteettiperusteinen hinnoittelu, tuntityö tai näiden yhdistelmä? Miten eri hinnoittelumallit jakautuvat palvelualueittain ja hankinnan kohteena oleville osa-alueille? 11. Mitä tietoja Tarjoajat tarvitsevat hankintayksiköltä tai tarjouspyynnöltä luotettavaan sopimuskaudella toimivaan hinnoitteluun? Millaisia tulisi olla palveluiden ja laitteiden hinnanmuutosmekanismit? 12. Millaisia vähimmäisvaatimuksia tarjoajien kokemukselle, resursoinnille, osaamiselle ja palvelutuotannolle olisi tarkoituksenmukaista asettaa? Tarjoajien tulee huomioida, että Tilaaja tarvitsee myös kattavaa lähitukipalvelua mm. sivistystoimen ja opetuksen toimialalle. 13. Millaisia riskejä vastaajat tunnistavat hankinnan valmistelussa, kilpailutuksessa, käyttöönotossa ja jatkuvassa palvelutuotannossa? Millä tavoin tunnistettuja ja havaittuja riskejä voidaan minimoida? 14. Millaisia kehitysmallien ja -palveluiden järjestämistapoja vastaajat pitävät tarkoituksenmukaisina tai ovat havainneet hyviksi muissa sopimuksissa/toteutuksissa vastaavan sisältöisissä hankinnoissa? Tarjoaja voi kuvata omia prosesseja kehitystoiminnan osalta osana vastaustaan. 15. Pyydämme Tarjoajaa ottamaan kantaa siihen, kuinka merkittävänä se pitää Entra ID -varmistuspalvelua IT-siirtymien näkökulmasta. Tarjoajan tulee perustella näkemyksensä.