Ajankohtaista asiaa datahub-projektista
Infotilaisuus 31.5.2016
Datahub on vuonna 2019 käyttöönotettava sähkön vähittäismarkkinoiden keskitetty tiedonvaihtojärjestelmä, johon tallennetaan tietoja Suomen kaikista sähkönkäyttöpaikoista.
4. 4
Vahvaa viestintää alalle:
miten datahubin
tuloon pitäisi valmistautua ja
varautua?
Keskeiset tehtävät vuonna 2016
Prosessityön tulosten
"julkinen kuuleminen"
Toiminnalliset ja
tekniset määrittelyt
Tietojärjestelmähankinnan
käynnistäminen
Migraatiotyön suunnittelu
toimialan 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
5
• 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. 6
Vahvaa viestintää alalle:
miten datahubin
tuloon pitäisi valmistautua ja
varautua?
Keskeiset tehtävät vuonna 2016
Prosessityön tulosten
"julkinen kuuleminen"
Toiminnalliset ja
tekniset määrittelyt
Tietojärjestelmähankinnan
käynnistäminen
Migraatiotyön suunnittelu
toimialan 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
7. 7
Datahub-tietojärjestelmätoteutuksen
vaiheet ja aikataulu
11/2015 − 03/2016
Markkina-
kartoitus
Markkina-
kartoituksessa
kerätään tietoa
tuotteista ja
toimijoista ja
lisätään tietoisuutta
hankkeesta.
Q3/2016
Julkisen
hankinnan
käynnistäminen
Julkinen hankinta
arvioidaan
käynnistettävän
HILMA/TED:ssa
rajoitetulla
menettelyllä.
Q4/2016
Alustava
tarjouspyyntö
Hankintaprosessi
jatkuu jatkoon
valituiden hakijoiden
kanssa. Alustava
tarjouspyyntö-
materiaali
toimitetaan vain
valituille hakijoille.
Q2/2017
Lopullinen
tarjouspyyntö
Hankinnan
viimeinen vaihe
jonka lopuksi
tehdään
hankintapäätös.
Q4/2017
Projekti
Sopimus valitun
hakijan kanssa on
allekirjoitettu ja
tietojärjestelmän
toimitusprojekti
alkaa.
31.5.2016
8. 8
Vahvaa viestintää alalle:
miten datahubin
tuloon pitäisi valmistautua ja
varautua?
Keskeiset tehtävät vuonna 2016
Prosessityön tulosten
"julkinen kuuleminen"
Toiminnalliset ja
tekniset määrittelyt
Tietojärjestelmähankinnan
käynnistäminen
Migraatiotyön suunnittelu
toimialan 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
9. Projektin organisaatio 1.4.2016 =>
9
Ohjausryhmä
Asta Sihvonen-Punkka (pj)
Jussi Jyrinsalo
Jan Montell
Raisa Mölkänen
Kari Suominen
Pasi Aho (siht)
Projektipäällikkö
Pasi Aho
Tietojärjestelmän hankinta
Marko Juslin
Emmi Kaivosoja
Tietokonversio ja –
migraatio
Fredrik Södö
Jukka Rinta-Luoma
Prosessit ja tietomalli
Marjut Puukangas
Minna Arffman
Esa Pietarinen
Henkilöitä ja osaamista koko Fingridistä
ICT, Viestintä, Laki, Talous, Hallinto
31.5.2016
10. Alustava kokonaisaikataulu
10
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ääritteleminen
datahub-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
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ä
14 31.5.2016
15. Datahubin osapuolet ja roolit
15
Datahub
Verkonhaltija
Sähkönmyyjä
Palveluntarjoaja
Sähkön
loppukäyttäjä
31.5.2016
17. Master
Data
MasterData
Master Data
Päätoiminnallisuudet
17
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
Toiminnan
laatua 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
18
Tietojen valvonta
Valtuutusten hallinta
Sopimusprosessit
laadukas tietosuoja
Tiedot reaaliaikaisesti
käytettävissä
parempi asiakaspalvelu
Tietojen validointi
laadukkaampaa tietoa
parempi asiakaspalvelu
Yksilölliset tiedot
(asiakas ja käyttöpaikka)
– laadukkaampi ja kattavampi tieto
parempi raportointi
Tietojen harmonisointi
yhtenäiset käsittelytavat
Selkeä vastuunjako prosesseittain
Myyjä
Asiakastieto
Sopimustieto
Jakeluverkonhaltija
Käyttöpaikkatieto
Mittaustieto
31.5.2016
20. 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
21
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
22 31.5.2016
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 datahub@fingrid.fi
26 31.5.2016
28. Datahub infotilaisuus - tekninen dokumentaatio
• Tekninen ryhmä
• Datahub tapahtumat dokumentaatio
• Tärkeimmät muutokset
28 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
29 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ä.
30 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 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)
33 31.5.2016
38. 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.
3 31.5.2016
39. • 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
40. 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.2016
31.5.2016
42. 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.2016
31.5.2016
43. 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.2016
31.5.2016
44. 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
Markkinaosapuolen tehtävä:
• 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.2016
31.5.2016
45. 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
Markkinaosapuolen tehtävä:
• 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.2016
31.5.2016
46. 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 seuranta
4. 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ä
47
Jari Jaakola
Pohjois-Suomen
Energiatieto Oy
Jaana Kortelainen
Porvoon Energia Oy
Vassi Kujala
Vattenfall Oy
Erika Lietzen
Caruna Oy
Jukka Luoma
Imatran Seudun
Sähkö Oy
Minna Pajunen
KSS Energia
Birgitta Polojärvi
Loiste Sähkönmyynti Oy
Katja Repo
Mäntsälän Sähkö Oy
Hannu Santala
Fortum Markets Oy
Saila Turunen
Pohjois-Karjalan
Sähkö Oy
Sari Wessman
Jyväskylän Energia Oy
31.5.2016
31.5.2016
48. Tietokonversiotyö, työn vaiheet ja eteneminen
48
Toimialan
pilottiryhmä,
Modultek ja
Fingrid:
Tietokonversio-
suunnitelma
Fingrid:
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.2016
31.5.2016
52. Osapuolet ja vastuut
31.5.201652
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ä
A
A
A
A
A
R
RR
A R
R
AR
A R R
RR
A
A R
RR RII
IIC RI
ICI
II
R = responsible (toteutusvastuullinen)
A = accountable (tulosvastuullinen)
C = consulted (neuvoja)
I = informed (tiedotettava)
C
53. Tiedon laadun varmistus
31.5.201653
Tiedostokohtainen tarkistus
Datahub
tarkistus
Datahub
Markkinaosapuolet Fingrid
Osapuolten
toimitusstatus
Tiedon eheys
osapuolitasolla
Tiedon eheys
datahub tasolla
Virheraportit
kenttätasolla
Virheraportit
osapuolitasolla
Virheraportit
markkinatasolla
Korjaus / rikastus
55. Markkinaosapuolten valmistautuminen
tietokonversiotyöhön
31.5.201655
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
56. Havaintoja lähdejärjestelmien tietosisällössä ja
-rakenteessa
31.5.201656
• 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.201657
• 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.201658
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 4
Käyttöönoton simulointi
Iteraatio 5
Kä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.201659
Tietokonversiosuunnitelma
60. Elokuussa 2016
• Ohjeet datahub tietokonversioon
valmistautumista varten
• Siirtotiedostojen
esimerkkitiedostot
• Tietojen siivousohje (alustava)
31.5.201660
Ohjeistus
Pilottivaiheen aikana
• Tiedon laatuvaatimukset ja
laadun mittaus
• Tietokonversiojärjestelmän
käyttöohje
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.201662
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.201663
Esitietokysely
66. Miksi GS1?
66
• Takaa kansainvälisesti
yksilöidyt tunnukset
• Tehostaa
tiedonvaihtoprosesseja
• Harmonisoi käsitteitä, kuten
käyttöpaikka ja
osapuolitunnus
31.5.2016
68. Tilanne pohjoismaissa
68
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
Kansalliset
tunnukset
Kansalliset
tunnukset
Kansalliset
tunnukset
EIC
Norja GS1 (GSRN) GS1 (GLN) EIC (Otetaan
käyttöön)
GS1
(GSRN)
EIC
Ruotsi GS1 (GSRN) Kansalliset
tunnukset
Kansalliset
tunnukset
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ä
69 31.5.2016
71. KSS Energia konserni
KSS Energia Oy
KSS Verkko Oy
KSS Rakennus Oy
KSS Lämpö Oy
Liikevaihto 112 M€ (2015)
Asiakkaat 51.384 (2015)
Henkilöstö 122 hlöä.
Omistaja Kouvolan kaupunki
71
72. 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
– etu- ja sukunimi oikeissa kentissä, ei väärinpäin
– kuolinpesien ja perikuntien kirjoitusasut yhtenäisiksi
72
73. Datahub tietokonversiotyö ja tiedon laadun parantaminen
– 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
74. Datahub tietokonversiotyö ja tiedon laadun parantaminen
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
75. Fingrid Datahub Oy
c/o Fingrid Oyj
Läkkisepäntie 21
00620 Helsinki
PL 530, 00101 Helsinki
Puh. 030 395 5000
Y-tunnus: 2745543-5
Kiitos osallistujille!