Kysymyksiä ja vastauksia 6. webinaarista

Transkriptio

1 1 (6) Kysymyksiä ja vastauksia 6. webinaarista 1 Voiko mittausaikasarjan yksikköä muuttaa? Aikasarjan yksikkö tullaan tallentamaan datahubiin jollain tietyllä yksiköllä. Tällä ei kuitenkaan oikeastaan ole merkitystä markkinaosapuolten kannalta, sillä markkinaprosesseissa, kuten mittaustietojen ilmoituksessa ja haussa, osapuoli voi aina käyttää haluamaansa yksikköä. Datahub hoitaa prosessissa ilmoitetun yksikön muuntamisen datahubin sisäiseen yksikköön. 2 Ovatko arvot aina tunti- tai varttienergioita, vai voiko olla kumulatiivisia arvoja? Mittaustietojen arvot tulevat olemaan datahubissa aina aika-askeleen (kuten 1 tunti tai 15 min) kulutetun/tuotetun energian määrän mukaisia. Datahub ei laske esimerkiksi peräkkäisistä kumulatiivisista tuntilukemista erotusta, vaan tämä on tarvittaessa jakeluverkonhaltijan tehtävä. 3 Tallentaako datahub lähettäjän toimittaman aikasarjanimen tietomalliin? Vai generoiko datahub oman aikasarjanimen aikasarjalle? Datahubin tietomallissa on esitetty aikasarjan tunnus. Tämän on tarkoitus olla mittaustiedon ilmoittajan itse omassa järjestelmässään käyttämä aikasarjatunnus, jota voidaan tarvita esimerkiksi erilaisissa häiriön selvitystilanteissa. Datahubiin mittaustietoja ilmoitetaan ja haetaan mittauspisteen (käyttöpaikan, rajapisteen tai tuotantoyksikön) tunnuksen perusteella. Datahubin tietovarastossa voi olla erillinen sisäinen tunnus aikasarjalle, mutta tässä tapauksessa sitä käytetään vain datahubin sisäisesti. 4 Onko Datahubissa aina 6 täyttä kalenterivuotta, vai siivotaanko dataa "rullaavasti"? Datan siivouksen tarkkaa säännöllisyyttä ei ole esitetty prosessidokumentaatiossa (Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa). Tämä tulee tarkentumaan projektin myöhemmässä vaiheessa. 5 Rajapistemittausten etumerkki: yleensä on aina erillinen mittaus S- ja U-suuntaan. Eikö olisi parempi käsitellä molemmat mittaukset erillisinä positiivisina arvoina? Prosessien määrittelyn aikana tämä vaihtoehto oli myös harkinnassa. Työryhmissä kuitenkin päädyttiin käsittelemään rajapistemittaustietoja etumerkillisenä.

