datahub-infotilaisuus 31.5.2016

Datahub infotilaisuus31.5.2016

Fingrid – datahub projekti

2

Agenda• 11.00 – 12.00 Lounas

• 12.00 – 12.20 Ajankohtaista – Pasi Aho

• 12.20 – 13.45 Liiketoimintaprosessit ja dokumentaatiot

• Prosessien muutokset nykymalliin verrattuna ja muutostarpeiden hallinta – Marjut Puukangas

• Prosessityön dokumentaatio – Esa Pietarinen

• Tekninen dokumentaatio – Jari Hirvonen

• 13.45. – 14.15 Kahvitauko

• 14.15 – 16.00 Tietokonversiosuunnitelma ja jatkotoimenpiteet

• Tietokonversiotyö – Marko Juslin

• Tietokonversiosuunnitelma ja ohjeistukset – Fredrik Södö

• GS1 – ohjeistus – Esa Pietarinen

• Toimialan esitys – tietokonversiotyö – Minna Pajunen KSS Energia Oy

• 16.00 – 17.30 Tilaisuuden päätös ja buffet

31.5.2016

Projektin ajankohtaisia asioita

Datahub infotilaisuus 31.5.2016

Pasi Aho

4

Vahvaa viestintää alalle:miten datahubin

tuloon pitäisi valmistautua ja varautua?

Keskeiset tehtävät vuonna 2016

Prosessityön tulosten"julkinen kuuleminen"

Toiminnalliset jatekniset määrittelyt

Tietojärjestelmähankinnan käynnistäminen

Migraatiotyön suunnittelutoimialan kanssa:

mitä tietoja järjestelmissä nyt on, ovatko ne oikein, mitä pitäisi olla, ovatko sisällöt sitä mitä pitäisi?

Datahubiin liittyvät lainsäädäntö-

muutokset/lisäykset

31.5.2016

5

Toimialan asiantuntijaryhmät

• yhteydenpitokanavana projektin ja siihen liittyvien sidosryhmien välillä• seuraa tiiviisti projektin etenemistä• antaa näkemyksiä toimialaan/sidosryhmiin liittyvissä asioissa• edesauttaa projektin tavoitteiden saavuttamisessa• lisää sidosryhmien tietoisuutta projektin etenemisestä.

Seurantaryhmä

• ryhmän tehtävänä on käsitellä datahubin liiketoimintaprosesseihin ja tiedonvaihdon määrittelydokumentteihin saadut muutostarpeet ja ehdotukset tehokkaasti, tasapuolisesti ja huomioiden mahdolliset kerrannaisvaikutukset alalle.

• toimii osaltaan tärkeänä linkkinä prosessityön ja toimialan välillä tuoden työskentelyyn alan laajan näkemyksen ja osaamisen.

Prosessityöryhmä

• tietokonversiotyöryhmän tehtävänä on määritellä tiedonsiirtomuodot, prosessi ja työkalut tietojen toimittamiseen• ryhmän yritykset toimivat myös pilottiyrityksinä konversion edetessä

Tietokonversioryhmä

31.5.2016

6











31.5.2016

7

Datahub-tietojärjestelmätoteutuksenvaiheet ja aikataulu

11/2015 − 03/2016Markkina-kartoitus

Markkina-kartoituksessa kerätään tietoa

tuotteista ja toimijoista ja

lisätään tietoisuutta hankkeesta.

Q3/2016Julkisen

hankinnan käynnistäminen

Julkinen hankinta arvioidaan

käynnistettävän HILMA/TED:ssa

rajoitetulla menettelyllä.

Q4/2016Alustava

tarjouspyyntö

Hankintaprosessi jatkuu jatkoon

valituiden hakijoiden kanssa. Alustava

tarjouspyyntö-materiaali

toimitetaan vain valituille hakijoille.

Q2/2017Lopullinen

tarjouspyyntö

Hankinnan viimeinen vaihe jonka lopuksi

tehdään hankintapäätös.

Q4/2017Projekti

Sopimus valitun hakijan kanssa on

allekirjoitettu ja tietojärjestelmän toimitusprojekti

alkaa.

31.5.2016

8











31.5.2016

