Pöytäkirja 1 (8) Prosessityöryhmän kokous 8.11.2018 Aika 8.11.2018 klo 9.00 15.00 Paikka Duetto Business Park, Läkkisepäntie 23, 00620 Helsinki nh. Kuolajärvi Läsnä Marjut Puukangas (pj.) Kerttu Korpelainen (siht.) Teemu Hiekka Emmi Kaivosoja Teemu Hellas 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 Saku Ruottinen Caruna Oy Esa Kaario Tampereen Sähköverkko Oy (asialistan kohdasta 3) Arttu Lahtinen Fortum Markets Oy Vesa Mäkilä SPS Energiapalvelut Oy Poissa Monika Lindberg Jari Nykänen Fortum Markets Oy Paikallisvoima ry 1 Kokouksen avaus Puheenjohtaja avasi kokouksen klo. 9.00 ja esitteli kokoukseen osallistuneen Teemu Hiekan, joka aloitti :ssä tiedonvaihdon asiantuntijana. Puheenjohtaja kertoi, ettei kokousta varten ole ehditty valmistella etukäteismateriaalia, mutta mikäli jokin kokouksessa käsiteltävä kohta tarvitsee tarkempaa käsittelyä yhtiöissä, voidaan kokouksen aiheisiin palata seuraavissa kokouksissa. 2 Projektin sekä työryhmän jäsenten kuulumiset Puheenjohtaja kertoi, että projektinsuunnitteluvaiheen myötä on ollut kova tahti tarkentaa sekä täsmentää prosessidokumentaatiota. Myös ristiriitoja prosesseihin liittyen tulee vastaan projektidokumentaatiossa, kun asioita käydään läpi tarkemmalla tasolla datahubjärjestelmätoimittajan kanssa. Rajapistekuvauksiin määritellyt muutokset ja muutosviestintä tämän osalta on miettivä, koska muutos vaikuttaa tietokonversion kautta verkkoyhtiöiden päähän jo nyt ladatessa rajapistetietoja Tittaan. Fingridillä oli tehtävänä selvittää, voisiko datahub välittää spothinta-aikasarjaa markkinaosapuolille. Mikäli datahubista välitettäisiin Nord Poolilta saatua tietoa eteenpäin, tästä jouduttaisiin maksamaan Nord Poolille jakelun lukumäärän mukaisesti eli kustannussäästöä massajakelu ei valitettavasti toisi. Jos datahub välittäisi spothinta-aikasarjaa, olisi sillä myös vastuu tiedon oikeellisuudesta, mikä toisi uusia haasteita datahubin näkökulmasta.
Pöytäkirja 2 (8) Selvitystyön tuloksena on näin ollen, että markkinaosapuolten tulee edelleen hakea tieto Nord Poolin kautta suoraan. Huomiona, että ko. tietoa on mahdollista hakea muussakin kuin MSCONS-formaatissa. Puheenjohtaja kertoi, että datahub-sähkömarkkinalakimuutokset ovat edelleen talousvaliokunnan käsittelyssä ja näillä näkymin lainsäädäntö datahubin osalta on astumassa voimaan vuoden vaihteessa. Lain voimaantulon myötä sähkömarkkinaosapuolilta vaadittavaan yhtiökohtaiseen datahubin käyttöönottosuunnitelmaan on Fingridiltä tulossa ohjeistusta, joka esitellään tulossa olevassa Datahub Road Show:ssa. Ohjeistus tullaan myös julkaisemaan toimialan kommentoitavaksi. Datahub käyttöönottotyöryhmästä nousi esiin toive tuoda myös prosessityöryhmän keskusteltavaksi yhtiöiden puskurien purkaminen datahubin käyttöönottovaiheessa. Käyttöönottotyöryhmässä on ollut mietinnässä, olisiko mahdollista puskureita purkaa datahubiin jaksotetusti esim. jotain sanomia priorisoiden. Myös päiväkohtaista aikajaksotusta puskurien purkamisessa tulisi miettiä. Prosessityöryhmä näki, että priorisointi sanomatyypeittäin olisi hankalaa, mutta jonkinlainen aikajärjestys esim. päiväkohtainen purkaminen voisi olla mahdollista. Tosin tämänkin osalta tulee ottaa huomioon, että esimerkiksi aikasarjoja tulee useasti saman päivän aikana. Puheenjohtaja kommentoi, että asiaa tullaan varmasti miettimään myös järjestelmätoimittajien edustajista koottavassa ryhmässä. Puheenjohtaja pyysi työryhmäläisiä kommentoimaan, miten tiiviimpi kokoussykli on koettu ryhmässä. Perjantaiset Skype-kokoukset on koettu toimivina. Toki joitakin käsiteltyjä asioita joutuu vielä selvittämään jälkikäteen, silloin kun ne tulevat vastaan kokouksissa ensimmäistä kertaa. Puheenjohtaja lisäsi, että kokouksissa käsiteltävistä uusista asioista pyritään tekemään toki etukäteismateriaalia mahdollisuuksien mukaan. Mutta koska asioita käsitellään toimittajan kanssa tiiviissä aikataulussa, aina tämä ei valitettavasti ole mahdollista. Aiheisiin, joihin halutaan perehtyä vielä syvemmin, voidaan aina palata seuraavissa kokouksissa. Päätettiin, että sovitaan kokouksen aikana myös seuraavat työryhmän Skype-kokoukset. Työryhmäläiset kertoivat kuulumisina toimialalta, että varttitaseprojekti aiheuttaa yhtiöille aikatauluhaasteita sekä vie paljon resursseja. Yhtiöiden näkökulmasta muutos on työläs ja varttitasetta varten vaadittava järjestelmäkehitys muutaman kuukauden takia turhauttaa (eli varttitaseeseen siirtymisen aikataulu niin, että on se yhtiöiden vastuulla lyhyen ajanjakson ennen datahubin käyttöönottoa). Työryhmässä näkemyksenä oli, että on myös yhtiöitä, jotka vielä odottavat lainsäädännön voimaan tuloa ennen kuin alkavat valmistauta varttitaseeseen. Mikäli valmistautumista ei ole vielä aloitettu, on käyttöönottoaikatauluun mukaan ehtiminen todella haasteellista. Työryhmässä kommenttina esiin nousi myös, että tällä hetkellä on epäselvää mitä esett tulee hoitamaan varttitaseen osalta. Tuotanto- ja rajapistemittaukset ovat yhtiöiden vastuulla, mutta esimerkiksi naapuriverkkojen rajapistemittausten osalta on epäselvää kenen vastuulla ne ovat. Työryhmässä toivottiin tarkkuutta käytäviin keskusteluihin ja ymmärrystä vaikutuksista, mitä muutokset tarkoittavat yhtiöiden näkökulmasta. Työryhmäläiset kommentoivat, että myös yhtiökohtaisen käyttöönottosuunnitelman teko datahubin käyttöönotosta aiheuttaa resurssihaasteita yhtiöissä, sillä myös asiakastietojärjestelmien vaihtoprojektit sekä organisaatiomuutokset työllistävät heitä. Työryhmän kuulumisten yhteydessä esille nousi myös, että GS1-tunnusten hankintaprosessiin on alettu valmistautua. Keskustelussa asian osalta esiin nousi, että yhtiöissä kannattaa miettiä,
Pöytäkirja 3 (8) onko nykyisten käyttöpaikkatunnusten upottaminen uusiin tunnuksiin järkevää. Puheenjohtaja kertoi, että Datahub Road Show:ssa tullaan läpikäymään GS1- ja GSRN-tunnusten hankintaprosessia sekä EIC-koodien tilausta. EIC-koodeja tullaan tarvitsemaan tietokonversiovaiheessa toimitettaessa mittausalueen tietoja tietokonversiopalveluun. 3 Kotitehtävien läpikäynti 3.1 Salaisen asiakkaan käsittely Työryhmäläisillä oli viime kokouksen jälkeen kotitehtävä selvittää yhtiöissään, poikkeaako turvakiellon hakeneen asiakkaan käsittely muutoin salaiseksi merkatun asiakkaan käsittelystä. Työryhmäläisten tuli myös miettiä, tuleeko validointia muuttaa datahubissa näiden asiakkaiden osalta. Osa yhtiöistä ei nykyisin välitä sanomissa turvakieltoasiakkaiden osoitteita / tietoja, mitkä maistraatin mukaan ovat salaisia. Mutta toisilla ei PRODAT-sanomaliikenteessä ole näiden osalta poikkeavaa käytäntöä. Asiakas itse ilmoittaa olevansa turvakieltoasiakas ja hänen on myös itse ilmoitettava turvakiellon poistosta. Datahubin näkökulmasta yhden salaisen asiakkaan käsittely nähtiin riittävänä. Asiakkaan tulee ilmoittaa kaikille markkinaosapuolille, joiden kanssa hänellä on sopimus, olevansa turvakieltoasiakas. Osapuolille nähtiin tärkeäksi valmistella ohjeistusta ko. asiakkaiden käsittelyn käytännöistä, jotta ne olisivat yhtenäisiä, kun siirrytään datahubiin. Päätettiin, että salattu-asiakastyyppiä käytetään datahubissa, oli asiakkaalla sitten turvakielto tai muu syy tietojen salaamiselle. Salatuille asiakkaille valtuutusten teko ei ole mahdollista ja päätettiin, että salauksen poisto on mahdollista ainoastaan asiakkaan toimesta datahubin asiakasportaalissa, johon kirjaudutaan Suomi.fi-portaalin kautta. Kun asiakas poistaa salauksen, datahubista lähtee tieto asiasta kaikille osapuolille, joilla on sopimus asiakkaan kanssa. Jos asiakas ilmoittaa olevansa salainen asiakas verkkoyhtiölle, datahubista lähtee ilmoitus myyjälle päivittää ko. tieto asiakkaalle (vain myyjällä on oikeus asiakastietoihin datahubissa). Mikäli asiakkaalla on useampi myyjä, joista yhdelle asiakas ilmoittaa tahtonsa tulla käsitellyksi salaisena/turvakielto asiakkaana, myyjä päivittää tämän asiakastiedon datahubiin, josta tieto välittyy muillekin asiakkaan myyjille. Keskusteltiin myös siitä tulisiko käyttöpaikan osoite muuttaa salatuksi osoitteeksi, eli päivittää osoitteeksi jokin muu kuin oikea osoite. Todettiin, että ylläpito näiden osalta voi muodostua hankalaksi. Verkkoyhtiöiden tulee ratkaista tämä omissa prosesseissaan. 4 Risteävät prosessit yhteenveto Puheenjohtaja kertoi, että päivitetty taulukko risteävien prosessien käsittelystä löytyy työryhmän projectplace-kansiosta. Taulukko on päivitetty aiemmissa kokouksissa läpikäydyn mukaisesti. Nostoina taulukon osalta puheenjohtaja mainitsi, että risteävien prosessien datahub käsittelyssä välitetään aina tieto mikäli edellisen asiakkaan sopimus on määräaikainen tai sillä on poikkeava irtisanomisehto. Jos sama osapuoli ilmoittaa uuden tapahtuman vanhan ilmoituksensa päälle, datahub hylkää aiemmin ilmoitetun tapahtuman. Puheenjohtaja pyysi työryhmää käymään päivitetyn taulukon läpi. Mikäli työryhmässä tai taulukon läpikäynnin yhteydessä CGI:n kanssa nousee esiin avoimia asioita, taulukkoon voidaan palata.
Pöytäkirja 4 (8) 5 Valtuutukset datahubissa Nykymääritykset sallivat valtuutustapahtuman ilmoittamisen asiakkaan ilmoituksen perusteella ilman suostumuksen siirtämistä datahubiin. Datahub on kuitenkin tietojen luovuttajan asemassa tulevan lainsäädännön näkökulmasta eli myös datahubille tulisi markkinaosapuolten toimesta välittää asiakkaan antama valtuutus, jotta pääsy asiakkaan tietoihin voidaan antaa. Projektissa on mietitty, miten valtuutus datahubiin toimitettaisiin, mutta työryhmän tulisi linjata miten asian suhteen menetellään. Valtuutus tarvitaan mm. tilanteissa, jolloin uusi myyjä tarvitsee tarkempaa tietoa asiakkaan käyttöpaikasta tai silloin kun 3. osapuoli tarvitsee asiakkaan tietoja. Huomiona, että uuden sopimuksen voi ilmoittaa datahubiin ilman valtuutusta eikä valtuutusta myöskään tarvita silloin kun myyjällä on jo voimassa oleva sopimus asiakkaan kanssa. Muiden kuin kuluttaja-asiakkaiden kanssa olisi mahdollista käyttää edelleen valtuutuksen ilmoitukseen DH-810 tapahtumaa. Ehdotettiin, että kuluttaja-asiakkaat kävisivät aina itse ilmoittamassa valtuutuksen datahubin asiakasportaalissa tunnistautumalla Suomi.fi portaalin kautta. Tämä vaihtoehto nähtiin työryhmässä kuitenkin haasteellisena siitä näkökulmasta, että uusi myyjä ei saisi asiakaspuhelun aikana muuten valtuutusta asiakkaan tietoihin kuin ohjaamalla asiakkaan Suomi.fi-portaaliin. Datahub myös näkyisi asiakkaalle tässä ratkaisussa. Keskusteltiin myös siitä, että myyjien online-palveluihin olisi mahdollista rakentaa liityntä datahubin asiakasportaaliin Suomi.fi tunnistautumisen kautta. Työryhmässä keskustellun perusteella kulutusasiakasmyynnissä valtuutuksia tarvitaan kuitenkin harvoin eli valtuutuksia tarvittaisiin vain tilanteissa, joissa halutaan tarkemmin tietoa käyttöpaikasta. Tärkeämpänä myyntitilanteissa nähtiin tieto siitä, milloin asiakkaan mahdollinen määräaikainen sopimus on päättymässä. Uutta sopimusta ilmoitettaessa määräaikaisen sopimuksen voimassaollessa tulee datahubista toki aina ilmoitus mahdollisesta voimassa olevasta määräaikaisesta sopimuksesta. Puheenjohtaja pyysi ryhmäläisiä miettimään myös muuta toimivaa ratkaisua, jonka avulla tämä haaste voitaisiin ratkaista. Tähän aiheeseen tullaan palaamaan vielä seuraavassa kokouksessa. Puheenjohtaja pyysi Jari Rusasta viemään valtuutusten datahubiin toimittamisen keskusteluun myös Energiateollisuus ry:n vähittäismarkkinoiden kehitysryhmään. Puheenjohtaja näytti työryhmälle ehdotuksen agendasta, mitä prosessien osalta tullaan käymään läpi Datahub Road Show:ssa. 6 Tietojen päivitysten periaatteet datahubissa Tietojen päivitys ilmoitetaan datahubissa tapahtumatasolla. Kaikilla tapahtumassa ilmoitetuilla tiedoilla on sama voimaantuloaika ja kaikki päivitysilmoitukseen kuuluvat tiedot on ilmoitettava (esim. käyttöpaikkatietojen päivitys-> kaikilla entiteeteille sama voimaantuloaika). Mikäli jotain tietoa ei ilmoiteta, datahub käsittelee tällöin päivityksen poistona. Vuosikäyttöarvion ilmoitus on ehdotettu toteutettavaksi omana entiteettinään ja näin voidaan ilmoittaa muutos myös omana tapahtumana, jotta käyttöpaikan muita muuttumattomia tietoja ei olisi tarve päivittää aina vuosikäyttöarvion päivittyessä. Työryhmässä ehdotettiin omaksi entiteetikseen myös tuotantolaitetta, ohjattavaa kuormaa sekä varastolaitetietoa. Fingrid lupasi nostaa asian keskusteluun datahub-järjestelmätoimittajan kanssa ja palata asiaan tämän jälkeen työryhmässä.
Pöytäkirja 5 (8) Puheenjohtaja näytti projektissa tehtyä Excel-listaa kaikista datahub-tapahtumista, johon on kirjattu tapahtumakohtaiset aikarajat eli voimaantuloaika, voimaantulo aikaisintaan, voimaantulo viimeistään. Tapahtumien aikarajoja käytiin läpi muun muassa asiakastietojen ylläpidolle, käyttöpaikkatietojen ylläpidolle, asiakas- ja käyttöpaikkatietojen haulle, mittaustietojen ilmoitukselle, sopimuksen luonnille, sopimustietojen päivitykselle ja sopimuksen päättämiselle jne. Täydennettiin kokouksessa taulukossa vielä avoinna olleet aikarajat ja sovittiin, että palataan taulukkoon seuraavassa kokouksessa, jos esiin sen osalta nousee kommentteja. Läpikäynnin yhteydessä esimerkiksi käyttöpaikan luonnin nähtiin tarpeelliseksi olla ilmoitettavissa takautuvasti. Kommenttina esiin nousi, että toteutuksessa huomioitaisiin mahdollisimman sallivat prosessit, mikäli ei ole selkeää syytä rajoittaa aikarajoja. DH-tapahtumat ja aikarajat -taulukko lisätään työryhmän projectplace-kansioon. 7 Käsiteltävien asioiden listan läpikäynti Läpikäytiin käsiteltävien asioiden Excel-listan avoimet kohdat. Listattuja avoimia asioita käytiin läpi myös 19.10, 26.10 ja 2.11. pidetyissä Skype-kokouksissa. Skype-kokouksissa käsitellyt kohdat löytyvät pöytäkirjan liitteenä. 7.1 Verkkosopimuksen virheellisen vahvistuksen peruutus Verkkosopimuksen peruutustapahtuman DH-342 kuvauksessa lukee, että tapahtumaa käytetään myös silloin, kun verkkoyhtiö peruuttaa virheellisesti tehdyn verkkosopimuksen vahvistuksen. Tulisiko peruutuksen syy -kentän yhdeksi vaihtoehdoksi lisätä "jakeluverkonhaltijan peruutus" nykyisten "asiakkaan/myyjän peruutuksen" lisäksi? Tapahtuman DH-342 luokkakaaviosta puuttuu myös kenttä "peruutuksen syy" vaikka listaus syistä on kuvaajassa annettu. Lisätään jakeluverkonhaltijan peruutus -syyvaihtoehdoksi. Selite on tärkeä tässä sanomassa, sillä kyseessä usein erikoistilanne. 7.2 Asiakastiedot sopimuksella Olemme linjanneet, että yhdellä sopimuksella voi olla useita asiakkaita. Emme ole linjauksessa ottaneet aiemmin kantaa sille tuleeko sopimukselle voida antaa sekä yritys- että kuluttaja-asiakkaat. Laskutuksessa yrityksillä ja kuluttajilla käytetään erilaista alv-käsittelyä sekä maksuehdot ovat monesti erilaisia. Onko todellista käyttötapausta, että tulisi mahdollistaa eri asiakastyypit yhdelle sopimukselle? Tämän lisäksi olemme tilastoja varten miettineet laskentaa, jossa lasketaan asiakastyypin mukaisia kulutustietoja. Tätä ei ole mahdollista toteuttaa jos samalla sopimuksella voi olla sekä yritys- että kuluttaja-asiakkaita. Datahubin pitää validoida, että sopimuksella voi olla ainoastaan kuluttaja- tai yritysasiakkaita, molempia ei voi olla samalla sopimuksella. 7.3 Sopimuksen tilatiedot Aiemmissa määrittelyissä ei ole ollut sopimuksen tilatietoa, järjestelmässä tullaan sellaiset kuitenkin määrittelemään. Tulisiko nämä tilat näyttää myös osapuolille ja asiakkaille? Olisi hyvä jos tieto olisi myös käyttöliittymässä osapuolten nähtävillä.
Pöytäkirja 6 (8) 7.4 Asiakkaan peruuttamat sopimukset Onko käyttötapauksia sille, että myyjä laskuttaa taseikkunan ulkopuolelle mahdollisesti jäävän ajan asiakkaan peruuttaessa sopimuksen peruutusoikeuden 14 pv puitteissa? Jos käyttötapauksia esiintyy, niin tällä on oltava oma päättymisen syytieto - Asiakkaan peruutus. Ongelma vain, jos kyseessä sisäänmuutto, joka perutaan. Tällöin kyseessä datahubissa päättäminen eikä peruutus. Päättäminen tulee kuluvalle päivälle. Sopimusehtojen mukaan myyjä saa laskuttaa tältä ajalta asiakasta jos sähköä on käytetty. Fingrid tarkistaa asian vielä kuvausten kannalta. 7.5 Hinta-aikasarja Onko datahubissa tarve hinta-aikasarjalle ja kuka lähettää / tarvitsee lähetettyä hinta-aikasarjaa? Mikäli tieto tarvitaan, niin miten tätä olisi tarve ylläpitää ja kuinka pitkälle ajalle hinta-aikasarja voidaan määrittää etukäteen (vai tuleeko aina jälkikäteen)? Liittyy laskutettavan tehon mallinnukseen. Tämän avulla palveluntarjoaja voisi muodostaa laskurivejä. Myyjiltä löytyy ainakin aikasarjapohjaisia tuotteita. Lähetetään kuten ebix:issä muutoinkin aikasarjaa, vrt mittausaikasarja. Tieto voidaan ilmoittaa sekä tulevaisuuteen että menneisyyteen. 7.6 Laskurivitietojen välitys Jakeluverkonhaltijan lähettämä laskurivitieto myyjänvaihtotilanteessa: Tarvitaan validointi siihen, että ilmoitetut laskurivitiedot osuvat siihen liittyvän sopimuksen voimassaoloajalle. Nyt kuvauksessa ole otettu kantaa asian osalta. Tarvitaan validointi siihen, että ilmoitetut laskurivitiedot osuvat siihen liittyvän sopimuksen voimassaoloajalle. Lisätään päivitys projektidokumentaatioon. 7.7 Uusi myyntisopimus kun verkkosopimus pysyy ennallaan Määrittelyistä puuttuu kuinka myyjä saa tiedon verkkosopimuksesta, kun hän tekee uutta myyntisopimusta jolloin uutta verkkosopimusta ei synny. Eli miten saadaan esim. tieto verkkotuotteesta? Myyjä voi hakea tiedot DH-132 tapahtumalla. Automaattisesti ei tarvitse palauttaa myyjälle tietoja verkkosopimuksesta. 7.8 Myyntisopimuksen päivitys Pitäisikö sallia myyntisopimuksen tietojen päivitys, kun sopimus ei ole vielä voimassa? Esimerkiksi myyjä päivittää sopimukselle laskutusosoitteen. Huomioidaan kuitenkin, että voimaantuloaikoja ei päivitetä vaan näihin tulee aina uusi sopimus, eikä asiakkaita voi poistaa tai lisätä päivityksellä. Sallitaan sopimuksen päivitys tulevaisuuteen ehdotuksen mukaisesti.
Pöytäkirja 7 (8) 7.9 Myyntisopimuksen päättyminen Ei ole kuvattu myyntisopimuksen päättymisen ilmoituksen välitystä 3.osapuolelle. Ilmoitetaanko muutkin kuin ulosmuutot? Vai riittääkö se, että valtuutus vain päättyy kuten olemme aiemmin määritelleet. Ei ilmoiteta myyjän- tai sopimuksenvaihdoista. 7.10 Takautuva sopimuksen päättäminen Tarvitaanko erillistä takautuvaa sopimuksen päättämistapahtumaa? Takautuva päättäminen liittyy aina takautuvaan sopimuksen ilmoitukseen eli se liittyy aina korjaustilanteeseen. Nykysääntöjen mukaan takautuvia muuttoja ei tulisi hyväksyä. Voidaan tehdä validointi, että datahub hylkää takautuvan sopimuksen päättämisen. Ei sallita takautuvia päättämisiä. 7.11 Ilmoitus JVH:lle sopimuksettomista käyttöpaikoista Tarkennettava ilmoituksen lähettämistä. Datahub lähettää ilmoituksen niistä käyttöpaikoista missä sopimus on päättymässä 14 päivän sisällä ja toisen ilmoituksen, kun sopimus on jo päättynyt. Miten toimitaan tilanteissa, jos uusi sopimus on ilmoitettu alkavaksi esim. 1 kk päättyvän sopimuksen päättymispäivän jälkeen eli lähteekö tästä ilmoitus (välissä on myyjätön jakso)? Kun käyttöpaikka on jäämässä myyjättömäksi 14pv kuluessa, ilmoitetaan kerran, kun jää myyjättömäksi ilmoitetaan joka päivä. Myös jos sopimusten välissä on aukko, näistä ilmoitetaan myyjättömänä käyttöpaikkana vastaavasti. Keskustelussa esiin nousi, että datahubissa myyjänvaihto on mahdollista ilmoittaa jo kuluvalle päivälle, mikä osaltaan helpottaa, ettei myyjättömiä jaksoja syntyisi. 7.12 Mittausalue sopimuksen päättymiseen Sanomassa F06 sopimuksen päättämiseen liittyen mittausalue on pakollinen tieto. Itse tapahtumakuvauksissa sitä ei ole (liittyy kaikkiin päättämisilmoituksiin). Varmistus, onhan mittausalue myyjillä ylläpidetty tieto käyttöpaikan osalta? Mittausalue löytyy myyjien järjestelmistä. Tarkennettava myös tapahtumakuvauksiin. 7.13 Sopimustietojen ilmoitus Sopimustietojen ilmoituksella voi ilmoittaa uuden asiakkaan tai asiakastietojen muutoksesta. Tarkennettava kuvausta niin, että sillä ei saa muuttaa asiakkaan tunnusta myyjän omasta tunnuksesta henkilötunnukseen. Lisätään tarkennus prosessidokumenttiin (Sähkön vähittäismarkkinoiden liiketoimintaprosessit datahubissa). 7.14 Verkkosopimuksen peruutus Verkkosopimuksen peruutuksen syy-tiedon käsittely on käsitelty 7.9 ja 8.10 kokouksissa. Epäselvää ovat edelleen tilanteet, joissa verkkoyhtiö peruuttaisi verkkosopimuksen. Jos peruutuksia tehdään, onko tilannetta jolloin verkkoyhtiö peruuttaisi verkkosopimuksen ja verkkosopimuksen voimassaoloaikana olisi useampi myyntisopimus. Esim. tilanne, että asiakas on ilmoittanut muuton ja siinä yhteydessä syntyy uusi verkkosopimus. Verkko
Pöytäkirja 8 (8) vahvistaisi sopimuksen ennen kuin olisi tarkemmin asiaa tutkinut ja jostain syystä haluaisi sen peruuttaa. Asiakas on teoriassa voinut tehdä jo uuden sopimuksen alkamaan myöhemmin. Eikö tällaisissa tilanteissa ilmoiteta verkon peruutus myös tulevalle myyjälle? Oletettavasti hyvin harvinainen tilanne. Jos tapahtuu, niin molemmille myyjille pitäisi ilmoittaa peruutuksesta. 7.15 Laskurivitiedot Miten laskurivitietoja on ajateltu hyödynnettävän toimialalla laskutuspalveluntarjoajien käytössä. Lähetetäänkö laskutiedot datahubin kautta vai muutoin? Tällä hetkellä ei nähdä suurta tarvetta välittää datahubin kautta laskurivejä palveluntarjoajalle, mutta tämän pitäisi kuitenkin olla mahdollista. 8 Seuraava kokous ja kokouksen päätös Puheenjohtaja päätti kokouksen klo 14.50. Seuraava kokous on 3.12. klo 8.30-14.30 Duetto Business Parkissa. Seuraan vuoden ensimmäinen kokous sovittiin pidettäväksi ti 15.1.2019 klo 8.30-14.30. Seuraavat Skype-kokoukset sovittiin pidettäväksi: 20.11. klo 12.00-14.00 26.11. klo 11.30-13.00 13.12. klo 12.30-14.30 Liite Avointen asioiden listalta käsitellyt kohdat 19.10, 26.10 ja 2.11. Skype-kokouksissa Jakelu Prosessityöryhmä Teemu Hellas Emmi Kaivosoja Teemu Hiekka