Prosessityöryhmän kokous

Transkriptio

1 Pöytäkirja 1 (8) Prosessityöryhmän kokous Aika klo Paikka Duetto Business Park, Läkkisepäntie 23, Helsinki nh. Kuolajärvi Läsnä Marjut Puukangas (pj.) Kerttu Korpelainen (siht.) Marko Juslin (asialistan kohdissa 1-2) Emmi Kaivosoja Teemu Hellas Otto Kuuranne (asialistan kohdassa 4) Raimo Toivanen PKS Sähkönsiirto Oy Tiina Leppälahti Helen Sähköverkko Oy Tomi Mäkelä Elenia Oy Jari Rusanen Loiste Sähköverkko Oy Kaisa Ylipeura Energiapolar Oy (Skype) Saku Ruottinen Caruna Oy Esa Kaario Tampereen Sähköverkko Oy Arttu Lahtinen Fortum Markets Oy (Skype kohdat 1-3) Vesa Mäkilä SPS Energiapalvelut Oy Monika Lindberg Fortum Markets Oy Jari Nykänen Paikallisvoima ry 1 Kokouksen avaus Puheenjohtaja avasi kokouksen klo Kokoukseen osallistui Fingridiltä myös datahub tietojärjestelmäprojektin projektipäällikkö Marko Juslin, joka oli pyydetty kertomaan työryhmälle projektin ajankohtaisia kuulumisia. Puheenjohtaja kävi läpi päivän agendan ja kertoi, että kokous on viimeinen työryhmän nykyisellä kokoonpanolla. Puheenjohtaja kävi läpi viimeisimmän kokouspäivän ( ) pöytäkirjan. Liittyen työryhmässä viime kokouksessa esille nousseeseen huoleen toimialayhteistyön toteuttamisesta rotaation jälkeen pienentyvällä prosessityöryhmällä, Nykänen korosti Paikallisvoiman näkemystä siitä, että toimiala tulisi ottaa vahvemmin mukaan kehitystyöhön. Tärkeää on myös sopia pelisäännöt siitä, miten kehitystyötä tullaan jatkossa tekemään. Puheenjohtaja kommentoi, että datahub-projektin osalta yhteistyötä tullaan jatkossakin tekemään tiiviissä yhteistyössä toimialan kanssa ja tulevan prosessityöryhmän päätavoite on viedä datahub versio 1.0 tuotantoon. Muita kommentteja pöytäkirjan osalta ei noussut esiin ja pöytäkirja hyväksyttiin. 2 Lyhyt katsaus projektiin Puheenjohtaja kertoi, että EDIELfi-portaaliin on julkaistu uusia dokumentteja. Portaalissa julkaistiin 8.1. Ohje markkinaosapuolille sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelman laatimiseksi 1.0. Dokumenttia kommentoitiin ja sitä päivitettiin toimialalta saatujen kommenttien pohjalta.