9

Projektin organisaatio 1.4.2016 =>

OhjausryhmäAsta Sihvonen-Punkka (pj)Jussi JyrinsaloJan MontellRaisa MölkänenKari SuominenPasi Aho (siht)

ProjektipäällikköPasi Aho

Tietojärjestelmän hankintaMarko JuslinEmmi Kaivosoja

Tietokonversio ja –migraatioFredrik SödöJukka Rinta-Luoma

Prosessit ja tietomalliMarjut PuukangasMinna ArffmanEsa Pietarinen

Henkilöitä ja osaamista koko FingridistäICT, Viestintä, Laki, Talous, Hallinto

31.5.2016

10

Alustava kokonaisaikataulu

2015

Valmistelu ennen TEM:n päätöstä

2016 2017 2018 2019

TEM:n päätös 8.4.2015

Vähittäismarkkinoihin liittyvien markkinaprosessien määritteleminendatahub-yhteensopivaksi

Datahub-tietojärjestelmän toiminnallinen ja tekninen määrittely

Datahub-tietojärjestelmän hankinnan valmistelu

Tietojärjestelmän hankinta

Tuotantokäyttö alkaa

Datahubin toteutus yhdessä järjestelmätoimittajan kanssa

Toimialan avustaminen, esim. konversioasiat

Testausjakso

31.5.2016

Liiketoimintaprosessit ja dokumentaatiot

Prosessien muutokset nykymalliin verrattuna ja muutostarpeiden hallinta


Marjut Puukangas

Prosessien muutokset nykymalliin verrattuna

13

14

Datahub voi myös käsitellä ja jalostaa

sinne tallennettua tietoa. Ratkaisu takaa täydellisen

tietoturvan sekä yksityisyyden suojan.

Järjestelmä nopeuttaa, yksinkertaistaa ja

parantaa toimintaa, kun erilaiset sähkön

käyttöön liittyvät ydintiedot sijaitsevat vain yhdessä

paikassa.

Keskitetyn ratkaisun etuja on myös se, että tiedot ovat

yhdenvertaisesti ja samanaikaisesti kaikkien

osapuolten saatavilla.

Datahubin etuja ja hyötyjä

31.5.2016

15

Datahubin osapuolet ja roolit

Datahub

Verkonhaltija

Sähkönmyyjä

Palveluntarjoaja

Sähkön loppukäyttäjä

31.5.2016

16

Master Data M

aste

r Dat

a

Master Data

Päätoiminnallisuudet

Mittaustietojen tallennus ja

välitys

Jakeluverkonhaltijan

taseselvitys

Asiakas- ja käyttöpaikka-

tietojen tallennusja välittäminen

Yhdenmukaisten markkina-prosessien

toteutus

Viranomais-raportointi

Toiminnanlaadun valvonta

Avoimet rajapinnat kolmansia

osapuolia varten

Testaus- jasertifiointipalvelu

Jakeluverkon-haltijan ja

sähkön myyjän lakisääteinen kulutustietojen

raportointi

Master Data

31.5.2016

17

Master Data M

aste

r Dat

a

Master Data

Päätoiminnallisuudet

Mittaustiedot samassa paikassa, ajantasalla kaikkien tietoon oikeutettujen

saatavilla

Taseselvitys - tehdään jatkossa

datahubissa

Asiakas- ja käyttöpaikka-

tiedot heti samassa muodossa kaikkien tietoon oikeutettujen

saatavilla

Yhdenmukaiset prosessit -> Kaikkien on

toimittava samalla tavalla

Viranomais-raportointi

datahubissa olevien tietojen osalta

Toiminnanlaatua valvotaan

datahubissa

Avoimet rajapinnat kolmansia

osapuolia varten toteutetaan

Tehokkaampi ja laadukkaampi

testaus- ja sertifiointipalvelu

Jakeluverkon-haltijan ja

sähkön myyjän lakisääteisten kulutustietojen raportointitiedot

datahubista

Master Data

31.5.2016

18

Laadukkaat prosessit datahubissa

Tietojen valvontaValtuutusten hallintaSopimusprosessit

laadukas tietosuoja

Tiedot reaaliaikaisesti käytettävissä