2 2 (6) 6 Kulutuskäyttöpaikalta voi myös tulla välillä verkkoon päin tuotantoa. Pitääkö tästä perustaa keinotekoisesti kaksi aikasarjaa? Ja siis kulutus ja tuotantokäyttöpaikat, vaikka on yksi mittari? Kulutuskäyttöpaikalle ei voi ilmoittaa negatiivisia arvoja. Jos tuotantokäyttöpaikkaa ei perusteta, verkkoon päin syötetty sähkömäärä tulee näkymään mittausalueen häviöissä. Lähtökohtana tulisi olla, että kaikille käyttöpaikoille, joissa on kyky pientuotantoon, olisi luotu oma tuotantokäyttöpaikkansa sekä parhaassa tapauksessa myös tieto tuotantolaitteesta. 7 Sivu 9 puuttui miten toimitetaan taseikkunan ulkopuoliset tiedot, esim. muutokset. Hylkyyn sanomia ei saisi mennä Sivun 15 mukaisesti mittaustietojen korjaukset tulee ilmoittaa koko 6 vuoden ajalta, jonka ajan mittaustietoja säilytetään. Mittaustietojen validointia on käsitelty sivuilla 10 ja 11. Datahub ei tule hylkäämään taseikkunan ulkopuolelle ilmoitettavia tietoja. Nämä tullaan käsittelemään tasevirheiden käsittelyssä. Poikkeuksena ovat kuitenkin rajapisteiden ja tuotantoyksiköiden mittaustiedot, joita ei voi korjata taseikkunan ulkopuolelle. Näihin liittyvät mittausvirheet tullaan korjaamaan suoraan osapuolien kesken nykyisten toimintatapojen mukaisesti. Tulemme tarkentamaan asian prosessidokumenttiin (Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa). 8 Validoiko datahub aikaleimoja, esim. ettei ilmoiteta arvoja tulevaisuuteen? Datahub ei salli mittaustietojen ilmoittamista tulevaisuuteen. 9 Kuinka pian Epävarma-status täytyy korvata esim. Arvioitu-statuksella? Epävarma-status tulee korvata viimeistään taseikkunan sulkeutumiseen mennessä. Huomioitavaa on kuitenkin ET:n tasevirheiden käsittelyohjeessa mainittu harvinainen poikkeustilanne, jossa odotetaan, että mittaustieto voi vielä muuttua tulevaisuudessa. Tällöin epävarma-status voi jäädä taseikkunan sulkeutuessa vielä voimaan ja datahubin ilmoittama muistutus on aiheeton. Korostan kuitenkin vielä, että tämä koskee harvinaisia poikkeustilanteita. 10 Kumpi status on vahvempi, Arvioitu vai OK? Tietyssä mielessä molemmat statukset ovat yhtä vahvoja. Olennaista on, että arvioitustatusta ei saa korvata OK-statuksella eikä päinvastoin. Molemmat tulee tarvittaessa korvata Korjattu-OK -statuksella. Toimitaan siis sivulla 11 kuvattujen nuolien viitoittamalla tiellä.

3 3 (6) 11 Korvaako OK-status Arvioitu-statuksen, vai ovatko samanarvoisia eli ensin tullut jää voimaan? Ks. aiempi vastaus. 12 Sivu 11 vuosiennusteen perusteella profiloituja sarjoja saa olla taseikkunan sulkeutuessa ja sulkeutumisen jälkeen. Vuosiennusteen perusteella profiloituja sarjoja saa tosiaan olla epävarma-statuksella myös taseikkunan sulkeutuessa eikä tästä tulla muistuttamaan. Jakeluverkonhaltijoita ei edellytetä keräämään lukemia yleensä ei-etäluettavilta ns. perinteisiltä sähkömittareilta siten, että taseikkunan sulkeutuessa profiloidut tiedot perustuisivat mitattuun tietoon. 13 Miten muistutus puuttuvista tulee? Sähköpostillako? Muistutuksia varten on määritelty markkinaprosessi (DH-212), joka toimii markkinasanomilla kuten muutkin markkinaprosessit. Jakeluverkonhaltijan tulee sanomalla kuitata muistutus vastaanotetuksi. Sähköpostimuistutusta ei ole suunniteltu. 14 Jos datahub ei pysty ongelmien johdosta tuomaan mittausdataa sisään annetussa aikarajoissa (esim. data lähtee verkolta -10 vrk historia ajallaan ja datahubilla on 1 vrk aikaa tuoda data sisään), kannattaako verkkojen ottaa ylös tiedot sanomien lähetysajoista? Datahubin puolella tulee olemaan erilaisia katkoja, kuten esimerkiksi huoltokatko tai mittausdatan tuonneissa datahubin puolella ilmenee ongelmia (hitauksia, jumia jne). Miten verkko pystyy todistamaan, että he ovat hoitaneet tehtävät aikarajoissa, mutta mittausdata tuontihetki onkin taseikkunan ulkopuolella katkon poistumisen johdosta? Datahubin rajapinta tulee toimimaan web service -teknologialla, joka ei perustu nykyisen kaltaisiin eräajotyyppiseen sanomaliikenteeseen. Jos datahub ei kykene syystä tai toisesta vastaanottamaan mittaustietoa sisään, näkyy tämä käytännössä viiveettä myös ilmoittavassa järjestelmässä. Tällöin ei datahub myöskään kuittaa jakeluverkonhaltijalle tietoja vastaanotetuksi. 15 Onko mahdollista palauttaa mittaustietoja vanhempaan tilaan? Jos esimerkiksi käyttöpaikalla on epävarmaa statusta, ja se inhimillisen virheen takia korvautuu OK:lla ja pitäisi korjata sama data takaisin, jonka status on edelleen heikko. Inhimilliset virheet ovat aina toki mahdollisia. Tulemme tarkentamaan miten näissä tilanteissa menetellään.