2 Pöytäkirja 2 (8) julkaistiin myös Sähkökaupan keskitetyn tiedonvaihdon palvelujen käyttöönottosuunnitelma versio 1.2. Suunnitelma päivitettiin lain muutosesityksen mukaiseen markkinaosapuolia velvoittavaan muotoon. Suunnitelman nimi päivitettiin myös lainmukaiseen muotoon. Päivityksen yhteydessä suunnitelmaan lisättiin henkilötietojen käsittelyssä huomioitavia asioita ja tarkennettuja osa-alueita, joista on saatu jo lisätietoa projektin suunnitteluvaiheesta. Suunnitelmaan päivitettiin ja tarkennettiin käyttöönottoon liittyviä periaatteita ja tehtäviä nykyisen sanomaliikenteen alas ajamiseksi. Sähkömarkkinalain muutosesitys odottaa presidentin vahvistusta ja näillä näkymin tulee voimaan helmikuun alusta. Datahub rajapintakuvaukset tullaan julkaisemaan järjestelmätoimittajille tammi-/ helmikuussa ja Testaus ja sertifiointisuunnitelma tullaan myös julkaisemaan alkuvuoden aikana toimialan kommentoitavaksi. 2.1 Liiketoimintaprosessien suunnittelu ja toteutus Juslin kertoi työryhmälle datahub-järjestelmän liiketoimintaprosessien toteutussuunnitelmasta ja miten se tulee jatkossa vaikuttamaan prosessityöryhmän työskentelyyn. Järjestelmän liiketoimintaprosessien toteutus tehdään viidessä osavaiheessa Juslinin esittämän aikataulun mukaisesti, joka löytyy esitysmateriaalista pöytäkirjan liitteenä. Alun perin järjestelmäprojektin tarkennettu suunnitteluvaihe oli tarkoitus päättää tammikuussa, minkä jälkeen suunnittelun yksityiskohtaisempaa tarkennusta oltaisiin jatkettu kehitystyön rinnalla viimeisteltävien prosessien osalta. Järjestelmäkokonaisuus on nyt suunniteltu ja on päädytty ratkaisuun, osana järjestelmän toteutuksen suunnittelua, että suunnittelu jatkuu siten että sen osille (5 kpl) tehdään yksityiskohtainen suunnittelu ko. järjestelmän kehitysvaiheen yhteydessä. Yksityiskohtainen suunnittelu tehdään juuri ennen ko. osavaiheen kehitystä huomioiden edellisen kehitysvaiheen yksityiskohtainen suunnitelma sekä toteutus. Suunnittelun laadun varmistaminen, yksityiskohtaisuus sekä ajankohtaisuus kehityksen suhteen ovat tehdyn muutoksen pohjalla. Liiketoimintaprosessidokumentaatiosta tullaa julkaisemaan uusi versio 1.7 tammi- / helmikuun aikana. Mukana julkaistavassa päivitetyssä dokumentaatiossa on myös järjestelmän liiketoimintaprosessien tapahtumarajapinnan tekninen kuvaus. Juslinin esittämän toteutussuunnitelman aikatauluun liittyen työryhmässä esille nousi kysymys missä vaiheessa toimialatestaukset alkavat. Juslin vastasi, että pilottiryhmän on tarkoitus aloittaa testaukset syksyllä 2019 ja koko toimialan testaukset aloitetaan sitten tämän jälkeen. Työryhmässä heräsi huoli, saadaanko pilottiryhmä koottua, koska järjestelmätoimittajilla ei suunnitellussa aikataulussa ole välttämättä valmiutta aloittaa testausta. Juslin totesi, että testejä voidaan aloittaa yksittäisille osille kehitysvaiheen osituksen mukaisesti siltä osin kuin järjestelmätoimittajalla on valmiutta. Puheenjohtaja kertoi, että prosessidokumentaatiosta tullaan julkaisemaan jatkossa uusia versioita aiempaa tiheämmin jopa kvartaaleittain, työryhmälle on näin ollen suuri tarve myös tulevaisuudessa. Työryhmä nosti esiin, että järjestelmätoimittajilta vaaditaan paljon työtä ja reaaliaikaista reagointia, jotta kaikki määritykset saadaan testattua ja toteutettua suunnitellun mukaisessa aikataulussa. Työryhmä oli huolissaan järjestelmätoimittajien resurssien riittämisestä ja siitä jääkö aikataulu huomioon ottaen järjestelmäversioita toimittamatta testiin. Juslin kertoi, että järjestelmätoimittajien foorumia perustettaessa useat toimittajat toivat esiin järjestelmäversioiden joustavat päivitysmahdollisuudet. Foorumin kautta järjestelmätoimittajia aktivoidaan ja sitä kautta tiedotetaan myös aikatauluista.

