Sähkökaupan keskitetyn tiedonvaihdon palvelujen … · Web viewSähkökaupan keskitetyn...

Sähkökaupan keskitetyn tiedonvaihdon palvelujen (datahub) käyttöönottosuunnitelma

31.12.201920.12.2019

Lukijalle

Edellisen käyttöönottosuunnitelman version julkaisemisen jälkeen merkittävin tapahtuma yhteisessä datahub-projektissamme on ollut 1 päivänä joulukuuta 2019 voimaan tullut valtioneuvoston asetus sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönotosta. Asetuksen mukaisesti datahub otetaan käyttöön 21 päivänä helmikuuta 2022. Käyttöönottosuunnitelma on nyt päivitetty vastaamaan datahubin käyttöönottoasetuksen päivämäärää.

Käyttöönottotyöryhmä on yhteistyössä Fingridin viestinnän ammattilaisten kanssa tehnyt toimialan käyttöön datahub viestintämateriaalia: Datahub-esite kuluttajille ja Datahub-viestintämateriaali toimialalle. EDIELfi-portaalista löytyvä viestintämateriaali on saanut erinomaista palautetta ja toivommekin, että hyödynnätte materiaalia aktiivisesti.

Käyttöönottotyöryhmä on syksyn aikana tukenut kokousten aktiivisella keskustelulla ja kommentoinnilla laajasti datahub osaprojektien toimintaa, mm tietokonversiopalvelua ja toimijoiden käyttöönottosuunnitelmien seurantapalvelua. Lokakuussa 2019 aloittanut Runbook-työryhmä tulee jatkossa olemaan tärkeimpiä yhteistyöryhmiämme.

Yhteistiedotteessa, joka julkaistiin 25.9.2019 työ- ja elinkeinoministeriön, Energiaviraston ja Fingridin toimesta, kerrottiin datahubin käyttöönottopäivämäärän siirrosta. Tiedotteessa luvattiin julkaista myös suunnitelma datahubin käyttöönotosta, joka sisältää konkreettisia, mitattavia välitavoitteita ja joiden toteuttamista Energiavirasto ja Fingrid Datahub Oy seuraavat tiiviisti. Datahub hanke on nyt valmistellut välitavoitetaulukon ensimmäisen version tämän suunnitelman liitteeksi 2.

Käyttöönottotyöryhmä on päivittänyt myös tähän suunnitelmaan riskienhallintaa käsittelevän luvun. Käyttöönottotyöryhmän näkemyksen mukaan datahubin käyttöönoton merkittävin riski liittyy edelleen järjestelmä- ja palvelutoimittajien toimituskyvyn riittämättömyyteen.

Edellisen käyttöönottosuunnitelman version julkaisemisen jälkeen datahub-projektissa otettiin käyttöön viiteen osavaiheeseen jaettu liiketoimintaprosessien toteuttamissuunnitelma. Järjestelmän tarkennettu suunnittelu ja kehitys tapahtuvat näissä osavaiheissa, joille tehdään yksityiskohtainen suunnittelu ko. järjestelmän osavaiheen kehitysvaiheen yhteydessä. Käyttöönottosuunnitelman näkökulmasta tämä tarkoitti käytännössä sitä, ettei alun perin suunniteltu tietojärjestelmäprojektin varsinainen järjestelmäkokonaisuuden tarkennettu suunnitteluvaihe päättynyt tammikuussa 2019. Viimeinen osakokonaisuus liiketoimintaprosesseja tullaan käsittelemään vuoden 2020 alussa. Näin ollen käyttöönottosuunnitelma ei kokenut odottamaamme merkittävää ”remonttia” ja päätimme versioida tämän suunnitelman numerojärjestyksessä versioksi 1.3 alun perin suunnitellun version 2.0 sijaan.

Tähän käyttöönottosuunnitelman versioon 1.3 tehtiin runsaasti täsmennyksiä toimialalta saatujen kysymysten ja kommenttien perusteella, järjestelmätoimittaja foorumin kanssa pidetyn yhteistyöpajan tulosten perusteella ja huomioiden voimaan tullut


31.12.201920.12.2019

3 (111)

sähkömarkkinalaki. Näiden lisäksi mm. päivitettiin luku 14.1 ”Riskienhallintasuunnitelma” ja lisättiin ohjeistus henkilötietojen käsittelystä (luku 5). Käyttöönottosuunnitelmasta päätettiin poistaa Liite 2. ”Tehtävä- ja tarkastuslistat markkinaosapuolille”. Datahub –projekti on tuottanut käyttöönottotyöryhmän tekemän listauksen jälkeen yksityiskohtaisempia tehtävä- ja tarkastuslistoja esim. markkinaosapuolten käyttöönoton seurantatyökalusta löytyvä yksityiskohtaisempi tehtävälistaus. Työryhmä päätyi myös siihen, ettei lukuun 4 ”Osapuolten vastuut ja velvollisuudet” tulla lisäämään vastuumatriisia, koska markkinaosapuolten vastuita ja tehtäviä on kuvattu yksityiskohtaisesti muissa datahubin käyttöönottoon liittyvissä suunnitelmissa ja ohjeissa.

Kaikki nämä tehdyt muutokset eivät näy muutosmerkintäversiossa, koska runsaiden täsmennysten vuoksi dokumentin luettavuus ei olisi ollut hyvä. Tämän vuoksi olemme hyväksyneet ilman muutosmerkintöjä sellaiset muutokset, jotka eivät oleellisesti vaikuta asiasisältöön esim. lauserakenteen muutokset. Kaikki oleelliset muutokset on viety tämän dokumentin muutoshistoriaan.

Käyttöönottosuunnitelma on datahub-projektin eri osaprojekteja kokoava dokumentti, johon linkittyvät muun muassa tietokonversiosuunnitelma ja testaus- ja sertifiointisuunnitelma.

Käyttöönottosuunnitelma on tehty tiiviissä yhteistyössä Fingridin ja toimialan yritysten ja organisaatioiden kanssa. Käyttöönottotyöryhmän jäseninä käyttöönottosuunnitelman laatimiseen ovat osallistuneet seuraavat henkilöt:

Minna Arffman, Fingrid Datahub Oy (pj.)

Jari ArveGreetta Arha, Smart Energiapalvelut Oy

Riina Heinimäki, Energiateollisuus ry

Kerttu Korpelainen, Fingrid Datahub Oy (siht.)

Jaakko Koskela-Koivisto, Elenia Palvelut Oy

Pia Laakkonen, Väre Oy (9/2019 alkaen)

Kaapo Lindholm, Vantaan Energia Sähköverkot Oy (9/2019 alkaen)

(Greetta Arha 11.2.2019 asti)

Johanna Piispa, Vantaan Energia Sähköverkot Oy (9/2019 asti)

Janne Piispanen, Helen Oy

Työryhmän työskentelyn tukemiseen ja käyttöönottosuunnitelman dokumentointiin on lisäksi osallistunut Juha Leinonen Pöyry Management Consulting Oy:stä.

Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

4 (111)

Sisällysluettelo

Lukijalle ......................................................................................................................................................... 2

Sisällysluettelo ............................................................................................................................................. 4

Muutoshistoria .............................................................................................................................................. 7

Määritelmät ja lyhenteet ............................................................................................................................. 10

Viittaukset muihin asiakirjoihin ................................................................................................................. 14

1 Käyttöönoton lähtökohdat .................................................................................................................15

1.1 Käyttöönoton tavoitteet .................................................................................................................16

1.2 Käyttöönottosuunnitelma ..............................................................................................................17

1.2.1 Tavoite ja tuotokset ................................................................................................................... 17

1.2.2 Laajuus ja rajaukset .................................................................................................................. 19

1.3 Käyttöönoton sidosryhmät ............................................................................................................23

2 Datahubin vaikutukset liiketoiminta- ja markkinaprosesseihin .....................................................24

2.1 Mikä muuttuu datahubin myötä .....................................................................................................24

2.2 Asiakaslähtöisempi palvelu ...........................................................................................................25

3 Käyttöönoton vaiheistus ...................................................................................................................27

3.1 Käyttöönoton toteutustapa ............................................................................................................27

3.2 Käyttöönoton päävaiheet ..............................................................................................................27

3.2.1 Käyttöönoton valmistelu ............................................................................................................28

3.2.2 Käyttöönotto ............................................................................................................................. 29

3.2.3 Tehostettu valvonta ..................................................................................................................30

3.3 Käyttöönoton riippuvuudet ............................................................................................................30

3.4 Aikataulu ....................................................................................................................................... 31

4 Osapuolten vastuut ja velvollisuudet ...............................................................................................32

5 Henkilötietojen käsittely ....................................................................................................................33

5.1 Tietosuoja ..................................................................................................................................... 34

5.2 Tietoturva ...................................................................................................................................... 35

5.3 Käyttäjä- ja pääsynhallinta ............................................................................................................36

5.3.1 Käyttäjä- ja pääsynhallinta projektin eri vaiheissa .....................................................................37


31.12.201920.12.2019

5 (111)

5.4 Tietoturvaloukkaus ....................................................................................................................... 37

6 Tietokonversiot .................................................................................................................................. 39

6.1.1 Uusien tunnusten käyttöönotto .................................................................................................42

7 Testaus ja sertifioinnit ....................................................................................................................... 45

7.1.1 Markkinaosapuolen valmistautuminen testaukseen ja sertifiointiin ...........................................45

7.1.2 Sidosryhmätestaus ................................................................................................................... 46

7.1.3 Tuotantokäytön varmistaminen .................................................................................................47

7.1.3.1 Markkinaosapuolien sertifiointi ..............................................................................................47

7.1.3.2 Tuotannollinen koekäyttö ......................................................................................................47

7.1.3.3 Käyttöönoton kenraaliharjoitus .............................................................................................48

7.1.4 Alustava aikataulusuunnitelma .................................................................................................48

8 Käyttöönotto ....................................................................................................................................... 49

8.1 Käyttöönoton yleiset periaatteet ...................................................................................................50

8.2 Tapahtumien puskurointi ydinjäädytysjaksolla ..............................................................................53

8.3 Myyjänvaihto ................................................................................................................................. 54

8.4 Asiakkaan muutto .........................................................................................................................56

8.5 Sähköntoimituksen katkaisu ja kytkentä .......................................................................................56

8.6 Asiakas- ja käyttöpaikkatietojen ylläpito ........................................................................................58

8.7 Mittaustiedon toimitus ................................................................................................................... 58

8.8 Taseselvitys ja tasevirheiden korjaus ...........................................................................................60

8.9 Muut markkinaprosessit sekä huomioitavat asiat .........................................................................61

8.10 Rakenteellisten tietojen jäädyttäminen .........................................................................................62

9 Käyttöönoton seuranta, valvonta ja raportointi ...............................................................................63

9.1 Valmistelutoimien etenemisen seuranta .......................................................................................63

9.1 Välitavoitetaulukko ........................................................................................................................64

9.2 Käyttöönottovalmiuden tehostettu seuranta ja yhteistyö ...............................................................65

9.3 Päätöksentekomekanismi .............................................................................................................66

10 Käyttöönoton organisointi ja resurssit .........................................................................................67

10.1 Datahub-projektin organisaatio .....................................................................................................67

10.2 Toimialayhteistyö ..........................................................................................................................68

11 Viestintä ja käyttöönoton aikaiset tukipalvelut ............................................................................70



31.12.201920.12.2019

6 (111)

11.1 Viestinnän tavoitteet ..................................................................................................................... 70

11.2 Viestinnän kanavat ja kohderyhmät ..............................................................................................70

12 Koulutussuunnitelma ..................................................................................................................... 72

13 Riskienhallinta ja varautuminen ....................................................................................................72

13.1 Riskienhallintasuunnitelma ...........................................................................................................73

13.2 Varautumissuunnitelma ................................................................................................................79

13.3 Ediel-sanomaliikenteen ylösajosuunnitelma .................................................................................79

14 Käyttöönottosuunnitelman versiossa 1.4 avoimeksi jääneet asiat ............................................80

Liite 1. Datahubin käyttöönoton sidosryhmät ja roolit käyttöönotossa ................................................81

Liite 2. Välitavoitetaulukko ........................................................................................................................84

Liite 3. Suunnitelma nykyisen PRODAT-sanomaliikenteen alasajosta ..................................................85

Liite 4. Tehtävä- ja tarkistuslistat markkinaosapuolille ...........................................................................86

Liite 5. Muut datahubin käyttöönoton riskit .............................................................................................87

Lukijalle ......................................................................................................................................................... 2

Sisällysluettelo ............................................................................................................................................. 4

Muutoshistoria .............................................................................................................................................. 7

Määritelmät ja lyhenteet ............................................................................................................................... 9

Viittaukset muihin asiakirjoihin ................................................................................................................. 13

1 Käyttöönoton lähtökohdat .................................................................................................................14

1.1 Käyttöönoton tavoitteet .................................................................................................................15

1.2 Käyttöönottosuunnitelma ..............................................................................................................16

1.2.1 Tavoite ja tuotokset ................................................................................................................... 16

1.2.2 Laajuus ja rajaukset .................................................................................................................. 18

1.3 Käyttöönoton sidosryhmät ............................................................................................................21

2 Datahubin vaikutukset liiketoiminta- ja markkinaprosesseihin .....................................................25

2.1 Mikä muuttuu datahubin myötä .....................................................................................................25

2.2 Asiakaslähtöisempi palvelu ...........................................................................................................26

3 Käyttöönoton vaiheistus ...................................................................................................................28



31.12.201920.12.2019

7 (111)

3.1 Käyttöönoton toteutustapa ............................................................................................................28

3.2 Käyttöönoton päävaiheet ..............................................................................................................28

3.2.1 Käyttöönoton valmistelu ............................................................................................................29

3.2.2 Käyttöönotto ............................................................................................................................. 30

3.2.3 Tehostettu valvonta ..................................................................................................................31

3.3 Käyttöönoton riippuvuudet ............................................................................................................31

3.4 Aikataulu ....................................................................................................................................... 32

4 Osapuolten vastuut ja velvollisuudet ...............................................................................................33

5 Henkilötietojen käsittely ....................................................................................................................34

5.1 Tietosuoja ..................................................................................................................................... 35

5.2 Tietoturva ...................................................................................................................................... 36

5.3 Käyttäjä- ja pääsynhallinta ............................................................................................................37

5.3.1 Käyttäjä- ja pääsynhallinta projektin eri vaiheissa .....................................................................38

5.4 Tietoturvaloukkaus ....................................................................................................................... 39

6 Tietokonversiot .................................................................................................................................. 40

6.1.1 Uusien tunnusten käyttöönotto .................................................................................................43

7 Testaus ja sertifioinnit ....................................................................................................................... 46

7.1.1 Markkinaosapuolen valmistautuminen testaukseen ja sertifiointiin ...........................................46

7.1.2 Sidosryhmätestaus ................................................................................................................... 47

7.1.3 Tuotantokäytön varmistaminen .................................................................................................48

7.1.3.1 Markkinaosapuolien sertifiointi ..............................................................................................48

7.1.3.2 Tuotannollinen koekäyttö ......................................................................................................48

7.1.3.3 Käyttöönoton kenraaliharjoitus .............................................................................................49

7.1.4 Alustava aikataulusuunnitelma .................................................................................................49

8 Käyttöönotto ....................................................................................................................................... 51

8.1 Käyttöönoton yleiset periaatteet ...................................................................................................52

8.2 Tapahtumien puskurointi ydinjäädytysjaksolla ..............................................................................55

8.3 Myyjänvaihto ................................................................................................................................. 56

8.4 Asiakkaan muutto .........................................................................................................................57

8.5 Sähköntoimituksen katkaisu ja kytkentä .......................................................................................58

8.6 Asiakas- ja käyttöpaikkatietojen ylläpito ........................................................................................59

8.7 Mittaustiedon toimitus ................................................................................................................... 60Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

8 (111)

8.8 Taseselvitys ja tasevirheiden korjaus ...........................................................................................61

8.9 Muut markkinaprosessit sekä huomioitavat asiat .........................................................................62

8.10 Rakenteellisten tietojen jäädyttäminen .........................................................................................63

9 Käyttöönoton seuranta, valvonta ja raportointi ...............................................................................64

9.1 Valmistelutoimien etenemisen seuranta .......................................................................................64

9.2 Käyttöönottovalmiuden tarkistuspisteet ........................................................................................65

9.3 Päätöksentekomekanismi .............................................................................................................65

10 Käyttöönoton organisointi ja resurssit ............................................................................................66

10.1 Datahub-projektiorganisaatio ........................................................................................................66

10.2 Toimialayhteistyö ..........................................................................................................................67

11 Käyttöönoton projektinaikaiset tukipalvelut ....................................................................................69

12 Viestintä .............................................................................................................................................. 70

12.1 Viestinnän tavoitteet ..................................................................................................................... 70

12.2 Viestinnän kanavat ja kohderyhmät ..............................................................................................70

13 Koulutussuunnitelma ......................................................................................................................... 72

14 Riskienhallinta ja varautuminen .......................................................................................................73

14.1 Riskienhallintasuunnitelma ...........................................................................................................73

14.2 Varautumissuunnitelma ................................................................................................................79

14.3 Ediel-sanomaliikenteen ylösajosuunnitelma .................................................................................79

15 Käyttöönottosuunnitelman versiossa 1.3 avoimeksi jääneet asiat ................................................80

Liite 1. Suunnitelma nykyisen PRODAT-sanomaliikenteen alasajosta ..................................................81

Liite 2. Tehtävä- ja tarkistuslistat markkinaosapuolille ...........................................................................82

Liite 3. Muut datahubin käyttöönoton riskit .............................................................................................83



31.12.201920.12.2019

9 (111)

Muutoshistoria

Päivämäärä Versio Muutos

18.12.2017 1.0 • Käyttöönottosuunnitelman ensimmäinen virallinen julkaistu versio

13.2.2018 1.1 • Toimialalta saatujen kommenttien huomiointi toimialalle julkaistussa versiossa

21.12.2018 1.2 • Suunnitelman kirjoitettu sähkömarkkinalain muutosesityksen mukaiseen markkinaosapuolia velvoittavaan muotoon.

• Muutettu asiakirjan rakennetta.• Lisätty viittaus sähkömarkkinalain muutosesityksessä mainittuun

suunnitelmaan, joka vähittäismyyjä ja jakeluverkonhaltija on velvoitettu laatimaan datahubin edellyttämistä valmistelutoimista kolmen kuukauden kuluessa lain voimaantulosta (luku 1.2.2).

• Lisätty luku 5 Henkilötietojen käsittely• Päivitetty ja tarkennettu käyttöönottoon liittyviä periaatteita ja

tehtäviä nykyisen sanomaliikenteen alasajamiseksi (luku 8).• Lisätty valmistelutoimien etenemisen raportointiin ja seurantaan

liittyvät sähkömarkkinalain muutosesitykseen perustuvat tehtävät ja velvollisuudet (luku 9).

• Päivitetty riskienhallintasuunnitelma (14.1)• Tehty eri osiin datahubin käyttöönottosuunnitelmaa yksittäisiä

muutoksia ja tarkennuksia yhdessä käyttöönottotyöryhmän kanssa.

28.5.2019 1.3 • Lisätty lukuun 1.2.2, että datahubin käyttöönotto katsotaan päättyneeksi datahubin käyttöönottosuunnitelman näkökulmasta, kun jakeluverkonhaltijan taseselvitysvastuu on siirtynyt datahubille yksitoista vuorokautta käyttöönoton jälkeen.

• Päivitetty kuvaa 4 ” Datahubin käyttöönottoon liittyvät keskeiset suunnitelmat ja ohjeet”.

• Luku 4.1 ”Vastuumatriisi” poistettu. Osapuolten vastuita ja tehtäviä on kuvattu datahubin muissa suunnitelmissa ja ohjeissa, kuten tietokonversiosuunnitelmassa, ohjeessa markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi ja datahubin Titta-palvelun seurantatyökalussa. Lisäksi testaus- ja sertifiointisuunnitelmaan tullaan lisäämään myöhemmin osapuolten vastuujakokaavio. Em. viittaukset muihin suunnitelmiin ja ohjeisiin on listattu luvussa 4.

• Lisätty ohjeistus henkilötietojen käsittelystä (luku 5).• Korostettu luvussa 8.1 sanomien riittävän ajoissa lähettämisen

tärkeyttä ja täsmennetty myöhässä lähetettyjen sanomien korjausvastuita.

• Lisätty lukuun 8.1, että osapuolet voivat sopia keskenään MSCONS-sanomien toimituksesta yleisen lopetusaikarajan jälkeen mutta verkonhaltijan on tarjottava tämä mahdollisuus sähkömarkkinoiden osapuolille tasapuolisesti ja syrjimättömästi.



31.12.201920.12.2019

10 (111)

• Korostettu lukuun 8.1 sanomaliikenteen alasajon harjoittelun tärkeyttä markkinaosapuolten omien järjestelmä- ja palvelutoimittajien kanssa.

• Lisätty luku 8.2 ”Tapahtumien puskurointi ydinjäädytysjaksolla”. Siirretty lukuun 8.2. tekstiä luvusta 8.1.

• Lukuun 8.3. tarkennettu, että jakeluverkonhaltijan tulee varmistaa yhdessä nykyisen sähkönmyyjän kanssa, ettei asiakas jää aiheettomasti myyjättömäksi.

• Tarkennettu lukuun 8.4, että myös ulosmuuttojen osalta peruutukset tai muuttopäivän muutokset hoidetaan sähköpostilla.

• Tarkennettu lukuun 8.5, että kaikki sanomilla tehtävät katkaisupyynnöt on lähetettävä vähintään 7 vuorokautta ennen ydinjäädytysjakson alkua. Lisätty, että PRODAT-sanomalla ei saa pyytää katkaisupyyntöä datahubin käyttöönoton jälkeiselle ajalle.

• Muutettu lukuun 8.7, että ei-tuntimitattujen kuormituskäyräkohteiden osalta jakeluverkonhaltijat toimittavat lukematiedot ydinjäädytysjaksolta sähköpostitse ilman sähkönmyyjän erillistä pyyntöä.

• Tarkennettu lukuun 8.9 valtuutuksiin ja toimeksiantoihin liittyen, että valtuutusten voimassaolon tarkistamisesta ja viemistä datahubiin vastaavat palveluntarjoajat.

• Lisätty luku 8.10 ”Rakenteellisten tietojen jäädyttäminen”. Ohjeistus tullaan laatimaan myöhemmin.

• Päivitetty luku 14.1 ”Riskienhallintasuunnitelma” sekä liite 3 ”Muut käyttöönoton riskit”.

• Tehty lisäyksiä lukuun 14.2 ”Varautumissuunnitelma”.• Lisätty luku 14.3 ”Sanomaliikenteen ylösajosuunnitelma”.

Suunnitelma tullaan kuvaamaan myöhemmin käyttöönottoprojektin edetessä.

• Päivitetty luku 15 ” Käyttöönottosuunnitelman versiossa 1.3 avoimeksi jääneet asiat.

• Liite 2 ”Tehtävä- ja tarkistuslistat markkinaosapuolille” on poistettu. Vastaavia tehtävälistoja löytyy muun muassa ohjeesta markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi sekä tietokonversiosuunnitelmasta.

20.12.2019 1.4 • Termistöön lisätty runbook ja Titta-palvelu termit. • Kuva 4 Datahubin käyttöönottoon liittyvät keskeiset suunnitelmat

ja ohjeet päivitetty.• Taulukko 1: Datahubin käyttöönoton sidosryhmät ja roolit

käyttöönotossa viety suunnitelman liitteeksi 1• Lukuun 3.4 Aikataulu (Kuva 7 Datahubin käyttöönoton aikataulu)

päivitetty datahub-projektin ylätason aikataulu voimaan astuneen käyttöönottoasetuksen mukaiseksi

• Lukua 5 Henkilötietojen käsittely päivitetty• Luvusta 5.1 Tietosuoja poistettu virke, jossa sanotaan, että

datahubin testijärjestelmään tuotantoaineistoa toimittavan osapuolen pääsy estetään testijärjestelmään, sillä ohjeistuksen vastaisesta toiminnasta sovitaan sopimuksissa.

• Lukuun 5.3.1 Käyttäjä- ja pääsynhallinta projektin eri vaiheissaFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

11 (111)

• l isätty, että Fingrid Datahub tulee ohjeistamaan käyttövaltuutushallintaan liittyen markkinaosapuolia myöhemmässä vaiheessa

• Kuva 10. Tietokonversion vaiheet ja aikataulu päivitetty• Taulukkoa 5. Lähdeaineiston osapuolikohtaiset laatukriteerit

tarkastuspisteittäin päivitetty• Lukua 7.1.3 Tuotantokäytön varmistaminen päivitetty tarkemmalle

tasolle• Taulukko 7. Testauksen ja sertifioinnin alustava aikataulu poistettu

käyttöönottosuunnitelmasta, sillä liitteen 2 välitavoitetaulukossa on esitetty testaukseen ja sertifiointiin liittyvien välitavoitteiden aikataulut. Tarkempi aikataulu löytyy datahubin Testaus- ja sertifiointisuunnitelmasta.

• Käyttöönottoajankohta päivitetty lukuun 8 Käyttöönotto• Lukuun 8.2 Tapahtumien puskurointi ydinjäädytysjaksolla

tarkennettu puskureissa olevien tietojen siirtämistä datahubiin• Kuvaan 13. Jakeluverkon taseselvitysvastuu lisätty päivämäärät• Lisätty luku 9.1 Välitavoitetaulukko• Lisätty välitavoitetaulukko suunnitelman liitteeksi 2• Lisätty luku 9.2. Datahub käyttöönottovalmiuden tehostettu

seuranta ja yhteistyö• Lukuun 9.3 Päätöksentekomekanismi tarkennettu päätöksen

tekevää tahoa• Kuva 14. Datahub-projektiorganisaatio päivitetty• Lukuun 10.2 Toimialayhteistyö lisätty Runbook-työryhmän kuvaus• Luku 11. Käyttöönoton projektinaikaiset tukipalvelut poistettu

erillisenä lukuna ja yhdistetty lukuun 11.2 Viestinnän kanavat ja kohderyhmät

• Luku 13 Riskienhallintasuunnitelma päivitetty sekä liitteen 5 riskilistaus päivitetty sekä lisätty keskeiset havainnot riskien osalta

• Luku 14 Käyttöönottosuunnitelman versiossa 1.4 avoimeksi jääneet asiat päivitetty

• Liite 1 Suunnitelma nykyisen PRODAT-sanomaliikenteen alasajosta päivitetty



31.12.201920.12.2019

12 (111)

Määritelmät ja lyhenteet

Termit ja lyhenteet Määritelmät

Aikaleima Tieto, joka kertoo ajanhetken, jolle markkinaprosessiin liittyvä tapahtuma tai datahubiin tallennettava tieto rekisteröidään.

Asiakas Luonnollinen henkilö, yritys, yhdistys tai muu yhteisö esim. kunta, jolla on sähkönmyynti-, sähköntoimitus ja/tai tuotannon ostosopimus myyjän kanssa ja/tai verkkosopimus jakeluverkonhaltijan kanssa ja joka hankkii tai tuottaa sähköä pääasiassa omaan käyttöönsä.

Datahub (datahub-järjestelmä) Datahub on sähkön vähittäismarkkinoiden keskitetty tiedonvaihtoratkaisu.

Datahub-järjestelmän käyttöönotto

Fingrid Datahub Oy:n vastuulla olevan datahub-tietojärjestelmän käyttöönotto.

Datahubin käyttöönotto Datahubin käyttöönotolla tarkoitetaan kaikkia niitä toimenpiteitä ja tehtäviä, jotka liittyvät sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönoton valmisteluun, käyttöönottoon ja palvelujen käytön tehostettuun seurantaan toimialalla.