parempi asiakaspalvelu

Tietojen validointilaadukkaampaa tietoa parempi asiakaspalvelu

Yksilölliset tiedot (asiakas ja käyttöpaikka)

– laadukkaampi ja kattavampi tieto parempi raportointi

Tietojen harmonisointiyhtenäiset käsittelytavat

Selkeä vastuunjako prosesseittain

MyyjäAsiakastieto Sopimustieto

JakeluverkonhaltijaKäyttöpaikkatieto

Mittaustieto

31.5.2016

Muutostarpeiden hallinta

19

20

Tarve muutoksille

• Mahdollisia muutostarpeita projektin aikana

• Alan toimijoilta, viranomaisilta, datahub-projektilta

• ET:n nimeämä prosessityöryhmä

31.5.2016

21

Prosessityöryhmän tehtävät

Jäsenet toimivat osaltaan tärkeänä linkkinä prosessityön ja toimialan välillä tuoden työskentelyyn alan

laajan näkemyksen ja osaamisen

Fingridin datahub -projektin yhteydessä toimiva neuvoa-antava

elin

Voi pyytää myös laajemmin alan kommentteja esitettyihin

muutostarpeisiin

Käsittelee datahubin liiketoimintaprosesseihin ja tiedonvaihdon määrittelydokumentteihin saadut

muutostarpeet ja ehdotukset tehokkaasti, tasapuolisesti ja huomioiden mahdolliset

kerrannaisvaikutukset alalle

Tarvittaessa priorisoi ehdotukset ja esittää perustellut näkemyksensä

jatkotoimenpiteistä

31.5.2016

22

Työryhmän toiminta• Työryhmä kokoontuu 1-2 kk välein

• Kokousten pöytäkirjat luettavissa kokousten jälkeen Fingridin kotisivuilla

Ryhmän jäsenet:• Milja Helenius, Fortum Markets Oy

• Esa Kaario, Tampereen Sähköverkko Oy

• Tiina Leppälahti, Helen Oy

• Tomi Mäkelä, Elenia Oy

• Vesa Mäkilä, Satapirkan Sähkö Oy

• Jari Nykänen, Etelä-Savon Energia Oy

• Saku Ruottinen, Caruna Oy

• Jari Rusanen, Loiste Sähköverkko Oy

• Raimo Toivanen, PKS Sähkönsiirto Oy

• Kaisa Ylipeura, Energiapolar Oy

31.5.2016

Keskeiset datahubin dokumentit


Esa Pietarinen

24

Keskeiset dokumentit

• Sähkön vähittäis-markkinoiden liiketoiminta-prosessit datahubissa

Dokumentit löytyy www.fingrid.fi/fi/asiakkaat/datahub/

• Datahub-prosessit• Datahub-tapahtumat

tekninen kuvaus • Datastandardi

31.5.2016

Miten valmistaudun datahubin tuloon?

" "

26

Harjoitus: Poimi nykyprosesseista tosielämän tapahtuma ja käy harjoitusluonteisesti läpi, miten sama prosessi etenee

datahubissa

Ohjeita dokumenttien läpikäymiseen

Prosessidokumentin luku 3!

Suunnittele omat prosessisi datahubin maailmaan

Mitä uusia kehitys- ja tehostamismahdollisuuksia

datahubin tuo teidän prosesseihin?

Käy läpi datastandardin liiketoiminta-sarakkeet [email protected]

31.5.2016

Tekninen dokumentaatio


Jari Hirvonen

28

Datahub infotilaisuus - tekninen dokumentaatio

• Tekninen ryhmä

• Datahub tapahtumat dokumentaatio

• Tärkeimmät muutokset

31.5.2016

29

Tekninen ryhmä• Prosessiryhmien rinnalle perusteettiin tekninen työryhmä määrittelemään tekniset

kuvaukset prosessityöryhmien kuvaamien liiketoimintaprosessienkuvausten ja tietomallien mukaisesti.

• Ryhmän jäseninä ovat toimineet:

• Jari Arve, Satapirkan Sähkö Oy

• Ari Hallikainen, Enoro Oy (työpajojen fasilitointi)