3 Pöytäkirja 3 (8) 3 Valtuutukset datahubissa Sähkömarkkinalain mukaista asiakkaan suostumuksen käsittelyä on työstetty prosessityöryhmässä ja asia oli esillä myös Fingridin tiedonvaihdon sekä Energiateollisuus ry:n vähittäismarkkinoiden menettelytapojen kehitysryhmien yhteiskokouksessa Datahub-projekti on myös selvittänyt, kuinka esim. ruotsalaiset ja hollantilaiset hoitavat tiedon saannin datahubista uuden sopimuksen teon yhteydessä. Tulkintaa voimaan astuvan lainsäädännön näkökulmasta valtuutusten osalta on pohdittu useamman kerran myös Fingridin lakiyksikön kanssa. Periaatteina valtuutuksin osalta on, että osapuolilla on lähtökohtaisesti oikeus vain sellaiseen asiakas- ja käyttöpaikkatietoon tietoon, joka on syntynyt osapuolten välisen sopimuksen aikana. Asiakas voi erillisellä valtuutuksella sallia osapuolen pääsyn myös sopimussuhteen ulkopuoliseen tietoon, esim. käyttöpaikan kulutustietoon. Datahub luovuttaa tietoa osapuolille sopimuksen ja valtuutuksen perusteella. Sekä lisäksi viranomaisille ja tilastointiin aggregoitua tietoa laissa määritellyissä tarkoituksissa. Puheenjohtaja näytti työryhmälle, mitä valtuutuksista eli asiakkaan suostumuksesta sähkömarkkinalaissa on sanottu. Puukankaan esitysmateriaali löytyy pöytäkirjan liitteenä. Sopimusilmoitukset vastaanotetaan datahubiin ja sopimuksen hoitamiseksi datahub mahdollistaa tiedonvaihdon sekä tallennuksen. Sopimuksen ulkopuolella olevista tiedoista tarvitaan asiakkaan suostumus lainsäädännön näkökulmasta. Kun sopimus on ilmoitettu, myyjä pystyy hakemaan tarvitsemiaan tarkempia tietoja oman sopimuksensa ajalta. Mikäli tarvitaan esimerkiksi asiakkaan mittaustietoja pidemmältä ajalta ja ennen sopimuksen voimassaoloa asiakkaan valtuutus on näin ollen saatava. Tapoja miten asiakkaan valtuutus voidaan datahubiin ilmoittaa, tulee pohtia. Työryhmässä heräsi kysymys voisiko sähkönmyyjä kuitenkin jollain keinolla ilmoittaa valtuutuksen datahubiin? Tätä mietittiin jo viime kokouksessa ja silloinkin puheenjohtaja nosti esiin, että valtuutus pitää tulevan sähkömarkkinalain mukaan voida todentaa jälkikäteen datahubista ja tästä näkökulmasta myyjän todentama valtuutus ei ole riittävä. Työryhmässä nousi esiin ehdotus myös asetusmuutoksiin vietäväksi kirjauksesta, että sähkömarkkinaosapuolet ovat luotettavia osapuolia, joiden antamat asiakkaan valtuutukset pätisivät myös eteenpäin. Puheenjohtaja totesi, että ehdotus viedään eteenpäin. Väestörekisterikeskuksen kanssa aloitetaan keskustelu siitä miten asiakkaan olisi helpoin asiakasportaalin kautta valtuutus antaa. Periaatteena on, että valtuutuksen antaminen olisi asiakkaalle mahdollisimman vaivatonta. Ennen kokouslounasta puheenjohtaja kysyi työryhmäläisiltä, miten he ovat kokeneet roolinsa datahubin kehityksessä ja osana projektia. Työryhmäläiset kommentoivat, että työryhmätyöskentelyn kautta pysyy mukana projektissa ja sen aikatauluissa. Keskustelussa esiin nousi, että tiedonjaon tärkeys koko toimialalle rotaation myötä pienevässä työryhmässä tulee ottaa huomioon. Nähtiin myös, että toimialaa tulisi aktiivisemmin rohkaista kysymään yksityiskohdista. Järjestelmätoimittajien foorumilla käytettävän Slack-työkalun ei nähty olevan paras keskustelufoorumi toimialan näkökulmasta, työryhmässä toivottiin alustaa jossa keskustelut eivät häviäisi ja kynnys aloittaa keskustelu olisi pienempi. Puheenjohtaja sanoi, että toivetta viedään projektille eteenpäin. Yhtenä toiveena esiin nousi myös, että projektille esitettyihin kysymyksiin annetut vastaukset julkaistaisiin kaikkien saataville, jotta tietoa pystyttäisiin jakamaan tehokkaammin koko toimialalle.