Ediel Pohjoismaisen Ediel Forumin kehittämä sähköalan sanoma- ja tiedonvaihtomäärittely (http://www.ediel.org), jonka toimintaa jatkaa ebIX (http://www.ebix.org).

EIC Energy Identification Code. Koodi on ETSO:n (ENTSO-E:n edeltäjä) kehittämä standardisoitu koodisysteemi Euroopan sisäisille energiamarkkinoille, jolla tunnistetaan yksilöllisesti markkinaosapuolet ja muut markkinoille osallistuvat objektit.

eSett Taseselvitysyksikkö. Fingridin, Statnettin ja Svenska Kraftnätin yhdessä omistama palveluyhtiö, joka vastaa yhteispohjoismaisen taseselvitysmallin operatiivisesta toiminnasta.

Fingrid Datahub Oy Datahubin operatiivista toimintaa varten perustettu Fingrid Oyj:n kokonaan omistama tytäryhtiö eli sähkökaupan keskitetyn tiedonvaihdon yksikkö.

GLN Global Location Number. GS1-järjestelmän tunniste, jolla yksilöidään osapuoli datahubissa. GLN-tunnus on 13-merkkinen tunniste, joka muodostuu GS1-yritystunnisteesta, vapaasti valittavista numeroista (3–5 kpl) sekä tarkistusnumerosta.

GSRN Global Service Relation Number. GS1-järjestelmän tunniste, jolla yksilöidään mittauspiste datahubissa. GSRN-tunnus muodostuu GS1-yritystunnisteesta, sarjanumerosta ja tarkistusnumerosta.

GS1 Kansainvälinen yksilöllisiä organisaatiokohtaisia tunnisteita jakava organisaatio. Suomen maatunnus on 64. Maatunnus ja siihen yhdistetty GS1 Finland Oy:n asiakaspalvelun myöntämä yrityskohtainen tunnus on yhteisnimeltään GS1 yritystunniste (GS1 Company Prefix). Yritystunnisteen avulla voidaan muodostaa muita tunnisteita, kuten GLN- ja GSRN-tunnisteita.



31.12.201920.12.2019

13 (111)

Jakeluverkonhaltija Verkonhaltija, jolla on hallinnassaan jakeluverkkoa tai suurjännitteistä jakeluverkkoa ja joka harjoittaa luvanvaraista sähköverkkotoimintaa tässä verkossa. Sähkömarkkinalain velvoite käyttää sähkökaupan keskitetyn tiedonvaihdon palveluita koskee jakeluverkonhaltijoita, jotka harjoittavat sähköverkkotoimintaa sähkömarkkinalain tarkoittamassa jakeluverkossa. Velvoitteen kohteena ovat siten jakeluverkonhaltijat, joille on myönnetty sähköverkkolupa sähköverkkotoimintaan jakeluverkossa tai suljetussa jakeluverkossa. Velvoite ei sen sijaan koske niitä jakeluverkonhaltijoita, jotka operoivat suurjännitteistä jakeluverkkoa tai suurjännitteistä suljettua jakeluverkkoa.

Jäädytysjakso Datahubin käyttöönottoon liittyvä ajanjakso, jolloin yhden tai useamman vähittäismarkkinaprosessin käynnistäminen (esim. myyjänvaihto) nykyisellä Ediel-määritykseen perustuvalla tiedonvaihdolla eli sanomalla ei ole mahdollista. Vrt. ydinjäädytysjakso.

Kuluttaja Kuluttajansuojalain (38/1978) 1 luvun 4 §:ssä tarkoitettu kuluttaja. Kuluttaja on luonnollinen henkilö, joka hankkii sähköä pääasiassa muuhun tarkoitukseen kuin harjoittamaansa elinkeinotoimintaa varten.

Kuormituskäyrämenettely Tyyppikuormituskäyrämenettelyllä tarkoitetaan valtakunnallista laskentamallia, jossa hyödynnetään kunkin käyttäjätyypin tyypillistä kulutusjakautumaa ja jonka avulla verkonhaltijan laatimasta edellisen vuoden sähkönkäyttöön perustuvasta vuosikäyttöarviosta lasketaan pienkäyttäjän tuntienergiat taseselvitykseen.

Käyttöpaikka Fyysiseen sijaintiin, esimerkiksi asuntoon, liittyvä käsite, joka yhdistää asiakkaan verkko- ja myyntisopimuksen kautta jakeluverkonhaltijaan ja sähkön myyjään ja jossa sähkön kulutusta tai tuotantoa voidaan mitata. Datahubissa käyttöpaikka on looginen piste (logical point of delivery).

Käyttöönotto Käyttöönotto eli ”go-live” tarkoittaa datahubin käyttöönoton vaihetta, jossa nykyinen markkinaosapuolten välinen tiedonvaihto ajetaan alas vaiheittain uuden datahubin mukaisen toimintamallin käyttöönottamiseksi. Ajallisesti sama kuin jäädytysjakso.

Käyttöönottosuunnitelma Käyttöönottosuunnitelmalla tarkoitetaan tätä, koko toimialalle tarkoitettua käyttöönottosuunnitelmaa, ts. käyttöönottosuunnitelma toimialalle tai toimialan käyttöönottosuunnitelma. Kaikki markkinaosapuolet ja Fingrid Datahub laativat datahubin käyttöönotosta lisäksi omat käyttöönottosuunnitelmansa.

Liiketoimintaprosessi Joukko toisiinsa liittyviä tehtäviä, joita tehdään määritellyn tavoitteen, esimerkiksi asiakkaan myyjän vaihdon, saavuttamiseksi.

Lukemamittaus Mittaus, joka rekisteröi kumulatiivisia lukemia.Markkinaprosessi Markkinaosapuolten välinen liiketoimintaprosessi, johon liittyy

osapuolten välistä tiedonvaihtoa. Prosesseja ovat sopimusprosessit, kuten muutot ja myyjänvaihdot sekä mittaustiedon toimitus ja taseselvitys.



31.12.201920.12.2019

14 (111)

Markkinaosapuoli tai sähkömarkkinaosapuoli

Sähkön vähittäismarkkinoilla yhdessä tai useassa roolissa toimiva yritys tai yhteisö eli osapuoli. Tässä suunnitelmassa sähkön vähittäismarkkinoiden osapuolilla tarkoitetaan muun muassa jakeluverkonhaltijoita, sähkönmyyjiä, tasevastaavia, taseselvitysyksikköä ja palveluntarjoajia.

Mittauspiste Piste, jossa sähkön kulutusta, tuotantoa tai siirtoa voidaan määrittää. Määritys voi tapahtua mittaamalla, arvion perusteella tai laskennallisesti. Mittauspiste voi olla käyttöpaikka, rajapiste tai tuotantoyksikkö.

Mittaustieto Mittarin tuottama tai jakeluverkonhaltijan arvioima tai laskema yksittäinen tiettyä aikaväliä koskeva tieto, johon taseselvitys ja asiakkaan laskutus perustuu.

MSCONS(-sanoma) EDIFACT-sanoma, joka on tarkoitettu aikasarjamuotoisen tiedon, kuten tuntimittaustietojen, välittämiseen. EDIEL on muokannut sitä paremmin vastaamaan sähköalan tarpeita.

Muutoshetki Ajanhetki jäädytysjakson lopussa, jolloin siirrytään vähittäismarkkinaprosessien osalta nykyisestä Ediel-määrittelyn mukaisesta tiedonvaihtomallista datahubiin.

Palautumissuunnitelma Palautumissuunnitelmalla tarkoitetaan kaikkia niitä toimia, joiden avulla paluu nykyiseen Ediel-sanomaliikenteeseen voidaan toteuttaa sanomaliikenteen alasajon jälkeen. Palautumissuunnitelmasta voidaan käyttää myös termiä roll-back-suunnitelma.

Palveluntarjoaja Palveluntarjoaja, joka on rekisteröitynyt datahubin käyttäjäksi ja joka käyttää datahubissa olevia tietoja valtuutusten tai toimeksiantojen puitteissa. Palveluntarjoaja voi olla myös markkinaosapuoli. Palveluntarjoajasta voidaan käyttää tässä asiakirjassa myös termiä kolmas osapuoli.

PRODAT(-sanoma) Joukko EDIFACT-sanomia, jotka on kehitetty sähköyhtiöiden käyttöpaikka-, sopimus- ja asiakastietojen välittämiseen. PRODAT-sanoma (esim. Z03[1]) muodostuu tietystä sanomatyypistä (Z03) ja tarkemman käyttötarkoituksen ilmaisevasta syykoodista ([1]).

Puskuri Puskurilla tarkoitetaan markkinaosapuolten tietojärjestelmien ja sovellusten lokeja, joihin markkinaprosesseihin liittyvien tapahtumien tiedot tallennetaan aikaleimoineen PRODAT-sanomaliikenteen alasajon jälkeen ja tapahtumat puretaan datahubiin Fingrid Datahubin määrittelemien sääntöjen mukaisesti.

Runbook Datahubin käyttöönoton tekninen käyttöönottosuunnitelma, jossa tarkennetaan datahubin käyttöönottosuunnitelmaa jäädytysjakson osalta ja kuvataan yksityiskohtaisesti toimenpiteet kunkin käyttöönottoon osallistuvan roolin näkökulmasta.

Suomi.fi Suomi.fi-verkkopalvelu tarjoaa julkisen hallinnon asiakkaille pääsyn palveluihin, omiin tietoihin ja sähköisiin viesteihin helposti yhdestä paikasta. Verkkopalvelu on käytettävissä kaikilla päätelaitteilla



31.12.201920.12.2019

15 (111)

Sähkönmyyjä (myyjä) Henkilö, yhteisö tai yhtiö, joka myy sähköä tai ostaa sähköä (tässä yhteydessä asiakkaan tai tuotantoyksikön pientuotannon). Mikäli toimitus tapahtuu jakeluverkonhaltijan jakeluverkon kautta välittömästi loppukäyttäjille, kyseessä on sähkön vähittäismyyjä.

Jakeluverkontaseselvitys Jakeluverkon mittausalueen tai -alueiden sähkökauppojen taseselvitys siten, kuin on määritelty sähkömarkkinalaissa ja sähkömarkkina-asetuksissa.

Taseikkuna tai taseselvitysikkuna

Aika, jonka sisällä tuntitietoihin voidaan tehdä muutoksia ennensähkötaseiden sulkeutumista. Taseikkuna on 11 vuorokautta.

Tasevirhe Virhe, joka aiheutuu taseselvitysikkunan ulkopuoliselle ajalle jääneen tiedon jälkikäteisestä muutoksesta. Muutos voi johtua käyttöpaikan virheellisestä mittaustiedosta tai myyjätiedosta.

Tasevirheiden korjaus / käsittely

Taseselvitysikkunan ulkopuoliselle ajalle jääneille virheille tehty jälkikäteinen korjaus. Menettelyssä suoritetaan rahallinen myyjä- ja mittausaluekohtainen korjaus taseselvitysikkunan sulkeutumisen jälkeen oikaistujen mittausvirheiden ja tasetietojen johdosta.

TietokonversiojärjestelmäTitta-palvelu

Järjestelmä, jossa tehdään markkinaosapuolien lähdejärjestelmistä tulevan tiedon tarkastus ja josta mahdolliset poikkeamat raportoidaan takaisin markkinaosapuolille. Tietokonversiojärjestelmä Titta-palvelu antaa yhteenvetotietoa Fingridille konversioprosessin etenemisestä ja siitä, missä vaiheessa kukin markkinaosapuoli on.

Tietokonversiosuunnitelma Tietokonversiotyön tueksi on laadittu tietokonversiosuunnitelma, joka sisältää kuvauksen tietokonversioprojektin vaiheista, osapuolien tehtävistä ja vastuista sekä itse tietokonversioprosessista.

Tietokonversiotyöryhmä Yhdentoista pilottiyrityksen ryhmä eli pPilottiryhmä, joka koostui Energiateollisuuden nimeämistä myynti- ja jakeluverkkoyhtiöistä. Ryhmä , joka osallistuiu yhdessä Fingridin ja tietokonversiosuunnitelman tekijäkumppanin kanssa tietokonversioon liittyvän dokumentaation ja tietokonversioprosessin määrittelyyn. Erillistä, nimettyä tietokonversiotyöryhmää ei ole enää toiminnassa, vaan työtä tehdään koko toimialan kanssa.

Tietojärjestelmäarkkitehtuuri Kuvaus järjestelmistä, sovelluksista ja tietovarastoista sekä niiden välisistä yhteyksistä.

Toimeksianto Myyjän tai jakeluverkonhaltijan osapuolelle antama lupa saada tietoonsa itseensä liittyvää tietoa datahubista tai toimia omasta puolestaan datahubissa. Vrt. valtuutus.

Tuotantokäyttö Datahub-järjestelmä on otettu käyttöön hyväksytyn käyttöönoton jälkeen.

Valtuutus Asiakkaan osapuolelle antama lupa saada tietoonsa itseensä liittyvää tietoa datahubista. Osapuolella tulee olla todiste (esimerkiksi valtakirja) asiakkaan antamasta valtuutuksesta.

Verkonhaltija Elinkeinonharjoittaja, jolla on hallinnassaan sähköverkkoa ja joka harjoittaa luvanvaraista sähköverkkotoimintaa tässä verkossa.



31.12.201920.12.2019

16 (111)

Ydinjäädytysjakso Ydinjäädytysjaksolla tarkoitetaan käyttöönoton ajanjaksoa, jolloin mitään sähkön vähittäismarkkinoiden liiketoimintaprosesseihin liittyvää tietoa ei vaihdeta enää Ediel-määrittelyn mukaisilla PRODAT-sanomilla Vrt. jäädytysjakso.



31.12.201920.12.2019

17 (111)

Viittaukset muihin asiakirjoihin

GS1-tunnusten käyttö sähkön vähittäismarkkinoilla

https://www.ediel.fi/datahub/business-processes/datahub-ohjeet

Tietokonversiosuunnitelma

https://www.ediel.fi/datahub/tietokonversio/tietokonversiosuunnitelma

Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa

https://www.ediel.fi/datahub/liiketoimintaprosessit/dokumentaatio

Testaus- ja sertifiointisuunnitelma

https://www.ediel.fi/datahub/testaus-ja-sertifiointi

Sähkön vähittäismarkkinoiden menettelytapa- ja sanomaliikenneohje

https://energia.fi/energiasta/energiamarkkinat/sanomaliikenne/ohjeet_ja_suositukset

https://energia.fi/ajankohtaista_ja_materiaalipankki/materiaalipankki/sahkon_vahittaismarkkinoiden_menettelytapa-_ja_sanomaliikenneohje.html#material-view

Ohje markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi







https://energia.fi/energiasta/energiamarkkinat/sanomaliikenne/ohjeet_ja_suositukset


https://www.ediel.fi/datahub/liiketoimintaprosessit/dokumentaatio




31.12.201920.12.2019

18 (111)



31.12.201920.12.2019

19 (111)

1 Käyttöönoton lähtökohdat

Datahub on sähkön vähittäismarkkinoiden keskitetty tiedonvaihtojärjestelmä, johon tullaan tallentamaan tietoja Suomen 3,76 miljoonasta sähkönkäyttöpaikasta. Datahubin käyttöönoton jälkeen sähkön kuluttajien, myyjien ja jakeluverkonhaltijoiden välillä liikkuvat tiedot tallentuvat datahubiin, josta ne ovat tasapuolisesti kaikkien markkinaosapuolten saatavilla.

Fingrid laati vuonna 2014 selvityksen sähkön vähittäismarkkinoiden tulevaisuuden tiedonvaihtoratkaisusta Suomessa1. Selvityksen perusteella datahubin käyttöönotto tuo monia laadullisia hyötyjä nykyiseen tiedonvaihtomalliin verrattuna. Hyödyt liittyvät asiakkaan palvelun laatuun, vähittäismarkkinoiden ja markkinaprosessien toimivuuteen, toiminnan laadun valvontaan sekä tiedonvaihdon tekniseen toimivuuteen, suorituskykyyn ja kehittämispotentiaaliin.

Datahub yksinkertaistaa ja nopeuttaa asiakkaan sopimustapahtumia ja lisää palvelun virheettömyyttä. Mittauksiin liittyvien tietojen keskitetty saatavuus parantaa asiakkaan mahdollisuuksia olla aktiivinen toimija sähkömarkkinoilla. Datahubiin toimitettavalle ja sieltä haettavalle tiedolle on määriteltävissä standardoidut, avoimet rajapinnat, joita voivat hyödyntää myös kolmannet osapuolet palvelujen kehittämiseen ja tarjoamiseen.2

Keskitetyssä tiedonvaihtoratkaisussa markkinaosapuolet kommunikoivat vain datahubin kanssa. Tämä lisää sähkönmyyjien tasapuolista ja syrjimätöntä kohtelua sillä markkinaprosesseissa käytettävä ydintieto sijaitsee datahubissa, josta se on markkinaosapuolten saatavilla yhdenvertaisesti ja samanaikaisesti. Keskitetty palvelualusta edistää kilpailua vähittäismarkkinoilla ja kannustaa toimijoita uusien palvelujen kehittämiseen. Markkinaprosessien keskittäminen datahubiin tehostaa toiminnan laadun valvontaa, mikä voidaan toteuttaa yhteismitallisesti kaikista datahubin prosesseista.3

Datahub on koko toimialaa koskeva hanke sähkömarkkinoiden tiedonvaihdon ja toimivuuden kehittämiseksi. Datahubin käyttöönotolla tarkoitetaan kaikkia niitä toimialalla ja yrityksissä tehtäviä toimenpiteitä ja tehtäviä, jotka liittyvät datahubiin perustuvan uuden tiedonvaihtomallin käyttöönoton valmisteluun, käyttöönottoon ja välittömästi käyttöönoton jälkeiseen aikaan.

1.1 Käyttöönoton tavoitteet

Datahubin käyttöönotolle asetetaan kuvan Kuva 1 mukaiset päätavoitteet:

1 https://www.fingrid.fi/globalassets/dokumentit/fi/palvelut/datahub/datahub_loppuraportti_final_2014_12_16.pdf2 https://www.fingrid.fi/palvelut/vahittaismarkkinoiden-tiedonvaihto/datahub/3 https://www.ediel.fi/datahubFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi

https://www.ediel.fi/datahub

https://www.fingrid.fi/palvelut/vahittaismarkkinoiden-tiedonvaihto/datahub/

https://www.fingrid.fi/globalassets/dokumentit/fi/palvelut/datahub/datahub_loppuraportti_final_2014_12_16.pdf


31.12.201920.12.2019

20 (111)

1. Datahubin käyttöönotto ei heikennä asiakkaan kokemaa palvelun laatua käyttöönoton missään vaiheessa.

2. Vähittäismarkkinoiden ja markkinaosapuolten prosessien toimivuus ja liiketoiminnan jatkuvuus varmistetaan käyttöönoton aikana.

3. Käyttöönottoprojekti toteutetaan suunnitelmallisesti, hallitusti ja kustannustehokkaasti niin, ettei käyttöönottoa jouduta siirtämään, keskeyttämään tai aloittamaan uudelleen.

Datahubin onnistunut

käyttöönotto

”Projekti kerralla maaliin” ‒

Suunnitelmallinen, hallittu ja

kustannustehokas käyttöönotto

”Asiakkaalle huomaamaton” ‒

Asiakkaan kokema palvelun laatu säilyy

hyvänä

”Liiketoiminta ei vaarannu” ‒

Vähittäismarkkinoiden, prosessien ja

liiketoiminnan jatkuvuus turvataan

KUVA 1. KÄYTTÖÖNOTON TAVOITTEET

Asiakas

Datahubin käyttöönoton tulee olla asiakkaalle mahdollisimman huomaamaton. Se ei saa heikentää asiakkaan kokemaa palvelun laatua päivittäisessä asioinnissa, kuten sähkösopimuksiin tai laskutukseen liittyvissä asioissa. Asiakaspalvelussa ja viestinnässä tulee kiinnittää erityistä huomiota asiakaskokemukseen. Käyttöönoton jälkeen datahubin vaikutukset näkyvät asiakkaalle parempana ja virheettömämpänä palveluna.

Datahubin käyttöönottoon liittyy myös piirteitä, joilla on vaikutuksia asiakasrajapinnan toimintoihin. Yksi tällaisista on siirtyminen GSRN-muotoisiin käyttöpaikkatunnuksiin. Toinen datahubin käyttöönoton näkyvä vaikutus asiakkaalle on mahdollisuus päästä käsiksi omiin tietoihinsa Suomi.fi-palvelun kautta. Lisäksi on todennäköistä, että datahubin käyttöönottoa tullaan käsittelemään julkisuudessa hanketta koskevan


https://www.ediel.fi/datahub/liiketoimintaprosessit/ohje


31.12.201920.12.2019

21 (111)

uutisoinnin kautta. Datahubin käyttöönoton ei tule aiheuttaa toimialalle ja sen yrityksille negatiivista julkisuutta.

Markkinaosapuolet

Datahubin käyttöönoton aikana tulee varmistaa markkinaosapuolten liiketoiminnan jatkuvuus. Vähittäismarkkinoiden toimivuus ja osapuolten liiketoimintaprosessit eivät saa vaarantua käyttöönottohetkellä tai sen jälkeen. Erityisen tärkeää on varmistaa laskutusprosessin toimivuus. Käyttöönotto tulee suunnitella niin, että se voidaan toteuttaa datahubiin siirrettävien tietojen ja muun osalta mahdollisimman virheettömästi ja markkinaprosesseihin vaikuttava tiedonvaihdon katkoaika minimoiden.

Datahubin käyttöönotto on toimialan yhteinen hanke, joka edellyttää jokaisen osapuolen sitouttamista ja sitoutumista hankkeen läpivientiin. Tavoitteena on saada kaikki datahubin käyttöönoton kannalta välttämättömät osapuolet, kuten verkonhaltijat ja markkinoilla toimivat sähkönmyyjät, siirtymään uuteen toimintamalliin samanaikaisesti. Tämä tulee huomioida käyttöönoton etenemisen seurannassa ja resurssien suunnittelussa.

Käyttöönottoprojekti

Datahubin käyttöönottoprojektin tavoitteena on hyvin valmisteltu käyttöönoton toteutus niin, että uusi toimintamalli saadaan otettua käyttöön kerralla mahdollisimman tehokkaasti, sujuvasti ja hallitusti koko toimialalla.

Uuden toimintamallin toimivuuden varmistaminen ennen datahubin tuotannollista käyttöönottoa tulee suunnitella niin, että käyttöönotto voidaan toteuttaa suunnitellun aikataulun mukaisesti kerralla valmiiksi. Kaikkien osapuolten valmius siirtyä datahubiin tulee varmistaa ennen käyttöönottoa. Tämä edellyttää riittävää etukäteistestausta, tiedon oikeellisuuden varmistamista ja jatkuvaa projektin etenemisen seurantaa sekä varautumista riskeihin. Hyvin suunnitellulla ja toteutetulla käyttöönotolla varmistetaan datahubin kustannustehokas käyttöönotto.

1.2 Käyttöönottosuunnitelma

1.2.1 Tavoite ja tuotokset

Datahubin suunnitelmallinen käyttöönotto on välttämätöntä toimialalle kriittisten liiketoimintaprosessien siirtämiseksi onnistuneesti uuteen tiedonvaihtoympäristöön. Keskitetyn tiedonvaihtomallin käyttöönotto vaatii toimialalta, osapuolilta, viranomaisilta ja käyttöönottoprojektilta huolellista suunnittelua ja valmistelua sekä tiivistä yhteistyötä ja jatkuvaa viestintää.

Datahubin käyttöönottosuunnitelman tarkoituksena on tukea edellä kuvattujen datahubin käyttöönoton tavoitteiden saavuttamista onnistuneen käyttöönoton mahdollistamiseksi. Käyttöönottosuunnitelma mahdollistaa toimialan yritysten huolellisen valmistautumisen



31.12.201920.12.2019

22 (111)

datahubin käyttöönottoon sekä käyttöönoton suunnitelmallisen ja hallitun läpiviennin. Käyttöönottotyöryhmä on asettanut datahubin käyttöönottosuunnitelmalle kuvan mukaiset tavoitteet:

1. Käyttöönottosuunnitelma kokoaa ja konkretisoi datahubin käyttöönottoon liittyvän olennaisen tekemisen

2. Käyttöönottosuunnitelma on väline datahubin osapuolten ja sidosryhmien sitouttamiseen toimialan yhteiseen hankkeeseen

3. Käyttöönottosuunnitelma on dokumentaationa laadultaan selkeä, ymmärrettävä ja yksiselitteinen

Laadukas käyttöönotto-suunnitelma

Sitouttaa osapuolet

Kokoaa ja konkretisoi olennaiset tehtävät ja

sisällön

Kommunikoi ymmärrettävästi

KUVA 2. KÄYTTÖÖNOTTOSUUNNITELMAN TAVOITTEET

Käyttöönottoon liittyvät tehtävät

Käyttöönottosuunnitelman tehtävänä on koota ja konkretisoida käyttöönottoon liittyvä olennainen tekeminen suunnitelman muotoon yhteen asiakirjaan. Siinä tunnistetaan ja kuvataan toimialan kannalta keskeisimmät käyttöönoton toimenpiteet. Käyttöönottosuunnitelma toimii myös linkkinä muihin käyttöönottoon liittyviin suunnitelmiin, asiakirjoihin ja määrittelyihin, kuten testaus- ja sertifiointi- ja tietokonversiosuunnitelmiin sekä Fingridin datahub-järjestelmän käyttöönottoprojektin dokumentaatioon.



31.12.201920.12.2019

23 (111)

Käyttöönottosuunnitelmassa datahubin käyttöönotto vaiheistetaan ja jaetaan tehtäviin ja vastuisiin.



31.12.201920.12.2019

24 (111)

Sitouttaminen

Käyttöönottosuunnitelman tavoitteena on sitouttaa kaikki datahubin osapuolet ja sidosryhmät uuden toimintamallin käyttöönottoon. Se toimii keskeisenä asiakirjana Fingridin käyttöönottoryhmän ja sidosryhmien välisessä viestinnässä käyttöönottoon liittyvissä asioissa. Käyttöönottosuunnitelman tehtävänä on tukea kaksisuuntaista ja jatkuvaa viestintää osapuolten välillä.

Sitouttamiseen liittyy kaikkien toimijoiden mahdollisuus kommentoida ja osallistua käyttöönottosuunnitelman laatimiseen, millä varmistetaan toimialan valmistautuminen ja valmius siirtyä uuteen toimintamalliin. Käyttöönottosuunnitelma ei ole pelkästään lopputulos vaan myös vuorovaikutteinen prosessi, jonka tavoitteena on datahubin onnistunut käyttöönotto.

Käyttöönottosuunnitelman dokumentointi

Käyttöönottosuunnitelman dokumentoinnille asetettavia laadullisia vaatimuksia ovat käytännönläheisyys, oikea-aikaisuus, selkeys, ymmärrettävyys, yksiselitteisyys ja eheys. Käyttöönottosuunnitelman laatimiseen liittyy myös aktiivinen viestintä erilaisissa tiedotuskanavissa, sidosryhmätilaisuuksissa ja verkkoseminaareissa.

Datahubin käyttöönottosuunnitelma laaditaan suomeksi. Suunnitelman pääversioista laaditaan englanninkielinen käännös.

1.2.2 Laajuus ja rajaukset

Datahubin käyttöönotto edellyttää erillisiä käyttöönottosuunnitelmia niin Fingrid Datahub Oy:ltä kuin markkinaosapuolilta ja toimialalta kokonaisuudessaan (kuva Kuva 3).

Datahubin käyttöönotto

Markkinaosapuolet Fingrid Datahub Oy

Toimialan markkinaosapuolten

käyttöönottosuunnitelmat

Datahub-järjestelmän käyttöönottosuunnitelma

Datahubinkäyttöönottosuunnitelma

KUVA 3. DATAHUBIN KÄYTTÖÖNOTTOON LIITTYVÄT SUUNNITELMATFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

25 (111)

Datahub-järjestelmän käyttöönottosuunnitelma

Fingrid Datahub Oy on vastuussa datahub-järjestelmän käyttöönottosuunnitelmasta yhdessä järjestelmätoimittajan kanssa. Tämä suunnitelma keskittyy datahub-tietojärjestelmän käyttöönottoon ja linkittyy sitä kautta datahubin ja toimialan markkinaosapuolten käyttöönottosuunnitelmiin.

Datahubin käyttöönottosuunnitelma

Sähkökaupan keskitetyn tiedonvaihdon palvelujen (datahub) käyttöönottosuunnitelmassa keskitytään datahubin käyttöönottoon liittyviin asioihin koko toimialan muutosprosessin näkökulmasta. Suunnitelman tavoitteena on olla koordinoiva ja kokoava. Sen tarkoituksena ei ole kuvata kaikkia datahubin käyttöönottoon liittyviä asioita vaan se linkittyy kiinteästi datahubin käyttöönottoon liittyviin muihin suunnitelmiin, joista keskeisimpiä ovat tietokonversiosuunnitelma ja testaus- ja sertifiointisuunnitelma.

Datahubin käyttöönottoon liittyvien suunnitelmien keskeisenä lähtökohtana on määritellä tai kuvata yksi asia yhdessä dokumentissa. Datahubin käyttöönottosuunnitelmassa toimialalla pyritään kuitenkin kokoamaan käyttöönottoon liittyvät keskeiset asiakirjat ja riippuvuudet erilaisten viittauksien ja asiakirjalinkkien avulla.

Datahubin käyttöönottosuunnitelman näkökulmasta käyttöönotto katsotaan päättyneeksi, kun jakeluverkonhaltijan taseselvitysvastuu on siirtynyt datahubille yksitoista vuorokautta käyttöönoton jälkeen. Mahdollisia poikkeustilanteita käsitellään varautumissuunnitelmassa (luku 14.2).

Toimialan markkinaosapuolten käyttöönottosuunnitelmat sekä ohje suunnitelman laatimiseksi

Laeissa (108/2019, 109/2019 ja 110/2019) sähkömarkkinalain (588/201) muuttamisesta vähittäismarkkinoilla toimivat sähkökaupan osapuolet ja jakeluverkonhaltijat velvoitetaan hoitamaan sähkön vähittäismarkkinoiden keskeiset markkinaprosessit sähkökaupan keskitetyn tiedonvaihtojärjestelmän kautta.

”Vähittäismyyjän ja jakeluverkonhaltijan, joka harjoittaa sähköverkkotoimintaa jakeluverkossa, on käytettävä sähkökaupan keskitetyn tiedonvaihdon palveluita sekä huolehdittava siitä, että sen tietojärjestelmät ja tiedonsiirtoon käyttämät järjestelmät

toimivat yhteensopivasti sähkökaupan keskitetyn tiedonvaihdon yksikön tietojärjestelmien kanssa.”

Vähittäismyyjillä ja jakeluverkonhaltijoilla, joilla on velvollisuus käyttää sähkökaupan keskitetyn tiedonvaihdon palveluja, on velvollisuus toteuttaa näiden palvelujen käyttöönoton edellyttämät valmistelutoimet. Valmistelutoimet on tehtävä Fingrid Datahub Oy:n yhteistyössä sähköalan yritysten kanssa laatimien suunnitelmien ja ohjeiden mukaisesti.



31.12.201920.12.2019

26 (111)

”Vähittäismyyjän ja jakeluverkonhaltijan, jolla on velvollisuus käyttää sähkökaupan keskitetyn tiedonvaihdon palveluita, on toteutettava sähkökaupan keskitetyn

tiedonvaihdon palvelujen käyttöönoton edellyttämät valmistelutoimet. Valmistelutoimet on tehtävä järjestelmävastaavan kantaverkonhaltijan yhteistyössä

sähköalan yritysten kanssa laatiman sähkökaupan keskitetyn tiedonvaihdon palvelujen tietokonversiosuunnitelman ja käyttöönottosuunnitelman mukaisesti.”

Vähittäismyyjän ja jakeluverkonhaltijan on laadittava kolmen kuukauden kuluessa lain voimaantulosta mennessä itselleen suunnitelma, joka sisältää sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönoton edellyttämät valmistelutoimet. Suunnitelma on toimitettava Energiavirastolle ja Fingrid Datahub Oy:lle.

”Vähittäismyyjän ja jakeluverkonhaltijan on laadittava kolmen kuukauden kuluessa lain voimaantulosta itselleen suunnitelma, joka sisältää sähkökaupan keskitetyn

tiedonvaihdon palvelujen käyttöönoton edellyttämät valmistelutoimet tietokonversiosuunnitelman ja käyttöönottosuunnitelman mukaisesti. Suunnitelmaa on lisäksi täydennettävä tarvittaessa. Suunnitelma ja siihen tehtävät muutokset on

toimitettava Energiavirastolle ja järjestelmävastaavalle kantaverkonhaltijalle.”

Sähkömarkkinalaissa vaaditun suunnitelman laatimisen tueksi Fingrid Datahub Oy on laatinut yhdessä toimialan edustajien kanssa erillisen ohjeen1, jota markkinaosapuolen tulee noudattaa datahubin käyttöönotossa tietokonversiosuunnitelman, toimialan käyttöönottosuunnitelman sekä testaus- ja sertifiointisuunnitelman lisäksi.

1 Ohje markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksiFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

27 (111)

Datahubin käyttöönottoon liittyvät keskeiset suunnitelmat ja ohjeet

Kuvassa Kuva 4 on esitetty datahubin käyttöönottoon olennaisesti liittyvät suunnitelmat ja ohjeet1 sekä niiden lainsäädännöllinen perusta. Uudistetussa sähkömarkkinalaissa datahubin palvelujen käyttöönoton edellyttämät valmistelutoimet edellytetään tehtävän järjestelmävastaavan kantaverkonhaltijan yhteistyössä sähköalan yritysten kanssa laatiman tietokonversiosuunnitelman ja käyttöönottosuunnitelman mukaisesti. Lisäksi sähkömarkkinalaissa viitataan vähittäismyyjien ja jakeluverkonhaltijoiden käyttöönottosuunnitelmiin, jotka toimijoiden tulee laatia tietokonversiosuunnitelman ja datahubin käyttöönottosuunnitelman mukaisesti sekä valmistelutoimien toteutumisen seurantaan, missä hyödynnetään seurantakyselyitä.

KUVA 4. DATAHUBIN KÄYTTÖÖNOTTOON LIITTYVÄT KESKEISET SUUNNITELMAT JA OHJEET

1 Kaikki datahubin käyttöönottoon liittyvät suunnitelmat ja ohjeet löytyvät datahubin kotisivuilta https://www.ediel.fi/datahub.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

28 (111)

1.3 Käyttöönoton sidosryhmät

Liitteessä 1 on kuvattu datahubin käyttöönoton keskeiset sidosryhmät sekä heidän roolit ja käyttöönottosuunnitelmaan liittyvät tarpeet.



31.12.201920.12.2019

29 (111)

TAULUKKO 1 . DATAHUBIN KÄYTTÖÖNOTON SIDOSRYHMÄT JA ROOLIT KÄYTTÖÖNOTOSSA

Toimija Rooli käyttöönotossa Tarve käyttöönottosuunnitelmalle

Verkonhaltija tai muu mittausvastuullinen

Markkinaosapuoli, jolla on liityntärajapinta datahubiin

Käyttöönoton toimenpiteet ja tehtävät sekä tiedot oman suunnitelman laatimiseksi

Sähkönmyyjä Markkinaosapuoli, jolla on liityntärajapinta datahubiin


Palveluntarjoaja / kolmas osapuoli

Markkinaosapuoli, jolla on pääsy datahubiin valtuutuksen / toimeksiannon perusteella liityntärajapinnan kautta

Tiedot oman suunnitelman laatimiseksi

eSett Oy (taseselvitys-yksikkö)



Fingrid Oyj Verkonhaltija ja mittausvastuullinen (mm. rajapistemittaukset)

Sähkökaupan ja taseselvityksen edellyttämän tiedonvaihdon kehittäjä

Datahub-järjestelmän tarvitsemien tietojärjestelmäpalvelujen toimittaja


Asiakas Pääsy omiin tietoihin datahubissa Suomi.fi-palvelun kautta

Ei aktiivinen osapuoli käyttöönotossa

Työ- ja elinkeinoministeriö sekä eduskunta

Lainsäätäjä Yleiskuva uskottavasta ja realistisesta käyttöönotosta ja sen aikataulusta

Lainsäädäntömuutosten tärkeys osana datahubin käyttöönottoa

Energiavirasto Valvontaviranomainen

Osapuoli, jolla on liityntärajapinta datahubiin

Käyttöönoton etenemisen seuranta sekä SLA-valvonta. Toimenpiteet mahdollisten laiminlyöntien yhteydessä




31.12.201920.12.2019

30 (111)

Fingrid Datahub Oy Datahub-operaattori Käyttöönottosuunnitelma on työkaluna ja yksi viestintäkanavana datahub-järjestelmän käyttöönottoprojektin ja toimialan välillä

Toimialan linjausten ja suositusten huomiointi käyttöönotossa

Datahub-järjestelmän toimittaja (CGI)

Laite- ja järjestelmätoimittaja

Ei datahubin osapuoli, mutta pääsy datahub-järjestelmään tuki- ja ylläpitotehtävissä

Tiedot käyttöönotosta toimialan lähtökohtien ja tarpeiden ymmärtämiseksi

Toimittajan roolin suhteessa datahubin sidosryhmiin, erityisesti markkinaosapuoliin

Konversiopalvelun toimittaja (Solteq)


Ei datahubin osapuoli, mutta pääsy käyttöönotossa tarvittavaan konversiojärjestelmään


Konversiopalvelun toimittaminen

Järjestelmätoimittajat ja järjestelmäpalvelujen tarjoajat

Laite- ja järjestelmätoimittaja sekä palveluntarjoaja

Tiedot käyttöönotosta ja toimialan yhdessä sopimista toimintamalleista asiakasyritysten käyttöönottotyön tukemiseksi

Sanomaliikenneoperaattorit Nykyisten tiedonvaihtopalvelujen kehittäjä, ylläpitäjä ja palveluntarjoaja

Tiedot käyttöönotosta ja sen aikataulusta nykyisten tiedonvaihto-palvelujen ajamiseksi alas hallitusti

Tiedonvaihtopalvelujen tarjoajat

Uusi rooli, joka korvaa joissakin yrityksissä sanomaliikenneoperaattorin roolin

Tiedot käyttöönotosta ja sen aikataulusta asiakasyritysten käyttöönottotyön tukemiseksi ja tiedonvaihdon mahdollistamiseksi datahubissa

Kilpailu- ja kuluttajavirasto Valvontaviranomainen Yleistiedot käyttöönotosta ja sen aikataulusta mahdollisten asiakasyhteydenottojen varalle sekä mahdollisiin ongelmatilanteisiin varautumiseksi

Tietosuojavaltuutettu Valvontaviranomainen Tietosuojaan liittyvien kysymysten huomiointi käyttöönoton eri vaiheissa ja tehtävissä

Viestintävirasto Valvontaviranomainen Tietoturvaan liittyvien kysymysten huomiointi, esim. NIS-direktiivin vaatimusten täyttäminen

Väestörekisterikeskus (VRK) Viranomainen Henkilötietoihin liittyvät massaluovutukset



31.12.201920.12.2019

31 (111)

Tilastokeskus Viranomainen



Markkinaosapuolten etujärjestöt

Jäsenyritysten edunvalvonta Toimialan yritysten edustaminen käyttöönoton valmistelussa

Käyttöönoton viestintään ja koulutukseen liittyvät tehtävät

Käyttöönottoa tukevan tiedon keruu jäsenyrityksiltä sekä käyttöönoton tukeminen eri tavoin



31.12.201920.12.2019

32 (111)

2 Datahubin vaikutukset liiketoiminta- ja markkinaprosesseihin

Sanomavälitysoperaattoreiden kautta toimijalta toimijalle tapahtuva hajautettu tiedonvaihto muuttuu datahubin käyttöönoton myötä keskitettyyn datahubin kautta tapahtuvaan tiedonvaihtoon. Datahub prosessoi sinne ilmoitetun tiedon ja välittää sen eteenpäin tietoon oikeutetuille toimijoille eli sopimussuhteessa asiakkaan kanssa oleville osapuolille sekä tietoon valtuutuksen tai toimeksiannon saaneille palveluntarjoajille.

KUVA 5. DATAHUBIN MYÖTÄ TIEDONVAIHTO KULKEE YHDEN PISTEEN KAUTTA

Suurimpia muutoksia nykyiseen tiedonvaihtoon verrattuna on se, että datahub vastaa toimijan ilmoituksiin välittömästi eli asynkronisesta tiedonvaihdosta siirrytään synkroniseen. Esimerkiksi myyjän ei tarvitse jatkossa myyntisopimuksen ilmoitettuaan odottaa jakeluverkonhaltijalta vahvistusta sopimuksen hyväksymisestä tai hylkäämisestä vaan tieto palautuu myyjälle reaaliaikaisesti datahubista. Datahubin tuoman kehityksen myötä myös tarve osapuolten väliseen asioiden selvittämiseen vähenee ja mahdolliset ongelmat sopimuksissa saadaan käsiteltyä asiakkaan kanssa ilman viivettä asiakaskontaktin aikana.

2.1 Mikä muuttuu datahubin myötä

Toimialalta on tullut vahva toive, että ongelmatilanteiden välttämiseksi niin verkko- kuin myyntisopimuksella tulisi olla sama asiakas, mikä ei nykyisin usein toteudu. Yhtenäisillä sopimuskäytännöillä saadaan datahubissa sopimuksille yhtenevät asiakkaat. Jakeluverkonhaltija saa datahubista ilmoituksen käyttöpaikalle tehdystä myyntisopimuksesta ja siihen liitetyistä asiakkaista, jonka jälkeen jakeluverkonhaltija tekee käyttöpaikalle oman verkkosopimuksensa myyntisopimusta vastaaville asiakkaille. Toimintatavalla varmistetaan, että jatkossa verkko- ja myyntisopimukset tulevat aina samoille asiakkaille. Datahubissa uudet sopimukset tulee tehdä yksilöidyille, oikeustoimikelpoisille asiakkaille. Asiakkaan yksilöintitietoja ovat kuluttaja-asiakkaan henkilötunnus ja yrityksen Y-tunnus.

Nykyisin verkonhaltijan laskemat ja taseselvitykseen ilmoittamat myyjäkohtaiset summatoimitukset ja verkonhaltijan häviöt siirtyvät datahubin laskettaviksi. Datahub laskee myös myyjäkohtaiset tasevirheiden korjaukset ja ilmoittaa myyjäkohtaiset



31.12.201920.12.2019

33 (111)

tasevirheet verkonhaltijalle myyjien laskutusta varten. Verkonhaltijan ei siis tarvitse jatkossa enää itse suorittaa kyseisiä laskentoja omissa järjestelmissään tai ylläpitää tietoa käyttöpaikan myyjistä taseselvityslaskentoja varten. Datahub toimittaa myös tarvittavat taseselvitystiedot eSettille ja vähittäismarkkinoiden osalta toimijat ovat yhteydessä eSettin järjestelmän sijasta datahubiin taseselvitysasioissa. Myyjillä ja verkonhaltijoilla on mahdollisuus seurata datahubin tarjoaman rajapinnan kautta omia taseselvitystietojaan.

Datahubiin on määritelty toiminnollisuudet siten, että lukemamittausten erityinen käsittely huomioidaan vaan välttämättömin osin, sillä tuntimittaukseen siirtymisen myötä ns. lukemamittausten määrää vähenee koko ajan. Datahubin myötä tiedonvaihdossa ei tueta kumulatiivisten lukemien välitystä. Verkonhaltija muodostaa jatkossa lukemamittauksista ja mittaamattomista kohteista käyttöpaikkakohtaiset laskennalliset tuntiaikasarjat laskutusta ja taseselvitystä varten. Nykyisten mittausasetuksessa määritettyjen lämpötilakorjausten tekemisestä tuntiprofiileihin ehdotetaan luovuttavan. Erillisen tasoituslaskennan tarve poistuisi uuden toimintatavan myötä. Datahubissa lukemamittausten profiilien tarkennukset mittariluennan yhteydessä tullaan huomioimaan tasevirheiden käsittely-prosessissa. Datahubin mittausten käsittely toteutetaan sen mukaisesti, mitä sähkömarkkinalaki ja valtioneuvoston asetus tulevat määräämään 15 minuutin tasejaksoon siirtymisestä.

Nykyisessä tiedonvaihdossa ei vaihdeta käyttöpaikkaan liittyviä tuote- tai laskutustietoja. Datahub mahdollistaa myynti- sekä siirtotuotteiden ylläpidon sekä tiedonvaihdon. Muutoksen myötä toimijoilla on mahdollisuus huomioida toisen osapuolen käyttöpaikalle valitsema tuote omassa tuotevalinnassaan tai toteuttaa yhteislaskutusta. Näin asiakkaan on tulevaisuudessa mahdollista saada yhtenäisempiä tuotteita siirron sekä sähkön myynnin osalta. Datahubin kautta on mahdollista välittää tuote- ja hintatietojen lisäksi myös laskurivitietoja, jos toimijat ovat ilmoittaneet tiedon datahubiin. Tiedot ovat tähän oikeutetun myyjän, verkonhaltijan tai valtuutetun palveluntarjoajan käytettävissä. Laskutuspalveluntarjoajat voivat siis hyödyntää yhden verkkopalvelun ja energiamyynnin sisältävän laskun tarjoamista asiakkaalle.

2.2 Asiakaslähtöisempi palvelu

Datahubin myötä erilaisten palveluntarjoajien hyödyntäminen toimijoiden liiketoiminnassa helpottuu. Standardoidut rajapinnat ja keskitetty tiedonvaihtoratkaisu lisää kustannustehokkuutta, kun palveluntarjoajien ei tarvitse luoda tiedonsiirtoyhteyksiä erikseen jokaisen toimijan kanssa.

Valvonta tulee tehostumaan datahubin myötä ja mahdollisuus toimia määriteltyjen standardien vastaisesti vähenee. Datahubiin tullaan tuomaan kattavasti käyttöpaikkaan, asiakkaaseen ja sopimuksiin liittyvää tietoa. Datahubin käyttöönoton myötä Suomi.fi -palvelu tulee tarjoajamaan asiakkaille pääsyn datahubin tarjoamaan asiakasportaaliin, josta asiakas voi tarkastella mm. itsestään rekisteröityjä sähkösopimustietoja.

Kaikki yllä kuvattu kehitys tähtää liiketoiminnan tehostamiseen sekä entistä asiakaslähtöisempään palveluun. Datahubin myötä tulevaisuuden tarpeet tiedonvaihtoon



31.12.201920.12.2019

34 (111)

on helpommin huomioitavissa ja toteutettavissa. Datahubin sopimusprosessit vähentävät virhe- ja selvitystilanteita, joka näkyy asiakkaalle parempana palveluna. Palvelut kolmansille osapuolille tulevat myös lisäämään erilaisten asiakaspalveluiden tarjontaa. Datahub toimii toimialan yhteisenä taustajärjestelmänä, joka tulee mahdollistamaan alan toimijoille mahdollisuuden tarjota parempaa asiakaspalvelua, kuitenkin siten, ettei asiakas ole varsinaisesti tietoinen datahubista.

Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa -dokumentissa on tarkemmalla tasolla kuvattu datahubin prosessit sekä liiketoimintaa datahub-ympäristössä rooleittain eri toimijoiden näkökulmasta.



31.12.201920.12.2019

35 (111)

3 Käyttöönoton vaiheistus

3.1 Käyttöönoton toteutustapa

Datahubin käyttöönotto toteutetaan ”big bangina”, mikä tarkoittaa, että tiedonvaihtojärjestelmän vaihto ja datahubin käyttöönotto tapahtuu sovittuna ajanhetkenä yhtenä kokonaisuutena kaikkien keskeisten toiminnallisuuksien ja kaikkien markkinaosapuolten osalta. Yhdenaikaista siirtymistä datahubin käyttöön perustelevat muun muassa seuraavat tekijät:

‒ Datahubissa tiedonvaihto synkronista, kun se nykyisessä tiedonvaihtomallissa on asynkronista. Näiden kahden erityyppisen tiedonvaihtotavan virheetön yhteensovittaminen esim. vaiheittaisessa käyttöönotossa on käytännössä mahdotonta.

‒ Mikäli markkinaprosesseja tuettaisiin kahdella erilaisella tiedonvaihtojärjestelmällä, tämä johtaisi tietojärjestelmätasolla ja järjestelmäintegraatioiden tasolla vaikeasti hallittaviin toteutuksiin ja toimintatapoihin. Uusien markkinaosapuolten vaiheittainen liittyminen datahubiin aiheuttaisi aina muutoksia kaikille markkinaosapuolille.

‒ Vaiheittaisessa käyttöönotossa tietojen lähdejärjestelmien määrittely tulee haastavaksi eli mikä tieto on master-tietoa, missä se sijaitsee ja kenen vastuulla se on.

‒ Datahubin käyttöönotto tarkoittaa myös muutoksia joidenkin markkinaprosessien toteutustapaan, kuten jakeluverkonhaltijan taseselvitykseen tai GSRN-tunnusten käyttöön käyttöpaikkatietojen ylläpidossa. Rinnakkaisten prosessien käyttö on kallista ja vaikeasti hallittavissa.

‒ Yksittäisiä markkinaprosesseja ei ole mahdollista ottaa käyttöön vaiheittain, sillä markkinaprosessien läpivienti on yleensä aina riippuvainen toisista prosesseista (esim. sopimusprosesseihin liittyvien asiakas- ja käyttöpaikkatietojen ylläpito tai taseselvitykseen liittyvien rakenteellisten tietojen ylläpito).

3.2 Käyttöönoton päävaiheet

Tässä toimialalle suunnatussa datahubin käyttöönottosuunnitelmassa datahubin käyttöönotto on jaettu kolmeen päävaiheeseen kuvan Kuva 6 mukaisesti.

Käyttöönoton valmistelu

Käyttöönotto(”go-live”)

Tehostettu valvonta



31.12.201920.12.2019

36 (111)

KUVA 6. DATAHUBIN KÄYTTÖÖNOTON PÄÄVAIHEET

Käyttöönoton valmisteluvaiheella tarkoitetaan kaikkia niitä varsinaista käyttöönottoa edeltäviä valmistelevia tehtäviä, jotka mahdollistavat datahubin onnistuneen käyttöönoton. Käyttöönotolla (”go-live”) tarkoitetaan vaihetta, jossa nykyinen Ediel-sanomaliikennemäärityksiin perustuva markkinaosapuolten välinen tiedonvaihto ajetaan vaiheittain alas ja siirrytään datahubin mukaiseen toimintamalliin. Vaiheittaisuudella tarkoitetaan tässä yhteydessä sitä, että prosessit ajetaan alas suunnitelmallisesti Ediel-sanomien asettamien aikarajojen puitteissa (ks. esim. myyjänvaihto, luku 8.3). Näin automaattisia prosesseja voidaan jatkaa mahdollisimman pitkään ja manuaalinen työ saadaan minimoitua. Tehostetulla valvonnalla tarkoitetaan heti käyttöönoton jälkeistä vaihetta, jolloin datahub-operaattori ja markkinaosapuolet monitoroivat markkinaprosesseja ja tiedonvaihtoa tehostetusti sekä huolehtivat muista käyttöönoton jälkeisistä tehtävistä.

3.2.1 Käyttöönoton valmistelu

Taulukossa Taulukko 2 on kuvattu käyttöönoton valmisteluvaiheen tehtävät ja niiden vaiheistus ylätasolla.

TAULUKKO 2. KÄYTTÖÖNOTON VALMISTELUVAIHEEN TEHTÄVÄT

Tehtävät ja tapahtumat Alakohdat

Käyttöönottosuunnitelmien laatiminen

‒ Fingrid Datahub Oy, toimialan markkinaosapuolet ja datahubin käyttöönottosuunnitelma

Tarvittavien järjestelmämuutosten toteutus

‒ Datahub-järjestelmä‒ Markkinaosapuolten järjestelmät

Tiedon laadun parantaminen ‒ Tietojen saattaminen datahubin datastandardin mukaiseksi

‒ Puuttuvien tietojen, esim. henkilö-, yritys- yhteisötunnusten kerääminen

‒ Tietojen tarkastukset kolmansien osapuolten rekistereitä vastaan

Tietokonversiot ‒ Titta-palvelun käyttöönotto‒ Poimintatyökalujen toteutus‒ Konversioiden vaiheet 1–53 sekä vaihe 4 käyttöönoton

harjoittelun yhteydessäkenraaliharjoitus.

Uusien tunnusten käyttöönotto ‒ Kartoitus tunnusten nykyisestä käytöstä tietojärjestelmissä

‒ Uusien tunnusten käyttöönoton toteutustapa‒ GSRN-, EIC- ja GLN-käyttöönotto konversioiden

vaiheessa 3

Testaukset ‒ Testiympäristöjen perustaminen‒ Testiaineistojen ja -tapausten tuottaminen‒ Testaus- ja sertifiointisuunnitelman mukaisesti‒ Markkinaosapuolen sertifiointi



31.12.201920.12.2019

37 (111)

Käyttöönoton valmisteluvaiheen jatkuvat tehtävät

‒ Koulutukset‒ Viestintä‒ Valmistelutoimien toteutumisen seuranta ja raportointi

3.2.2 Käyttöönotto

Käyttöönottovaihe alkaa siitä hetkestä, kun nykyinen Ediel-määrityksiin perustuva sanomaliikenne ajetaan vaiheittain alas uuden datahubin mukaisen toimintamallin käyttöönottamiseksi. Käyttöönottoon liittyviä tehtäviä on kuvattu ylätasolla taulukossa Taulukko 3.

TAULUKKO 3. KÄYTTÖÖNOTTOVAIHEEN TEHTÄVÄT

Tehtävä ja tapahtumat Alakohdat

Nykyisen tiedonvaihdon alasajo ‒ Vanha sanomaliikenne ja prosessit saatetaan loppuun sekä keskeneräiset työjonot ja tehtävät puretaan

‒ Tapahtumatietojen puskurointi osapuolten omiin järjestelmiin datahubiin siirtoa varten

Ydinjäädytysjakso alkaa ‒ Ediel-sanomaliikenne loppuu ja tiedonvaihto hoidetaan luvussa 8 kuvatuilla tavoilla.

Tietokonversiotoimitukset tuotantokäyttöönottoa varten

‒ Tietojen poiminta, tarkistus ja lataus‒ Selkeä vaiheistus eri osapuolien välillä‒ Tehtävien reaaliaikainen seuranta

Järjestelmämuutosten käyttöönotto

‒ Tietojärjestelmien tarvittavien ominaisuuksien käyttöönotto

Järjestelmään puskuroitujen tapahtumien purkaminen datahubiin

‒ Markkinaosapuolet siirtävät ydinjäädytysjaksolla omiin järjestelmäpuskureihin tallennetut tiedot datahubiin. Näitä ovat esimerkiksi asiakas- ja käyttöpaikkatiedot sekä sopimustiedot.

Muutoshetki ‒ Ajanhetki jäädytysjakson lopussa, jolloin siirrytään vähittäismarkkinaprosessien osalta nykyisestä Ediel-määrittelyn mukaisesta tiedonvaihtomallista datahubiin.

Uuden tiedonvaihdon aloittaminen

‒ Päätös tiedonvaihdon aloittamisesta ja katkon päättäminen

‒ Siirtyminen vanhasta järjestelmästä uuteen

Käyttöönottoon liittyviä tehtäviä on tarkasteltu vähittäismarkkinaprosessien vaiheittaisen alasajon ja toimialan toimintatapalinjausten näkökulmista tarkemmin käyttöönottosuunnitelman luvussa 8.

Vuoden 2020 keväällä julkaistavassa runbookissa tullaan kuvaamaan yksityiskohtaisesti käyttöönottoon liittyvät jäädytysjakson aikaiset toimenpiteet rooleittain.



31.12.201920.12.2019

38 (111)

3.2.3 Tehostettu valvonta

Käyttöönoton jälkeiseen tehostetun valvonnan vaiheeseen liittyviä tehtäviä on kuvattu ylätasolla taulukossa Taulukko 4.

TAULUKKO 4. TEHOSTETUN VALVONNAN TEHTÄVÄT

Tehtävät ja tapahtumat Alakohdat

Datahubin toiminnan tehostettu seuranta

‒ Sopimusprosessien ja tietojen tehostettu seuranta‒ Virheiden havainnointi, raportointi, kommunikointi ja

korjaus

Rästilistan siivous ‒ Käyttöönottoon liittyvien rästilistan valmistumisen seuranta

Datahub-järjestelmien siirto ylläpitotiimille

‒ Siirtyminen normaaliin tuotantoon‒ Tehostetun seurannan ja valvonnan purkaminen

3.3 Käyttöönoton riippuvuudet

Datahubin käyttöönotto on vaativa vaiheittain etenevä monitoimijaprojekti. Onnistunut käyttöönotto edellyttää, että kaikki osapuolet etenevät aikataulun mukaisesti. Siirtyminen käyttöönotossa seuraavaan vaiheeseen edellyttää, että kaikki osapuolet ovat suorittaneet edellisen vaiheen tehtävät onnistuneesti. Näihin liittyviä riskejä ja niiden riskienhallintakeinoja on kuvattu luvussa .

Esimerkkinä mainittakoon GSRN-tunnusten käyttöönotto, joka vaikuttaa sisäisesti markkinaosapuolen moniin järjestelmiin ja järjestelmien välisiin integraatioihin sekä myös ulkoisesti toisten osapuolten edellytyksiin edetä käyttöönotossa.

Käyttöönottotyöryhmä on tunnistanut muun muassa seuraavat keskeiset riippuvuudet:

‒ Datahub-lainsäädännön valmistelu

‒ Datahub-hankinta

‒ Tietosuoja-asetus sekä verkko- ja tietoturvadirektiivi

‒ Taseselvitysjakson ja tasemallin muutos

‒ Työ- ja elinkeinoministeriön Älyverkkotyöryhmän ehdotusten vaikutuksettoteutus

‒ Euroopan komission Puhtaan energian pakettipaketin toimeenpano

Yhtiöiden tulee pohtia omissa käyttöönottosuunnitelmissaan huolellisesti sekä ulkoisia että sisäisiä riippuvuuksia ja niiden vaikutuksia.



31.12.201920.12.2019

39 (111)

3.4 Aikataulu

DAlustava datahub-projektinin käyttöönoton ylätason aikataulukaavio on esitetty kuvassa Kuva 7. Datahubin käyttöönoton aikataulukaavio. Laajempi luettelo ja kuvaus toimialan yritysten markkinaosapuolten kannalta tärkeistä tehtävistä eli välitavoitteista löytyy välitavoitetaulukosta liitteessä 2.



31.12.201920.12.2019

40 (111)

KUVA 7. DATAHUBIN KÄYTTÖÖNOTON -PROJEKTIN ALUSTAVA AIKATAULUKAAVIO

Aikataulukaavio on tehty datahub-projektilla käyttöönottosuunnitelman julkaisun aikaan käytössä ollein tiedoin.



31.12.201920.12.2019

41 (111)

4 Osapuolten vastuut ja velvollisuudet

Yleisellä tasolla Fingrid Datahub Oy:n tehtäviin kuuluu datahub-järjestelmän käyttöönoton ja operoinnin lisäksi sidosryhmäyhteistyö ja -viestintä, käyttöönottoon liittyvä ohjeistus ja koulutus ja lainsäädäntötyön valmistelu sekä käyttöönoton seuranta ja valvonta.

Markkinaosapuolten tehtävänä on osallistua tietokonversioihin, testauksiin ja sertifiointiin. Lisäksi markkinaosapuolen tulee seurata aktiivisesti hankkeen viestintää, osallistua koulutuksiin ja raportoida omasta käyttöönoton edistymisestään sekä huolehtia omalta osaltaan muista tarvittavista toimenpiteistä käyttöönoton onnistumiseksi. Käyttöönoton toimenpiteet tulee olla kuvattuna yksityiskohtaisesti kunkin markkinaosapuolen omassa datahubin käyttöönottosuunnitelmassa.

Markkinaosapuolten vastuita ja tehtäviä on kuvattu yksityiskohtaisemmin muun muassa seuraavissa datahubin käyttöönottoon liittyvissä suunnitelmissa ja ohjeissa (ks. myös kuva Kuva 4):

‒ Ohje markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi. Versio 1.3 5 on julkaistu ediel.fi-sivustolla 3.422.11.2019.

‒ Tietokonversiosuunnitelma. Viimeisin päivitys tietokonversiosuunnitelmaan on julkaistu ediel.fi-sivustolla 30.411.12.2019.

‒ Testaus- ja sertifiointisuunnitelma. Versio 1.10 on julkaistu ediel.fi-sivustolla 25.311.7.2019. Osapuolten vastuunjakokaaviot tullaan lisäämään suunnitelman seuraavaan versioon.

‒

‒ Titta-tietokonversiopalvelun seurantatyökalu markkinaosapuolten valmistelutoimien etenemisen seuraamisiksi. Seurantatyökalu sisältää kyselylomakkeen muodossa keskeisiä valmistelutoimiin liittyviä tehtäviä.

Ajantasaiset suunnitelmat ja ohjeet löytyvät EDIELfi-portaalista.



31.12.201920.12.2019

42 (111)

5 Henkilötietojen käsittely

Henkilötietoja tulee käsitellä lainmukaisesti hyviä tiedonhallintatapoja noudattaen siten, että varmistetaan henkilötietojen asianmukainen turvallisuus, mukaan lukien suojaaminen luvattomalta ja lainvastaiselta käsittelyltä sekä vahingossa tapahtuvalta häviämiseltä, tuhoutumiselta tai vahingoittumiselta käyttäen asianmukaisia teknisiä tai organisatorisia toimia (EU 2016/679 5 art. f). EU:n Tietosuojatietosuoja-asetuksen (EU 2016/679) lisäksi tulee noudattaa Tietosuojalakia (1050/2018)

EU:n tietosuoja-asetus (EU 2016/679) (GDPR) määrittelee rekisterinpitäjien vastuut sekä henkilötietojen käsittelyä koskevat periaatteet. Datahubin osalta tietosuojaperiaatteet on koostettu seuraavasti.

Kuva 8. Tietosuojan periaatteet datahubissa

Laissa sähkömarkkinalain muuttamisesta Sähkömarkkinalaki (108/2019) määrää määrätään järjestelmävastaavan kantaverkonhaltijan tytäryhtiön (Datahub Oy) rekisterinpitäjän asemaan sähkökaupan keskitetyn tiedonvaihdon palveluihin liittyvissä tehtävissä. Markkinaosapuoli on puolestaan rekisterinpitäjä käsitellessään omien henkilörekisteriensä tietoja.

Sähkömarkkinalaki myös velvoittaa vähittäismyyjät ja jakeluverkonhaltijat luovuttamaan sähkökaupan markkinaprosessien hoitamiseksi välttämättömiä tietoja sähkökaupan keskitetyn tiedonvaihdon yksikölle. Sähkömarkkinalaissa säädetään siis sähkökaupan markkinaprosesseihin liittyvien henkilötietojen käsittelyn oikeusperusteesta ja sähkökaupan markkinaprosesseihin liittyvien tietojen käsittelystä sähköntoimitusten



31.12.201920.12.2019

43 (111)

mittauksessa, tasevastuun täyttämisessä, sähkökaupan tiedonvaihdossa ja niihin liittyvissä muissa sähkökaupan markkinaprosesseissa sekä taseselvityksessä.

Tämän luvun tarkoitus on kuvata markkinaosapuolten vastuut ja velvollisuudet projektinaikaisten tietosuojan, tietoturvan sekä käyttäjä- ja pääsynhallinnan osalta datahubissa. Ohjeen Luvun on tarkoitus ohjata markkinaosapuolia huomioimaan käyttöönottosuunnitelmassaan riittävällä tasolla vaaditut asiat.

Oletusarvoinen ja sisäänrakennettu tietosuoja rakentuu teknisistä ja organisatorisista suojakeinoista. Tekniset suojakeinot mielletään enemmän tietoturvan alaisiksi, kun taas organisatoriset keinot ovat enemmän prosesseja ja tapoja toimia. Tämä ohje pyrkii noudattamaan samaa jakoa.

Harjoittelemalla toimintamalleja poikkeustilanteita ajatellen saa hyvän kuvan organisaation tietoturvan hallinnan tasosta. Väestörekisterikeskus järjestää vuosittain marraskuussa TAISTO-harjoituksen, johon osallistumismahdollisuutta voi tiedustella suoraan vVäestörekisterikeskukselta. Markkinaosapuolille suunnattua yhteistä harjoitusta Fingrid Datahubin järjestämänä pohditaanharkitaan syksylle 2021, jonka tavoitteena onolisi harjoitella mm. viestintää poikkeustilanteissa Fingrid Datahubin ja markkinaosapuolten välillä.

5.1 Tietosuoja

Markkinaosapuolen tulee käsitellä henkilö- ja asiakastietoja huolellisesti ja luottamuksellisesti. Huolellisuuteen ja luottamuksellisuuteen sisältyy, että tietojen turvalliseen käsittelyyn, säilyttämiseen ja hävittämiseen on olemassa välineet ja prosessit. Jotta prosessi voi toimia, tulee määritellä rutiinit ja säännöt, joilla prosessia johdetaan tai jonka mukaan prosessia toteutetaan.

Henkilötietojen suojaamisessa on huolehdittava mm. riittävistä resursseista ja asiantuntemuksesta ohjeistuksien ja koulutuksien muodossa. Henkilöstö tulee perehdyttää henkilötietojen suojaamiseen ja niiden asianmukaiseen käsittelyyn myös testauksessa. Henkilöstön lisäksi tulee perehdyttää myös muut hankkeeseen osallistuvat henkilöt turvalliseen henkilötietojen käsittelyyn.

Markkinaosapuolten käyttäessä kolmansia osapuolia, kuten alihankkijoita tai IT-kumppaneita, omassa projektissaan tai tietojärjestelmäympäristönsä ylläpidossa (alihankkija, IT-kumppani tai muu), tulee huomioida, että mikäli tällä kolmannella osapuolella on teknisesti pääsy henkilötietoihin, on EU:n tietosuoja-asetuksen mukaan kyse tällöin tietojen käsittelystä EU:n tietosuoja-asetuksen mukaan (huom. kumppanin sijaintimaa). Tällöin tulee huolehtia myös mahdollisen kolmannen osapuolen pääsynhallinnasta ja käsittelysopimuksesta myös testiympäristöjen osalta. Kolmansien



31.12.201920.12.2019

44 (111)

osapuolien (alihankkija, IT-kumppani tai muu) kanssa on syytä olla myös sovittu menettelytavat ja yhteys- ja vastuuhenkilöt mahdollisen tietoturvaloukkauksen sattuessa.

Tietojen minimointiperiaatteen mukaisesti tietoja kerätään ja säilytetään vain sen mukaisesti, mikä liiketoiminnallisesti on tarpeellista. Lisäksi huolehditaan, että tietoon pääsevät käsiksi vain sellaiset henkilöt, jotka tätä tehtävänsä puolesta tarvitsevat. Markkinaosapuolten tulee tunnistaa ja ohjeistaa organisaatioitaan ja heidän kumppaneitaan tunnistamaan tilanteita, joissa he pääsevät käsiksi tai altistuvat sellaiselle tiedolle, johon heillä ei ole oikeutta.

Henkilötietojen käsittely testauksessa ja sertifioinnissa

Käyttöönottoon valmistautuminen edellyttää markkinaosapuolilta testaamista. Testaamisen osalta on huomioitava tietosuoja-asetuksen (GDPR) vaatimus henkilötietojen huolellisesta suojaamisesta. Markkinaosapuolet vastaavat omista testeistään, testiaineistoistaan ja testiympäristöistään sekä siitä, että ne noudattavat hyvää tiedonhallintatapaa ja lakeja henkilötietojen käsittelystä. Markkinaosapuolen tulee huolehtia siitä, että sen käyttämät testausympäristöt ovat riittävän hyvin suojattu asiattomalta pääsyltä, oli kyse sitten pääsyoikeuksilla rajaamisesta taikka ulkopuolisilta hyökkäyksiltä suojautumisesta. Datahub-järjestelmää vasten testatessa tulee käyttää synteettistä aineistoa.

Synteettistä aineistoa käytetään testauksessa1, koska

‒ synteettistä tietoa ei koske tietosuojalainsäädäntö,

‒ tuotantoaineiston käyttämiselle testauksessa järjestelmäkehitysvaiheessa ei ole laillista perustetta

‒ järjestelmän ja prosessien toimivuutta testataan myös ympäristöissä joiden käyttäjä- ja pääsynhallinnan tasoa ei kyetä luotettavasti varmistamaan, ja

‒ testauksen aikana tullaan testaamaan myös markkinaprosesseja, joissa tietoa siirtyy osapuolelta toiselle. Mikäli käytetään oikeaa henkilötietoa, on olemassa riski, että henkilötietoa siirtyy perusteettomasti sellaiselle osapuolelle, joka ei tähän tietoon ole oikeutettu. Oikean henkilötiedon käyttö testauksessa aiheuttaa siten riskin rekisteröidylle.

Tuotantoaineistoa luvatta datahubin testijärjestelmään toimittavan osapuolen pääsy testijärjestelmään tullaan estämään. Markkinaosapuolten tulee noudattaa datahubin testaus- ja sertifiointisuunnitelmassa annettua ohjeistusta käytettävistä tiedoista.

Tietokonversiossa käytetään tuotantodataa eli käsitellään henkilötietoja. Tietokonversiosuunnitelmassa annettua ohjetta tietojen poiminnasta ja toimittamisesta konversiopalveluun tulee noudattaa. Kukin markkinaosapuoli vastaa omista

1 ks. myös Muistio synteettisen testiaineiston käyttövaatimuksesta (https://www.ediel.fi/datahub/testaus-ja-sertifiointi)Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi




31.12.201920.12.2019

45 (111)

henkilötiedoistaan ja on velvollinen suojaamaan tiedot riittävin teknisin menetelmin, jotta tiedot säilyvät eheinä siihen asti, että ne on toimitettu Tittaan.

5.2 Tietoturva

Sähköalan yrityksen, joka käyttää datahubia on ylläpidettävä omia prosessejaan ja järjestelmiään siten, että tietoturvan taso on asianmukainen ja edellytykset tehokkaasti toimiville sähkömarkkinoille voidaan turvata. Datahubin on lain mukaisesti huolehdittava tiedonvaihdon ja säilytettävien tietojen tietoturvasta. Datahubin vastuulla on myös ilmoittaa Energiavirastolle keskitetyn tiedonvaihtopalvelun merkittävistä häiriöistä, uhkista ja tietoturvaloukkauksista.

Markkinaosapuolen tulee huolehtia omista järjestelmistään ja niiden ajantasaisesta tietoturvasta hyvän tietojenkäsittelytavan mukaisesti. Sähkömarkkinalaki Sähkömarkkinalaki 108/2019 velvoittaa sähköalan yrityksiä ylläpitämään asianmukaista tietoturvan tasoa. Jakeluverkonhaltijoita velvoittaa lisäksi verkko- ja tietojärjestelmien turvallisuutta säätelevä NIS-direktiivi (EU 2016/1148), jonka vaatimukset on tuotu 1.2.2019 voimaan astuneeseen sähkömarkkinalakiin. Tietosuoja asetus (EU 2016/679) edellyttää rekisterinpitäjää osoittamaan asetuksen noudattamisen mm. teknisten suojakeinojen käytöstä. Hyvä keino osoitusvelvollisuuden täyttämiseksi on tietoturva sertifikaatin hankkiminen (esim. FINCSC tai vähintään sitä vastaava).

Markkinaosapuolen tulee toteuttaa riittävät turvatoimet henkilötietojen suojaamiseksi. Jokaisen markkinaosapuolen vastuulla on tehdä oman arvionsa riittävistä suojauskeinoista punniten riskejä rekisteröidyn oikeuksia vasten. Teknisiä suojatoimia ovat mm. seuraavat.

‒ Laitteiden ja palvelimien tietoturva (päivitykset ja haittaohjelmien torjunta)

‒ Palomuurit ja hyökkäyksien havainnointijärjestelmät

‒ Toimitilojen kulunvalvonta

‒ Lokitus

o Markkinaosapuolen oma järjestelmä mahdollistaa jälkikäteen tehtävän todentamisen henkilötietojen käsittelyn osalta

‒ Tietojen siirtäminen ja tallentaminen salattuna

‒ Tietoliikenneyhteyksien turvaaminen

‒ Datahubin rajapintoihin kytkeytyminen erillisten teknisten dokumenttien mukaisesti

‒ Varmuuskopiot



31.12.201920.12.2019

46 (111)

o Tietojen palauttaminen varmuuskopioista

‒ Tietojen huolellinen hävittäminen

‒ Henkilötietojen siirrossa käytettävien välineiden suojaaminen ja turvallinen hävittäminen

‒ Ylläpitotoimenpiteet on kuvattu ja vain tarvittavilla henkilöillä on oikeudet järjestelmiin ja tietoon.

Suojautumisen lisäksi, tulee myös huolehtia toiminnan jatkuvuudesta mahdollisessa poikkeustilanteessa.

5.3 Käyttäjä- ja pääsynhallinta

Yksi oleellisimmista tekijöistä henkilötietojen suojaamisesta on huolehtia käyttäjä ja pääsynhallinnasta. Markkinaosapuolten tulee varmistaa, että tietoihin (tietokantoihin) ja tietojärjestelmiin ei pääse ilman asianmukaista käyttöoikeutta. Fingrid Datahub Oy tulee käyttöönoton edetessä tuottamaan tarkempia ohjeita teknisestä liittymisestä datahubiin.

Markkinaosapuolen käyttäjäryhmiksi datahubiin mallinnetaan:

‒ Pääkäyttäjät

‒ Muut käyttäjät

Jokaisella käyttäjällä, mukaan lukien pääkäyttäjät, tulee olla omat henkilökohtaiset tunnukset datahub -järjestelmään. Yhteiskäyttöisien tunnuksien luonti ja käyttäminen tai omien tunnuksien jakaminen muiden käyttäjien kanssa on kielletty. Käyttäjän tulee ilmoittaa välittömästi ylläpitäjille, jos he kokevat oman tunnuksensa käytön vaarantuneen.

Markkinaosapuolen pääkäyttäjän oikeuksiin ja tehtäviin kuuluu käyttöoikeuksien ja -roolien antaminen, validointi ja poistaminen hänen oman organisaationsa muilta käyttäjiltä. Muut käyttäjät eivät voi muokata omia datahub roolejaan ja oikeuksiaan, vaan heidän tulee tehdä muutospyynnöt organisaation pääkäyttäjille. Pääkäyttäjät voivat myös luoda valtuutuksia organisaation ulkopuolisille tahoille; valtuuttaa toisen ulkopuolisen tahon toimimaan heidän organisaationsa puolesta valitussa roolissa. Pääkäyttäjän tulee huolehtia käyttäjien oikeuksien hallinnasta, lisäyksistä ja poistoista, asianmukaisesti ja viivettä.

Markkinaosapuolen pääkäyttäjillä tulee olemaan näkyvyys nähdä oman organisaationsa datahubiin linkitettyjen työntekijöiden tunnustiedot sekä heidän datahub käyttöoikeudet ja -roolit.

Yleisesti seurattavia hyviä käytäntöjä:

Järjestelmään pääsy mahdollistetaan vain niille henkilöille, joilla on tarve päästä järjestelmään.

Annetaan käyttäjille vain sellaiset oikeudet ja roolit, mihin heillä on tarve.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

47 (111)

Markkinaosapuolen pääkäyttäjäoikeus luodaan testaus- tai palvelusopimuksessa ilmoitetulle taholle.

5.3.1 Käyttäjä- ja pääsynhallinta projektin eri vaiheissa

Kehityksen ja testauksen eri vaiheissa käyttäjän tunnistus ja pääsynhallinta saatetaan suorittaa eri tavoin riippuen kehityksen ja etenemisen vaiheista. Tämä johtuu kulloisenkin kehityksen ja testauksen eri painopisteistä. Järjestelmän muiden toiminnallisuuksien kehitys ja testaus on mahdollista suorittaa erillään käyttäjän kirjautumiseen ja käyttöoikeuksien hallintaan liittyvästä kehityksestä ja testauksesta. Testauksessa ja tietyissä hyväksyntävaiheissa tunnistautuminen saatetaan suorittaa eri tunnuksilla kuin mitä käyttöönottotestauksessa tai tuotantokäytössä käytetään.

Järjestelmään pääsyä varten markkinaosapuolen tulee tehdä palvelusopimus, järjestelmän käytöstä Fingrid Datahub Oy:n kanssa. Datahub testauksen loppuvaiheissa sekä tuotantokäytössä järjestelmään pääsy tarjotaan hyödyntäen yritysten välistä Azure AD B2B -ominaisuutta.

Markkinaosapuoli on käyttöönoton jälkeen itse vastuussa oman yrityksensä käyttäjistä ja heidän kirjautumistunnustensa voimassaolosta ja päättämisestä. Markkinaosapuolen tulee välittömästi ilmoittaa datahub-palvelusopimuksessa mainitulle taholle, jos he epäilevät heidän oman käyttäjänsä tunnuksen vaarantuneen, jotta voidaan varautua tarvittavin tietoturvatoimenpitein datahub-järjestelmän osalta.

Markkinaosapuolten tulee omalta osaltaan tutustua ja testata datahubin käyttövaltuushallintaa ennen käyttöönottoa. Fingrid Datahub tulee ohjeistamaan tästä myöhemmin.

5.4 Tietoturvaloukkaus

Mahdollisen tietoturvaloukkauksen sattuessa kukin rekisterinpitäjä on vastuussa omissa järjestelmissään tai ympäristöissään tapahtuneiden loukkausten selvittämisestä ja raportoinnista edelleen valvovalle viranomaiselle sekä mahdollisesti rekisteröidylle itselleen. Henkilötietosuojaan liittyvissä tapauksissa noudatetaan EU 2016/679 EU:n tietosuoja-asetuksen ja tietosuojalain (2018/1050) mukaisia ilmoitusvelvoitteita tietosuojavaltuutetun toimistoon. Tiedonvaihtopalvelun toimintaan liittyvistä tietojärjestelmähäiriöistä Fingrid Datahub ilmoittaa Energiavirastolle NIS-direktiivin (EU 2016/1148) mukaisesti. Kunkin markkinaosapuolen tulee selvittää oma ilmoitusvelvoitteensa NIS-direktiivin mukaan, myös Datahubiin liittymättömien prosessiensa osalta.


Kimari Pinja, 11.12.19,

Pinja: Ei liity käyttöönottosuunnitelmaan, vaan on ohjeenomainen osuus joka tulisi sijoittaa muuhun dokumenttiin joka on markkinaosapuolille suunnattu.

Kimari Pinja, 11.12.19,

Pinja: Tämä lienee kerrottu jossain muualla?


31.12.201920.12.2019

48 (111)

KUVA 9. ILMOITUSVELVOLLISUUS TIETOTURVALOUKKAUSTILANTEESSA

Mikäli markkinaosapuoli havaitsee tietoturvaloukkauksen tapahtuneen, on toimialan yhteisen edun mukaista ilmoittaa havainnosta ja sen syistä mahdollisimman pikaisesti myös Fingrid Datahubille, jotta datahub-operaattori voi omassa päässään tehdä tarvittavat suojatoimet lisävahinkojen estämiseksi. Ilmoitukset voi tehdä Datahub- tukipalvelun kautta.

Tietoturvaloukkauksesi voi muodostua myös tilanne, jossa henkilö oikeudetta pääsee käsiksi tai altistuu henkilötiedoille.



31.12.201920.12.2019

49 (111)

6 Tietokonversiot

Datahubin tietokonversiolla tarkoitetaan liiketoimintaprosessien perustietojen ja mittaustietojen laadun varmistamista ja lataamista lähdejärjestelmistä datahub-järjestelmään ennen datahubin käyttöönottoa. Lähdejärjestelmiä ovat ensisijaisesti jakeluverkonhaltijoiden ja sähkön myyjien liiketoimintasovellukset, joissa ylläpidetään asiakas-, käyttöpaikka-, sopimus- ja mittaustietoja.

Fingrid Datahub on laatinut tietokonversiotyön tueksi yhteistyössä alan yhtiöiden edustajien kanssa tietokonversiosuunnitelman, joka sisältää kuvauksen tietokonversioprojektin vaiheista, osapuolien tehtävistä ja vastuista sekä itse tietokonversioprosessista. Sähkömarkkinalaki velvoittaa markkinaosapuolet osallistumaan datahubin tietokonversioprojektiin ja toteuttamaan tietojen siirtämisen datahubiin tietokonversiosuunnitelman mukaisesti.

Tässä käyttöönottosuunnitelmassa esitellään ainoastaan yleisellä tasolla tietokonversiotyön pääkohdat. Tietokonversiosuunnitelma löytyy osoitteesta https://www.ediel.fi/datahub/tietokonversio/tietokonversiosuunnitelma.

Tietokonversiotyöllä on kaksi päätavoitetta:

‒ Lähdejärjestelmistä toimitettavan tiedon yhdenmukaistaminen

‒ Datahub-järjestelmän alkulatauksen toteuttaminen.

Tiedonlaatu on yksi kriittisimmistä tekijöistä datahubin käyttöönoton onnistumisen kannalta. Lähdejärjestelmistä toimitettavan tiedon yhdenmukaistaminen on välttämätöntä, jotta liiketoimintaprosesseja pystytään suorittamaan datahub-järjestelmässä sen käyttöönoton jälkeen. Tietokonversiotyöllä varmistetaan, että jokaisella markkinaosapuolella on omissa järjestelmissään tietojen laatu vaaditulla tasolla datahubin käyttöönottoa varten.

Lähdetiedon yhdenmukaistamiseksi ja laadun varmistamiseksi Fingrid Datahub on hankkinut erillisen tietokonversiopalvelun tukipalveluineen. Tietokonversio toteutetaan palveluntoimittajan toimittamalla Titta-palvelulla (Tietojen Tehokas Tarkastaminen), joka tarkastaa datahubiin toimitettavat tiedot (kuva Kuva 10). Tietokonversiopalvelussa suoritetaan seuraavat tarkastukset lähdeaineistoon:

‒ Tiedostotarkastus: Markkinaosapuolen toimittama siirtotiedosto on datastandardin mukaisessa muodossa.

‒ Eheystarkastus: Markkinaosapuolen toimittama lähdeaineisto on sisäisesti ehjä datahubin liiketoimintaprosessien näkökulmasta.

‒ Yhdenmukaisuustarkastus: Markkinaosapuolen toimittama lähdeaineisto on yhdenmukainen suhteessa muiden osapuolten toimittamaan aineistoon.




31.12.201920.12.2019

50 (111)

KUVA 10. TIETOKONVERSIOPALVELU

Tietokonversioprojekti

Tietokonversioprojektissa markkinaosapuolet poimivat datahubiin siirrettävät tiedot omista lähdejärjestelmistä ja toimittavat ne siirtotiedostomäärittelyn mukaisessa muodossa Tittaan. Markkinaosapuolet toimittavat datahubiin tietoja, joiden ylläpitovastuu on heillä itsellään. Tietojen toimitusvastuu ja tietojen valintaa koskevat säännöstöt on kuvattu tarkemmin tietokonversiosuunnitelmassa.

Datahubin tietokonversioprojekti on jaettu viiteen vaiheeseen, joistaden aikataulut on esitetty kuvassa Kuva 11. kolmelle ensimmäiselle on määritelty alle olevassa kuvassa esitetyt alustavat aikataulut ja tavoitteet. Markkinaosapuolen on halutessaan myös mahdollista edetä kuvassa esitettyä aikataulua nopeammin, huomioiden kuitenkin, että tietyt koko toimialaa koskevat toimenpiteet tulee tehdä keskitetysti yhtä aikaa koko toimialan kesken. Näitä toimenpiteitä ovat mm. yhdenmukaisuustarkastukset, tietojen massatarkastukset ulkoisia rekistereitä vasten ja uusien tunnusten käyttöönotto.

KUVA 11 . TIETOKONVERSION VAIHEET JA AIKATAULU



31.12.201920.12.2019

51 (111)

Datahubin tietokonversioprojekti on jaettu viiteen vaiheeseen:

[1.] Vaihe 1 (tarkistuspiste T1)



[4.] Datahubin käyttöönoton kenraaliharjoitus (tarkistuspiste T4)

[5.] Datahubin varsinainen käyttöönotto (tarkistuspiste T5)

Tietokonversioprojektin vaiheessa 2 toteutetaan tietojen massatarkastuksia ulkoisia rekistereitä vasten. Vaiheessa 3 siirrytään käyttämään konversioaineistoissa uusia osapuoli-, mittausalue- ja käyttöpaikkatunnuksia. Tietokonversioiden kaksi viimeistä vaihetta liittyvät käyttöönoton harjoitteluun (vaihe 4) ja varsinaiseen käyttöönottoon (vaihe 5).

Tietokonversion jokaiselle vaiheelle on määritelty omat vaatimukset lähdeaineiston laadulle (Taulukko 5) sekä siirtotiedostojen tuottamisen ja toimittamisen kestolle (Taulukko 6). Tiedon laadun osalta vaatimuksia kiristetään siirryttäessä vaiheesta toiseen, jotta datahubiin siirtymisen tavoitetaso saavutetaan. Markkinaosapuolet voivat edetä vaiheissa 1–3 eri tahtiin, mutta tietyt koko toimialaa koskevat toimenpiteet, kuten yhdenmukaisuustarkastukset, tietojen massatarkastukset ulkoisia rekistereitä vasten ja uusien tunnusten käyttöönotto tulee tehdä keskitetysti yhtä aikaa koko toimialalla.

TAULUKKO 5. LÄHDEAINEISTON OSAPUOLIKOHTAISET LAATUKRITEERIT TARKASTUSPISTEITTÄIN



31.12.201920.12.2019

52 (111)



31.12.201920.12.2019

53 (111)

TAULUKKO 6. VAATIMUKSET LÄHDEAINEISTON TUOTTAMISEN JA TOIMITUKSEN KESTOLLE



31.12.201920.12.2019

54 (111)

Markkinaosapuolten tehtävät tietokonversioprojektissa

Tietokonversiotyö on toistuva, iteratiivinen prosessi. Markkinaosapuolten keskeisiä tehtäviä on tuottaa omista tietojärjestelmistään datastandardin määrittelemät tiedot siirtotiedostoihin (tietojen poiminnat), tuoda siirtotiedostot Tittaan, käynnistää tietojen tarkastus Titassa, käsitellä Titan tuottamien tarkastusraportin havainnot sekä tehdä tarvittavat toimenpiteet tietojen korjaamiseksi ja rikastamiseksi (kuva Kuva 12).

KUVA 12. TIETOKONVERSIOPROSESSI

Osapuolten tehtävät ja vastuut on kuvattu yksityiskohtaisemmin tietokonversiosuunnitelman vastuumatriisissa sekä tietokonversiosuunnitelman liitteenä olevissa roolikohtaisissa tehtävälistoissa.

6.1.1 [5.4.1 ] Uusien tunnusten käyttöönotto

Datahubin käyttöönoton myötä sähkömarkkinoilla otetaan käyttöön uudet mittausaluetunnukset (EIC), osapuolitunnukset (GLN) ja tunnukset käyttöpaikkojen ja muiden mittauspisteiden yksilöimiseksi (GSRN). Uusia tunnuksia ei oteta käyttöön nykyisessä tiedonvaihdossa, mutta niitä tullaan tarvitsemaan jo tietokonversioiden vaiheessa 3.

GSRN-tunnusten käyttöönotto

Uusien GSRN-käyttöpaikkatunnusten käyttöönotossa tulee huomioida seuraavat asiat:



31.12.201920.12.2019

55 (111)

‒ GSRN-tunnukset otetaan käyttöön datahubin käyttöönoton yhteydessä. GSRN-tunnusta ei tulla lisäämään olemassa oleviin sanomamäärittelyihin, sillä se vaatisi merkittäviä muutoksia nykyiseen, datahubin käyttöönoton jälkeen poistuvaan tiedonvaihtoon.

‒ Vaikka GSRN-tunnuksia ei tulla käyttämään nykyisessä PRODAT-sanomaliikenteessä, markkinaosapuolilla tulee olla valmius GSRN-tunnusten ylläpitoon jo hyvissä ajoin ennen datahubin käyttöönottoa. Jakeluverkonhaltijat tuovat GSRN-mukaiset käyttöpaikkatunnukset lähdeaineistoon tietokonversiosuunnitelman mukaisesti vaiheen 3 yhteydessä.

‒ Tietokonversiovaiheen 3 jälkeen ohjeistetun aikataulun mukaisesti jakeluverkonhaltijoiden on luotava sekä vanhan että uuden mallin mukaiset käyttöpaikkatunnukset kaikille uusille käyttöpaikoille. Markkinaosapuolten tulee ylläpitää tietoa uudesta ja vanhasta käyttöpaikkatunnuksesta.

‒ Muutoshetken jälkeen dDatahubissa käytetään vain GSRN-mukaisia käyttöpaikkatunnuksia; datahub hylkää vanhalla tunnuksella tehdyt ilmoitukset, mikä markkinaosapuolten tulee huomioida purettaessa ydinjäädytysajan puskureita datahubiin.

Datahub projekti tulee ylläpitämään Titta -palvelussa toiminnallisuutta, jossa uudet ja vanhat tunnukset on linkitetty toisiinsa. Tarkemmat tiedot palvelusta ja ohjeet palvelun käyttämiseksi lisätään tietokonversiopalvelun ohjeeseen. Tittaan päivitetään uusien tunnusten käyttöönottamiseksi ensimmäisenä toiminnallisuus GLN -tunnusten toimitusta varten vuoden 2020 alussa.

Fingrid ylläpitää taulukkoa, jossa vanhan ja uuden mallin mukaiset käyttöpaikkatunnukset on linkitetty toisiinsa. Taulukosta tullaan tiedottamaan myöhemmin erikseen sen valmistuttua

.

Nykyinen käyttöpaikkarekisteri ajetaan alas myöhemmin datahubin käyttöönoton jälkeen. Nykyiseen käyttöpaikkarekisteriin ei tuoda GSRN-tunnuksia.

GLN-osapuolitunnusten käyttöönotto

Osapuolien tunnisteeksi on norjalaisten ja tanskalaisten ratkaisun mukaisesti ja HNR-projektin suosituksesta valittu GLN-tunnus. Määrityksensä mukaisesti GLN-tunnuksella voidaan yksilöidä yritys, sen sisäiset toiminnot ja toimipisteet. GLN-tunnus koostuu GS1-yritystunnisteesta, osapuolitunnisteesta sekä tarkistusnumerosta. Osapuolitunniste on joko 5 tai 3 numeroa pitkä riippuen GS1-yritystunnisteen pituudesta (7- tai 9-numeroinen). Suomessa tullaan käyttämään 9-numeroista yritystunnistetta, jolloin osapuolitunniste on 3-numeroinen.



31.12.201920.12.2019

56 (111)

64YYYYYYY VVV T

64YYYYYYY = GS1-yritystunniste (9 numeroa) VVV = Osapuolitunniste (3 numeroa) T = Tarkistusnumero, joka lasketaan edeltävistä numeroista module-10 tekniikalla

GLN-tunnus on yritystunnistetta käyttökelpoisempi osapuolitunnus, sillä sama Y-tunnuksen yksilöimä yritys voi toimia sähkömarkkinoilla useissa eri rooleissa. Osapuolet voivat käyttää tiedonvaihdossa useampaa GLN-tunnusta, jos kokevat sen tarpeelliseksi. Osapuolten tulee ilmoittaa käyttämänsä GLN-tunnukset Fingridille, joka hyväksyy tunnukset ja julkaisee nämä muiden osapuolten saataville. Osapuolen tulee myös ilmoittaa, mihin käyttötarkoitukseen kutakin GLN-tunnusta käytetään.

EDIELfi-sivustolla löytyy lisäohjeistusta GS1-tunnuksien (GSRN ja GLN) käytöstä sähkön vähittäismarkkinoilla1.

EIC-mittausaluetunnusten käyttöönotto

Verkkoyhtiöiden tulee hakea EIC-koodit mittausalueille voidakseen toimia datahubissa. EIC-koodeja tullaan tarvitsemaan jo tietokonversiovaiheessa toimitettaessa mittausalueen tietoja tietokonversiopalveluun. EIC-koodia haettaessa tulee huomioida, että mikäli yhtiöllä ei ole vielä omaa osapuolikoodia (X-koodia), jonka alle mittausaluekoodin voi lisätä, haettaessa Y-koodia tulee pyytää myös osapuolikoodi. Koodit ovat maksuttomia ja niitä voi hakea osoitteesta [email protected].

1 https://www.ediel.fi/datahub/business-processes/datahub-ohjeet2 Ks. https://www.ediel.fi/muut-palvelut/kansainvälinen-yhteistyö/eicFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

57 (111)

7[6] Testaus ja sertifioinnit

Sähkömarkkinalaki velvoittaa vähittäismyyjää ja jakeluverkonhaltijaa huolehtimaan siitä, että tämän tietojärjestelmät ja tiedonsiirtoon käyttämät järjestelmät toimivat yhteensopivasti datahubin tietojärjestelmien kanssa. Markkinaosapuolen tulee saavuttaa sähkömarkkinalaissa tarkoitettu yhteensopivuus ennen datahubin palvelujen käyttöönottoa.

Järjestelmien yhteensopivuus varmistetaan testausten ja sertifioinnin avulla. Tätä varten Fingrid Datahub on laatinut erillisen testaus- ja sertifiointisuunnitelman, jota markkinaosapuolet on velvoitettu noudattamaan. Suunnitelma sisältää yksityiskohtaisen kuvauksen testauksen ja sertifioinnin eri vaiheista, aikataulusta, osapuolien tehtävistä ja vastuista sekä itse testaus- ja sertifiointiprosessista.

Markkinaosapuolet voivat testata omia järjestelmätoteutuksiaan datahubin sidosryhmätestausvaiheen aikana. Markkinaosapuolten järjestelmien yhteensopivuuden tarkastukset datahub-järjestelmän kanssa koostuvat sertifioinnista ja tuotannollisesta koekäytöstä. Näiden lisäksi Fingrid Datahub tekee yhdessä datahub-järjestelmän toimittajan kanssa testauksia, joilla varmistetaan muun muassa datahub-järjestelmän tietoturva, prosessien ja rajapintojen toiminta sekä toiminnalliset ja ei-toiminnalliset ominaisuudet.

Markkinaosapuolten järjestelmätoimittajat ovat tärkeässä roolissa toimittamiensa tietojärjestelmien ja datahub-järjestelmän yhteensopivuuden varmistamisessa. Markkinaosapuolien järjestelmätoimittajien testauksessa datahub-järjestelmän toimittaja testaa integraatioiden toimintaa ennen sidosryhmätestauksen aloittamista järjestelmätoimittajien kanssa. Vastaavasti ennen markkinaosapuolien sertifiointia markkinaosapuolien järjestelmätoimittajien järjestelmät sertifioidaan, millä hallitaan riskiä, että markkinaosapuolien sertifioinnissa törmättäisiin samoihin ongelmiin useiden osapuolien kohdalla. Markkinaosapuolten tulee varmistaa, että omat järjestelmätoimittajat osallistuvat järjestelmien testaukseen ja sertifiointiin.

7.1.1 [6.1.1 ] Markkinaosapuolen valmistautuminen testaukseen ja sertifiointiin

Testiympäristöt

Markkinaosapuoli, joka aikoo käyttää datahubin sanomaliikennerajapintaa, tarvitsee datahubiin kytkettävän tietojärjestelmäratkaisun testiympäristön.

Testiympäristöihin liittyy seuraavat yleiset vaatimukset:

‒ Ympäristön tulee olla integroitavissa datahubiin. Toisin sanoen, sen tulee pystyä kommunikoimaan datahubin kanssa teknisesti samalla tavalla kuin tuotantojärjestelmä aikanaan.



31.12.201920.12.2019

58 (111)

‒ Ympäristössä tulee olla mahdollista käyttää synteettistä testiaineistoa. Synteettisellä testiaineistolla tarkoitetaan keinotekoisesti tuotettua dataa, jota tietosuojalaki ei koske. Synteettistä testiaineistoa käytetään integraatiotestauksessa sekä järjestelmätuen sertifioinnissa.

‒ Ympäristöön tulee olla mahdollista tuoda kopio tuotantojärjestelmän tiedoista, jotta järjestelmästä voidaan suorittaa tuotannollisia testejä.

‒ Ympäristön tulee olla tietoturvan ja tietosuojan osalta tuotantojärjestelmän tasolla. Osapuolten tulee myös huolehtia testiympäristöjensä pääsynhallinnasta vastaavalla tavalla kuin tuotannossa.

Markkinaosapuoli voi halutessaan käyttää useita testiympäristöä sen perusteella mikä on markkinaosapuolen kannalta tarkoituksenmukaista. Markkinaosapuoli voi esimerkiksi halutessaan käyttää eri ympäristöä synteettisen ja tuotannollisen tiedon käsittelyä varten.

Valmistautuminen testaukseen

Datahub-testauksen käynnistys edellyttää seuraavia asioita:

‒ Sopimus testiympäristöjen käytöstä. Datahubin palvelusopimus ei ole vielä valmis, kun markkinaosapuolten testausvaihe käynnistyy. Tämän vuoksi markkinaosapuolen täytyy tehdä sopimus testiympäristöjen käytöstä Fingrid Datahubin kanssa.

‒ Sopimuspohja valmistuu suunnitelman mukaan Q2/2019.

‒ Varmenteiden hankkiminen ja asentaminen. Datahubin teknisten rajapintojen käyttö edellyttää rajapinnan kautta kytketyn järjestelmän tunnistamista digitaalisen varmenteen avulla. Markkinaosapuolten tulee hankkia ja asentaa testiympäristöjen varmenteet Fingridin antamien ohjeiden mukaisesti.

‒ Tietoliikenneyhteyksien testaus. Ennen testauksien aloittamista varmistetaan, että tietoliikenneyhteys on auki markkinaosapuolen testijärjestelmän ja datahubin testijärjestelmän välillä.

‒ Osapuoli- ja käyttäjätietojen luonti datahubiin. Markkinaosapuolen perustiedot konfiguroidaan datahubiin ja testausta varten tarvittavat käyttäjätilit luodaan.

‒ Kirjautuminen datahub-portaaliin. Markkinaosapuoli varmistaa, että kirjautuminen datahubin käyttöliittymään onnistuu.

7.1.2 [6.1.2 ] Sidosryhmätestaus

Sidosryhmätestaus toteutetaan kahdessa vaiheessa. Ensin Fingrid Datahub kokosiaa markkinaosapuolista testauksen pilottiryhmän datahubin kehitysvaiheen aikana.



31.12.201920.12.2019

59 (111)

Pilottiryhmän testauksen tavoitteena on saada lisää varmuutta datahubin kriittisten toimintojen toimivuudesta sekä tukea järjestelmäkehitystyössä edistyneitä osapuolia kehitystyössä ja tuotantokäyttöön valmistautumisessa. Alkuvaiheessa avataan testattavaksi rajattu määrä palveluita ja prosesseja ja niitä lisätään vaiheittain datahub-järjestelmän kehitystyön ja testauksen edetessä.

Pilottiryhmän testauksen jälkeen avataan datahub-järjestelmän tuotantoympäristöä toiminnallisuuksiltaan vastaava testiympäristö markkinaosapuolien rajapinta- ja integraatiotestauksen käyttöön. Kun testauksessa on saatu riittävä varmuus järjestelmän toiminnasta, avataan datahub-järjestelmä testiympäristössä koko laajuudessaan markkinaosapuolien testauksen käyttöön.

Sidosryhmätestauksen aikana markkinaosapuolet voivat testata myös osapuolien järjestelmien välisiä, datahubin kautta tapahtuvia, tuotannonkaltaisia päästä-päähän-toimintaketjuja. Sidosryhmätestauksen aikana testataan myös tietokonversiolatauksia ja tiedon latausta datahubiin.

Datahub-järjestelmän testiympäristö jää käyttöönoton jälkeen sidosryhmien testauksen käyttöön.

[6.1.3 ] Tuotantokäytön varmistaminen

7.1.2.1[6.1.3.1] Markkinaosapuolien sertifiointi

Datahub-sertifioinnilla todennetaan, että markkinaosapuolen tietojärjestelmät ja tiedonsiirtoon käyttämät järjestelmät toimivat yhteensopivasti datahub-järjestelmän kanssa. Sertifioinnissa datahub-yhteensopivuus todennetaan liiketoimintalogiikka-tasolla. Sertifiointipalvelussa on määritelty prosessiroolikohtaiset käyttötapaukset, jotka osapuolen tulee läpäistä hyväksytysti saadakseen oikeuden kytkeytyä datahubin tuotantojärjestelmään ja suorittaa tuotannollisia liiketoimintaprosesseja datahubissa, datahub-järjestelmän tarjoamien teknisten rajapintojen kautta. Hyväksytty sertifiointi on siis edellytyksenä Ttuotannolliseen koekäyttöön siirtymiseen.

Sertifiointi suoritetaan synteettisellä testiaineistolla. Sertifiointitestauksessa markkinaosapuoli käyttää testiympäristöä, joka on kytketty datahubin testiympäristöön.

Ennen markkinaosapuolien sertifioinnin aloitusta markkinaosapuolien tulee testata tekninen valmiutensa sertifioinnin aloitukseen (”esisertifiointi”). Markkinaosapuolille tarjotaan mahdollisuus harjoitella sertifiointia tai sen osia ennen varsinaista sertifiointia.

Varsinaisella sertifioinnilla todennetaan ja dokumentoidaan, että markkinaosapuolen palvelut ja järjestelmät toimivat tehokkaasti ja osapuolilla on rooliensa mukainen tekninen ja muodollinen valmius aloittaa datahubin tuotantokäyttö.



31.12.201920.12.2019

60 (111)

7.1.2.2[6.1.3.2] Tuotannollinen koekäyttö

Tuotannollisen koekäytön tavoitteena on varmistaa päivittäisten toiminnan sujuvuus tuotannollisessa mittakaavassa tuotannollisella aineistolla. Tuotannollinen koekäyttö alkaa tietokonversiolla, jonka jälkeen markkinaosapuolet suorittavat oikeita tuotannollisia tapahtumia datahub-järjestelmässä myöhemmin tarkennettavan ohjeistuksen mukaisesti. Tuotannollinen koekäyttö todennetaan erityisesti taseselvityslaskentojen kautta. Datahubin näkökulmasta tuotannollinen koekäyttö on onnistunut, kun datahub-järjestelmän laskemat taseselvitystulokset vastaavat riittävän hyvin tuotannollisia taseselvitystuloksia. Tuotannollisen koekäytön avulla markkinaosapuoli saa varmuutta liiketoiminnan jatkuvuudesta datahubin käyttöönoton jälkeen.

Tuotannolliseenia koekäyttöjä on kaksi ja koekäyttöön on suunniteltu kaksi kierrosta ja kierrosten niiden väliin on varattu aikaa järjestelmien ja aineistojen korjauksille. Tuotannollisen koekäytön suunniteltu kesto on enintään kaksi viikkoa. Onnistunut tuotannollinen koekäyttö tarkoittaa, että toimiala on valmis datahubin käyttöönottoon.

Tuotannollisessa koekäytössä markkinaosapuoli käyttää tietoturvaltaan tuotantoympäristön tasoa olevaa ympäristöä, joka on kytketty datahubin tuotannonkaltaiseen ympäristöön. SertifiointiTuotannollinen koekäyttö ajetaan tehdään eri datahub-ympäristöä vasten kuin sertifiointi, joten tietoliikenneyhteydet pitää muodostaa ja testata ennen tuotannollisen koekäytön alkamista.

Tuotannollinen koekäyttö aloitetaan, kun sertifioinneissa ja datahub-järjestelmän testauksessa on saavutettu riittävä kattavuus. Vaiheen aikana testataan tuotannollisen tiedon toimittaminen datahubiin sekä tehdään päästä-päähän-testaukset tuotannollisessa mittakaavassa. Lisäksi varmistetaan tietokonversion tuotannollinen toiminta. Vaiheen aikana varmistetaan myös yhteydet osapuolien ja datahubin tuotantojärjestelmien välillä. Tuotannollisen käytön testauksella voidaan turvata edellytykset tehokkaasti toimiville sähkömarkkinoille. Tuotannollisen käytön varmistamisen jälkeen markkinoilla on valmius datahubin tuotantokäyttöön.

[6.1.3.3] Käyttöönoton kenraaliharjoitus

Ennen datahubin tuotantokäytön aloitusta käyttöönottovaiheen toimet tulee testata yksityiskohtaisesti, jotta siirtyminen uuteen toimintamalliin onnistuu sujuvasti ja aiheuttaa mahdollisimman vähän haittaa loppuasiakkaalle. Ennen kenraaliharjoitusta jokaisen markkinaosapuolien tulee testata ja harjoitella oma toimintansa datahubin käyttöönotossa.

Koko toimialan laajamittainen sähkön vähittäismarkkinoiden datahub-käyttöönoton kenraaliharjoitus tehdään siinä vaiheessa, kun tuotannollisen käytön testauksessa ja osapuolien omissa käyttöönottotesteissä on saatu riittävä varmuus toimialan valmiudesta datahubin käyttöönottoon.



31.12.201920.12.2019

61 (111)

7.1.3 [6.1.4 ] Alustava aikataulusuunnitelma

Liitteen 2 välitavoitetaulukossa on esitetty testaukseen ja sertifiointiin liittyvät välitavoitteet ja aikataulut. Tarkempi aikataulusuunnitelma löytyy Testaus- ja sertifiointisuunnitelmasta.

Taulukossa on esitetty markkinaosapuolten testaukseen ja sertifiointiin liittyvä alustava aikataulusuunnitelma. Aikataulua tarkennetaan myöhemminvoidaan tarkentaa käyttöönottoprojektin edetessä.

Taulukko 7. Testauksen ja sertifioinnin alustava aikataulu



31.12.201920.12.2019

62 (111)



31.12.201920.12.2019

63 (111)

8[7] Käyttöönotto

Tässä luvussa kuvataan datahubin käyttöönottoon liittyvät sähkön vähittäismarkkinoiden liiketoiminta- ja sanomaliikenneprosessien menettelytavat. Tarkasteltavat markkinaprosessit ovat myyjänvaihto, asiakkaan muutto, sähköntoimituksen katkaisu ja kytkentä, asiakas- ja käyttöpaikkatietojen ylläpito, mittaustietojen toimitus sekä jakeluverkonhaltijan taseselvitys ja tasevirheiden korjaus.

Kuvassa Kuva 13 on havainnollistettu ylätasolla datahubin käyttöönoton vaiheita ja siihen keskeisesti liittyviä käsitteitä. Vaiheiden ajoitus ja kestot ovat suuntaa-antavia.

Valmistautuminen

Prosessien vaiheittainen alasajo

Jäädytysjakso Datahubin mukaiset markkinaprosessit

Päätös käynnistää käyttöönotto Point of no return

Käyttöönoton valmistelu Käyttöönotto (”go-live”) Tehostettu valvonta

Muutoshetki

Mittaustietojen lataus DH:iin(historiatiedot)

Tietojen latausdatahubiin

(tuotantokonversiot)

Puskureiden purkaminen datahubiin

YdinjäädytysjaksoProsessien

ylösajo

Datahub tuotantokäytössä

Kuva 13. Käyttöönoton päävaiheet

Käyttöönottovaihe alkaa nykyisen Ediel-määrittelyyn perustuvan sanomaliikenteen ja sitä käyttävien markkinaprosessien vaiheittaisella alasajolla. Jäädytysjaksolla tarkoitetaan datahubin käyttöönoton ajanjaksoa, jolloin yhden tai useamman vähittäismarkkinaprosessin käynnistäminen (esim. myyjänvaihto) nykyisellä Ediel-määritykseen perustuvalla tiedonvaihdolla eli sanomalla (esim. Z03[1]) ei ole mahdollista.

Ydinjäädytysjaksolla tarkoitetaan käyttöönoton ajanjaksoa, jolloin mitään sähkön vähittäismarkkinoiden liiketoimintaprosesseihin tietoa ei vaihdeta enää Ediel-määrittelyn mukaisilla PRODAT-sanomilla.

Datahubin käyttöönotossa noudatettava sanomaliikenneprosessien alasajo on kuvattu markkinaprosessi- ja sanomakohtaisesti liitteessä 3.

Markkinaosapuolten järjestelmät ovat käytössä koko käyttöönoton ajan lukuun ottamatta mahdollista katkoaikaa, jolloin tietojärjestelmiin tehdään tarvittavat päivitykset ja muutokset. Ydinjäädytysjaksolla markkinaprosesseihin liittyvät tiedot puskuroidaan eli tallennetaan markkinaosapuolten järjestelmiin.



31.12.201920.12.2019

64 (111)

Tietojen lataus markkinaosapuolten järjestelmistä datahubiin tehdään ydinjäädytysjaksolla tuotantokonversioiden yhteydessä. Markkinaosapuolet siirtävät omiin järjestelmiinsä puskuroidut tiedot datahubiin ennen muutoshetkeä tapahtuvaa markkinaprosessien ylösajoa.

Markkinaprosessien ylösajo datahubissa tapahtuu datahub-järjestelmän käyttöönottosuunnitelman mukaisesti. Muutoshetkellä tarkoitetaan ajanhetkeä jäädytysjakson lopussa, jolloin siirrytään käyttämään datahubia. ”Point of no return” tarkoittaa ajanhetkeä, jonka jälkeen paluu vanhaan tiedonvaihtomalliin ei ole enää mahdollista.

8.1[7.1] Käyttöönoton yleiset periaatteet

Datahubin käyttöönottoa koskien on tehty seuraavat yleiset linjaukset.

Käyttöönoton ajankohta ja kesto

Datahubin suunniteltu käyttöönoton ajankohta on huhtikuu 202121.2.2022. Markkinaosapuolten tulee kuitenkin aloittaa valmistelutoimenpiteet hyvissä ajoin niin, että valmius konversioihin ja testauksiin saavutetaan edellä kuvatun aikataulun mukaisesti.

Datahub-projekti ei ole vielä määritellyt ydinjäädytysjakson pituutta. Käyttöönottotyöryhmä pitää tavoiteltavana, että ydinjäädytysjakso olisi kestoltaan enintään 11 vuorokautta eli taseselvitysikkunan pituinen. Markkinaosapuolten tulee kuitenkin varautua omissa varautumis- ja riskienhallintasuunnitelmissaan siihen, että ydinjäädytysjakso voi olla suunniteltua pitempi.

Vähittäismarkkinoiden prosesseihin liittyvät aikarajat

Sähkön vähittäismarkkinoiden menettelytapa- ja sanomaliikenneohjeessa on esitetty lainsäädäntöön perustuvia määräyksiä ja toimialan laatimia suosituksia vähittäismarkkinoiden prosesseihin ja tiedonvaihtoon liittyvistä aikarajoista1. Markkinaprosesseissa sekä nykyisessä sanomaliikenteessä ja sen vaiheittaisessa alasajossa tulee noudattaa olemassa olevia aikarajoja.

Käyttöönottotyöryhmä on työssään kuitenkin tunnistanut, että monet markkinaprosesseista toteutuvat käytännössä tai voidaan toteuttaa olemassa olevia määräaikoja nopeammin. Tämän vuoksi lähestyttäessä jäädytysjaksoa kaikkien markkinaosapuolien tulee toimia niin, että kaikki markkinaprosessit (esim. myyjänvaihdot) sekä niihin liittyvät tapahtumat ja tiedonvaihto saatetaan päätökseen ilman tarpeetonta viivästystä. Eri syistä johtuvat viiveet sanomien käsittelyssä lisäävät puskureihin tallennettavan tiedon (=työjonojen) ja siten myös manuaalisen työn määrää. Myös asiakkaan kokema palvelun laatu heikkenee.

1 https://energia.fi/energiasta/energiamarkkinat/sanomaliikenne/ohjeet_ja_suositukset https://energia.fi/files/ 1666/Vahittaismarkkinoiden_menettelytapa-_ja_sanomaliikenneohje_20161215.pdfFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi

https://energia.fi/files/1666/Vahittaismarkkinoiden_menettelytapa-_ja_sanomaliikenneohje_20161215.pdf

https://energia.fi/files/1666/Vahittaismarkkinoiden_menettelytapa-_ja_sanomaliikenneohje_20161215.pdf


31.12.201920.12.2019

65 (111)

Markkinaosapuolten tulee toimia niin, että ydinjäädytysjaksoa edeltävänä päivänä sanomat lähetetään hyvissä ajoin ennen vuorokauden vaihdetta. Tämä on tärkeää huomioida erityisesti eräajoissa sekä sähköisissä asiointipalveluissa (online-palvelu), mikäli asiakkaan palvelussa tekemät sopimustapahtumat generoi automaattisesti PRODAT-sanoman. Sanomien lähettäminen juuri ennen vuorokauden vaihdetta lisää manuaalisen työn määrää kuittaussanomien lähettämisen ja/tai vastaanottamisen viiveiden vuoksi.

Sanomaliikenteen alasajo – PRODAT- ja MSCONS-sanomat

PRODAT-sanomaliikenteen alasajo tehdään markkinaprosessi- ja sanomakohtaisesti. Markkinaosapuolten tulee noudattaa sanomaliikenteen alasajossa liitteen 1 liitteen 3 mukaisia aikarajoja. Sanomien lähettäminen taulukossa annettujen ohjeiden vastaisesti tai annettujen määräaikojen jälkeen on kielletty. Markkinaosapuolten tulee selvittää hyvissä ajoin yhdessä omien järjestelmä- ja palvelutoimittajien kanssa, miten sanomien lähettäminen estetään määräajan jälkeen.

Mikäli markkinaosapuoli lähettää PRODAT-sanoman lähettämisen määräajan jälkeen, on kyseinen markkinaosapuoli vastuussa sanoman aiheuttamasta selvittelytyöstä. Vaikka sanoman vastaanottaja kuittaisikin vastaanotetun sanoman positiivisella APERAK-sanomalla, Alkuperäisen alkuperäisen sanoman lähettäneen markkinaosapuolen tulee tiedostaa, että positiivista APERAK-sanomasta huolimatta tapahtuma, esim. myyjänvaihto tai katkaisupyyntö ei ole mennyt käsittelyyn. Toisin sanoen määräajan jälkeen PRODAT-sanoman lähettäjä on vastuussa siitä, että tapahtumaa ei ole käsitelty. Markkinaosapuolet voivat halutessaan toteuttaa järjestelmiinsä APERAK-tarkastussäännön, jolloin määräajan jälkeen lähetetyt sanomat kuitataan negatiivisella APERAK-sanomalla. Tällä voidaan vähentää manuaalisen työn tarvetta.

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.

Taseselvityksessä tarvittavaa mittaustietoa verkonhaltijat toimittavat eSettille ebiX XML - sanomilla koko ydinjäädytysjakson ajan lukuun ottamatta mahdollista lyhyttä käyttökatkoa ennen muutoshetkeä. Myös taseselvityksessä tarvittavia rakenteellisia tietoja verkonhaltijat toimittavat eSettille ydinjäädytysjaksolla.

Käyttöönottotyöryhmä pitää tärkeänä, että markkinaosapuolet testaavat ja harjoittelevat sanomaliikenteen alasajoa omien järjestelmä- ja palvelutoimittajiensa kanssa.



31.12.201920.12.2019

66 (111)

APERAK-kuittaukset

Kuittauksissa toimitaan nykyisen voimassa olevan vähittäismarkkinoiden menettelytapa- ja sanomaliikenneohjeen mukaisesti. Sanoman lähettäjä vastaa sanoman perillemenosta siihen saakka, kunnes on saanut sanomaansa kuittauksen. Ydinjäädytysjakson lähestyessä on erittäin tärkeää, että markkinaosapuolilla on yhtenäinen käsitys, mitkä prosessit ovat käsittelyssä ja mitkä pitää mahdollisesti hoitaa poikkeusmenettelyin. APERAK-kuittauspyynnöt tulee olla kaikissa lähetettävissä PRODAT-sanomissa ja niihin tulee vastata välittömästi.

Tilanteissa, joissa sanoman vastaanottajalta ei saada kuittausta, tulee ensin varmistaa, että alkuperäinen sanoma on lähtenyt asianmukaisesti liikkeelle ja kuittauspyyntö on ollut päällä. Jos voidaan olettaa sanoman lähteneen oikein, lähetetään vastaanottajalle sähköpostitse joko itse sanoma(t) tai tieto lähetetyistä sanomista, sisältäen tiedot sanomatyypeistä, käyttöpaikoista ja lähetysajankohdasta. Tämän jälkeen sanoman voidaan olettaa menneen perille, vaikka vastaanottaja ei edelleenkään vastaisi sanomaan.

Tapahtumien tallennus järjestelmäpuskureihin ydinjäädytysjaksolla

Markkinaosapuolten tulee puskuroida eli tallentaa sanomaliikenteen alasajon jälkeen kaikki markkinaprosesseihin liittyvät aikaleimatut tapahtumat ja muuttuneet tiedot omien järjestelmien ja sovellusten puskureihin, joista markkinaosapuolet purkavat tapahtumat datahubiin (ks. tarkemmin luku 8.2).

Osapuolten välinen tiedonvaihto sanomaliikenteen alasajon jälkeen

Sanomaliikenteen alasajon jälkeen markkinaosapuolten välinen sanomaliikenne korvataan muilla kanavilla tapahtuvalla tiedonvaihdolla, joista ensisijainen on sähköposti. EDIELfi-portaali ja siihen liittyvät palvelut ovat normaalisti käytössä myös käyttöönoton aikana.

Ydinjäädytysjaksolla toisille markkinaosapuolille välitetään vain ne välttämättömät tiedot, jotka toinen markkinaosapuoli tarvitsee jo ennen datahubin käyttöönottoa. Kaikki vähemmän kiireellinen tieto tulee tallentaa markkinaosapuolten puskureihin, jolloin tieto on saatavilla käyttöönoton jälkeen datahubista.

Seuraavat markkinaprosesseihin liittyvät tiedot on tunnistettu välttämättömiksi ja ne tulee välittää toisille markkinaosapuolille myös sanomaliikenteen alasajon jälkeen:

‒ Kaikki asiakkaan muuttoihin liittyvät nykyisen sähkön vähittäismarkkinoiden menettelytapa- ja sanomaliikenneohjeen mukaiset tiedot

‒ Välttämättömät sähköntoimituksen katkaisu- ja kytkentäpyynnöt sekä niiden vahvistukset

‒ Laskutusosoitteen muutostieto loppulaskun osaltaFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

67 (111)

Ensisijainen tiedonvaihtotapa on sähköposti, joka mahdollistaa tiedonvaihdon dokumentoinnin mahdollista jälkiselvittelyä varten. Sähköpostien tulee olla salattuja. Käyttöönottotyöryhmä tulee määrittelemään ennen käyttöönottoa käytettävät sähköpostien malliviestit. Sähköpostin rinnalle voidaan käyttää harkiten kiireellisissä asioissa puhelinta, mutta tällöin asiat tulee vahvistaa sähköpostilla.

Tarpeetonta sähköpostilla tai puhelimitse tapahtuvaa tiedonvaihtoa tulee välttää asiakaspalvelun ja käyttöönoton asiantuntijoiden kuormittamisen välttämiseksi.

8.2[7.2] Tapahtumien puskurointi ydinjäädytysjaksolla

Markkinaosapuolten tulee puskuroida eli tallentaa sanomaliikenteen alasajon jälkeen kaikki markkinaprosesseihin liittyvät aikaleimatut tapahtumat ja muuttuneet tiedot omien järjestelmien ja sovellusten puskureihin, joista markkinaosapuolet purkavat tapahtumat datahubiin yhdessä tai useammassa vaiheessa Fingrid Datahubin myöhemmin ilmoittamien sääntöjen mukaisesti. Puskureiden purkamisella tarkoitetaan tapahtumiin liittyvien tietojen siirtämistä datahubiin datahubin mukaisin säännöin. Puskureissa olevista tiedoista tulee kuitenkin olla varmuuskopiot mahdollisten ongelmatilanteiden varalle.

Markkinaosapuolet vastaavat omista järjestelmäpuskureistaan ja niiden purkamisesta. Markkinaosapuolet voivat ylläpitää puskuroituja tietoja nykyisissä tietojärjestelmissä tai erillisissä sovelluksissa riippuen yhtiön omista tarpeista ja lähtökohdista (esim. tapahtumien määrä).

Jotta puskureissa olisi mahdollisimman vähän purettavaa tietoa, ennen jäädytysjaksoa tulee toimia niin, että keskeneräisiä prosesseja ja tapahtumia jää mahdollisimman vähän ja että sanomat välitetään toisille markkinaosapuolille ilman tarpeetonta viivästystä.

Puskureissa olevien tietojen siirtäminen datahubiin

Muuttunut tieto voi olla on prosessista riippuen puskuroituna jakeluverkonhaltijan, sähkönmyyjän tai molempien järjestelmiin. Osapuolet puskuroivat tietoja roolikohtaisesti seuraavalla tavalla:

‒ Käyttöpaikkatietojen sekä kytkentätilan päivitykset: jakeluverkonhaltija puskuroi

‒ Asiakastietojen päivitykset: myyjä puskuroi

‒ Ydinjäädytysjaksolla sovitut mMyyjänvaihdot: myyjä puskuroi

‒ Muutot: sekä jakeluverkonhaltija että myyjä puskuroivat

‒ Sopimusten päättämiset ja peruuttamiset: jakeluverkonhaltija ja myyjät puskuroivat omien sopimustensa osalta



31.12.201920.12.2019

68 (111)

Puskuroidut tapahtumat puretaan eista tiedot datahubiin käyttäen datahubin markkinaprosesseja ennen virallista datahubin käyttöönottoa puretaan. Tietojen Tapahtumien latauskirjaus datahubiin tapahtuu voidaan suorittaa datahubin konerajapintojen tai käyttöliittymän kautta riippuen osapuolen tarpeista ja kyvyistä. Datahub huomioi mahdolliset päällekkäiset ilmoitukset datahubin prosessidokumentaation sääntöjen mukaisesti.

Markkinaosapuolten tulee pystyä purkamaan järjestelmäpuskureihin tallennetut tiedot ennen datahubin liiketoimintaprosessien ylösajoa myöhemmin annettavien aikarajojen ja ohjeiden puitteissa. Muutosten ilmoittaminen takautuvasti (menneillä aikaleimoilla) datahubiin sallitaan määriteltyjen tapahtumien ja korjaustilanteiden osalta käyttöönoton yhteydessä ja heti sen jälkeen tilapäisesti. Datahubiin on mahdollista siirtää markkinaosapuolen järjestelmiin puskuroituja tapahtumia takautuvasti muutoshetkeä edeltävältä 27 vuorokaudelta eli sanomaliikenteen alasajon käynnistymisestä saakka (ks. liite 1). Tätä varhaisempaa aikaa koskevat takautuvat tapahtumat ja niihin liittyvät korjaukset hoidetaan datahubin prosessidokumentaation ohjeiden mukaisesti.

Muuttojen käsittelyssä tulee huomioida se erityispiirre, että tapahtumat on puskuroitu sekä verkkoyhtiön että myyjän järjestelmiin. Myyjien ja verkkoyhtiöiden tulee huolehtia, että ATJ-järjestelmät kykenevät hoitamaan markkinaprosessin ”kahdesti”: ensin perustuen sähköpostilla kirjattuihin muutoksiin ja myöhemmin datahubin sopimusprosessin mukaisesti. Osapuolten tulee myös huomioida, että voi esiintyä myös erityistilanteita, joissa datahub hylkää (datahubin validointisääntöjen perusteella) osapuolten sähköpostilla hoitaman muuttoprosessin.

Fingrid Datahub testaa markkinaosapuolten kyvykkyyden purkaa puskureihin tallennetut tiedot tehokkaasti ja virheettömästi kenraaliharjoituksen yhteydessä.

Puskureiden toteutukseen liittyvät toiminnallisuusvaatimukset

Puskureiden toteutukseen liittyvät yleiset toiminnallisuusvaatimukset tullaan määrittelemään myöhemmin.

8.3[7.3] Myyjänvaihto

Myyjänvaihdon osalta markkinaosapuolten tulee menetellä seuraavasti12:

‒ Ydinjäädytysjaksolle ajoittuvan myyjänvaihdon käynnistäminen ei ole sallittua sanomalla (Z03[1]), mikäli ydinjäädytysjakson alkuun on aikaa alle 7 vuorokautta (5 arkipäivää).

1 Toimituksen alkamisen ja päättymisen määräajoissa tulee huomioida sopimuksen irtisanomisaika, joka on kuluttajien sopimuksissa kaksi viikkoa.2 PRODAT-sanomiin liittyvät aikarajat on esitetty tiivistetysti aikajanalla liitteessä 13.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

69 (111)

‒ Jakeluverkonhaltijan tulee hylätä kaikki myyjältä myöhässä tulleet myyjänvaihdon aloitussanomat, ellei niiden lähettämistä ole estetty myyjän tai sanomaliikenneoperaattorin järjestelmissä.

‒ Mikäli myyjänvaihtoprosessia ei ole saatu kokonaan päätökseen (Z04[1] lähetetty ja vastaanottaja on kuitannut sen positiivisella APERAK-sanomalla) ennen ydinjäädytysjaksoa, toimitaan, kuten myyjänvaihtoa ei olisi tapahtunutkaan. Uuden myyjän tulee käynnistää myyjänvaihtoprosessi uudelleen datahubissa. Mikäli prosessi jää kesken Z08[1] sanoman lähettämisen jälkeen, tulee verkonhaltijan ilmoittaa nykyiselle myyjälle myyjänvaihdon peruuntumisesta.

‒ Myyjänvaihtoon liittyvä toimitus voi alkaa (tai päättyä) ydinjäädytysjaksolla, mikäli myyjänvaihtoprosessi on saatu päätökseen (Z04[1] lähetetty) ja vastaanottaja on kuitannut sen positiivisella APERAK-sanomalla) ennen ydinjäädytysjaksoa.

‒ Myyjänvaihtoprosessiin liittyvän sanomaliikenteen alasajon jälkeen kaikki myyjänvaihtoon liittyvät ilmoitukset kirjataan sähkönmyyjän järjestelmän puskuriin, josta ne siirretään datahubiin. Myyjänvaihtoilmoituksen aikaleima on puskuroitujen myyjänvaihtoilmoitusten osalta datahubin käyttöönottopäivä. Toimituksen aloituksessa noudatetaan normaaleja aikarajoja eli toimitus voi alkaa aikaisintaan 14 vuorokauden kuluttua datahubin käyttöönotosta.

‒ Mikäli datahubin käyttöönoton jälkeen tapahtuva toimituksen aloitus peruuntuu ydinjäädytysjakson aikana, myyntisopimuksen peruuttava myyjä kirjaa ilmoituksen järjestelmäänsä ja ilmoittaa peruutuksesta muutoshetken jälkeen datahubiin. Mikäli ydinjäädytysjaksolla alkavan toimituksen aloitus peruuntuu ydinjäädytysjaksolla, peruuttavan myyjän tulee ilmoittaa peruutuksesta sähköpostilla jakeluverkonhaltijalle, joka ilmoittaa edelleen palautettavalle myyjälle. Jakeluverkonhaltijan tulee varmistaa yhdessä nykyisen myyjän kanssa, ettei asiakas jää aiheettomasti myyjättömäksi.

Sähkönmyyjien tulee huomioida, että myyjänvaihtoprosessissa datahubin käyttöönotosta aiheutuva viive uuden sähkösopimuksen solmimisesta toimituksen aloittamiseen voi olla noin kalenterikuukauden. Datahubin käyttöönotto ei estä uusien sopimusten solmimista mutta vaikuttaa toimituksen aloittamisen ajankohtaan, mistä sähkönmyyjän tulee sopia asiakkaan kanssa yksiselitteisesti sopimuksentekohetkellä kuten nykyisinkin.

Hallinnollisen taakan minimoimiseksi käyttöönottotyöryhmä vahvasti suosittelee, että sähkönmyyjät sopivat asiakkaidensa kanssa määräaikaisten sopimusten jatkamiset ja päättämiset hyvissä ajoin ennen jäädytysjaksoa. Kuluttaja-asiakkaiden sopimukset eivät vaadi erityisjärjestelyjä, mutta niidenkin osalta suositellaan toimittavan niin, ettei kuluttaja-asiakkaiden kannalta epäedullisia sopimusmuutoksia ajoittuisi jäädytysjaksolle. Tällä vältetään asiakaspalvelun tarpeetonta kuormittamista käyttöönottohetkellä.

Kaikki mikä on linjattu myyjänvaihdosta, koskee myös olemassa olevaa pientuotannon ostosopimusta.



31.12.201920.12.2019

70 (111)

8.4[7.4] Asiakkaan muutto

Asiakkaan muutot tulee olla mahdollisia myös ydinjäädytysjaksolla. Muuttojen osalta markkinaosapuolten tulee toimia seuraavien menettely- ja toimintatapojen mukaisesti1:

‒ Muuttoprosessin voi käynnistää sanomalla vielä kaksi arkipäivää ennen ydinjäädytysjakson alkua.

‒ Mikäli muuttoa ei ole saatu päätökseen (Z04[1] lähetetty ja vastaanottaja on kuitannut positiivisella APERAK-sanomalla) ennen ydinjäädytysjaksoa, hoidetaan kaikki muuttoihin liittyvä tiedonvaihto loppuun sähköpostilla. Mittaustietojen lähettäminen on käsitelty erikseen luvussa 8.7.

‒ Kun muuttoprosessia ei voi enää käynnistää sanomalla, toimintatavat säilyvät asiakkaan suuntaan nykyisinä. Muuttoprosessiin liittyvä tiedonvaihto hoidetaan sähköpostitse ja tarvittaessa pikamuutot lisäksi puhelimitse; esimerkkeinä ilmoitukset ulos-/sisäänmuutoista, kytkentätilan selvittäminen ja kytkentäpyynnöt, muuttojen peruutukset ja loppulaskun osoitteet.

‒ Markkinaosapuolet kirjaavat kokonaan tai osin sähköpostilla hoidettujen muuttoprosessien tiedot omiin järjestelmiin ja/tai puskureihin, joista tiedot siirretään takautuvasti datahubiin.

‒ Uuden myyjän ja jakeluverkonhaltijan tulee varmistaa, että asiakkaan käyttöpaikassa on sähköt kytkettynä sisäänmuuttopäivänä. Sähkönmyyjän tulee varmistaa jakeluverkonhaltijalta käyttöpaikan kytkentätila jokaisessa ydinjäädytysjaksolla ilmoitetussa ja tapahtuvassa sisäänmuutossa eikä pelkästään pikamuutoissa. Markkinaosapuolten tulee varata riittävät resurssit puhelinpalvelun tarjoamiseen muuttotilanteissa.

‒ Muuttojen peruutukset tai muuttopäivän muutokset hoidetaan sähköpostilla. Aikakriittiset eli saman päivän aikana tapahtuvat sisäänmuuton peruutukset ja muuttopäivän muutokset hoidetaan puhelimitse ja vahvistetaan sähköpostilla.

‒ Pientuotannon käyttöpaikkoihin sovelletaan muuttoprosessia koskevaa toimintamallia.

8.5[7.5] Sähköntoimituksen katkaisu ja kytkentä

Sähköntoimituksen katkaisut ja kytkennät liittyvät perinnän tilanteisiin sekä toimituksen aloittamiseen tai päättymiseen muuton yhteydessä. Sähköntoimituksen katkaisun ja kytkennän osalta markkinaosapuolten tulee toimia seuraavasti2:

1 PRODAT-sanomiin liittyvät aikarajat on esitetty tiivistetysti aikajanalla liitteessä 13.2 PRODAT-sanomiin liittyvät aikarajat on esitetty tiivistetysti aikajanalla liitteessä 13.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

71 (111)

‒ Kuluttaja-asiakkaiden perintäkatkoja ei sallita ydinjäädytysjaksolla. Jakeluverkonhaltijoiden tulee jättää käsittelemättä ydinjäädytysjaksolle ajoittuvat perintäkatkopyynnöt.

‒ Sähkönmyyjän on mahdollista pyytää sähköntoimituksen katkaisu vielä ydinjäädytysjaksoa edeltävälle päivälle, mikäli katkaisupyyntö (Z08[9]) on lähetetty jakeluverkonhaltijalle vähintään 7 vuorokautta ennen ydinjäädytysjakson alkua.

‒ Muiden kuin kuluttaja-asiakkaiden sähköntoimituksen katkaisu on sallittua myös jäädytysjaksolla. Katkaisupyyntö on mahdollista tehdä sanomalla, mikäli sanoma on lähetetty jakeluverkonhaltijalle vähintään 7 vuorokautta ennen ydinjäädytysjakson alkua. Tämän jälkeen kaikki katkaisupyynnöt tehdään sähköpostilla. Ydinjäädytysjaksolla tehdyn katkaisun vahvistus mittaustietoineen toimitetaan sähkönmyyjälle sähköpostitse. Tarvittaessa myyjä on lisäksi yhteydessä jakeluverkonhaltijaan puhelimitse.

‒ PRODAT-sanomalla ei saa pyytää katkaisua etukäteen datahubin käyttöönoton jälkeiselle ajalle. Nämä tehdään datahubissa datahubin prosessien mukaisesti.

‒ Keskeytettäessä sähköntoimitus verkonhaltijaan kohdistuvan perintäsaamisen johdosta käyttöpaikkaan, jonka kulutus on vähintään 1 GWh / a, ilmoitukset sähkönmyyjälle tehdään ydinjäädytysjaksolla sähköpostitse. Tätä pienemmistä kohteista sähkönmyyjä saa tiedon käyttöönoton jälkeen datahubista.

‒ Sähkönmyyjän tulee ilmoittaa katkaisupyynnön peruutuksesta verkonhaltijalle puhelimitse ja vahvistaa peruutus soiton jälkeen sähköpostilla.

‒ Kytkentäpyyntöjä voidaan tehdä sanomalla nykyisen menettelytapaohjeen mukaisesti ydinjäädytysjaksoa edeltävään päivään asti. Tämän jälkeen kaikki kytkentäpyynnöt tulee tehdä sähköpostilla. Ydinjäädytysjaksolla tehdyn kytkennän vahvistus mittaustietoineen toimitetaan sähkönmyyjälle sähköpostitse.

‒ Toimituksen päättymiseen liittyvistä katkaisuista, esimerkiksi ulosmuuton yhteydessä, päättää jakeluverkonhaltija. Mikäli katkaisua ei tehdä, sopimuksettomassa tilassa olevan käyttöpaikan kulutus kirjataan jakeluverkon häviöihin.

‒ Jakeluverkonhaltija päivittää käyttöpaikkojen muuttuneet tilatiedot datahubiin puskurista.



31.12.201920.12.2019

72 (111)

8.6[7.6] Asiakas- ja käyttöpaikkatietojen ylläpito

Toimituksen aikaisten asiakas- ja käyttöpaikkatietojen muutosten osalta markkinaosapuolten tulee toimia seuraavasti12:

‒ Ennen ydinjäädytysjaksoa ilmoitukset muutoksista tehdään sanomilla sähkön vähittäismarkkinoiden menettelytapa- ja sanomaliikenneohjeiden mukaisesti. Viimeinen hetki ilmoittaa muutoksesta on ydinjäädytysjaksoa edeltävä päivä.

‒ Ydinjäädytysjaksolla tieto muutoksista tallennetaan markkinaosapuolten järjestelmiin. Muutoksista tulee ilmoittaa toisille markkinaosapuolille vain niissä tapauksissa, joissa toisen osapuolen on välttämätöntä saada tieto muutoksesta jo ydinjäädytysjakson aikana. Tiedot muista muutoksista markkinaosapuolet saavat datahubista muutoshetken jälkeen.

‒ Verkonhaltijan vastuulla on ylläpitää käyttöpaikkatietoa järjestelmissään ja päivittää muuttuneet tiedot datahubiin järjestelmän puskureista ennen muutoshetkeä.

‒ Sähkönmyyjän vastuulla on ylläpitää asiakastietoa järjestelmissään ja päivittää muuttuneet tiedot datahubiin järjestelmän puskureista ennen muutoshetkeä.

‒ Ydinjäädytysjakson lopussa puskureiden purkamisen jälkeen järjestelmän kirjatut muutokset ilmoitetaan taannehtivasti datahubin rajapinnan kautta muutoshetken jälkeen.

Ydinjäädytysjakson aikana suositellaan vältettävän sellaisia toimituksen aikaisia muutoksia, joita ei ole välttämätöntä toteuttaa ydinjäädytysjakson aikana. Tällaisia voivat olla esimerkiksi aikavyöhykejaon muutokset, laskutustavan tai -perusteen muutokset tai sulaketiedon muutokset. Sen sijaan esimerkiksi uusien käyttöpaikkojen mittaroinnit tai viallisten mittalaitteiden vaihdot sekä asiakkaan urakoitsijan tekemät muutokset tehdään normaalisti.

8.7[7.7] Mittaustiedon toimitus

Mittaustietojen toimittamisen osalta jakeluverkonhaltijoiden tulee toimia seuraavasti:

‒ Jakeluverkonhaltijat lähettävät taseselvitysyksikön (eSett) taseselvityksessä tarvitsemaa mittaustietoa koko jäädytysjakson ajan lukuun ottamatta mahdollista muutoshetkeen liittyvää järjestelmävaihdosta aiheutuvaa katkoa.

1 Myyjänvaihtoon, muuttoon sekä katkaisuun ja kytkentään liittyviä asiakas- ja käyttöpaikkatietojen muutoksia on käsitelty edellä. Jakeluverkonhaltijat ilmoittavat rakenteelliset muutokset taseselvitysyksikölle ydinjäädytysaikana normaalisti, koska siihen ei käytetä sanomaliikennettä.2 PRODAT-sanomiin liittyvät aikarajat on esitetty tiivistetysti aikajanalla liitteessä 13.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

73 (111)

‒ Jakeluverkonhaltijoiden velvoite toimittaa käyttöpaikkakohtaisia tuntiaikasarjoja sähkönmyyjille ja kolmansille osapuolille päättyy 7 vuorokautta (5 arkipäivää) ennen muutoshetkeä. Tästä voi aiheutua vastaavanpituinen päivityskatko loppuasiakkaiden sähköisiin palveluihin tuntimittaustiedon osalta, mikä sähkönmyyjien on huomioitava.

‒ Käyttöönoton jälkeen lakisääteinen vastuu mittaustietojen toimittamisesta sähkönmyyjille ja asiakkaan valtuuttamille kolmansille osapuolille on Fingrid Datahubilla. Jakeluverkonhaltijoiden tulee ilmoittaa mittaustietoon oikeutetuille kolmansille osapuolille hyvissä ajoin vastuun siirtymisestä jakeluverkonhaltijalta datahubille.

‒ Mittaustiedot siirretään datahubiin uudella GSRN-tunnuksella. Tietokonversiosuunnitelman mukaisesti mittaustiedot tuodaan datahubiin sopimuksen voimassaoloajalta voimassa olevilta ja 6 viikon sisällä päättyneiltä sopimuksilta. Mittaustiedot haetaan kuuden vuoden ajalta taaksepäin tietokonversiosäännöt huomioiden. Mittaustietojen historiasta kerätään vain tuntimitatut mittaustiedot, ei kuormituskäyräkohteiden mittaustietoja.

‒ Koska historiatietoa ei siirretä datahubiin kaikista käyttöpaikoista kuuden vuoden ajanjaksolta1, tulee jakeluverkonhaltijoiden varmistaa enintään kuuden vuoden siirtymäaikana muutoshetkeä edeltävien historiatietojen tallennus omissa järjestelmissään.

Taseselvitetty mittaustieto siirretään datahubiin jäädytysjakson aikana. Jäädytysjaksolla tehtävät toimenpiteet aikataulutetaan tarkemmin projektin suunnitteluvaiheen edetessä.

Toimitettaessa mittaustietoja PRODAT-sanomilla jakeluverkonhaltijoiden tulee toimia seuraavasti:

‒ Ei-tuntimitattujen kuormituskäyräkohteiden osalta verkon laskutuslukemien lähettäminen lopetetaan ydinjäädytysjakson alkaessa, kun PRODAT-sanomaliikenne on ajettu alas kokonaisuudessaan. Jakeluverkonhaltijat toimittavat lukematiedot ydinjäädytysjaksolta sähköpostitse viimeistään 21 vuorokautta datahubin käyttöönoton jälkeen.

‒ Ei-tuntimitattujen kuormituskäyräkohteiden viimeinen lukematieto on muutoshetken (=jäädytysjakson lopun) tieto. Mittalaitteet luetaan +/- 5 arkipäivän sisällä muutoshetkestä. Kuormituskäyräkohteiden tasoituslaskenta tehdään muutoshetkelle.

‒ Kuormituskäyräkohteiden osalta datahubiin voi toimittaa vain laskennallista tuntisarjaa.

1 Datahubiin ei siirretä mittauksen historiatietoja siltä ajanjaksolta, jonka osalta ei tehdä toimijoiden välisiä tasevirhekorjauksia vaan verkonhaltija korjaa asiakkaan laskutuksen myyjän puolesta.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

74 (111)

Käyttöönottotyöryhmä näkee hyötyjä, että kuormituskäyrä 9 -kohteiden1 osalta voitaisiin luopua verkon laskutuskäyttöjen välittämisestä PRODAT-sanomilla (Z11[5] ja Z11[6]) hyvissä ajoin ennen käyttöönottoa.2 Tämä edellyttäisi muutoksia osaan nykyisin käytössä oleviin laskutusjärjestelmiin. Asiaa tullaan selvittämään vielä ennen lopullista linjausta.

8.8[7.8] Taseselvitys ja tasevirheiden korjaus

Jakeluverkontaseselvityksen sekä tasevirheiden korjauksen osalta toimitaan seuraavasti:

‒ Jakeluverkonhaltijat vastaavat jakeluverkon taseselvityksestä muutoshetkeen asti toimitetuista sähköntoimituksista.

‒ Ydinjäädytysjakson lopussa käyttöönottoa edeltävän vuorokauden taseselvityksen osalta taseselvitysikkuna sulkeutuu 11 vuorokauden kuluttua muutoshetkestä. Jakeluverkonhaltijan taseselvitysvastuu loppuu, kun taseselvitysikkuna on sulkeutunut viimeisenkin jakeluverkonhaltijan vastuulla olevan taseselvitettävän vuorokauden osalta. Taseselvityslaskennat tehdään näiden osalta jakeluverkonhaltijan (tai tämän palveluntarjoajan) järjestelmissä.

‒ Taseselvitysvastuu on muutoshetken jälkeen tapahtuvista sähköntoimituksista Fingrid Datahubilla. Ensimmäisen muutoshetken jälkeisen vuorokauden osalta taseselvitysikkuna sulkeutuu 12 vuorokauden kuluttua muutoshetkestä. Ennen muutoshetkeä tehtyjen sähköntoimitusten taseselvitystä ei siis tehdä datahubissa, vaikka niiden osalta taseselvitysikkuna olisikin vielä auki.

‒ Taseikkunan sulkeutumisen jälkeen taseisiin jääneiden virheiden osalta korjausjakson päättymisajankohta on muutoshetki. Tästä muutoshetkeen asti tehdystä korjauskäsittelystä vastaavat jakeluverkonhaltijat ja tällä korvataan toinen vuosittaisista korjauskäsittelyistä. Seuraavasta tasevirheiden korjauskäsittelystä, joka koskevat 11 vuorokautta muutoshetken jälkeen muuttuneita tietoja, vastaa Fingrid Datahub.

Muutoshetkeen liittyy jakeluverkon taseselvityksessä epäjatkuvuuskohta. Jotta siirtyminen nykymallista uuteen taseselvitysmalliin saadaan läpivietyä mahdollisimman virheettömästi, markkinaosapuolten tulee varmistaa datahubiin siirrettävien puskuroitavien tietojen ja erityisesti tuotantokonversioiden jälkeen päivittyvien tietojen oikeellisuus ja yhdenmukaisuus markkinaosapuolen omissa järjestelmissä olevien tietojen kanssa.

Jakeluverkon taseselvitysvastuun siirtymistä jakeluverkonhaltijalta Fingrid Datahubille on havainnollistettu kuvassa Kuva 14.

1 Tuntimitattu enintään 3x63 A:n kohde, josta lähetetään päivittäin tuntiaikasarjat sekä lisäksi PRODAT-sanomilla verkon laskutuskäytöt.2 Mikäli näistä sanomista luovutaan, Fingridin tiedonvaihdon kehitysryhmä täsmentää muihin PRODAT-sanomiin liittyvää ohjeistusta mittaustietojen osalta.Fingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi


31.12.201920.12.2019

75 (111)

Vaiheittainen alasajo

Pus

kure

iden

purk

amin

enSanomaliikenteen vaiheittainen alasajo

Jake

luve

rkon

halti

ja

Tapahtumien / sanomien puskurointi

M = Muutoshetki M+11

Jakeluverkonhaltijan taseselvitysvastuu sähköntoimituksista hetkeen M asti

M-11

Ydinjäädytysjakso Datahub tuotantokäytössä

Liiketoiminta-prosessien

todentaminen


ylösajo

Datahubin taseselvitysvastuu sähköntoimituksista hetken M jälkeen

Mittaus- ja perustietojen lataus ja

tarkastus

Dat

ahub

M-27

Jakeluverkonhaltijan vastuu tasevirheiden korjauksesta päättyy. Viimeinen tasekorjaus muutoshetkeen päättyvältä korjausjaksolta.

Datahubin vastuu tasevirheiden korjauksesta alkaa. Aineistonottopäivämäärä 15.10. tai sitä seuraava työpäivä 30.9. päättyvältä korjausjaksolta.

Mittaus- ja perustietojen poiminta ja toimitus Tittaan

Vaiheittainen alasajo

Pus

kure

iden

purk

amin

enSanomaliikenteen vaiheittainen alasajo

Jake

luve

rkon

halti

ja

Tapahtumien / sanomien puskurointi

21.2.2022 KLO 00:00M = Muutoshetki

1.3.2022M+11

Jakeluverkonhaltijan taseselvitysvastuu sähköntoimituksista hetkeen M asti

10.2.2022M-11

Ydinjäädytysjakso Datahub tuotantokäytössä


todentaminen


ylösajo

Datahubin taseselvitysvastuu sähköntoimituksista hetken M jälkeen

Mittaus- ja perustietojen lataus ja

tarkastus

Dat

ahub

25.1.2022M-27

Jakeluverkonhaltijan vastuu tasevirheiden korjauksesta päättyy. Viimeinen tasekorjaus muutoshetkeen päättyvältä korjausjaksolta.

Datahubin vastuu tasevirheiden korjauksesta alkaa. Aineistonottopäivämäärä 15.10. tai sitä seuraava työpäivä 30.9. päättyvältä korjausjaksolta.

Mittaus- ja perustietojen poiminta ja toimitus Tittaan

KUVA 14. JAKELUVERKON TASESELVITYSVASTUU

8.9[7.9] Muut markkinaprosessit sekä huomioitavat asiat

Laskutus

Jokaisen markkinaosapuolen asiakaslaskutus tapahtuu oman laskutusrytmin mukaisesti ja näin ollen jokainen markkinaosapuoli tekee itse arvion siitä, onko laskutusrytmiin syytä tehdä muutoksia datahubin käyttöönoton vuoksi.

Markkinaosapuolten tulee kuitenkin kiinnittää erityistä huomioita laskutuksen oikeellisuuden varmistamiseen käyttöönoton yhteydessä, jotta asiakaspalvelua kuormittavien yhteydenottojen määrä käyttöönottohetkellä ja heti käyttöönoton jälkeen minimoituisi.

Läpilaskutuksen käytännöt tulee olla sovittuna hyvissä ajoin ennen ydinjäädytysjaksoa. Muutokset eivät ole sallittuja ydinjäädytysjaksolla.



31.12.201920.12.2019

76 (111)

Valtuutukset ja toimeksiannot

Asiakkaan datahubissa kolmansille osapuolille antamia tai Suomi.fi-palvelussa toiselle henkilölle antamia asiointioikeuksia kutsutaan valtuutuksiksi. Toimeksiannoilla tarkoitetaan yhtiöiden välisiä valtuutuksia. Asiakkaan datahubissa antamat valtuutukset päästä asiakkaan tietoihin ovat käyttöpaikkakohtaisia ja määräaikaisia.

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.

Toimeksiantoja ei viedä datahubiin tietokonversioiden kautta vaan markkinaosapuolet vievät voimassa olevat toimeksiannot datahubiin käyttöliittymän kautta.

Uudet markkinaosapuolet

Sanomaliikenteen alasajon käynnistyttyä uusien markkinaosapuolien tulo vähittäismarkkinoille ei ole sallittua ennen datahubin käyttöönottoa. Tämä tulee ottaa huomioon myös mahdollisissa yritysjärjestelyissä. Datahubissa toimiminen edellyttää sertifiointia.

8.10[7.10] Rakenteellisten tietojen jäädyttäminen

Lähtökohtana datahubin käyttöönotolle on kilpailun lisääminen ja että käyttöönotto ei ole este yritysjärjestelyille tai uusien toimijoiden tulolle markkinoille. Yritysjärjestelyiden toteutuksessa on kuitenkin huomioitava, että tiettyjä datahubin toiminnan kannalta tärkeitä rakenteellisia tietoja ei voida muuttaa lähellä datahubin käyttöönottoa tai välittömästi heti sen jälkeen.

Ohjeistus rakenteellisten tietojen jäädyttämisestä tullaan määrittelemään myöhemmin käyttöönottoprojektin edetessä.



31.12.201920.12.2019

77 (111)

9 Käyttöönoton seuranta, valvonta ja raportointi

Käyttöönoton valmistelutoimien seuranta on tärkeä datahubin käyttöönoton riskienhallintakeino. Tämän vuoksi seuranta tulee olemaan jatkuvaa ja kattavaa perustuen etukäteen sovittuihin ja mitattaviin tarkistuspisteisiin välitavoitteisiin ja hyväksymis -kriteereihin. Mitä lähemmäksi käyttöönottohetkeä edetään, sitä tiheämpää on seuranta.

Valmistelutoimien seurantaa toteuttaa ensisijaisesti Fingrid Datahub Oy, joka raportoi valmistelutoimien etenemisestä ja havaitsemistaan mahdollisista puutteista Energiavirastolle.

9.1[7.11] Valmistelutoimien etenemisen seuranta

Datahubin palvelujen käyttöönoton edellytyksenä on, että palvelujen käyttäjäksi tuleva markkinaosapuoli toteuttaa vaatimusten mukaiset käyttöönoton valmistelutoimet ja täyttää käyttöönottoon liittyvissä suunnitelmissa (ks. luku 1.2.2 ) esitetyt laatu- suorituskyky- ja toiminnallisuusvaatimukset. Sähkömarkkinalain muutoksessa lisäksi edellytettiin, että vähittäismyyjien ja jakeluverkonhaltijoiden tuli laatia kolmen kuukauden kuluessa lain muutoksen voimaantulosta suunnitelma datahubin käyttöönoton edellyttämistä valmistelutoimista. Suunnitelmaa on täydennettävä tarvittaessa.

Fingrid Datahub Oy:n vastuulla on seurata markkinaosapuolten valmistelutoimien toteutumista. Tätä tehtävää varten vähittäismyyjän ja jakeluverkonhaltijan on toimitettava sähkömarkkinalain velvoittamana Fingrid Datahubille tämän pyynnöstä tarpeelliset tiedot valmistelutoimiensa toteutumisesta. Fingrid Datahub raportoi valmistelutoimien etenemisestä Energiavirastolle. Energiavirastolla on oikeus vaatia vähittäismyyjää ja jakeluverkonhaltijaa tekemään muutoksia suunnitelmaan tai valmistelutoimiin, mikäli on syytä epäillä, että suunnitelma tai valmistelutoimet eivät täytä datahubin käyttöönoton vaatimuksia tai että datahubin käyttöönotto viivästyisi puutteellisten valmistelutoimien vuoksi.

Fingrid Datahub Oy seuraa valmistelutoimien etenemistä useilla eri tavoilla. Tietokonversioiden osalta seurantaa tehdään Titta-palvelun raportointitoiminnallisuuden avulla eri tarkastelutasoilla. Testaukseen ja sertifiointiin liittyvää seurantaa tullaan tekemään testausjärjestelmän avulla. Edellä mainittujen ”kovien” kvantitatiivisten mittareiden lisäksi keskeinen valmistelutoimien etenemisen seurantakeino on sähkönmyyjille ja jakeluverkonhaltijoille suunnatut kyselyt.

Fingrid Datahub on laatinut yhdessä toimialan edustajien kanssa lomakepohjan datahubin käyttöönottoon liittyvistä keskeisistä valmistelutoimenpiteistä eli tehtävistä, joiden etenemistä säännöllisin väliajoin tehtävillä kyselyillä tullaan seuraamaan. Kyselyn tarkoituksena on kerätä vähittäismyyjiltä ja jakeluverkonhaltijoilta tarpeellisia tietoja



31.12.201920.12.2019

78 (111)

valmistelutoimien toteutumisesta ja siten varmistaa, ettei datahubin käyttöönotto viivästyisi puutteellisten valmistelutoimien vuoksi.

Markkinaosapuolen nimeämä datahubin käyttöönottoprojektin projektipäällikkö on ensisijainen yhteyshenkilö kyselyyn liittyvissä asioissa. Tilanteissa, joissa vähittäismyyjä tai jakeluverkonhaltija ei ole edennyt valmistelutoimenpiteissä asetettujen määräaikojen mukaisesti, Fingrid Datahub tulee pyytämään projektipäälliköltä tai projektin omistajalta selvitystä tilanteen korjaamiseksi. Mikäli toimenpiteet eivät ole riittäviä tai on muita syitä epäillä, että valmistelutoimet eivät täytä datahubin käyttöönoton vaatimuksia, Fingrid Datahub siirtää asian Energiaviraston käsiteltäväksi. Energiavirastolla on toimivalta vaatia muutoksia valmistelutoimiin sekä määrätä markkinaosapuolelle seuraamusmaksu tai muu seuraamus havaituista valmistelutoimien laiminlyönneistä.

Seurantakyselyyn vastaamisesta ohjeistetaan markkinaosapuolia erikseen. Ohjeistuksessa kuvataan myös periaatteet seurantakyselyjen tulosten julkiseen raportointiin.

[7.1] Välitavoitetaulukko eli käyttöönottovalmiuden tarkistuspisteet

Työ- ja elinkeinoministeriö, Energiavirasto ja Fingrid julkaisivat 25.9.2019 yhteistiedotteen datahubin käyttöönottopäivämäärän siirrosta. Tiedotteessa todettiin, että "Fingrid Datahub Oy laatii vuoden 2019 loppuun mennessä päivitetyn suunnitelman datahubin käyttöönotosta. Suunnitelma sisältää konkreettisia, mitattavia välitavoitteita, joiden toteuttamista Energiavirasto ja Fingrid Datahub Oy seuraavat tiiviisti."

Datahub -projekti on valmistellut käyttöönottosuunnitelman liitteeksi välitavoitetaulukon eli käyttöönottovalmiuden tarkistuspisteet. Välitavoitteet ovat datahubin käyttöönottoon ohjaavia pakollisia tehtäviä datahubiin liittyville sähkönmyyjille ja/tai jakeluverkonhaltijoille. Taulukkoa tehdessä tavoitteeksi asetettiin, että välitavoitteet ovat mahdollisimman yksiselitteisiä, mitattavia ja aikataulutettuja.

Välitavoitteet on priorisoitu kahteen luokkaan. Mikäli markkinaosapuoli ei saavuta prioriteetin 1 välitavoitteelle asetettuja hyväksymiskriteereitä määräaikaan mennessä, Fingrid Datahub toimittaa markkinaosapuolikohtaisen poikkeamaraportin Energiaviraston käsiteltäväksi. Prioriteetin 1 valmiuden seuranta tapahtuu datahub-projektin toimesta ja on todennettavissa objektiivisesti muun muassa tietokonversiopalvelun sekä testaus- ja sertifiointipalvelun avulla. Prioriteetin 2 välitavoitteiden poikkeamat käsitellään markkinaosapuolen ja datahub-projektin välillä. Prioriteetin 2 valmiuden seuranta voi tapahtua datahub-projektin toimesta edellä mainittuihin palveluihin perustuen mutta myös esimerkiksi Titan seurantakyselyn avulla. Välitavoitteita tullaan seuraamaan ja niistä tullaan raportoimaan TITTA-palvelussa.

Välitavoitetaulukon tarkoituksena on auttaa markkinaosapuolia



31.12.201920.12.2019

79 (111)

hahmottamaan paremmin datahubin käyttöönottoon liittyvät valmistelutoimenpiteet kokonaisuudessa

kohdentamaan resurssit tehokkaammin

projektinhallinnan työkaluna esim. raportoitaessa yhtiön johdtolle tai, järjestelmätoimittajan kanssa tehtävässä yhteistyössä

Välitavoitetaulukko auttaa datahub –-projektia

selvittämään ja seuraamaan datahubin käyttöönottovalmiutta koko toimialalla

tunnistamaan yksittäisten osapuolten haasteet ja tuen tarpeen

tarjoamalla työkalun käyttöönottoon liittyvien tehtävien priorisoinnissatiin ja selventämisessäen

Välitavoitetaulukon versio 1.0 keskittyy tietokonversiopalvelun sekä testauksen ja sertifioinnin välitavoitteisiin. Projektin edetessä välitavoitetaulukkoa tullaan päivittämään ja tarkentamaan erityisesti vuoden 2021 tavoitteiden osalta.

Välitavoitetaulukko on tämän suunnitelman liitteenä 2.

9.2 Datahub kKäyttöönottovalmiuden tehostettu seuranta ja yhteistyö

Datahubin käyttöönoton on tapahduttava yhtäaikaisesti kaikkien datahubiin liittyvien markkinaosapuolten kanssa. Tämä tulee varmentaa kaikin mahdollisin toimenpitein.

Datahub –-projektin tavoite on saada hyvissä ajoin ennen käyttöönottopäivämäärää kaikki markkinaosapuolet datahubin käyttöönottovalmiuteen. Datahub -projekti seuraa markkinaosapuolten datahubin käyttöönoton valmistelutoimien etenemistä useilla eri tavoilla. Seurantaa tehdään mm. käyttöönottovalmiuden konkreettisilla välitavoitteilla, markkinaosapuolten omien datahubin käyttöönottosuunnitelmien, tietokonversiopalvelun tulosten, käyttöönottovalmiutta seuraavan seurantakyselyn, erillisten kyselyjen ja tapaamisten avulla.

Seurannan avulla pyritään tunnistamaan ne markkinaosapuolet, joilla on omissa datahubin käyttöönoton valmistelutoimenpiteissään ongelmia, että pystytään muodostamaan tarkempi tilannekuva koko toimialan valmiusasteesta sekä auttamaan ongelmissa olevia osapuolia niiden valmistelutoimenpiteiden etenemisessä.

Markkinaosapuolilla itsellään on kokonaisvastuu omasta käyttöönottosuunnittelustaan, valmistelutoimenpiteistään. Tämä tarkoittaa mm. sitä, että osapuolten tulee myös itse seurata ja arvioida omia valmistelutoimenpiteitään sekä oma-aloitteisesti täydentää ja toimittaa omia käyttöönottosuunnitelmiaan Energiavirastolle ja Fingrid Datahubille tehdyn



31.12.201920.12.2019

80 (111)

ohjeistuksen mukaisesti. Seurantakyselyn vastauksia tulee myös itse täydentää ja päivittää oma-aloitteisesti, kun valmistelutoimenpiteet etenevät osapuolten organisaatioissa.

Markkinaosapuolten toimittamien käyttöönottosuunnitelmien, konkreettisten välitavoitteiden, tietokonversiopalvelun tulosten ja käyttöönottovalmiutta seuraavan seurantakyselyn kautta kartoitetaan osapuolet, joiden valmistelutoimenpiteiden seurantaa tulee tehostaa entisestään. Tehostettuun seurantaan joutuvan osapuolen kanssa muodostetaan tilannearvio osapuolen valmiusasteesta ja siihen liittyvistä ongelmista. Ongelmien osalta tulee kartoittaa mitä toimenpiteitä tulee tehdä ongelmien ratkaisemiseksi.

Tehostetun seurannan kautta markkinaosapuolelle tullaan asettamaan tarvittaessa entistä laajempaa säännöllistä raportointivelvoitetta liittyen käyttöönottosuunnittelun ja valmistelutoimenpiteiden etenemisen osalta sekä vaatimaan sitoutumista yhteisesti sovittuihin korjaaviin toimenpiteisiin..

9.3 Käyttöönottovalmiuden tarkistuspisteet

Käyttöönottovalmiuden seuranta on jatkuvaa (ks. luku 9.1). Toimialan etenemisen kannalta keskeisimmät tarkistuspisteet tullaan määrittelemään myöhemmin käyttöönottoprojektin edetessä.

[7.2] Päätöksentekomekanismi

Sähkömarkkinalaki velvoittaa Fingrid Oyj:n vastaamaan vastuualueellaan käytävän sähkön vähittäismarkkinoiden keskeisten markkinaprosessien edellyttämän tiedonvaihdon ja -hallinnan keskitetystä järjestämisestä ja operoinnista. Datahub-järjestelmän operaattorina toimii Fingrid Datahub Oy, jolla on vastuu datahubin käyttöönottoon liittyvissä kysymyksissä.

Käyttöönottovalmiuden arvioinnin ja päätöksenteon tukena datahub -projekti käyttää tarvittaessa datahubin olemassa olevia markkinaosapuolista, viranomaisista ja muista sidosryhmistä koostuvia ryhmiä tai perustaa erillisen markkinaosapuolista koostuvan referenssiryhmän tai vastaavan. Datahub -projekti arvioi kulloinkin selvitettävänä tai päätettävänä olevan asian pohjalta vastuualueeltaan sopivan työryhmän käsittelemään asiaa ja antamaan asiantuntija näkemyksensä datahub-projektille päätöksentekoa varten.



31.12.201920.12.2019

81 (111)

10[8] Käyttöönoton organisointi ja resurssit

Olennaisena osana omaa käyttöönottosuunnitelmaansa markkinaosapuolet suunnittelevat, kuinka käyttöönottoprojekti johdetaan ja organisoidaan heidän yhtiössään.

Datahubin käyttöönoton päätavoitteet on määritelty suunnitelman luvussa 1.1 1.1. Yhtiöiden projektijohtamisen vastuulle jää esimerkiksi avainhenkilöiden valinta käyttöönoton eri osa-alueisiin, tehtävien vastuutus organisaatiossa ja suunnittelun sekä budjetoinnin tehtävät. Tehokkaalla projektin johtamisella ja seurannalla varmistetaan käyttöönoton eteneminen aikataulussa. Projektipäällikkö on kokonaisvastuussa datahub-käyttöönottoprojektista yhtiössään, joten käyttöönottotyöryhmä näkeekin, että hänen valintansa on keskeinen päätös yhtiöiden projektin organisoinnissa.

Datahubin käyttöönotto tulee olemaan suuri muutos niin organisaatiolle kuin yksittäiselle datahub-käyttäjälle. Käyttöönottoon tuleekin valmistautua tarpeeksi aikaisessa vaiheessa ja varmistaa riittävät resurssit käyttöönoton eri vaiheissa.

Yhtiöiden käyttöönottosuunnitelmissa tulee varmistaa henkilöresurssien lisäksi, että datahubin onnistuneen käyttöönoton edellyttämät työkalut ovat olemassa. esimerkiksi Esimerkiksi markkinaosapuolten tuotantojärjestelmissä olevat tiedot tulee voida poimia ja siirtää Tittaan annettujen suorituskykyvaatimusten puitteissa tai että tietokonversioiden jälkeen markkinaosapuolten järjestelmien puskureihin tallennetut tiedot ovat siirrettävissä datahubiin datahub-projektin määrittämässä aikataulussa ja muodossa.

10.1[8.1] Datahub-projektin organisaatio

Myös datahub-projektin organisaation tulee varmistaa riittävät, oikeanaikaiset ja osaavat resurssit varmistamaan datahubin käyttöönotolle asetettujen vaatimusten toteutuminen ja markkinaosapuolten riittävä tuki käyttöönoton aikana.

Datahub-projektiorganisaation projektipäällikkö on Pasi Aho. Datahub-projektin osa-alueille on nimetty kuvan Kuva 15 mukaiset vastuuhenkilöt. Projektiorganisaatioon voidaan tarvittaessa tehdä muutoksia.



31.12.201920.12.2019

82 (111)

KUVA 15. DATAHUB-PROJEKTIORGANISAATIO



31.12.201920.12.2019

83 (111)

10.2[8.2] Toimialayhteistyö

Datahubin palvelujen onnistuneen käyttöönoton edellytyksenä on tiivis yhteistyö toimialan yritysten kanssa. Merkittäviä yhteistyön muotoja ovat eri työryhmät ja yhteistyöelimet. Toimialayhteistyötä varten on perustettu seuraavat työryhmät1:

1. Prosessityöryhmä. Ryhmän tehtävänä on käsitellä datahubin liiketoimintaprosesseihin ja tiedonvaihdon määrittelydokumentteihin saadut muutostarpeet ja ehdotukset. Lisäksi ryhmä toimii tärkeänä linkkinä prosessityön ja toimialan välillä. Prosessityöryhmä kokoontuu noin 6 kertaa vuodessa ja tarvittaessa useammin.

2. Tietokonversiotyöryhmä. Erillistä, nimettyä tietokonversiotyöryhmää ei ole enää toiminnassa, vaan työtä tehdään koko toimialan kanssa. Säännöllisin väliajoin pidetään Fingridin johtamana tietokonversion statuspalavereja etäyhteyksin. Näihin palavereihin voi osallistua kuka tahansa tietokonversiotyöstä kiinnostunut henkilö. Datahub-projektin tietokonversioryhmän voidaankin näin katsoa laajentuneen koskemaan koko toimialaa. Tarvittaessa voidaan perustaa ad hoc - työryhmä ratkomaan jotain tiettyä asiaa.

[3.] Seurantaryhmä. Ryhmä toimii yhteydenpitokanavana projektin ja siihen liittyvien sidosryhmien välillä. Se on neuvoa antava elin, joka seuraa tiiviisti projektin etenemistä, antaa näkemyksiä toimialaan/sidosryhmiin liittyvissä asioissa, edesauttaa projektin tavoitteiden saavuttamisessa ja lisää sidosryhmien tietoisuutta projektin etenemisestä. Seurantaryhmä kokoontuu keskimäärin 3-4-6 kertaa vuodessa.

3.[4.] Käyttöönottotyöryhmä. Ryhmä toimii keskeisenä asiantuntijatahona avustamassa datahub-projektia määrittelemään käyttöönottosuunnitelma. Suunnitelman laatimisessa hyödynnetään tarvittaessa myös muita työryhmiä ja sidosryhmiä. Käyttöönottotyöryhmä kokoontuu keskimäärin 6 kertaa vuodessa.

4.[5.] Järjestelmätoimittajafoorumi. Järjestelmätoimittajille on avattu virtuaalinen työtila, jossa käydään keskustelua esimerkiksi datahub-rajapintojen teknisestä toteutuksesta. Foorumilla julkaistaan alustavia versioita teknisistä määrittelyistä sekä kysytään toimittajien asiantuntijoilta mielipiteitä teknisiin ehdotuksiin sekä ratkaisuvaihtoehtoihin liittyen.

5.[6.] Datahubin pilottiryhmä. Datahubin pilottiryhmä koostuu vapaaehtoisista markkinatoimijoista, jotka aloittavat datahub-järjestelmän testauksen jo datahubin kehitysvaiheen aikana. Pilottityön tärkeimmät tavoitteet ovat sähkömarkkinoiden kannalta olennaisimpien käyttötapausten toimivuuden varmistaminen mahdollisimman aikaisessa vaiheessa sekä sähkömarkkinatoimijoiden datahub-

1 https://www.ediel.fi/datahub/toimialayhteistyoFingrid Datahub OyKatuosoite Postiosoite Puhelin Faksi Y-tunnus 2745543-5, ALV rek.Läkkisepäntie 21 PL 530 [email protected] Helsinki 00101 Helsinki 030 395 5000 030 395 5196 www.fingrid.fi

https://www.ediel.fi/datahub/toimialayhteistyo


31.12.201920.12.2019

84 (111)

valmiuden edistäminen. Pilottityö tehdään tiiviissä yhteistyössä toimijoiden järjestelmätoimittajien kanssa.

6. Runbook –-työryhmä. Runbook –-työryhmä laatii teknisen käyttöönottosuunnitelman, eli niin sanotun Runbookin. Runbookin tarkoitus on tarkentaa olemassa olevaa käyttöönottosuunnitelmaa ja kuvata yksityiskohtaisesti toimenpiteet jäädytysjaksolla kunkin käyttöönottoon osallistuvan roolin (kuten datahub-järjestelmä, sähkönmyyjä, verkkoyhtiö sekä Titta-tietokonversiopalvelu) näkökulmasta. Runbookin avulla varmistetaan, että kukin käyttöönottoon osallistuva taho suorittaa oikeat toimenpiteet oikea-aikaisesti, jotta datahub-järjestelmän käyttöönotto on sujuva ja onnistunut. Runbook-suunnitelma tulee myös kattamaan käyttöönoton yhteydessä käytettävien sanomapuskureiden toiminnalliset määrittelyt.Pilottiryhmä aloittaa toimintansa toukokuussa 2019.

Datahub-projektin aikana seurataan työryhmien ja yhteistyöelinten toimintaa ja tarpeellisuutta. Projektin tarpeen mukaan voidaan perustaa esimerkiksi määräaikaisia ad hoc -työryhmiä tukemaan projektin etenemistä. Toisaalta työryhmiä voidaan myös päättää niiden tehtävän valmistuttua.t.

Saadun Saamansa palautteen perusteella Fingrid haluaa antaa entistä laajemman ja tasapuolisemman mahdollisuuden toimialan edustajille osallistua tiiviisti datahub-projektiin sekä toimia vuorovaikuttajana projektin ja toimialan välillä. Näin ollen datahub-seurantaryhmän ja -prosessityöryhmän jäsenyydet on muutettu määräaikaiseksi. Ryhmiin on luotu mekanismi vuosittaiselle rotaatiolle. Energiateollisuutta pyydetään nimeämään henkilöt kyseisiin ryhmiin vuosittain.



31.12.201920.12.2019

85 (111)

[9] Käyttöönoton projektinaikaiset tukipalvelut

Datahub-hankinnan yhteydessä hankittiin datahub-järjestelmän toteutus sekä järjestelmään liittyvät tuki- ja ylläpitopalvelut. Toimitus sisältää tuki- ja ylläpitopalvelut arkisin 7–19.

Käyttöönotolle tukipalveluja tarjoavat:

Datahub-projekti

Fingrid Datahub Oy

Datahub-järjestelmän toimittaja

Tietokonversiopalvelun toimittaja

Markkinaosapuolten järjestelmä- ja palvelutoimittajat sekä sanomaliikenneoperaattorit oman palvelutarjontansa mukaisesti

Käyttöönottotyöryhmä esittää seuraavia yleisiä tavoitteita käyttöönoton projektinaikaisille tukipalveluille:

Yhteinen ja läpinäkyvä tiketöintijärjestelmä

Monikanavaisuus yhteydenotoissa

Mahdollisimman välitön reagointi tukipyynnön kriittisyyden mukaan

Avoin ja nopea viestintä havaituista virheistä

Laajennettu ja tarpeen mukaan joustava tukipalvelu lähellä käyttöönottoa (ennen ja jälkeen)

Lisäksi on selvitettävä mahdollisuudet tuen tarjoamiseen eri kielillä.



31.12.201920.12.2019

86 (111)

[10] Viestintä ja käyttöönoton aikaiset tukipalvelut

Datahubin käyttöönoton aikaisen tukipalvelun tavoite on ohjeiden, viestinnän ja koulutusten avulla tukea ja edistää markkinaosapuolten datahub käyttöönottovalmiutta. Datahub –projektin ensisijainen tukipalvelukanava on Datahub tukipalvelu (Service Now). Datahub tukipalveluun pääsee kirjautumaan ediel.fi –palvelusta löytyvän painikkeen kautta. Tukipalvelun kautta voi lähettää datahub -projektille kysymyksiä, häiriöilmoituksia, kehitysehdotuksia tai palautetta datahubista. Tukea palvelun käyttöön saa tarvittaessa osoitteesta [email protected]

10.3[10.1] Viestinnän tavoitteet

Käyttöönoton viestinnälle on asetettu seuraavat tavoitteet:

‒ Viestintä tukee käyttöönoton tavoitteiden saavuttamista (luku 1.11.1)

‒ Tieto käyttöönotosta ja sen etenemisestä on kaikkien markkinaosapuolten ja muiden sidosryhmien saatavilla helposti EDIELfi-portaalista ja Fingridin datahub-projektin kotisivuilta. sekä myöhemmin datahubin asiakaspalvelun kautta (sähköposti ja puhelin)

‒ Käyttöönottoon liittyvät tärkeät viestit (esim. kriittiset päivämäärät) toimitetaan markkinaosapuolille ajantasaisesti ja riittävän monikanavaisesti

Koulutus on keskeinen osa viestintää. Koulutussuunnitelmaa on käsitelty erikseen luvussa .

10.4[10.2] Viestinnän kanavat ja kohderyhmät

Viestintä kattaa käyttöönoton eri vaiheissa taulukon Taulukko 8 mukaiset kanavat ja kohderyhmät.

TAULUKKO 8. VIESTINNÄN KANAVAT JA KOHDERYHMÄT

Viestinnän tarkoitus Kanava Kohderyhmä Viestinnän tiheys

Yleisviestintä Datahubin kotisivu Julkinen kaikille Tarpeen mukaan

Tiedonvaihtoon ja datahubiin liittyvä dokumentaatio,

EDIELfi-portaali Julkinen kaikille Tarpeen mukaan (esim. dokumentaation päivitysten yhteydessä)



31.12.201920.12.2019

87 (111)

Viestinnän tarkoitus Kanava Kohderyhmä Viestinnän tiheys

ohjeistus, koulutusmateriaalit ja työryhmien kokousmuistiot

Datahub-uutiskirje ajankohtaisista asioista

Sähköposti Markkinaosapuolet sekä muut uutiskirjeen tilanneet sidosryhmät

Kuukausittain, käyttöönoton lähestyessä tiheämmin

Datahubin asiakaspalvelu

Datahub tukipalvelu, sSähköposti ja puhelin

Markkinaosapuolet Tarpeen mukaan

Käyttöönottoon liittyvät viralliset päivämäärät ja päätökset

EDIELfi-portaali Markkinaosapuolet Tarpeen mukaan

Kohdennettu viestintä tietystä käyttöönoton osa-alueesta (esim. testaukset tai migraatiot)

SähköpostiWebinaarit

Markkinaosapuolten nimeämät yhteyshenkilöt

Tarpeen mukaan

Käyttöönottoon liittyvä aika-kriittinen viestintä

Tarpeen mukaan mahdollisimman vuorovaikutteinen kanava

Markkinaosapuolet Alkuun tarvittaessa, käyttöönoton lähestyessä päivittäin

Viestinnän kieli on pääsääntöisesti suomi. Pääversiot eri dokumenteista tullaan kääntämään englanniksi.

Käyttöönottotyöryhmä Viestintäsuunnitelmaa tullaan täydentämään projektin edetessä. Alustavasti on tunnistettu tunnistanut seuraavat keskeiset viestintään liittyvät osa-alueet, jotka tulee huomioida datahub-projektin viestinnässä:

‒ Datahubiin liittyvät lainsäädäntömuutokset, jotka koskevat kuluttajia (kansalaisviestintä), esimerkiksi henkilötietojen käsittely

‒ Datahubiin liittyvät lainsäädäntömuutokset, jotka koskevat markkinaosapuolia

‒ Yleisviestintä koko toimialalle

o Suhteessa käyttöönoton käynnissä oleviin vaiheisiin, esimerkiksi tietokonversiot tai testaukset



31.12.201920.12.2019

88 (111)

‒ Kohdennettu viestintä tietylle osajoukolle, esimerkiksi tietokonversioihin tai testaukseen liittyen

o Yhtiöillä omat yhteyshenkilönsä nimettynä tiettyjä käyttöönottoon liittyviä osa-alueita varten

‒ Projektiviestintä käyttöönottoprojektin tilanteesta

‒ Käyttöönottoon liittyvien virallisten päivämäärien ja päätösten tiedotus

‒ Asiakasviestintä

o Markkinaosapuolet ovat vastuussa viestinnästä omille asiakkailleen omiin asiakassuhteisiinsa liittyvistä teemoista

o Fingrid ja Energiateollisuus voivat kuitenkin mahdollisuuksien mukaan valmistella viestejä ja ohjenuoria, jotta asiakasviestintä olisi oikeaa ja yhdenmukaista



31.12.201920.12.2019

89 (111)

11 Koulutussuunnitelma

Käyttöönottoon liittyvät ylätasolla seuraavat koulutussisältökokonaisuudet:

‒ TestauskoulutusTestaus ja sertifiointi

o Sisällöt datahub-hankinnasta

‒ Tietokonversiokoulutus

o Ks. tietokonversiosuunnitelma

‒ Prosessikoulutus Liiketoimintaprosessit ja datahub-toiminnallisuudet

o Esimerkiksi datahub-järjestelmien käyttöliittymien käyttö

o Sisällöt datahub-hankinnasta

‒ Käyttöönoton jäädytysjakson menettelytavaton (go-live-jakso), sen aikataulun ja toimenpiteiden koulutus

Koulutusten keskeiset kohderyhmät ovat:

‒ Markkinaosapuolten pääkäyttäjät ja asiantuntijat

‒ Järjestelmätoimittajat

Koulutuksesta vastaavat seuraavat tahot:

‒ Datahub-organisaatio projekti on vastuussa virallisten koulutusten järjestämisestä

o Kouluttaa pääkäyttäjiä, jotka kouluttavat oman yrityksensä asiantuntijat

‒ Datahub-organisaatio projekti tukee mahdollisuuksien mukaan erikseen järjestettäviä koulutuksia (esim. etujärjestöjen tai kaupallisten toimijoiden toimesta)

Koulutukset tullaan järjestämään mahdollisimman paljon etätilaisuuksina (webinaarit), jotta niihin osallistuminen olisi kaikille helpompaa. Mahdollisuuksien mukaan koulutukset tullaan suunnitelmaan niin, että niihin osallistuminen ei ole ajasta riippuvaista ja että näistä olisi esimerkiksi tallenteet saatavilla.



31.12.201920.12.2019

90 (111)

12 Riskienhallinta ja varautuminen

Riskienhallintasuunnitelman tavoitteena on tunnistaa datahubin käyttöönottoon liittyvät keskeiset riskit sekä arvioida riskien todennäköisyyttä ja vaikuttavuutta. Lisäksi tärkeä osa riskienhallintaa on riskien priorisointi ja riskienhallintakeinojen määritteleminen merkittävimmille riskeille.

Riskienhallinta on jatkuva prosessi, mikä tarkoittaa riskien toteutumisen aktiivista seurantaa ja suunnitelman jatkuvaa päivittämistä.

Riskienhallintaan liittyy myös varautuminen katastrofitilanteiden varalle sekä palautumissuunnitelman laatiminen, mikäli järjestelmän käyttöönotto joudutaan osittain tai kokonaan keskeyttämään ja uusimaan.

Datahub-projektin ohjausryhmä vastaa datahubin käyttöönoton riskienhallinnasta. Käyttöönottosuunnitelman esitetty riskienhallintasuunnitelma on datahub-projektin ohjausryhmälle yksi riskienhallinnan väline. Erillinen suunnitelma on laadittu tullaan laatimaan datahub-järjestelmän käyttöönotolle.

Käyttöönoton valmisteluvaiheessa käyttöönottotyöryhmä tarkastelee riskienhallintasuunnitelmaa suunnitelman päivitysten yhteydessä vähintään puolivuosittain ja arvioi, onko riskien todennäköisyyttä tai vaikutusta syytä päivittää. Käyttöönottotyöryhmä on tarvittaessa yhteydessä datahub-projektin ohjausryhmään ja muihin työryhmiin, mikäli riskienhallinta vaatii toimenpiteitä.

12.1 Riskienhallintasuunnitelma

Kuvassa Kuva 16 on esitetty kymmenen merkittävintä käyttöönottotyöryhmän tunnistamaa datahubin käyttöönottoon liittyvää riskiä. Muut käyttöönottoon liittyvät riskit sekä keskeiset riskienhallintakeinot on esitetty käyttöönottosuunnitelman liitteessä 3 liitteessä 5 . Riskimatriisissa ei ole huomioitu niitä datahub-järjestelmän käyttöönottoon liittyviä riskejä, jotka ovat yksinomaan Fingrid Datahub Oy:n ja datahub-järjestelmän toimittajan vastuulla. Näitä käsitellään datahub-järjestelmän käyttöönottoprojektin osana. Riskimatriisissa ei ole käsitelty myöskään datahubin käyttöönoton jälkeisiä riskejä, jotka liittyvät datahubin normaaliin tuotantokäyttöön.



31.12.201920.12.2019

91 (111)

KUVA 16. RISKIMATRIISI



31.12.201920.12.2019

92 (111)

Taulukossa Taulukko 9 on esitetty riskienhallintakeinot keskeisimpien riskien osalta sekä vastuutahot kunkin riskienhallintakeinon osalta. Sopimuksellisesti vastuutahoja (a) ovat Fingrid Datahub Oy (DH), markkinaosapuolet (MO), Energiavirasto (EV) ja työ- ja elinkeinoministeriö (TEM). Toteutusvastuussa (r) riskienhallintakeinojen toimeenpanosta voivat olla myös järjestelmätoimittajat (T), datahub-järjestelmän toimittaja CGI Suomi Oy (CGI) ja Energiateollisuus ry (ET). Koska sähkömarkkinalainsäädäntö ei aseta velvoitteita suoraan järjestelmätoimittajille, on markkinaosapuolten rooli aktiivisena toimijana ja vaativana asiakkaana järjestelmätoimittajien suuntaan tärkeää.

Taulukon nuoli kuvaa riskin merkittävyyden muutosta suunnitelman edellisessä versiossa olleeseen arvioon nähden. Tähdellä on merkitty riskit, jotka ovat nousseet kymmenen merkittävimmän riskin joukkoon.



31.12.201920.12.2019

93 (111)

TAULUKKO 9. RISKIENHALLINNAN KEINOT DATAHUBIN KÄYTTÖÖNOTON KESKEISIMPIEN RISKIEN OSALTA

# Riski Riskienhallintakeinot Vastuutaho#1 • Järjestelmä- ja

palvelutoimittajien resurssien toimituskyvyn riittämättömyys

1. Datahubin teknisen määrittelydokumentaation julkaiseminen riittävän ajoissa2. Datahubin yksityiskohtaisen toteutusaikataulun julkaiseminen riittävän ajoissa3. Realistinen resurssiarvio4. Resurssisuunnittelu ja -varaukset mukaan lukien vararesurssit sekä resurssien käytön

seuranta sekä tilaajan että toimittajan toimesta[5.] Vaihtoehtoiset toimittajatten toimittajien ja palveluntarjoajien käyttö5.[6.] Selkeä aikatauluttaminen ja tiedon jakaminen käyttäjäryhmissä 6.[7.] Mahdollinen yhteistyö asiakasyritysten välillä7.[8.] Oikein mitoitetut kepit ja porkkanat toimitussopimuksissa (vaativa tilaaja)8.[9.] Järjestelmätoimittajan hyvä hankehallinta ja ohjaus9. Järjestelmien sertifiointivaatimusten vahva ja oikea-aikainen viestiminen10.Järjestelmien sertifioinnin hyväksymistilanteen avoin viestintä

1. DH2. DH3. MO4. MO(a)/T(r)

5. MO6. MO(a)/T(r)7. MO8. MO9. MO(a)/T(r)10. DH,MO11.DH

#2 • Kaikilla markkinaosapuolilla ei ole samanaikaista valmiutta käyttöönottoon datahubin käyttöönotto-suunnitelman mukaisesti

1. Käyttöönottovalmiuden jatkuva ja säännöllinen seuranta2. Sähkömarkkinalainsäädännön mukaiset valvontatoimet[3.] Go-/no go -tarkastuspisteetVälitavoitetaulukko3.[4.] Jatkuva tiedottaminen organisaation kaikille tasoille4.[5.] Reaaliaikainen tai lähes reaaliaikainen seuranta ja tiedotus lähestyttäessä

käyttöönottoa5.[6.] Tehtävä- tai tarkistuslistojen työstäminen osaksi käyttöönottosuunnitelmaa6.[7.] Resursoinnin varmistaminen7.[8.] Vertaistuki

1. DH2. EV3. DH4. DH5. DH6. DH(a)/MO(r)7. MO8. MO

#3 • Käyttöönoton viranomaisvalvonta tai valvonnan työkalut ovat riittämättömiä takaamaan suunnitelman mukaisen etenemisen

[1.] Viestintä ja koulutus lakimuutoksien sisällöstämarkkinaosapuolten velvollisuuksista käyttöönotossa

1.[2.] Riittävät viranomaisresurssit 2.[3.] Etukäteen mietityt toimintamallit valmistelutoimien laiminlyöntien varalle3.[4.] Riittävän vaikuttavat seuraamukset lainsäädännön sallimissa puitteissa

1. DH, MO/ET2. EV3. EV, DH4. EV


31.12.201920.12.2019

94 (111)

#4 • Markkinaosapuolen järjestelmät otetaan käyttöön keskeneräisinä tai virheellisesti toimivina

[1.] Riittävän tarkan määrittelydokumentaation toimittaminen järjestelmätoimittajille ajoissamahdollisimman pikaisesti

1.[2.] Teknisen määrittelydokumentaation selkeä ja läpinäkyvä muutostenhallinta2.[3.] Vain välttämättömien muutosten salliminen määrittelyihin lähellä käyttöönottoa3.[4.] Riittävä testaaminen ja moninaiset testitapaukset4.[5.] Kehitys- tai tiedonvaihtoryhmät saman järjestelmätoimittajan asiakkaille5.[6.] Oikein mitoitetut kepit ja porkkanat toimitussopimuksissa (vaativa tilaaja)6.[7.] Toimittajien välisen yhteistyön parantaminen7.[8.] Käyttöönottovalmiuden seuranta[9.] Energiaviraston nopea puuttuminen valmistelutoimien laiminlyönteihin[10.] Markkinaosapuolten informointi puutteellisesta valmiudesta ja paineen synnyttäminen8.[11.] Markkinaosapuolen hyvä hankehallinta ja kumppaniohjaus9. Sertifioinnin ulkopuolisten testitapausten varmentaminen10.Uudelleen sertifiointi, mikäli järjestelmä muuttuu sertifioinnin jälkeen oleellisesti

1. DH

2. DH3.[2.] DH4.[3.] MO, DH5.[4.] MO(a)/T(r)6.[5.] MO7.[6.] DH,MO(a)/

T(r)8.[7.] DH[8.] EV[9.] DH9.[10.] MO10. MO11.MO, DH

#5 • Käyttöönoton osapuolien epäselvistä vastuista ja määrittelyjen moni-tulkintaisuudesta johtuen käyttöönoton tehtäviä jää tekemättä tai ne viivästyvät

•

1. Määrittelydokumentaation ja suunnitelmien laatu ja yksiselitteisyys2. Reaaliaikainen tilannekuva – sitä tarkempi seuranta mitä lähempänä käyttöönottoa3.[2.] Selkeät vastuujakokaaviot4.[3.] Nopeasti toimivat päätöksentekoprosessit5.[4.] Toimiva ohjausmalli käyttöönotolle ja sen tehtäville6.[5.] Riittävä ja riittävän aikainen kommunikointi7.[6.] Viestinnän selkeys ja avoimuus8. Yhteydenoton helppous ja alhainen kynnys sekä korkea palvelutaso9. Välitavoitetaulukko

1. DH2. DH3. DH4. DH5. DH6. DH7. DH8. DH9. DH



31.12.201920.12.2019

95 (111)

#6 • Markkinaosapuolten omien resurssien ja osaamisen riittämättömyys

1. Realistinen resurssiarvio2. Aloitetaan valmistelut riittävän ajoissa3. Tehtävä- tai tarkistuslistojen työstäminen osaksi käyttöönottosuunnitelmaa4. Samanaikaisten yhtiön sisäisten kehityshankkeiden välttäminen, priorisointi tai hyvä

koordinointi5. Samanaikaisten, uusia toiminnallisuusvaatimuksia ja kehityshankkeita aiheuttavien

muutosten välttäminen6. Tehtävien välisten riippuvuuksien ja aikakriittisten tehtävien huomiointi7. Resurssien joustavuus ja lisäresurssit sekä kumppanuusverkostot8. Tilapäiset henkilöstöjärjestelyt (esim. vuokratyövoima, diplomityöntekijät)9. Järjestelmätoimittajan resurssien varmistaminen (resurssivaraukset)10.Riittävät resurssit tukipalveluissa ja ongelmanratkaisussa

11.Yrityksen oman osaamisen vahvistaminen esim. rekrytoinneilla ja koulutuksella[12.] Go- / no go -tarkastuspisteetVälitavoitetaulukko12.[13.] Mahdollisimmat konkreettiset seurantakyselyt (henkilötyövuodet, ajankohdat)13.Avainhenkilöiden tunnistaminen ja varahenkilöjärjestelyt

1. MO2. MO3. DH(a)/MO)r)4. MO