• Jari Hirvonen, Fingrid Oyj (ryhmän puheenjohtaja)

• Mikko Horsmanheimo, Caruna Oy

• Arttu Lahtinen, Fortum Markets Oy

• Joni Räsänen, Tieto Oyj

• Merja Toikko, Enfo Zender Oy

31.5.2016

30

Tekninen ryhmä• Työtä tehtiin tiiviisti yhteistyössä prosessityöryhmien kanssa. Työssä vahvasti mukana

myös prosessityöryhmien Fingridin jäsenet.

• Työn lopputuloksena Datahub-tapahtumat tekninen kuvaus dokumentti.

• Jatkossa ei erillistä teknistä työryhmää. Muutokset käsitellään uuden prosessiryhmän yhteydessä.

31.5.2016

31

Datahub tapahtumat dokumentaatio• Yleisiä määrityksiä ja sääntöjä

• Versiointi

• Yleinen rakenne• Otsikko (sanomatunniste, lähettäjä/vastaanottaja tiedot)

• Prosessi (viittaus datahub tapahtumatunnukseen)

• Tapahtumatiedot (tietosisältö)

• Kuittaukset• Pakollisia

• Peruutustapahtuma

31.5.2016

32

Datahub tapahtumat dokumentaatio• Tapahtumakuvaukset

• Tietokentät, pakollisuudet,

tietotyypit, ..

31.5.2016

33

Datahub tapahtumat dokumentaatio• Mitä tullaan vielä tekemään

• Tietomallin täydennys dokumentaatioon. Q3/2016

• Tarkemmat rajapintakuvaukset yhdessä toimittajan kanssa (WSDL/XSD)

31.5.2016

34

Tänään

• Sanomaliikenne

• EDIFACT (PRODAT, ...)

• Asynkroninen

• Kansalliset tunnukset (osapuoli, käyttöpaikka)

Datahub

• Rajapinnat (WebService, REST)

• XML (ebIX)

• Synkroninen

• GS1 tunnukset

Tärkeimmät muutokset

31.5.2016

Tietokonversiosuunnitelma ja jatkotoimenpiteet

Tietokonversiotyö


Marko Juslin

Sisältö• Taustaa

• Tavoitteet

• Tekijät

• Työn eteneminen

2 31.5.201631.5.2016

Tietokonversio, taustaa• Datahub tietokonversiolla tarkoitetaan

liiketoimintaprosessien perustietojen ja mittaustietojen historiatietojen lataamista lähdejärjestelmistä uuteen datahub -järjestelmään.

• Lähdejärjestelmät ovat pääsääntöisesti sähköverkkoyhtiöiden ja sähkön myyjien liiketoimintasovellukset, joissa ylläpidetään asiakas-, käyttöpaikka-, sopimus- ja mittaustietoja.

Lisää kuva napsauttamalla kuvaketta

3 31.5.2016

• Lähdejärjestelmien toimittaman tiedon yhdenmukaistaminen

• välttämätöntä, jotta samoista järjestelmistä pystytään suorittamaan liiketoimintaprosesseja datahub -järjestelmässä sen käyttöönoton jälkeen

• Datahub -järjestelmän historiatiedon alkulataus

Tietokonversiotyö, taustaa: kaksi päätavoitetta

3 31.5.2016

Tietokonversiotyö, taustaa: Korjattavaa löytyy?

• On tiedossa:

• Ei löydy paikkaa datahubin tarvitsemille tiedoille tai ne ovat eri muodoissa nykyisissä järjestelmissä

• Olemassa olevissa tiedoissa on puutteita ja virheitä (esim. asiakastiedot)

• Onko meillä selvää mikä on tilanne ja mitä pitäis tehdä?

• Jotain täytyisi luultavasti tehdä?

5 31.5.201631.5.2016

Tietokonversiotyö, tavoitteet: Työn päävaiheet

Suunnittelu ToteutusPilotointi

7 31.5.201631.5.2016

Tietokonversiotyö, taustaa: Tehdyt kuvaukset luovat edellytykset jatkotyölle

Liiketoimintaprosessien tarpeet tiedonvaihdolle

Tietokonversiosuunnitelma

Fingrid voi edetä datahub –