4 Pöytäkirja 4 (8) 4 Prosessidokumentaation rakennemuutos Tammi- / helmikuussa julkaistaan prosessidokumentaatiosta uusi versio, jossa muutetaan dokumenttien rakennetta. Versiopäivityksellä parannetaan luettavuutta, poistetaan kuvausten päällekkäisyyksiä ja muutoksen myötä dokumenttien ylläpito on helpompaa. Rajapintakuvauksista ja skeemoista vastaava Otto Kuuranne liittyi mukaan kokoukseen. Päivityksen yhteydessä saman tasoiset asiat kootaan yhteen dokumenttiin ja tätä kautta dokumentaation selkeyttä parannetaan. Seuraava versio 1.7 prosessidokumentaatiosta julkaistaan tammi-helmikuun vaihteessa. Dokumentaation rakenne päivityksen jälkeen on seuraava: 1. Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa Yleistä datahubista, siihen liittyvästä lainsäädännöstä ja miten toiminta muuttuu o luvut 1 ja 2 Liiketoimintaprosessien kuvaukset o yleiskuvaukset o säännöt o prosessikuvat yksinkertaistetut kuvat o luvussa Datahub-tapahtumat Tapahtumakuvaukset (siirretään nykyisen prosessidokumentin luvun 4 kuvaukset tänne) Tapahtumien sanomakuvaukset 3. Datastandardi Tietomalli o entiteetit ja attribuutit Sanomakuvaukset sanomatyypeittäin Yksi taulukko sekä suomen- että englanninkielisenä Datastandardin rakenne muuttuu Taulukosta jatkossa helpompi luoda XML-skeemat Kaivosoja näytti Datahub-tapahtumat dokumentin työversiosta esimerkin uudistuksista. Julkaistavassa uudessa versiossa prosessikuvaukset kaavioissa ja tietosisältökuvissa on nyt läpikäyty ja synkronisoitu. Vanhentunut informaatio on myös siivottu pois dokumenteista. Vanhat versiot löytyvät edelleen EDIELfi-portaalin dokumenttiarkistosta (mikäli vanhempiin versioihin on tarve palata). Validointisääntöjen yhteyteen on tulevissa versioissa tarkoitus tuoda myös sääntöihin liittyvät virhekoodit näkyviin. Datastandardia tullaan myös uudistamaan ja samassa versiossa löytyvät jatkossa sekä suomen, että englanninkieliset kuvaukset ja näin ollen dokumentin päivitys helpottuu. Ylläpidon kannalta pyritään päivittämään dokumentaatiota järkevämpään ja helpommin ylläpidettävään sekä hallittavaan muotoon. Luokkakaaviot tullaan säilyttämään datastandardi-dokumentissa. Työryhmässä nousi kysymys Excel-dokumentin tulostettavuus ja todettiin, että Datahub-tapahtumat dokumentti on helpommin tulostettavissa.

