Fingrid Datahub Oy Käyttöönottotyöryhmä
Agenda, 09:00 15:00 Työpajan avaus 11.6. kokouksen pöytäkirja Ajankohtaiset asiat Ajankohtaisia asioita datahub projektista ja muista työryhmistä Marjut Puukangas / datahub liiketoimintaprosessit ja prosessityöryhmä tilannekatsaus Käyttöönottosuunnitelmaan saatujen kommenttien läpikäynti / kalvo 3 ja 4 Hanna-Kaisa Liikanen / Datahub avainviestit Keskustelu datahub-projektin eri osa-alueiden välitavoitteista (tarkastuspisteet) Pasi Lintunen / Huomioita toimijoiden käyttöönottosuunnitelmista ja toimialan valmistelutoimien etenemisen seuranta Edellisestä esityksestä käyttöönottosuunnitelmaan kohdistuvat huomiot Syksyn työohjelman suunnittelu Kokouksen päättäminen 2 Käyttöönottotyöryhmä
Fingrid Datahub Oy Datahub käyttöönottotyöryhmä liiketoimintaprosessit
Yleistä muutoksista Toimialalle julkaistava dokumentaatio linjassa järjestelmätoteutuksen kanssa CMS toteutusvaihe Osavaihe 1 Osavaihe 2 Osavaihe 3 Osavaihe 4 Osavaihe 5 Prosessidokumentaatio versio Versio 1.7 Versio 1.8 Versio 1.9 Versio 1.10 Versio 1.11 Dokumenttien muutoshistoriassa tarkat kuvaukset muutoksista Muutosmerkinnöillä oleva dokumentaatio helpottamaan lukemista Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa Datahub-tapahtumat 4
Datahub järjestelmän toteutus Alkuperäinen suunniteltu vaiheistus Osavaihe 1 Osavaihe 2 Osavaihe 3 Osavaihe 4 Osavaihe 5 B2B ulkoinen rajapinta DH-120 DH-310 DH-410 DH-110 DH-130 DH-420 DH-320 DH-330 DH-340 DH-700 DH-200 DH-800 DH-900 Tietorajapinta (DH-1000) DH-500 DH-600 Päivitetty vaiheistus Osavaihe 1 Osavaihe 2 Osavaihe 3 Osavaihe 4 Osavaihe 5 B2B ulkoinen rajapinta DH-120 DH-310 DH-410 DH-110 DH-130 DH-420 DH-810 DH-320 DH-330 DH-730 (DH-200) DH-200 DH-332 DH-340 DH-710 DH-740 DH-500 DH-600 DH-820 DH-900 Tietorajapinta (DH-1000) Toimitettu 5
Ennakkotietoa tulevista muutoksista Jo tiedossa olevista prosessimuutoksista ennakkotietoa EDIELfi-portaalissa Nyt julkaistu Muutokset tuotetietoihin Muutoksia laskurivitietoihin (osittain toteutettu versiossa 1.9) Muutokset tapahtumien peruutuksiin 6
7 Tehtyjä tarkennuksia
Osapuolen oikeudet tietoihin Tarkennettu määritelmät uusi myyjä, nykyinen myyjä ja vanha myyjä Uusi käsite lähtevä myyjä 6 viikkoa sopimuksen päättymisen jälkeen 8
Yleistä muutoksista tapahtumatasolla Yleinen peruutustapahtuma poistettu tapahtumat perutaan joko omalla peruutussanomalla, lähettämällä uusi tapahtuma tai ei peruta ollenkaan ebix roolit otettu käyttöön tapahtumittain Tapahtumien kuittaussanomaa tarkennettu Tapahtumille tarkennettu aikarajat voimaantuloille Tiedon päivityslogiikka täsmennetty tapahtumakohtaisesti full update / partial update 9
DH-110 Asiakastiedon ylläpito kun asiakas päivitetään salaiseksi, poistetaan kaikki asiakkaan valtuutukset salattu tiedon poisto ainoastaan asiakkaan ilmoittamana asiakasportaalin kautta asiakastietojen päivityslogiikka tarkennettu sekä sitä kenelle tietoja päivityksestä välitetään tarkennettu, että asiakastunnuksen mahdollinen korjaus vain operaattorin toimesta tarkennettu, että asiakastyyppiä ei voi muuttaa 10
DH-120 Käyttöpaikkatiedon ylläpito kytketty/katkaistu -tilaan muutokset tapahtuu kytkentä- ja katkaisutapahtumilla, ei käyttöpaikan päivitystapahtumalla uusi tila "Poistettu järjestelmästä" poistetuille käyttöpaikoille ei näy muille, kuin käyttöpaikan jakeluverkonhaltijalle poistetun käyttöpaikan GSRNtunnusta ei voi käyttää uudelleen 11
DH-130 Asiakas- ja käyttöpaikkatietojen haku täsmennetty kaikkia asiakas ja käyttöpaikkatiedon hakutapahtumia sen osalta minkä tiedon perusteella haku tehdään täsmennetty miten osapuolilla on oikeus hakea tietoa 12
DH-310 Sopimuksen ilmoitusprosessi Mikäli sopimukselle on ilmoitettu asiointitapa "Sähköinen" on ainakin yhdellä sopimuksen asiakkaista oltava sähköpostiosoite Tarkennettu sitä miten sopimus yksilöidään datahubissa Yksittäinen sopimus tunnistetaan datahubissa sopimustunnuksen, käyttöpaikkatunnuksen ja sopimukseen liittyvän markkinaosapuolen tunnuksen yhdistelmällä. Sopimukset ovat voimassa täysiä vuorokausia Sopimus alkaa sopimuksen ilmoituksessa ilmoitettuna voimaantulopäivänä klo 00.00. Sopimus taas päättyy päättämisilmoituksen päättymispäivämääränä klo 00.00 eli päättymispäivää edeltävä vuorokausi on viimeinen päivä, jolloin sopimus on voimassa. 13
DH-320 Sopimuksen päivitysprosessi Määräaikaisen sopimuksen käsittelyä selkiytetty uusi kenttä määräaikaisuuden alkamispäivämäärälle määräaikaa ei määritellä sopimuksen voimaantulopäivästä määräaikaisuus muutetaan sopimuksen päivitystapahtumalla Sopimus alkaa 1.1.2016 ja määräajalla 1.1.2016 31.12.2018 1.1.2016 31.12.2018 1.1.2019 Määräaika päivitetään uudeksi 1.1.2019 31-12-2021 31.12.2021 14
DH-320 Sopimuksen päivitysprosessi Määräaikaisen sopimuksen käsittelyä selkiytetty uusi ilmoitettu määräaika korvaa vanhan Sopimuksen ilmoitukseen lisätty validointisääntö käsittelemään kuluttajaasiakkaan 2 vuoden määräaikaisuuden, vaikka itse määräaika olisi ilmoitettu pidemmäksi. Sopimus voidaan päivittää toistaiseksi voimassaolevasta määräaikaiseksi tai päinvastoin Sopimus voidaan edelleen muuttaa toistaiseksi voimassaolevasta määräaikaiseksi ilmoittamalla uusi sopimus Sopimus alkaa 1.1.2016 ja määräajalla 1.1.2016 31.12.2018 1.1.2017 31.12.2019 1.7.2019 31.8.2020 Määräaika päivitetään uudeksi 1.7.2019 31.8.2021 15
DH-320 Sopimuksen päivitysprosessi Sopimuksen päivitystapahtumalla ei päivitetä asiakastietoja Sopimusta päivittämällä ei muuteta sopimuksen alku tai loppuaikaa Sekä ilmoitushetkellä voimassa olevia että tulevaisuudessa voimaan tulevia sopimuksia voi päivittää. Ilmoitushetkellä jo päättynyttä myyntisopimusta voi päivittää vain, jos sopimuksen päättymisestä on alle 6 viikkoa aikaa. Päättynyttä verkkosopimusta voi päivittää ilman vastaavaa rajoitusta Sopimusta ei voi päivitystapahtumalla ilmoittaa kokonaistoimitussopimukseksi tai päinvastoin 16
DH-330 Sopimuksen päättämisprosessit Täsmennetty myös päättämiseen liittyviä sääntöjä Verkkosopimuksen päättymisilmoituksen vastaanotettuaan myyjän tulee aina päättää oma vastaava myyntisopimuksensa samalla käyttöpaikalla. Kun myyjä ilmoittaa myyntisopimuksensa päättymisen datahubiin ulosmuuttona, jakeluverkonhaltijan tulee päättää oma vastaava verkkosopimuksensa. Tarkennettu, että erillisiä takautuvia sopimusten päättämisiä ei voi tehdä. Sopimus voi päättyä takautuvasti ainoastaan takautuvan uuden sopimuksen päättäessä käyttöpaikan vanhan sopimuksen. 17
DH-400 Kytkentä- ja katkaisuprosessit viivästymisilmoituksen voi lähettää useampaan kertaan uusi validointi - > kun ilmoitetaan kytkennästä tai katkaisusta on kaikki ilmoitetun tilan mukaiset pakolliset käyttöpaikkatiedon ominaisuuksien tiedot oltava ilmoitettu
Kysymyksiä?
Kiitos 20 Fingrid Datahub Oy c/o Fingrid Oyj Läkkisepäntie 21 00620 Helsinki PL 530, 00101 Helsinki Puh. 030 395 5000 Y-tunnus: 2745543-5 2.9.2019
Käyttöönottosuunnitelmaan saadut kommentit 1/2 Käyttöönottosuunnitelmassa sanotaan, että kolmansien osapuolten tulee tarkistaa asiakkaidensa valtuutusten voimassaolo. Kolmannet osapuolet vievät tarkastetut valtuutukset Tittaan tarkoitukseen suunnitellulla siirtotiedostolla. Kaikki Tittaan tuodut tiedostot siirretään datahubiin ennen käyttöönottoa tämä on ainakin verkon osalta hyvä muutos (aiemminhan luki että verkko tekee ilmoitukset konsulttien puolesta) Toisaalta mittaustiedon toimitus kohdassa 8.7 lukee että Jakeluverkonhaltijoiden tulee ilmoittaa mittaustietoon oikeutetuille kolmansille osapuolille hyvissä ajoin vastuun siirtymisestä jakeluverkonhaltijalta datahubille. Tämä tarkoittanee sitä, että verkot velvoitetaan infoamaan konsultteja datahubin käyttöönotosta. Eikö tämä infoaminen kuulu ihan eri tahoille, samalla selvittäen datahubin vaikutuksen kolmansille osapuolille? Jakeluverkonhaltijoita ei velvoiteta infoamaan konsultteja datahubin käyttöönotosta. Mikäli yhtiöt saavat palveluntarjoajilta kysymyksiä koskien datahub-projektia, heidät voi ohjata EDIELfi-portaaliin. Portaalista löytyy ohjeiden, webinaaritallenteiden, työryhmien muistioiden yms. lisäksi myös "Ota yhteyttä" painike, jonka kautta kaikki sidosryhmät voivat lähettää kysymyksiä, palautetta ja kehitysehdotuksia Fingridille. Datahub ei kiellä jatkamasta yhteistyötä kolmansien osapuolien kanssa, mutta mahdollistaa mittaustietojen toimituksen datahubista. Käyttöönottotyöryhmä näki, että käyttöönottosuunnitelmassa mainittu ilmoittaminen tapahtuu luontevasti mittaustietojen toimittamisen vastuun siirtymisen yhteydessä, osana kolmansien osapuolten kanssa tehtävää yhteistyötä. 21 Käyttöönottotyöryhmä
Käyttöönottosuunnitelmaan saadut kommentit 2/2 Käyttöönottosuunnitelman kohdassa 8.1 sanotaan Jakeluverkonhaltijan velvoite toimittaa tuntiaikasarjoja MSCONS-sanomilla sähkönmyyjille ja kolmansille osapuolille päättyy 5 arkipäivää ennen muutoshetkeä. Osapuolet voivat kuitenkin keskenään niin sopien jatkaa MSCONS-sanomien toimitusta tämänkin jälkeen. Verkonhaltijan on kuitenkin tarjottava tämä mahdollisuus sähkömarkkinoiden osapuolille tasapuolisesti ja syrjimättömästi. Voiko verkkoyhtiö kieltäytyä kokonaan MSCONS-sanomien lähetyksistä vai onko tämä niin, että verkkoyhtiöillä pitää olla edelleen edellytykset MSCONS-sanomien lähetyksiin? Tämä tarkoittaisi seuraavaa: Kun datahub välittää mittaustietoa myyjälle, niin silloin dahubissa on asiakkaan antama valtuutus siihen myyntisopimuksen perusteella. Jos verkko lähettää edelleen sanomia suoraan, niin missä valtuutus, tuleeko jokin uusi täppä myyntisopimukseen, että data datahubin lisäksi (tasetta varten) erikseen myyjälle MSCONS:ina? Vai tehdäänkö myyjän kanssa erikseen sopimus, jonka perusteella kaikki myyjän kohteet ilmoitetaan MSCONS:ina? Tällöin verkon pitää ylläpitää nykyisen kaltaista järjestelmää, jossa mittaustietokannassa kerrotaan mille myyjälle minkäkin käyttöpaikan sata kuuluu ja miltä ajalta em. on yksi suurimmista lisensseistä, mistä verkko maksaa tällä hetkellä ja sen piti jäädä pois datahubin myötä. 8.1 kohta kumoaa kohdan 8.7 siltä osin, että konsulttien ei tarvitse hakea dataa datahubista vaan voivat edellyttää verkon toimimaan kuten nytkin. Jakeluverkonhaltija voi kieltäytyä MSCONS-sanomien lähettämisestä käyttöönottosuunnitelmassa kuvatun velvoitteen päättymisen jälkeen. Osana varautumissuunnittelua käyttöönottotyöryhmä halusi kuitenkin muistuttaa, että valmius MSCONS-sanomien lähettämiseen (kriisitilanteessa: käyttöönoton keskeyttäminen, paluu nykyiseen sanomaliikenteeseen) kannattaa säilyttää kunnes datahubin käyttöönotto on onnistuneesti tehty. 22 Käyttöönottotyöryhmä
Datahub käyttöönottotyöryhmän kokous Huomioita toimijoiden käyttöönottosuunnitelmista ja toimialan valmistelutoimien etenemisen seuranta
Käyttöönottosuunnitelmien yhteenvetoa Sähkömarkkinalaissa velvoite tehdä käyttöönottosuunnitelma 175 markkinaosapuolta toimittanut suunnitelman 82 jakeluverkonhaltijaa ja 93 vähittäismyyjää Kaikki suunnitelmat on katselmoitu Osapuolia, jotka ilmoittaneet, että järjestelmätoimitussopimukset solmitaan kesän 2019 aikana lähestytty Käyttöönottosuunnitelmien ohjeistamisesta seuraavan version julkaiseminen lähitulevaisuudessa 24
Keskeiset havainnot suunnitelmista Suunnitelmien tekeminen on ryhdittänyt osapuolten tekemistä Suunnitelmien taso vaihtelee suuresti Suunnitelmissa tukeuduttu vahvasti järjestelmätoimittajiin Keskeneräisiä suunnitelmia Suunnitelmista ei aina ole nähtävissä ymmärrys vaadituista toimenpiteistä 25
Luku 1 Projektin organisointi ja resursointi 1.1 Projektin omistaja ja ohjausryhmä Osa markkinaosapuolista on ilmoittanut projektin omistajaksi ainoastaan yrityksen. Projektin johto- tai ohjausryhmä sekä projektin omistaja ja hänen yhteystietonsa yhteydenottojen varalle tulee nimetä. 1.2 Projektipäällikkö ja projektiryhmä sekä pääkäyttäjä(t) Muutamalla osapuolella ollut puutteita ja ko. osapuolia on pyydetty täydentämään kyseiset tiedot Osa markkinaosapuolista ilmoittaneet ajankohdan mihin mennessä pääkäyttäjät nimetään 26
Luku 2 Toteutussuunnitelma Monelta osapuolelta puuttuu koko projektin kattava toteutusaikataulu tai suunnitelmassa on annettu vain järjestelmätoimittajan toteutusaikataulu järjestelmätoimitukselle. 2.1 Projektin laajuuden määrittely Useat osapuolet ovat ilmoittaneet, että niiden suunnitelmat ovat keskeneräiset, joten asioiden tarkentuessa ja suunnitelmien päivittyessä ne tulee toimittaa uudelleen sekä muutosmerkinnät tulee kirjata suunnitelmiin ohjeistuksen muutostenhallinnan mukaisesti. Noin puolessa suunnitelmista ei suoraan tuotu esille järjestelmämuutosten toteutustapaa (on-premise, pilvipalvelut, jotain muuta). Useimmista suunnitelmista puuttuu selkeä maininta järjestelmäpäivitysten tai järjestelmävaihtojen toteutusaikatauluista. Järjestelmäpäivitysten ja -vaihtojen toteutusaikataulu ei ole kaikille markkinaosapuolille selvä, koska osa järjestelmätoimittajista ei ole pystynyt tätä osapuolille ilmoittamaan. Osa markkinaosapuolista ei ole tehnyt vielä edes järjestelmiin liittyviä sopimuksia järjestelmätoimittajien kanssa. Kun kyseiset asiat ja aikataulut tarkentuvat, ne tulee päivittää suunnitelmiin sekä seurantapalvelun vastauksiin. 27
2 Toteutussuunnitelma 2.2 Toteutusprojektin ositus Monella markkinaosapuolella toteutusaikataulu ei kata koko projektia, vaan ainoastaan tietojärjestelmiin liittyvän toteutusaikataulun Sekä kriittinen polku että tehtävien vastuunjakokaavio puuttuvat useilta osapuolilta. Useimmilta puuttuu kuvaus käyttöönottoprojektinsa riippuvuuksista yrityksen muihin sisäisiin kehitysprojekteihin ja ulkoisiin kehityshankkeisiin ja markkinamallin muutoksista Resurssi- ja aikatauluriippuvuudet Mahdollisten muiden järjestelmäprojektien huomiointi työsuunnittelussa tai niiden välttäminen kokonaan 28
3 Tietokonversiosuunnitelma 3.1.1 Tiedon laadun parantaminen ja rikastaminen Osalta markkinaosapuolilta puuttuu kokonaan vaadittu kuvaus, miten tietojen tarkastukset tehdään kolmansien osapuolten rekistereitä vastaan 3.1.5 Siirtotiedostojen tuottaminen ja toimitus Titta-palveluun Osa markkinaosapuolista ei ole listannut markkinaosapuolen ylläpitovastuulla olevia tietoja tai eivät ole eritelleet, mitkä kuuluvat myyjälle ja mitkä verkolle vertikaalisesti integroituneen yhtiön tapauksessa (=rooleja ei ole suunnitelmassa eriytetty). Tiedot tulee eritellä osapuoliroolien mukaisesti. Lisäksi useilla on tarkennettavaa seuraavien asioiden osalta: Tietoturvan huomioiminen puuttuu kokonaan useilta markkinaosapuolilta Siirtotiedostojen tuottamisen ja toimittamisen kestolle asetettuja vaatimuksia ei huomioitu useiden markkinaosapuolten suunnitelmissa 3.2 Uusien tunnusten käyttöönotto Monella osapuolella täysin suunnittelematta 3.2.1 GS1-järjestelmän mukaisten GSRN-tunnusten käyttöönotto Osalla puuttuu kartoitus, missä kaikkialla käyttöpaikkatunnus on nykyisin käytössä ja mihin uusien GSRN-tunnusten käyttöönotto vaikuttaa. 29
4 Testaus- ja sertifiointisuunnitelma 4.1.2 Testiympäristön määrittely Osapuolia on ohjeistettu, että osapuolen tulee suunnitella ja kuvata oma testauksensa osana käyttöönottosuunnitelmaansa. Kuvaus on kuitenkin osalla hyvin suppea. Monesti on vain ilmoitettu esimerkiksi että järjestelmätoimittaja vastaa testauksista. Monella osio on kesken järjestelmätoimittajan tai sen valinnan myöhästymisen vuoksi. Varsinaisten toimenpiteiden kuvaaminen puuttuu monella osapuolella kokonaan. Puutteellisia asioita ovat esimerkiksi aikataulutus sekä vaiheistuksen/hyväksymismenettelyiden kuvaus. Osapuolten tulee myös suunnittelussaan ottaa huomioon testaukset päästä päähän liiketoimintaprosessien mukaisesti, eikä ainoastaan datahubiin suoraan liittyvät testaukset. 4.1.3 Testiaineistot Ohjeistuksen mukaisesti osapuolen tulee suunnitella ja kuvata testiaineistojen tuottaminen ja käsittely. Kuvaus on monella markkinaosapuolella vähäistä. Monesti on vain ilmoitettu esimerkiksi että järjestelmätoimittaja hoitaa testiaineistot. Monella osio on kesken järjestelmätoimittajan tai sen valinnan myöhästymisen vuoksi. Varsinaisten toimenpiteiden kuvaaminen puuttuu kokonaan. Osa markkinaosapuolista ei ole välttämättä ymmärtänyt, että heidän tulee itse tuottaa synteettistä aineistoa. Osapuolten tulee suunnitella myös omia testejä, joilla varmistetaan osapuolen järjestelmäkokonaisuuden toiminta, liiketoimintaprosessien jatkuvuus, järjestelmien toimivuus ja osapuolen valmius datahubin tuotantokäyttöön. Tämä puuttuu monelta kokonaan tai ei juurikaan kuvattu. 30
5 Käyttöönoton valmistelutoimet Käyttöönoton valmistelutoimet osio monella markkinaosapuolella mukailee paljon toimialan käyttöönottosuunnitelman listauksia. Moni osapuoli ilmoittanut tarkentavansa käyttöönoton lähestyessä. 5.1.1 Sanomaliikenteen alasajaminen Suunnitelmassa tulee kuvata tavat ja toimenpiteet sanomaliikenteen vaiheittaisen alasajon toteuttamiseksi markkinaosapuolen omissa tietojärjestelmissä ja/tai palveluntarjoajan, esim. sanomaliikenneoperaattorin toimesta. Osalla sanomaliikenteen alasajo puuttuu kokonaan esimerkiksi järjestelmätoimittajan myöhästymisen vuoksi. Yleisesti kuvaus vähäistä seuraavissa alakohdissa: Kuvaukset sanomaliikenneoperaattoreiden toimintamalleista tiedonvaihdon alasajamiseksi monella markkinaosapuolella puutteellisia Toimenpiteet "backlogien" purkamiseksi kohtaa ei ole huomioitu lainkaan Markkinaprosessien suorittamista loppuun ilman tarpeetonta viivästystä ei ole käsitelty juuri lainkaan Ylläolevia kohtia tarkennettu uusimpaan toimialan datahubin käyttöönottosuunnitelmaan versioon 1.3 31
6 Projektin seuranta ja valvonta sekä raportointi Markkinaosapuolen tulee kuvata suunnitelmassaan, millä tavalla ja keiden toimesta osapuoli seuraa oma käyttöönottoprojektin etenemistä. Noin puolella osapuolista kuvaus oman käyttöönottoprojektin etenemisen seurannasta puuttuu kokonaan tai on hyvin vähäistä. Monesti voi olla vain viitattu toteutussuunnitelmaan (kappale 2) tai kopioitu ohjetta/järjestelmätoimittajan suunnitelmaa). 32
9 Tietoturva- ja tietosuojakäytännöt 9.1 Tietosuoja Monesti on vain kuvattu, että noudatetaan yleisesti yhtiön tietosuojakäytäntöjä ja tulisi myös kuvata dokumenttitasolla kyseiset tietosuojadokumentaatiot. 9.1.1 Testaus ja testauksessa käytettävät tiedot Markkinaosapuolien tulee kuvata testauksessa käytettävä aineisto. Jonkin verran on myös epäselvyyttä aineiston laatuun liittyen, esimerkiksi ajatellaan, että tietojen vähäisen määrän vuoksi testauksessa voidaan käyttää oikeita asiakastietoja. Osa on ilmoittanut että synteettistä dataa käytetään MIKÄLI näin ohjeistetaan (tämän Datahub on jo ohjeistanut Testaus- ja sertifiointisuunnitelmassa). Aineistoon pääsyä ei monella ole kuvattu lainkaan. 9.4 Tietoturvaloukkaus Osalla puuttuu tietosuojasta vastaavan nimi ja yhteystiedot (sekä tietoturvasta vastaavan henkilön nimi, mikäli tämä on eri henkilö kuin tietosuojasta vastaava henkilö). Osapuolen tulee myös huolehtia tietosuojaloukkausprosessinsa ajantasaisuudesta myös kumppanien ja alihankkijoiden suuntaan. 33
10 Riskienhallinta ja varautuminen 10.1 Riskienhallintasuunnitelma Riskienhallintakeinot puuttuvat monelta kokonaan. Joillain toimijoilla on vain viitekehys riskienhallintaan kuvattuna eikä riskejä sisällytetty lainkaan suunnitelmaan. Jotkin toimijoista ovat listanneet vain järjestelmätoimittajan tunnistamat riskit. Monella osapuolella on vain hyvin ympäripyöreitä ja yleisiä datahubiin liittyviä riskejä, ei ollenkaan osapuolikohtaisempia riskejä. 10.2 Varautumissuunnitelma Puuttuu kokonaan tai on kesken usealla osapuolella. Osapuolikohtaiset varautumissuunnitelmat yleisesti puutteellisia ja niiden mainitaan tarkentuvan, kun Fingrid Datahub päivittää ohjeistusta. 34
11 Suunnitelmaan liittyvä muutostenhallinta Osapuolten tulee kuvata lyhyesti datahubin käyttöönottosuunnitelmaan tehtävien muutosten hallinta sekä suunnitelman sisäiseen katselmointiin ja hyväksyntään liittyvät menetelmät. Kyseiset asiat on kuvattu hyvin yleisellä tasolla. Muutostenhallinta tulee tehdä riittävän tarkasti, jotta Energiavirasto ja Datahub pystyvät seuraamaan, mitä muutoksia osapuolet ovat tehneet eri suunnitelmaversioiden välillä. 35
Fingrid Datahub Oy c/o Fingrid Oyj Läkkisepäntie 21 00620 Helsinki PL 530, 00101 Helsinki Puh. 030 395 5000 Y-tunnus: 2745543-5