tietojärjestelmän hankinnassa

Toimialan yritykset voivat edetä omissa suunnitelmissaan ja

valmisteluissaan

Fingrid voi edetä tietokonversio-

järjestelmän hankinnassa

Tiedonvaihdon tekniset kuvaukset

7 31.5.201631.5.2016

Tietokonversiotyö, tavoitteet: Suunnitelma missä muodossa tiedot tuodaan

• Suunnitelma kertoo missä muodossa datahub –järjestelmän tarvitsemat historiatiedot tuodaan sähkön verkko- ja myyntiyhtiöiden eri järjestelmistä:

Markkinaosapuolen tehtävä:

• Tunnistaa järjestelmät joista tiedot tuodaan:• asiakastietojärjestelmät

• mittaustietojärjestelmät

• mahdolliset muut järjestelmät?

• Aloittaa valmistelut tietojen puutteiden ja korjaus tekemiseksi, mahdollisesti isoja muutoksia • Kuinka laajoja muutoksia on järkevää tehdä? Mikä on muu kehitysvelka, onko syytä yhdistää tähän vai

tehdä erikseen?

• Selvittää kuka tuottaa tiedot tarvittavaan muotoon ja miten datahubia varten

8 31.5.201631.5.2016

Tietokonversiotyö, tavoitteet: Suunnitelma miten toimituksia hallitaan

• Suunnitelma asettaa tavoitteet miten eri tietotoimituksia hallintaan, seurataan ja analysoidaan ja miten palaute toimitusten laadun suhteen annetaan ja käsitellään ja millaiset työkalut tähän tarvitaan


• Valmistautua toimituksien tekemiseen eri vaiheille asetettujen tavoitteiden mukaisesti,

• varautua toimitusten hallintaan omien järjestelmiensä osalta (testijärjestelmät, latausjärjestelmät, riippuvuudet muihin järjestelmiin yms?),

• selvittää kuka hoitaa tarvittavat tietojen poiminnat ja lataukset datahubia varten.

9 31.5.201631.5.2016

Tietokonversiotyö, tavoitteet: Suunnitelma miten tiedot tarjotaan datahubille

• Suunnitelma antaa lähtökohdan datahub –järjestelmän hankintaan sekä testaukseen ja käyttöönottoon tietosisällön osalta


• Toimittaa ajoissa hyvälaatuista tietoa järjestelmän testauksen ja käyttöönoton valmistelun tueksi ja itse käyttöönottotapahtumaan,

• valmistautua itse käyttöönottoon sisäisesti: toimintatavat ja liittyvät järjestelmät

10 31.5.201631.5.2016

Tietokonversiotyö, tavoitteet: Suunnitelma ehdottaa yhteistä toimintamallia

1. Määritellä tiedonsiirtomuodot toimialan järjestelmien ja erillisen tietokonversiojärjestelmän välillä

2. Määritellä tiedonsiirtomuoto tietokonversiojärjestelmästä datahub -järjestelmään

3. Määritellä tietojen toimitustapa ja toimitusten hallinta ja seuranta4. Tietokonversiojärjestelmän tekninen määrittely ja tarvittavat työkalut

asiakas-/mittaustieto-järjestelmä

tietokonversio-järjestelmä

datahub -järjestelmä

11 31.5.2016

1. 2.3. 4.

31.5.2016

47

Datahubin liiketoimintaprosessit ja vaatimukset tiedon laadulle

aiheuttavat muutoksia ja tehtäviä kaikille sähkön

vähittäismarkkinoiden osapuolille.

Tietokonversiotyöryhmämäärittelee tiedonsiirtomuodot,

-prosessit ja työkalut tietojen toimittamiseen. Tavoitteena on

varmistaa, että toimialan nykyisten tietojärjestelmien erilaiset

sovellusmuutokset ja toteutukset tulevat huomioitua oikealla tavalla.

Tietokonversiotyö, tekijät: Tietokonversiotyöryhmä

Jari Jaakola Pohjois-Suomen Energiatieto Oy

Jaana Kortelainen Porvoon Energia Oy

Vassi KujalaVattenfall Oy

Erika LietzenCaruna Oy