5 Pöytäkirja 5 (8) Muina muutoksina version 1.7 dokumentteihin puheenjohtaja kertoi olevan määritelmien tarkennukset, oma kuvauksensa lainsäädännöstä sekä lainsäädännön termistön tuominen dokumentaatioon, prosessiroolit ja niiden kuvaukset (myöhempiin versioihin tulossa myös kuvaukset mikä rooli käyttää mitäkin tapahtumaa). Muutoksia on tehty myös liittyen tunnistettuihin varttitaseen tuomiin muutoksiin ja uudessa versiossa on mukana myös paljon pieniä tarkennuksia CGI:n kanssa tehtyjen prosessien läpikäyntien perusteella. Kaikki nämä muutokset on aiemmin läpikäyty prosessityöryhmän kanssa. Puheenjohtaja kertoi, että muutoksia tullaan käymään läpi omassa webinaarissaan. Version 1.7 julkaisun jälkeen seuraava versio dokumentaatiosta on tulossa jo kevään 2019 aikana. Keskustelussa esiin nousi kysymys, onko varttitaseen näkökulmasta prosessit nyt kunnossa. Puheenjohtaja vastasi, että kaikki tiedossa olevat muutokset on huomioituina. 5 Käsiteltävien asioiden listan läpikäynti Läpikäytiin työryhmälle ennakkoon pohdittavaksi lähetettyjä kysymyksiä sekä käsiteltävien asioiden Excel-listan avoimet kohdat. 5.1 Myyntisopimusten takautuvat korjaukset Mitä tietoja vanhan myyjän tulisi nähdä käyttöliittymässä ilmoittaessaan hyväksyntää/hylkäystä ja mitä tietoja korjauksen ilmoittaneen myyjän tulee nähdä tästä. Tulee myös miettiä, mitä tietoja korjauksen ilmoittaneelle myyjälle tulee ilmoittaa korjauksen hyväksynnästä/hylkäyksestä. Vanhan myyjän käyttöliittymässä tulee olla syytieto millä perusteella korjausta tehdään ja syytieto mikäli hylätään. Myös yhteyshenkilö ja yhteystiedot (sähköpostiosoite) ovat tarpeelliset. 5.2 Rinnakkaisten kulutus- ja tuotantokäyttöpaikkojen käsittely ulosmuuttotilanteessa Mitä tietoja voidaan lähettää ulosmuutosta rinnakkaisen käyttöpaikan myyjälle? Samassa yhteydessä keskusteltiin katkaisutilanteesta ja voidaanko rinnakkaisen käyttöpaikan myyjälle ilmoittaa, jos kulutuskäyttöpaikasta katkaistaan sähköt. Asiakaan nähtiin olevan velvollinen huolehtimaan tilanteestaan. Fingridin puolella selvitetään vielä, voidaanko ulosmuutoista lainsäädännön näkökulmasta välittää tieto. 5.3 Osapuolen tiedoissa oleva laskutusosoite Onko todellista tarvetta ylläpitää datahubin tiedoissa useampaa laskutusosoitetta osapuolille? Mikäli tarve useammalle määriteltävä käyttötarkoitukset. Työryhmässä tunnistettiin, että laskutusosoitteita voi olla käytössä tasevirhekorjauksia, yhteislaskuja sekä kytkentöjä & katkaisuja varten (toki osoite voi olla samakin eri käyttötarkoituksiin). Mikäli helposti toteutettavissa datahubiin, tuodaan useampi laskutusosoite ja mikäli ei, niin toteutetaan datahub versiossa 2.0.