5. TEM,DH

6. MO7. MO8. MO9. MO10.DH/CGI,

MO(a)/T(r)11.MO12.DH13.DH14.MO

#7 • Markkinaosapuolten testiympäristöt ja testiaineistot eivät ole riittävät tai eivät vastaa datahubin käyttöönoton mukaista tuotantoa

1. Ympäristöjen vakioiminen2. Vain välttämättömien muutosten tekeminen sertifioinnin jälkeen3. Muutostenhallinta4. Testien ja/tai sertifioinnin uusiminen5. Siirtyminen synteettisen datan käytöstä testauksessa tuotantodataan mahdollisimman

varhaisessa vaiheessa

1. MO2. MO3. MO4. MO, DH5. DH, MO



31.12.201920.12.2019

96 (111)

#8 • Useat samanaikaiset sähkömarkkinamallin muutokset aiheuttavat datahubin toiminnallisuus-muutoksia ja käyttävät samoja niukkoja resursseja

1. Tiivis ja avoin kommunikaatio sähkömarkkinoiden kehityshankkeiden välillä

2. Realistinen näkemys aikatauluista ja muutosten keskinäisistä riippuvuuksista3. Vain välttämättömät muutokset tehdään datahubiin ennen version 1.0 käyttöönottoa

1. FG, EV, TEM, MO/ET