Jukka LuomaImatran SeudunSähkö Oy

Minna PajunenKSS Energia

Birgitta Polojärvi Loiste Sähkönmyynti Oy

Katja RepoMäntsälän Sähkö Oy

Hannu SantalaFortum Markets Oy

Saila TurunenPohjois-KarjalanSähkö Oy

Sari Wessman Jyväskylän Energia Oy

31.5.201631.5.2016

48

Tietokonversiotyö, työn vaiheet ja eteneminen

Toimialan pilottiryhmä, Modultek ja

Fingrid: Tietokonversio-

suunnitelmaFingrid:

Tietokonversio-järjestelmän

hankinta

Toimialan pilottiryhmä, tietokonversiojärjestelmän

toimittaja X ja Fingrid: Tietokonversioiden

pilotointi ja tietokonversio-järjestelmän testaus

Koko toimiala: Tietojen toimitukset ja testaus datahub –järjestelmää vasten ja tietojen korjaus

jatkuu

Toimiala: Valmistau-tuminen

tietokonversio-toimituksiin

01-08/2016

04/2016 – 09/2017

06-11/2016

12/2016 – 09/2017 10/2017 – 10/2019

Fingrid: Datahub –järjestelmän hankinta ja käyttöönotto

Q3/2016 ->

Fingrid: Tietokonversio-ohjeistus

08/2016 ->

31.5.201631.5.2016

DatahubTietokonversio-suunnitelma ja ohjeistukset

Datahub Infotilaisuus 31.5.2016

Fredrik Södö

50

Tietokonversio-konseptin avainsanat• Vastuunjako• Laatu• Tehokkuus

31.5.2016

Datahub -järjestelmäTietokonversiojärjestelmäLähdejärjestelmät

Lähdetiedon poiminta

Lähdetiedon tarkistus

Tiedon lataus datahubiin

PalautePalaute

Tietokonversioprosessi

03.05.2023Fredrik Södö4

52

Osapuolet ja vastuut

31.5.2016

Fingr

id

Tietokonversiotyökalun toteutus

Määrittelyn mukaisten siirtotiedostojen tuottaminen

Siirtotiedostojen toimitus tietokonversiojärjestelmään

Toimitetun tiedon tarkistus ja laaturaporttien tuottaminen

Tiedon korjaus ja rikastaminen markkinaosapuolien omiin järjestelmiin

Tarkistetun tiedon julkaiseminen datahubille

Tiedon lataus tietokonversiojärjestelmästä datahubiin

Tarvittavat muutokset markkinaosapuolien omiin tietojärjestelmiin

Projektinhallinta

Tiedottaminen

Tehtävä Datahu

b toim

ittaja

Tietok

onve

rsio-

kumpp

ani

Lähd

etied

on

järjes

telmäto

imitta

ja

Markk

inaos

apuo

let

A

A

A

A

A

R

RRA R

RAR

A R R

RR

A

A R

RR RII

IIC RI

ICIII

R = responsible (toteutusvastuullinen)A = accountable (tulosvastuullinen)C = consulted (neuvoja)I = informed (tiedotettava)

C

53

Tiedon laadun varmistus

31.5.2016

Tiedostokohtainen tarkistus

Osapuolikohtainen tarkistus

Datahub tarkistus

DatahubMarkkinaosapuolet Fingrid

Osapuolten toimitusstatus

Tiedon eheys osapuolitasolla

Tiedon eheys datahub tasolla

Virheraportit kenttätasolla

Virheraportitosapuolitasolla

Virheraportitmarkkinatasolla

Korjaus / rikastus

54

Tietokonversioprojekti

Tavoitteet• Sähkömarkkinoiden

liiketoimintaprosessien perustiedon yhdenmukaistaminen

• Datahub järjestelmän alkulataus

31.5.2016

55

Markkinaosapuolten valmistautuminen tietokonversiotyöhön

31.5.2016

Oma tietokonversiosuunnitelma• Muutostarpeiden kartoitus

• Muutosten toteutus- ja testaussuunnitelma

Tietojen siivous ja rikastus• Virheellisen tiedon korjaaminen

• Puuttuvan tiedon lisääminen