6 Pöytäkirja 6 (8) 5.4 Laskurivitietojen välitys kokouksessa pohdittiin, jos JVH:lla ja myyjällä on yhteislaskutus (myyjä laskuttaa) ja myyjällä on laskutuspalveluntarjoaja, toimiiko näin: JVH lähettää laskurivit datahubiin, välitetään myyjälle. Myyjä lähettää yhdistetyt laskurivit datahubiin, välitetään palveluntarjoajalle. Vai pitäisikö JVH:n laskurivien mennä suoraan datahubista myyjän palveluntarjoajalle? Tämä olisi tavallaan valtuutuksen edelleen välitys, nähdäänkö tämä ongelmana? Todettiin, että asia on edelleen pohdinnassa ja Fingrid on keskustellut laskutusriveistä myös yhden palveluntarjoajan kanssa. Palataan asiaan seuraavissa kokouksissa. 5.5 Muistutusviestit Muistutusviestien käsittelyä on mietitty aiemmin ja silloin puhuttiin, että datahubin lähettämä muistutus tulee selkeästi erottaa omana ilmoituksenaan ja niin että muistutus pitää sisällään kaiken tarvittavan alkuperäisen viestin tiedon. Tämä toteutetaan niin, että muistutukselle luodaan oma prosessinsa, esim. kun muistutetaan verkkoyhtiötä verkkosopimustietojen lähettämisestä käytetään samaa prosessia DH 312, mutta laitetaan loppuun R. Näin ei tarvita myöskään uutta sanomatyyppiä. Vastaavasti rakennetaan myös muut muistutusviestit. Tiedoksi ryhmälle. Menettelytavassa ei nähty ongelmaa. 5.6 Asiakastiedot Yritysasikkailla voi olla todella pitkiä nimiä. PRH:lla on varauduttu 1000 merkkiin nimen pituudessa. Tämä ei liene järkevää datahubin eikä markkinaosapuolien näkökulmasta. Tällä hetkellä datahubiin määritelty 200 merkkiä. Sovittava säännöt kuinka käsitellään. Datahubiin yrityksen PRH:n mukainen nimi katkaistaan 200 merkkiin, sen yli menevä osuus ei tule datahubiin. 5.7 Sopimustietojen päivitys Tietojen päivityksestä on aiemmin keskusteltu ja siitä mitä tietoja päivityksessä ilmoitetaan. Käyttöpaikkatiedon osalta on sovittu, että JVH toimittaa aina koko joukon käyttöpaikkatiedosta jolloin aiemmin ilmoitettu tieto versioidaan järjestelmään ja uusi tieto on voimassa. Asiakastiedon osalta on ollut auki, miten huomioidaan aiemmin ilmoitettu tieto versus tyhjä tieto uudessa päivityksessä. Tämä voidaan hoitaa niin, että päivityksessä oleva tyhjä tieto ei poista vanhaa tietoa. Sopimustietojen osalta on määritelty, että ainoastaan päivitettävät tiedot ilmoitettaisiin. Se aiheuttaa ongelman, ettei tuotetietoja voi poistaa. Ehdotetaan muutettavaksi niin, että sopimustietojen päivityksessä ilmoitetaan aina kaikki tiedot ja poistettava tieto ilmoitetaan tyhjänä. Ilmoitetaan sopimuksen päivityksessä täydet tiedot, tällöin tuotetiedon puuttuminen tarkoittaa tuotteen poistamista sopimukselta.

7 Pöytäkirja 7 (8) 5.8 Osapuolitiedon päättyminen Datahubin tulee ilmoittaa muille osapuolille, jos joku osapuoli lopettaa toimintansa markkinoilla. Tällä hetkellä ei kuitenkaan ole määritelty osapuolelle päättymispäivää. Lisätään kuvauksiin. Lisätään osapuolelle päättymisaika. 5.9 Osapuolitiedon haku Millä tiedoilla osapuolitiedon haku tulisi voida tehdä? Nyt määritelty niin, että haetaan tunnuksella tietoja. Onko tarve esim. hakea osapuolen tyypin mukaan jakeluverkonhaltija / myyjät? Tarvitseeko hakea myös historiatietoa? Olisi kätevää voida hakea myös osapuolen tyypin mukaan tietoa. Osapuolitiedon historian hakemisen tarve on vielä auki, selvitetään onnistuisiko helposti. Jos helppoa niin voisi olla mukana, mutta ei ole välttämätöntä. Käyttöpaikkojen historiassa säilyy tieto siitä, kuka osapuoli on kulloinkin käyttöpaikalla ollut esim. myyjänä Valtuutukset Tarvitseeko asiakkaan pystyä muokkaamaan olemassa olevan valtuutuksen voimassaoloaikoja asiakasportaalissa vai onko selkeämpi olla aina uusi valtuutus? Valtuutuskauden pidennys voi olla uusi valtuutus, jos se on helpompi toteuttaa. Olemassa olevan valtuutuksen päättäminen aikaisemmalle päivälle kuin alun perin oli ilmoitettu täytyy mahdollistaa Energiatodistukset ET:n vähittäismarkkinoiden menettelytapojen kehitysryhmän ja Fingridin tiedonvaihdon kehitysryhmän yhteiskokouksesta nousi esiin keskustelu energiatodistuksen tuottamisesta. Tämä ei ole datahubille laissa säädetty palvelu, joten millä tavoin datahubin pitäisi tukea jatkossa tämän tuottamista. Kuinka tällä hetkellä tämä toteutetaan? Nykyään energiatodistusta varten verkko toimittaa aikasarjan tai kuukausilukemat. Esimerkiksi kerrostaloa varten tähän käytetään liittymän summatietoa. Datahubissa ei ole mallinnettu liittymiä. Ei siis näillä näkymin ole mahdollista tuottaa tätä tietoa datahubista, vaan verkkoyhtiö hoitaa asian datahubin ulkopuolella Veroluokka ja takamittaukset Onko tarkoitus, että datahubissa olevien tietojen perusteella pystyy laskuttamaan kaikissa tapauksissa sähköverot (joissa verkonhaltija on verovelvollinen)? Jos on, niin miten pitäisi menetellä käyttöpaikan suhteen, jossa kulutetaan kahta eri veroluokan sähköä? Esimerkkinä, kaivos, jonka sisällä asuntoja tai puutarha, jonka sisällä omakotitalo. V1) kaksi eri käyttöpaikkaa, josta toisesta ei laskuteta siirron kiinteitä maksuja. V2) yksi käyttöpaikka, jonka kaikki sähkö laskutetaan edullisemmalla veroluokalla 2.