2. DH3. TEM,FG

#9 • Osapuolten liityntöjen ja liiketoimintaprosessien päästä-päähän-testaukset eivät paljasta kaikki kriittisiä tai vakavia virheitä

1. Toimijoiden riittävä etukäteisvalmistautuminen testaukseen2. Testitapausten kattavuus ja dokumentaation selkeys[3.] Testitapausten määrittely riittävän aikaisessa vaiheessamahdollisimman pikaisesti3.[4.] Toimialan mukaan ottaminen testitapausten määrittelyyn4.[5.] Riittävä testausaika ja -kierrokset, riittävät tukiresurssit testien aikana5.[6.] Todellisen tuotantodatan käyttö testauksessa mahdollisimman varhaisessa vaiheessa

1. MO2. DH, MO3. DH, MO4. DH5. DH6. DH, MO

#10 • Markkinaosapuolet eivät aloita käyttöönoton valmistelutoimia riittävän ajoissa tai resursointi on heti liian vähäistä

1. Viestintä ja vertaistuki - keinot jakaa kokemuksia

2. Osallistaminen ja aktivointi3. Lisäresurssit4. Valmistelutoimien etenemisen seuranta5. Valvonta ja välitön puuttuminen6. Mustat listat ja viranomaissanktiointi

1. DH, MO(a)/ET(r)