4 4 (6) 16 Millä välineellä muistutus puuttuvista mittaustiedoista tulee (sähköposti, sanoma)?tuleeko yksittäin vai lista? Ks. vastaus myös aiempaan kysymykseen. Markkinaprosessin tarkempi kuvaus on esitetty prosessidokumentin luvussa 4 datahub-tapahtumassa DH-212. Kuvauksen mukaisesti "Datahub ilmoittaa aikasarjakohtaisesti aikavälin ja mittauspisteen tunnuksen niiltä mittauspisteiltä, joiden mittaustiedot ovat virheelliset tai puutteelliset". 17 Muistakaa, että karhuaminen voi johtua myös myyjän omasta syystä: esim. reprosessointi ei ole sujunut. Kiitoksia vinkistä 18 Minkälainen datahubin muistutus on? Voiko jatkokäsitellä automaattisesti? Ks. vastaus aiempaan kysymykseen. Kuvauksen mukaisesti "Datahub ilmoittaa (sanomalla) aikasarjakohtaisesti aikavälin ja mittauspisteen tunnuksen niiltä mittauspisteiltä, joiden mittaustiedot ovat virheelliset tai puutteelliset". Jakeluverkonhaltija voi halutessaan rakentaa automatiikkaa, joka perustuu muistutussanoman vastaanottamiseen. Huomioitavaa kuitenkin on, että datahubin ilmoittama aikaväli on aina yhtenäinen (=aikaisin ja myöhäisin virheellinen tieto) ja aikavälin sisällä voi olla myös kelvollisia mittaustietoja. 19 Onko sovittujen sääntöjen vastaisten tietojen jatkuvaan toimittamiseen mitään sanktiota? Tuleva lainsäädäntö tulee määrittelemään datahubin sekä markkinaosapuolten vastuut ja velvollisuudet. Lainsäädännön kautta tullaan ottamaan kantaa mahdollisiin sanktioihin. Lisäksi datahubin ja markkinaosapuolten välillä tulee olemaan Energiaviraston vahvistamat palvelusopimukset, joiden kautta voidaan varmistaa, että osapuolet toimivat sovittujen sääntöjen mukaisesti. 20 Verkkoyhtiöille lähetettävät alkuvaihteen muistutukset eivät ole niin oleellisia kuin taseikkunan ulkopuolelle jäävät virheet, koska pääsääntöisesti nykyisin korjautuvat automaattisesti. Miksi viimeisessä vaiheessa lähtee vain yksi muistutus? Myyjä joutuu muistuttamaan useammin, jos laskuttaa vain vahvalla statuksella. Ilmoitukset täysin ilmoittamatta jääneistä ja puuttuva-statuksella olevista mittaustiedoista ilmoitetaan päivittäin niin kauan kunnes tiedot korjataan. Epävarma-statuksella olevista ei muistutella päivittäin taseikkunan sulkeutumisen jälkeen, koska näitä voi tosiaan jäädä ihan perustellusta syystä. Tulemme seuraamaan ja puuttumaan asiaan, jos jollekin