8 Pöytäkirja 8 (8) Verkonhaltija mittaa ja lähettää lisälaskun asuntojen takamittauksesta. Hintana käytetään veroluokkien erotusta. (=SV1-SV2) Tällöin ko. tieto on vain verkonhaltijan järjestelmissä. Nykytilanteessa verkkoyhtiö joutuu korjaamaan tietoja välillä 3 vuottakin takautuvasti, sillä tämä on kiinni asiakkaan ilmoittamista mittaustiedoista. Toivottava tila olisi, että lainsäädäntö velvoittaisi mittaamaan jokaisen eri veroluokan sähkön erikseen. Datahub ei näillä näkymin tule tuomaan tilanteeseen muutosta, takamittaukset eivät tule datahubiin Peruutusten ilmoitukset tapahtumille Käytiin läpi jo aiemmin työryhmässä työstettyä Excel-taulukkoa. Asiakastietojen päivityksen osalta ei nähty tarvetta uusille aikarajoille. Päivityspyynnön peruutuksille ei nähty tarvetta synkronisuuden huomioon ottaen (esim. verkkoyhtiö lähettää asiakastiedon päivityksen peruutuspyynnön). Käyttöpaikkatiedon ylläpitoon liittyen käyttöpaikan tietoja on mahdollista määrittelyjen mukaan poistaa, mikäli käyttöpaikalla ei ole sopimustapahtumia. Käyttöpaikan luontia ei nähty olevan tarpeellista voida peruuttaa. Käyttöpaikan päivityspyynnön peruuttaminen tapahtuu uudella päivityspyynnöllä. Mittaustietojen osalta lähetetään uudet mittaustiedot. Sopimusten päättämiseen liittyviä peruutuksia pohdittaessa huomattiin, että sisään muuttokohteen myyjän ilmoitus asiakkaan ulosmuutosta tulisi myös voida peruuttaa jollain tavalla. Datahub ei tee peruutuksia vaan ne saadaan osapuolten toimien kautta. Yritysasiakkaan valtuutuksen voi peruuttaa niin pitkään, kun valtuutus ei ole astunut voimaan, mikäli valtuutus on astunut jo voimaan päätetään valtuutus. 6 Seuraava kokous ja kokouksen päätös Puheenjohtaja kiitti työryhmää hyvin toimineesta yhteistyöstä kokouksen lopuksi ja näytti tulevan työryhmän kokoonpanon. Puheenjohtaja päätti kokouksen klo Uudella kokoonpanolla työryhmän seuraava kokous on Liite Esitysmateriaali Jakelu Prosessityöryhmä Teemu Hellas Emmi Kaivosoja Otto Kuuranne Marko Juslin