2. DH3. MO4. DH5. DH, EV6. DH, EV



31.12.201920.12.2019

97 (111)



31.12.201920.12.2019

98 (111)

12.2 Varautumissuunnitelma

Jokaisen markkinaosapuolen ja toimialan yhdessä tulee varautua mahdollisiin katastrofitilanteisiin, että datahubin käyttöönotto pitkittyy tai käyttöönotto joudutaan keskeyttämään nykyisen sanomaliikenteen alasajon jo käynnistyttyä. Myös käyttöönoton ajankohtaa voidaan joutua lykkäämään, mikäli datahub-järjestelmä tai toimiala kokonaisuudessaan ei ole valmis käyttöönottoon suunniteltuna ajankohtana.

Yksittäisen markkinaosapuolen viivästyminen ei voi lähtökohtaisesti johtaa datahubin käyttöönoton lykkäämiseen. Kyseisen markkinaosapuolen osalta tämä tarkoittaa sitä, että tällä ei ole edellytyksiä toimia datahubissa, mikäli suunnitelman mukaista käyttöönottovalmiutta ei ole varmistettu.

”Point of no return” (PONR) on ajankohta ennen muutoshetkeä, jonka jälkeen paluu vanhaan tiedonvaihtomalliin ei ole enää mahdollista (ks. kuva Kuva 13). Markkinaosapuolen velvollisuus on varautua omassa käyttöönottosuunnitelmassaan ja teknisissä ratkaisuissaan siihen, että kyseiseen pisteeseen asti paluu vanhaan tiedonvaihtomalliin tulee olla mahdollista. Käytännössä tämä tarkoittaa muun muassa sitä, että tietojärjestelmiin puskuroidut tapahtumat tulee pystyä lähettämään sekä Ediel-sanomina markkinaosapuolille että purkamaan datahubiin datahubin mukaisin säännöin kyseiseen pisteeseen saakka.