5 5 (6) osapuolelle lähtee muistutuksia jatkuvasti ja suurelle määrälle käyttöpaikkoja/mittauspisteitä. 21 Osa toimijoista korvaa puuttuvan arvon heti seuraavana päivänä Arvioidulla nollalla. Monesti tämä nolla jää aikasarjaan, jos ei lähetä muistutusta. Arvioitu status kelpaa myös laskutukseen, joten tällöin asiakasta laskutetaan väärin. Miten tähän voitaisiin puuttua? Tähän ongelmaan on vaikeaa puuttua automaattisilla muistutuksilla. Datahub tarjoaa kuitenkin hyvän mahdollisuuden havaita tällainen toistuva käytös ja osoittaa, että tämä on säännönmukaista. Tällöin asiaan on myös helpompi puuttua. 22 Miten velvoite korjata kuluttaja-asiakkaan kulutusta 10v taaksepäin? Tiedostamme asian ja asiaa on käsitelty työryhmissä ja laajemmin muiden sidosryhmien kanssa. Datahub-projekti ei voi ottaa tähän asiaan valitettavasti enempää kantaa. 23 Sivu 16. Tässä yhteydessä tuli mieleen mitä tapahtuu jos lähettäjä JVH muuttaa aikasarjan yksikön esim. kw:sta MW:iin? Jakeluverkonhaltija ei voi tarkasti ottaen vaihtaa yksikköä, jolla mittaustiedot on tallennettu datahubiin. Markkinaosapuolet voivat käyttää mittaustietojen haussa ja ilmoituksissa haluamaansa yksikköä. 24 Sivu 17 rajapisteen osalta tarkoitetaan varmaan edelleen netotettua summatietoa? Tämä pitää paikkansa. 25 Viedäänkö Datahubiin palvelua käyttöön otettaessa KP:n historiakulutusta vai aletaanko nollasta? Datahubin käyttöönoton yhteydessä viedään mittaustietoja siten kuin Tietokonversiosuunnitelmassa on kuvattu (luku 5.2.3, saatavilla 26 Jos rajapistemittaus on kohteen ainoa mittaus, niin täytyykö siitä tehdä käyttöpaikka? Rajapistemittauksia varten jakeluverkonhaltijan tulee luoda rajapiste datahubin tarjoamassa käyttöliittymässä. Rajapisteiden ja tuotantoyksiköiden käsittelyä tullaan käsittelemään taseselvityksen ja tasevirheiden käsittelyn webinaarissa Tervetuloa!

6 6 (6) 27 Miten varmistetaan, että verkko lähettää kaikki muuttuneet tiedot (muutos arvioidusta ok:lle tai ok:lta arvioitu ok:ksi)? Jakeluverkonhaltijan tulee varmistaa, että datahubiin tullaan ilmoittamaan kaikki mittaustiedon korjaukset. 28 Vastaako datahub siitä, että lähetykset myyjille onnistuvat 100%:sti? Datahub vastaa siitä, että ne tiedot jotka on jakeluverkonhaltijalle kuitattu vastaanotetuiksi, myös välitetään tietoon oikeutetuille osapuolille. 29 Kuinka hoidetaan datahubiin siirtymisen myötä "vanhat" mittaustiedot? Ks. aiempi vastaus tietokonversiosuunnitelmasta. 30 Lähettääkö verkko suoraan myyjille datat aina, kun kyse on ajasta ennen datahubia vaikka datahub olisikin käytössä? Tarvitseeko verkko siis tuplaprosessit siihen saakka että datahub on ollut käytössä kuusi vuotta? Datahubiin tullaan tuomaan tietokonversiossa (ks. linkki tietokonversiosuunnitelmaan aiemmassa vastauksessa) kaikki ne historiatiedot, joiden osalta jakeluverkonhaltijalla on tarve ilmoittaa korjattuja tietoja myyjille vielä käyttöön oton jälkeen. Tuplaprosesseja ei tarvitse ylläpitää käyttöön oton jälkeen. 31 Miten hoidetaan mittarit ristissä? Jakeluverkonhaltijan tulee varmistaa, että datahubiin ilmoitettu mittaustieto on oikein. Jos datahubiin ilmoitetaan kuitenkin väärää tietoa, niin tämä voi jäädä kiinni datahubin suorittamissa validoinneissa. On toki mahdollista, että virhe havaitaan vasta pitkän ajan kuluttua esimerkiksi asiakkaan toimesta. Virheen havaitsemisen jälkeen mittaustiedot korjataan ja korjaus ilmoitetaan datahubiin, josta se välitetään muille osapuolille oikeuksien mukaan.