Muutosten toteutus• Tietomallin laajennuksia

• Tietotyyppien muutoksia

• Sisäisten tarkistusten lisääminen

Poimintatyökalujen toteutus• Siirtotiedostot luodaan koneellisesti

• Markkinaosapuoli pystyy itse ajamaan poimintoja

Ympäristöt!

56

Havaintoja lähdejärjestelmien tietosisällössä ja -rakenteessa

31.5.2016

• HETU puuttuu henkilöasiakkailta ja Y-tunnus yritysasiakkailta

• Kenttien rakenne ei vasta datastandardia

• Virheelliset osoitetiedot• Tallennusmuoto vaihtelee• Osa tiedoista ei löydy ollenkaan

57

Järjestelmätoimittajien yleisiä havaintoja

31.5.2016

• Arvojen vastaavuusmäärittelyjä tarvitaan varsin paljon

• Osa kentistä vaatii järjestelmätoimittajan ja asiakkaan välistä määrittelyä• mistä tieto voidaan johtaa• mistä tieto on haettavissa

• Tietokenttien käytössä asiakaskohtaisia eroavaisuuksia

58

Datahub tietokonversio

31.5.2016

Iteraatio 1 Iteraatio 2 Iteraatio 3M1 M2 M3

- Kaikki osapuolet toimittavat siirtotiedostot määrittelyn mukaisessa formaatissa

- Kriittiset tiedot oikeassa muodossa

- Osapuolikohtainen laadun mittaus

- Datahub -järjestelmän latausprosessin toteutus

- Koordinoitu toimitus- Ladataan tiedot datahubin

testikantaan- Datahub -tason laadun

mittaus- Suorituskyvyn mittaus

Iteraatio 4Käyttöönoton simulointi

Iteraatio 5Käyttöönotto

M4 M5

- Tiedon laatu lähellä käyttöönottovaatimuksia

- Suorituskyky käyttöönottovaatimusten tasolla

59

• Julkaistaan toimialalle kommentoitavaksi 8.6.2016

• Kommentointiin on aikaa 19.8.2016 asti

• Toimialan kannalta tärkeimmät luvut:• Luku 3: Tietokonversioprojektin vaiheet • Luku 4: Tehtävät ja vastuut• Luku 5: Tietokonversioprosessi

31.5.2016

Tietokonversiosuunnitelma

60

Elokuussa 2016• Ohjeet datahub tietokonversioon

valmistautumista varten• Siirtotiedostojen

esimerkkitiedostot• Tietojen siivousohje (alustava)

31.5.2016

Ohjeistus

Pilottivaiheen aikana• Tiedon laatuvaatimukset ja

laadun mittaus• Tietokonversiojärjestelmän

käyttöohje

61

Viestintä

Viestinnän tavoitteet

1. Lähdetiedon yhdenmukaisuus

2. Lähdeaineiston toimitusten samanaikaisuus

31.5.2016

62

• Datahub käyttöönoton jälkeen markkinoiden tietoliikenne kulkee datahubin kautta

• myös sanomaformaatti muuttuu

• vain datahubiin kytketyt osapuolet pystyvät toimimaan markkinoilla

• Datahubin pitää olla miltei täydellinen perustiedon osalta

Kaikki osapuolet on saatava samalle viivalle

31.5.2016

Viestinnän tärkeimmät haasteet

Datahub käyttöönotto

63

• Lähetetään infotilaisuuden jälkeen• Kerätään perustietoa

markkinaosapuolten datahub -valmiudesta

• Varmistetaan, että tiedot saadaan kaikilta yhtiöiltä

31.5.2016

Esitietokysely

Siirtyminen GS1-tunnuksiin


Esa Pietarinen

65

Mikä on GS1?

31.5.2016

66

Miksi GS1?• Takaa kansainvälisesti

yksilöidyt tunnukset

• Tehostaa tiedonvaihtoprosesseja

• Harmonisoi käsitteitä, kuten käyttöpaikka ja osapuolitunnus

31.5.2016

67

GS1 sähkön vähittäismarkkinoilla

GLN(Global Location

Number)

Yritystunniste + 3-5 vapaavalintaista

numeroa + tarkistusnumero