Fingrid Datahub tuleeRunbook –-työryhmän tehtävänä on laatia laatimaan myöhemmin yksityiskohtainensen, aikataulutettuun ”ajosuunnitelma eli runbookn” käyttöönoton jäädytysjakson aikaisista tehtävistä, jossa ohjeistetaan markkinaosapuolia tarkemmin myös tapahtumien puskuroinnin ja puskuroinnin purkamisesta ennen liiketoimintaprosessien ylösajoa sekä ajankohdista, jolloin kaikkien markkinaosapuolten tulee ottaa tarvittavat varmuuskopiot tiedoistaan mahdollisen palautumisen (roll-back) varalle.

Varautuminen PONR-pisteen jälkeisiin katastrofitilanteisiin

Mahdollisiin PONR-pisteen jälkeisiin katastrofitilanteisiin markkinaosapuolten tulee varautua kuten mahdollisiin muihinkin datahubin tuotantokäyttöönoton jälkeisiin virhetilanteisiin. Mikäli tuotantokäyttöönotto pitkittyy, puskurointia tulee jatkaa kunnes liiketoimintaprosessit datahubissa saadaan todennettua. Markkinaosapuolten väliseen tiedonvaihtoon sovelletaan datahubin käyttöönottoon saakka ydinjäädytysjaksolle määriteltyjä periaatteita.

12.3 Ediel-sanomaliikenteen ylösajosuunnitelma

Ediel-sanomaliikenteen ylösajosuunnitelmalla tarkoitetaan ohjeistusta sanomaliikenteen ylösajamiseksi tilanteessa, jossa nykyinen sanomaliikenne käynnistetään uudelleen datahubiin käyttöönottoon liittyvän äärimmäisen katastrofitilanteen johdosta.


31.12.201920.12.2019

99 (111)

Sanomaliikenteen ylösajosuunnitelma tullaan laatimaan myöhemmin käyttöönottoprojektin edetessä.



31.12.201920.12.2019

100 (111)

[13] Käyttöönottosuunnitelman versiossa 1.43 avoimeksi jääneet asiat

Käyttöönottotyöryhmä on tunnistanut seuraavat tehtäväkokonaisuudet, jotka voidaan määritellä tai jotka tarkentuvat vasta käyttöönottosuunnitelman seuraavissa versioissa:

7 Testaus ja sertifioinnit – Ylätason kuvaus. Tarkempi kuvaus tullaan esittämään Q1/2019 julkaistavassa testaus- ja sertifiointisuunnitelmassa.

8.2 Tapahtumien puskuroinnin tarkentaminen ydinjäädytysjaksolla sekä puskureiden toteutukseen liittyvien toiminnallisuusvaatimusten kuvaaminen ylätasolla. Kuvaus tehdään yhteistyössä runbook –-työryhmän työn edetessäkanssa.