6412345671231

Yritystunniste(Company prefix)

Maakoodi + 5-7 vapaavalintaista

numeroa

641234567

GSRN(Global Service

Relation Number)

Yritystunniste + 8-10 vapaavalintaista

numeroa + tarkistusnumero

641234567123456781

Yritykset Käyttöpaikat Osapuolet

31.5.2016

68

Tilanne pohjoismaissa

Maa Käyttöpaikat* Osapuolet Mittausalueet Tuotanto-yksiköt

Hinta-alueet

Tanska GS1 (GSRN) GS1 (GLN) ja EIC

Kansalliset tunnukset

GS1 (GSRN)

EIC

Suomi Kansalliset tunnukset




EIC

Norja GS1 (GSRN) GS1 (GLN) EIC (Otetaan käyttöön)

GS1 (GSRN)

EIC

Ruotsi GS1 (GSRN) Kansalliset tunnukset



EIC

*GSRN-tunnusta käytetään ainakin Norjassa myös rajapisteille

31.5.2016

69

Miten edetään?• Prosessiryhmä käsittelee

• GS1-organisaatio mukaan suunnitteluun

• Selvitettäviä asioita:

• Tunnisteiden käyttöön liittyvät säännöt

• Milloin ja miten gs1-tunnuksiin siirrytään?

• Mitä tunnistetta käytetään jatkossa mittausalueille, tuotantoyksiköille ja rajapisteille?

Tarkka suunnitelma ja ohjeet siirtymisestä julkaistaan alkusyksystä

31.5.2016

Datahub tietokonversiotyö ja tiedon laadun parantaminen & KSS Energia

Minna Pajunen, KSS Energia31.5.2016

KSS Energia konserni

KSS Energia OyKSS Verkko OyKSS Rakennus OyKSS Lämpö Oy

Liikevaihto 112 M€ (2015)Asiakkaat 51.384 (2015)Henkilöstö 122 hlöä.

Omistaja Kouvolan kaupunki

71

Datahub tietokonversiotyö ja tiedon laadun parantaminen

Tiedonlaadun parantaminen

– Asiakastiedot:

• asiakkuusneuvojat puhelujen aikana tarkistavat, että asiakastiedot ovat ajantasaiset

• henkilötunnuksia ja y-tunnuksia puuttuu noin 20 %

• nimien kirjoitusasut– yrityksille YTJ:ssä oleva nimi – etuja sukunimi oikeissa kentissä, ei väärinpäin – kuolinpesien ja perikuntien kirjoitusasut yhtenäisiksi

72


– Käyttöpaikkojen osoitetietojen oikeellisuus• noin 90 % oikein (Fingridin/Postin raportti)• tarkenteiden lisäyksiä osoitteisiin

-> ei kahta samanlaista osoitetta

– Aikataulu: 2016 vuoden loppuun mennessä-> tarkistustyö jatkuu Datahubin käyttöönottoon asti

– Haasteet:• resurssit - työ tehdään muun työn ohella• KSS Onlinen kautta automaattisesti järjestelmään siirtyvät

asiakkaiden päivittämät epätäydelliset/virheelliset tiedot

73


KSS Energian tietojärjestelmän tiedonlaajuuden sisällön eroavaisuudet Datahubin tietolaajuuteen (Datastandardi)

– Eroavaisuuksia/puutteita kirjataan ylös

• Osaa tiedoista ei löydy järjestelmästä ollenkaan• Osa on johdettavissa muista tiedoista

– Esimerkkejä:

• Käyttöpaikan tilatiedoissa puutteita: ”rakenteilla” ja ”poistettu käytöstä” puuttuu• Kolmansien osapuolten (konsultit) valtuutustiedot puuttuu• Käyttöpaikkojen koordinaatit puuttuu (sovellettavissa)

74

Fingrid Datahub Oyc/o Fingrid OyjLäkkisepäntie 2100620 HelsinkiPL 530, 00101 HelsinkiPuh. 030 395 5000Y-tunnus: 2745543-5

Lisää kuva napsauttamalla kuvaketta

Kiitos osallistujille!

datahub-infotilaisuus 31.5.2016

Engineering