8.10 Rakenteellisten tietojen jäädyttäminen ennen datahubin käyttöönottoa

9.2 Käyttöönottovalmiuden tarkistuspisteet

9.3 Päätöksentekomekanismi

11 Käyttöönoton projektinaikaiset tukipalvelut

14.1 Riskienhallintasuunnitelma – säännönmukainen riskienhallintasuunnitelman päivitys

134.2Varautumissuunnitelman tarkentaminen

134.3.Ediel-sanomaliikenteen ylösajosuunnitelman laatiminen



31.12.201920.12.2019

101 (111)

Liite 1. Datahubin käyttöönoton sidosryhmät ja roolit käyttöönotossa

Toimija Rooli käyttöönotossa Tarve käyttöönottosuunnitelmalle

Verkonhaltija tai muu mittausvastuullinen



Sähkönmyyjä Markkinaosapuoli, jolla on liityntärajapinta datahubiin


Palveluntarjoaja / kolmas osapuoli

Markkinaosapuoli, jolla on pääsy datahubiin valtuutuksen / toimeksiannon perusteella liityntärajapinnan kautta


eSett Oy (taseselvitys-yksikkö)



Fingrid Oyj Verkonhaltija ja mittausvastuullinen (mm. rajapistemittaukset)

Sähkökaupan ja taseselvityksen edellyttämän tiedonvaihdon kehittäjä

Datahub-järjestelmän tarvitsemien tietojärjestelmäpalvelujen toimittaja


Asiakas Pääsy omiin tietoihin datahubissa Suomi.fi-palvelun kautta

Ei aktiivinen osapuoli käyttöönotossa

Työ- ja elinkeinoministeriö sekä eduskunta

Lainsäätäjä Yleiskuva uskottavasta ja realistisesta käyttöönotosta ja sen aikataulusta

Lainsäädäntömuutosten tärkeys osana datahubin käyttöönottoa

Energiavirasto Valvontaviranomainen


Käyttöönoton etenemisen seuranta sekä SLA-valvonta. Toimenpiteet mahdollisten laiminlyöntien yhteydessä




31.12.201920.12.2019

102 (111)

Fingrid Datahub Oy Datahub-operaattori Käyttöönottosuunnitelma on työkaluna ja yksi viestintäkanavana datahub-järjestelmän käyttöönottoprojektin ja toimialan välillä

Toimialan linjausten ja suositusten huomiointi käyttöönotossa

Datahub-järjestelmän toimittaja (CGI)


Ei datahubin osapuoli, mutta pääsy datahub-järjestelmään tuki- ja ylläpitotehtävissä


Toimittajan roolin suhteessa datahubin sidosryhmiin, erityisesti markkinaosapuoliin

Konversiopalvelun (Titta) toimittaja (Solteq)


Ei datahubin osapuoli, mutta pääsy käyttöönotossa tarvittavaan konversiojärjestelmään


Konversiopalvelun toimittaminen

Järjestelmätoimittajat ja järjestelmäpalvelujen tarjoajat

Laite- ja järjestelmätoimittaja sekä palveluntarjoaja

Tiedot käyttöönotosta ja toimialan yhdessä sopimista toimintamalleista asiakasyritysten käyttöönottotyön tukemiseksi

Sanomaliikenneoperaattorit Nykyisten tiedonvaihtopalvelujen kehittäjä, ylläpitäjä ja palveluntarjoaja

Tiedot käyttöönotosta ja sen aikataulusta nykyisten tiedonvaihto-palvelujen ajamiseksi alas hallitusti

Tiedonvaihtopalvelujen tarjoajat

Uusi rooli, joka korvaa joissakin yrityksissä sanomaliikenneoperaattorin roolin

Tiedot käyttöönotosta ja sen aikataulusta asiakasyritysten käyttöönottotyön tukemiseksi ja tiedonvaihdon mahdollistamiseksi datahubissa

Kilpailu- ja kuluttajavirasto Valvontaviranomainen Yleistiedot käyttöönotosta ja sen aikataulusta mahdollisten asiakasyhteydenottojen varalle sekä mahdollisiin ongelmatilanteisiin varautumiseksi

Tietosuojavaltuutettu Valvontaviranomainen Tietosuojaan liittyvien kysymysten huomiointi käyttöönoton eri vaiheissa ja tehtävissä

Viestintävirasto Valvontaviranomainen Tietoturvaan liittyvien kysymysten huomiointi, esim. NIS-direktiivin vaatimusten täyttäminen

Väestörekisterikeskus (VRK) Viranomainen Henkilötietoihin liittyvät massaluovutukset



31.12.201920.12.2019

103 (111)

Tilastokeskus Viranomainen



Markkinaosapuolten etujärjestöt

Jäsenyritysten edunvalvonta Toimialan yritysten edustaminen käyttöönoton valmistelussa

Käyttöönoton viestintään ja koulutukseen liittyvät tehtävät

Käyttöönottoa tukevan tiedon keruu jäsenyrityksiltä sekä käyttöönoton tukeminen eri tavoin



31.12.201920.12.2019

104 (111)

Liite 2. Välitavoitetaulukko

Välitavoitetaulukossa on kuvattu datahubin käyttöönottoon liittyviä pakollisia tehtäviä markkinaosapuolille, määräajat tehtävien suorittamiselle ja tehtävien hyväksymiskriteerit sekä Fingrid Datahub Oy:n työkalut markkinaosapuolten valmiuden seurantaan. Välitavoitetaulukon versio 1.0 keskittyy tietokonversiopalvelun sekä testauksen ja sertifioinnin välitavoitteisiin. Projektin edetessä välitavoitetaulukkoa tullaan päivittämään ja tarkentamaan erityisesti vuoden 2021 tavoitteiden osalta.

Tehtävät on mahdollista luokitella taulukossa vastuualueittain ja määräajan mukaan.

Välitavoitteet on priorisoitu kahteen luokkaan. Mikäli markkinaosapuoli ei saavuta prioriteetin 1 välitavoitteelle asetettuja hyväksymiskriteereitä määräaikaan mennessä, Fingrid Datahub toimittaa markkinaosapuolikohtaisen poikkeamaraportin Energiaviraston käsiteltäväksi. Prioriteetin 2 välitavoitteiden poikkeamat käsitellään markkinaosapuolen ja datahub-projektin välillä.

Välitavoitetaulukko on avattavissa alla olevasta ikonista:



31.12.201920.12.2019

105 (111)

Liite 13. Suunnitelma nykyisen PRODAT-sanomaliikenteen alasajosta

Suunnitelma nykyisen PRODAT-sanomaliikenteen alasajosta on avattavissa alla olevasta ikonista:

, julkaisu pvm 4.10.2018





31.12.201920.12.2019

106 (111)

Liite 24. Tehtävä- ja tarkistuslistat markkinaosapuolille

Datahubin käyttöönottoon liittyviä tehtävä- ja tarkistuslistoja markkinaosapuolille löytyy muun muassa seuraavista datahubin käyttöönottoon liittyvistä asiakirjoista ja käyttöönoton seurannan työkalusta:

‒ Ohje markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi. Versio 1.53 on 22.113.4.2019.

‒ Tietokonversiosuunnitelma. Viimeisin päivitys tietokonversiosuunnitelmaan on julkaistu 30.411.12.2019.

‒ Titta-tietokonversiopalvelun seurantatyökalu markkinaosapuolten valmistelutoimien etenemisen seuraamisiksi. Seurantatyökalu sisältää kyselylomakkeen muodossa keskeisiä valmistelutoimiin liittyviä tehtäviä.

‒ Testaus- ja sertifiointisuunnitelma versio 1.1 on julkaistu 11.7.2019

Datahubin testaus- ja sertifiointisuunnitelman seuraavan versioon tullaan lisäämään osapuolten vastuunjakokaaviot testauksessa ja sertifioinnissa. Nykyinen versio 1.0 on julkaistu ediel.fi-sivustolla 25.3.2019.



31.12.201920.12.2019

107 (111)

Liite 35. Muut datahubin käyttöönoton riskit

Datahubin käyttöönoton kymmenen merkittävintä riskiä ja riskienhallintakeinot on esitetty taulukossa Taulukko 9. Tässä liitteessä on kuvattu muut tunnistetut käyttöönottoon liittyvät riskit ja riskienhallintakeinot.

# Riski Riskienhallintakeinot Vastuutaho#11 • Ydinjäädytysjakson venyminen

suunnitellusta aiheuttaa haittaa markkinaosapuolille tai asiakkaille

[1.] Go-/ no go -tarkistuspisteetVälitavoitetaulukko1.[2.] Nopea ja tehokas päätöksenteko, selkeät vastuut2.[3.] Käyttöönottoajankohdan valinta: ei vuodenvaihde, kuunvaihde, touko-kesäkuun

vaihde tai elo-syyskuun vaihde3.[4.] Realistinen arvio ydinjäädytysjakson pituudesta4.[5.] Tuotantokäyttöönoton valmistelu ja simulointi ydinjäädytysjakson minimoimiseksi ja

pitävyyden varmistamiseksi5.[6.] Riittävät resurssit tukipalveluissa ja ongelmaratkaisussa

6.[7.] Varautumissuunnitelma

1. DH2. DH3. DH

4. DH5. DH, MO

6. DH/CGI, MO(a)/T(r)

7. MO

#12 • Lukuisat toimitusprojektinaikaiset muutokset datahubin liiketoimintaprosesseihin ja toiminnallisuuksien toteutukseen viivästyttävät käyttöönottoa

1. Määrittelydokumentaation ja suunnitelmien laatu ja yksiselitteisyys2. Toimiva projektointimalli ja hyväksymiskäytännöt3. Tarkkaan määritelty muutostenhallintaprosessi4. Muutosten vaikutusten etukäteisarviointi5. Muutostarpeiden luokittelu ja priorisointi6. Vain ehdottoman välttämättömien muutosten toteutus lähestyttäessä käyttöönottoa7. Muutoksiin liittyvä tehokas ja nopea viestintä

1. DH/CGI2. DH3. DH4. DH, MO5. DH6. DH7. DH

#13 • Datahub-järjestelmäprojekti viivästyy DH:sta tai datahub-järjestelmän toimittajasta johtuvista syistä

1. Yksityiskohtainen ja realistinen toteutusaikataulu2. Tehtävien välisten riippuvuuksien ja aikakriittisten tehtävien huomiointi3. Riittävät ja riittävän ajoissa aloitettu testaukset4. Tarkka poikkeamien seuranta5. Resurssien joustavuus ja lisäresurssit sekä resurssivaraukset6. Mahdollisista aikataulumuutoksista tiedotetaan ajoissa

1. DH/CGI2. DH/CGI3. DH/CGI4. DH5. DH/CGI6. DH


31.12.201920.12.2019

108 (111)

#14 • Jäädytysjaksolla ilmenevä markkinaosapuolen järjestelmäinfran vikaantuminen estää aikataulunmukaisen käyttöönoton

1. Käyttöönoton tekninen suunnittelu2. Mahdollisten ongelmatilanteiden kartoitus3. Varautumiseen liittyvät toimenpiteet ja niiden etukäteisharjoittelu4. Vaihtoehtoisiin tietoliikenneyhteyksiin ja palomuureihin liittyvien sääntöjen ja avauksien

etukäteissuunnittelu ja testaus5. Käyttöönoton kenraaliharjoitus

1. MO2. MO3. MO, DH4. DH, MO

5. MO

#15 • Datahub-järjestelmän on epävakaa tai suorituskyky riittämätön

1. Suorituskyvylle riittävät SLA:t ja sanktiot alittamisesta2. Riittävät sekä todellista ja äärimmäistä kuormitustilannetta kuvaavat testaukset

(varmuuskertoimet)3. Valmius nopeaan suorituskyvyn ja kapasiteetin kasvattamiseen

1. DH2. DH/CGI

3. DH/a)/CGI(r)

#16 • Käyttöönoton jälkeisten tehtävien työmäärä markkinaosapuolilla ylittää arvioidun työmäärän

1. Markkinaosapuolten resurssivaraukset käyttöönoton jälkeisille tehtäville2. Uusien kehitysprojektien käynnistämisen välttäminen heti datahubin käyttöönoton

jälkeen; varataan aikaa virheiden korjaukselle3. Puskureiden purkamisen testaus4. Yhteisten pelisääntöjen noudattaminen ja sujuva yhteistyö5. Datahubin resurssivaraukset virheiden selvitykselle6. Käyttöönoton jälkeisten tehtävien tehostettu valvonta datahubin taholta

1. MO2. MO

3. MO4. DH, MO5. DH6. DH

#17 • Katastrofitilanteessa paluu vanhaan tiedonvaihtomalliin ei onnistu

1. Palautumissuunnitelman hyvä laatu2. Palautumissuunnitelman testaaminen käytännössä3. Plan B4. Sanomaliikenteen ylösajosuunnitelma

1. DH, MO2. MO, DH3. DH, MO4. DH, MO

#18 • Testimenettelyissä ei kyetä tunnistamaan tyyppivirheitä nopeasti ja informoimaan niistä kaikkia markkinaosapuolia, jolloin resursseja kuluu turhaan samojen tyyppivirheiden ratkaisemiseen

1. Etukäteen vahvistetut ja julkistetut hyväksymiskriteerit sekä virheluokkien määrittely2. Toimiva yhteinen testityökalu3. Testaukseen liittyvä tiedottaminen4. Muutosten hallinta

1. DH2. DH(a)/CGI(r)3. DH4. DH



31.12.201920.12.2019

109 (111)

#19 • Lähdejärjestelmistä datahubiin siirrettävä tieto on virheellistä tai puutteellista

1. Titta-palvelun toimivuus2. Titta-palvelun aktiivinen käyttö3. Tiedon laadun tarkistamisen aloittaminen riittävän ajoissa4. Aktiivinen viestintä osapuolille tiedon laadun tarkistamisen tärkeydestä5. Markkinaosapuolen tietokonversioprosessin ja poimintatyökalun toimivuus6. Sanktiointi, mikäli tiedon laatu ei ole tietokonversiosuunnitelman vaatimusten mukaista7. Resursointi tiedon laadun korjaamiseksi ja erilaisten tietoteknisten työkalujen käyttö,

parhaiden käytäntöjen edistäminen osapuolien keskuudessa

1. DH2. MO3. MO4. DH5. MO6. EV7. MO

#20 • Datahubin käyttöönottoon liittyvät lainsäädäntö-muutokset viivästyvät tai eivät toteudu sisällöltään odotusten mukaisina

1. Lainsäätäjien aktivointi sekä tarpeen konkretisointi2. Toimialan yhteisen näkemyksen aikaansaaminen riittävän ajoissa käsittelyn

nopeuttamiseksi

1. DH, MO2. DH, MO

#21 • Tietojen siirto Titta-palvelusta datahubiin epäonnistuu ("alkulataus")

1. Titta-palvelun ja datahubin välisten integraatioiden testaus2. Datahub-järjestelmän palautuksen testaus3. Vaikutusten ennakointi käyttöönoton yksityiskohtaiseen aikatauluun4. Menetelmien kehittäminen tilanteen nopeaan todentamiseen

1. DH2. DH3. DH4. DH

#22 • Yksityisyyden suojan piiriin kuuluvaa luottamuksellista tietoa päättyy taholle, joka ei ole siihen oikeutettu

1. Tietoturvaan ja -suojaan liittyvät vaatimusmäärittelyt2. Yhteistyö viranomaisten kanssa3. Tarvittavat tietoturva-auditit4. Tuotantodatan käytön välttäminen testauksissa mikäli tietoturvan taso ei ole riittävä

1. DH, MO2. DH3. DH, MO4. DH, MO

#23 • Yhtä tai useampaa liiketoimintaprosessia ei saada ajettua ylös datahubissa suunnitellusti tai liiketoimintaprosessit toimivat datahubissa virheellisesti

1. Datahubin toimintojen / liiketoimintaprosessien priorisointi virheenkorjauksessa tarvittavien resurssien allokoimiseksi

2. Suunnitelma, toimintamalli ja ohjeet keskeneräisten ja takautuvien tapahtumien purkamiseksi ja hoitamiseksi datahubiin

3. Rinnakkaiset järjestelmät tai järjestelyt4. Prosessikuvausten läpikäynti eri osapuolten taholta5. Dokumentoinnin laatu6. Testaukset

1. DH, MO

2. DH, MO

3. DH, MO4. DH, MO5. DH6. DH, MO/T



31.12.201920.12.2019

110 (111)

#24 • Eri osapuolten kriittiset resurssipullonkaulat käyttöönottohetkellä ("go-live") pitkittävät katkoaikaa

1. Hyvä etukäteissuunnittelu2. Etupainotteinen tekeminen3. Resurssivarmistukset ja erityisjärjestelyt resurssien saatavuuden varmistamiseksi

1. DH, MO2. DH, MO3. DH/CGI,MO/T

#25 • Fingrid Datahubin kyvyttömyys tehdä päätöksiä riittävän nopeasti

1. Mandaatti2. Toimiva päätöksentekomalli3. Etukäteisymmärrys päätöksien vaikutuksista koko alalle4. Resurssien saatavuus

1. TEM2. DH, EV3. DH, MO/ET4. DH

#26 • Sidosryhmäviestintä puutteellista, riittämätöntä tai ei saavuta kaikkia tulevia datahubin käyttäjiä

1. Monikanavaisuus2. Toisto

1. DH, MO/ET2. DH, MO/ET

#27 • Puutteelliset tai tehottomat tiedonvaihdon toimintamallit ydinjäädytysjaksolla

1. Sanomaliikenteen alasajosuunnitelma ja ohjeet markkinaprosessien läpiviemiseksi ydinjäädytysjaksolla

2. Vain välttämättömien tapahtumien käsittely ydinjäädytysjaksolla; kaiken ei-kiireellisen välttäminen

3. Riittävä resursointi erityisesti asiakaspalveluun huomioiden lisääntyvä manuaalinen työ4. Peruutus- ja korjausprosessien määrittely etukäteen5. Nopea mekanismi ennakkotapausten ratkaisemiseksi ja ohjeiden täydentämiseksi ja

viestimiseksi

1. DH, MO/ET

2. MO

3. MO4. DH, MO/ET5. DH, MO/ET

#28 • Riittämättömät käyttöönotonaikaiset tukipalvelumallit ja -prosessit markkinaosapuolille

1. Datahub-organisaation tukipalvelujen määrittely ja mitoitus2. Resurssivaraukset datahub-järjestelmätoimittajalta3. Toimivat työkalut tukipalveluihin

1. DH2. DH/CGI3. DH/CGI

#29 • Asiakasviestintä datahubista epäonnistuu ja saa asiakkaat suhtautumaan negatiivisesti datahubia kohtaan

1. Asiakasviestintä ennen käyttöönottoa vain aivan välttämättömistä asioista

2. Viestinnän selkeys ja yhdenmukaisuus3. Etukäteen mietittyjä vastauksia todennäköisimpiin kysymyksiin4. Asiakkaalta ei edellytetä toimenpiteitä

1. DH, MO/ET, TEM2. DH, MO3. DH, MO4. MO



31.12.201920.12.2019

111 (111)


Sähkökaupan keskitetyn tiedonvaihdon palvelujen … · Web viewSähkökaupan keskitetyn...

Documents

Transcript of Sähkökaupan keskitetyn tiedonvaihdon palvelujen … · Web viewSähkökaupan keskitetyn...