1 Vähittäismarkkinoiden menettelytapojen kehitysryhmä 6/2010 Aika Tiistaina 26.10.2010 klo 9.30-16 Paikka Airport Congress, Helsinki-Vantaa lentokenttä, terminaali 2 Osallistujat Jari Rusanen, pj E.ON Kainuu Oy Minna Arffman Vattenfall Verkko Oy Kirsi Kuusisto Helsingin Energia Saku Ruottinen Fortum Distribution Pia Sillstén Turku Energia Oy Sari Wessman Jyväskylän Energia Oy Hannele Ylönen Savon Voima Oy Jan Segerstam Empower Oy Riina Heinimäki Energiateollisuus ry Ina Lehto Energiateollisuus ry Markus Piispanen, siht. Energiateollisuus ry Asialista 1. Kokouksen avaus Puheenjohtaja avasi kokouksen. Käytiin lyhyt esittelykierros, koska kokouksessa oli ensimmäistä kertaa mukana ET:n uusi verkkoasiantuntija Ina Lehto. 2. Esityslistan hyväksyminen Esityslistalle lisättiin Kirsin esittämä kysymys Z11[6] sanomien käytöstä välilukemien ilmoittamisessa. Muuten esityslista hyväksyttiin. 3. Edellisen kokouksen muistio Täsmennettiin edellisen kokouksen muistion lukua 4.3. Tuntimittaussuosituksen mukaiset pyöristyssäännöt voivat aiheuttaa hankaluuksia jos mittareilta tiedot saadaan 1 Wh:n tarkkuudella. Lukemia ei siis välttämättä yleensä saada 1 Wh:n tarkkuudella. Muilta osin edellisen kokouksen muistio hyväksyttiin sellaisenaan. 4. Menettelyohjeiden päivitykset Menettelyohjeet käytiin viime kokoukseen jälkeen tehtyjen muutosten osalta kohta kohdalta läpi. Samalla ryhmän jäsenillä oli mahdollisuus kommentoida ohjeita niin muutosten kuin ennallaankin pysyneiden kohtien osalta. 4.1 Sähkömarkkinoiden käytännön menettelyohje III Minna otti tässä yhteydessä esiin muuttotilanteisiin tällä hetkellä liittyvän ongelman, että asiakkaat ottavat myyjän lisäksi yhteyttä myös verkonhaltijaan tai jopa pelkästään verkonhaltijaan. Minna kertoi, että esimerkiksi heidän yhtiössään vain muutama prosentti muuttoilmoituksista tulee sanomilla myyjiltä, lopuissa muutoista asiakas ottaa yhteyttä verkkoon. Vaivattomimmin muuttoprosessi onnistuisi niin asiakkaan kuin toimijoidenkin kannalta, kun asiakas olisi yhteydessä ainoastaan sisäänmuuttokohteeseen valitsemaansa myyjään. Keskustelussa tuli esiin, että jotkut myyjät jopa neuvovat asiakasta ottamaan vielä erikseen yhteyttä verkkoyhtiöön.
2 Keskusteltiin, miten oikeat menettelytavat saataisiin parhaiten loppuasiakkaiden tietoon. Yksi keino toimijoilla on pyrkiä välittämään tietoa kiinteistönvälittäjille, jotka voisivat opastaa asunnon vaihtajia sähkösopimuksen tekemisessä muuttotilanteessa. Keskustelussa todettiin, etteivät pelkästään kerran vuodessa järjestettävät EDI-käyttäjäpäivät riitä viemään laajamittaisesti viestiä oikeista menettelytavoista verkkoyhtiöiden ja myyjien asiakaspalvelun ja sanomaliikenteen parissa työskenteleville henkilöille. Myöskään ET:n tiedotteet ja muu viestintä ei tunnu tavoittavan riittävän laajasti alalla työskenteleviä henkilöitä, mikä selviää myös esimerkiksi EMV:n tänä vuonna tekemästä sanomaliikenneselvityksestä. Toimijoiden tulisi enemmän panostaa omaan yhtiön sisäiseen koulutukseen. Ehdotettiin, että tuntimittaussuosituksesta järjestettävässä koulutuksessa yksi luento voisi koskea suosituksen aiheuttamia muutoksia menettelyohjeisiin ja sanomaliikenteeseen. Tuntimittaussuositusta koskevan tilaisuuden osallistujien ei kuitenkaan lähtökohtaisesti voida olettaa hoitavan sanomaliikenneasioita, joten olennaista olisi, että tilaisuutta koskevassa kutsussa kerrottaisiin tilaisuuden koskevan verkkoyhtiöiden lisäksi myös myyjiä sekä erityisesti sanomaliikenteen parissa työskenteleviä henkilöitä. Mietittiin myös mahdollisuutta, että tuntimittaussuosituksesta järjestettävä yhden päivän mittainen koulutustilaisuus jakaantuisi iltapäivästä kahteen eri kohderyhmille tarkoitettuun tilaisuuteen. Aamupäivä käsiteltäisiin suosituksen yleisiä asioita ja iltapäivällä koulutus voisi jakaantua erikseen mittausta ja sanomaliikennettä koskeviin ryhmiin. Mittauspuolen koulutuksessa tulisi yhtenä asiana painottaa mittareilta saatavan tiedon luotettavuuden merkitystä verkon ja myyjän liiketoiminnalle sekä asiakasrajapinnalle. Kehitysryhmä oli saanut kysymyksen koskien lukemien arviointia muuttotapahtuman yhteydessä, missä käyttäjä esitti huolensa erään verkkoyhtiön toimintatavasta kirjata muuttotapahtumaa seuraavan mittausjakson alkamisajankohta luentapäivälle eikä muuttopäivälle. Muuttopäivän ja luentapäivän välillä saattoi olla jopa kaksi viikkoa. Menettelyohjeiden mukaan muuttotapahtuman luenta tulee tehdä +/- 5 arkipäivän sisällä muuttopäivästä ja luenta pitää kirjata muuttopäivälle. Tätä ajanhetkeä tulee käyttää jatkossa kaikissa tilanteissa, kun ko. lukemaa välitetään tai käytetään asiakaslaskutuksessa. Lisäksi menettelyohje sanoo, että muuttolukemia ei saisi ensisijaisesti arvioida, millä tarkoitetaan nimenomaan, että pääsääntöisesti tulisi käyttää joko asiakkaan itseluentaa tai verkonhaltijan luentaa. Perusteena on asiakkaiden oikeudenmukainen kohtelu, eli varmistetaan, ettei sisään tai ulos muuttava asiakas joutuisi maksamaan toisen kuluttamasta sähköstä. Tältä osin muutto poikkeaa myyjänvaihdosta, jossa kohteen asiakas ei vaihdu. Menettelyohjeen tekstiä muokattiin helpommin ymmärrettävään muotoon, säilyttäen asiasisältö kuitenkin entisellään. Sähkömarkkinoiden käytännön menettelyohjeeseen tehdyt muutokset hyväksyttiin. Ohje voidaan kehitysryhmän puolesta viedä ulkoasun siistimisen jälkeen valiokuntiin hyväksyttäväksi. 4.2 Sanomaliikenteen menettelyohje Ohjeen tekstistä päätettiin poistaa ohjeet myyjälle käyttää faksia sähköntoimituksen katkaisu- ja kytkentäpyynnön ilmoittamisessa JVH:lle. Nyt pyyntö ohjeistetaan tekemään ensisijaisesti sanomilla tai vaihtoehtoisesti sähköpostilla.
3 Keskusteltiin vuosikäyttöarviota käsittelevän luvun tekstistä, jonka perusteella ohjeen lukija saattoi ymmärtää väärin, että enintään 3x63A kohteiden vuosikäyttöarviota ei tarvitse ilmoittaa ollenkaan, jos arvio ei ole muuttunut. Tekstiä muokattiin hieman, jotta siitä selviäisi paremmin verkonhaltijan velvollisuus ilmoittaa vuosikäyttöarvio myyjälle vähintään kerran vuodessa. Riina kysyi kehitysryhmän jäsenten kantaa sanomaliikenteen menettelyohjeen liitteen 1 tarpeellisuudesta. Keskustelun perusteella liitteestä ei välttämättä ole kovinkaan paljon apua kokeneille käyttäjille, mutta uusille käyttäjille se antaa varsinaista ohjetta selkeämmin kuvan eri sanomien käytöstä. Sovittiin, että Sari ja Pia käyvät vielä kyseisen liitteen ohjeet läpi verkonhaltijan ja myyjän näkökulmasta ja lähettävät mahdolliset kommenttinsa Markukselle. Myös liitteen 2 tarpeellisuudesta keskusteltiin. Vuokaaviot kuitenkin koettiin tarpeellisiksi tietyissä tilanteissa, sillä niistä näkee nopeasti ja kompaktissa muodossa sanomien kulun. Liite päätettiin jättää ohjeeseen sellaisenaan. Markus muokkaa vielä ohjeen muutostaulukkoa niin, että uudet muutokset kirjataan taulukkoon ohjeen lukujen mukaiseen järjestykseen. Myös samaa lukua koskevat muutokset kirjataan samalle riville. Sanomaliikenteen menettelyohjeeseen tehdyt muutokset hyväksyttiin. Ohje voidaan kehitysryhmän puolesta viedä ulkoasun siistimisen jälkeen valiokuntiin hyväksyttäväksi. 4.3 Ediel sanomanvälityksen yleiset sovellusohjeet Riina kertoi teknisen ryhmän viime kokouksessa käydystä keskustelusta lukuarvojen tarkkuusvaatimuksista MSCONS-sanomissa. Kokouksessa päätettiin, että kuormituskäyräsummat välitetään samalla 10 Wh:n tarkkuudella kuin tuntilukemasarjat, eikä ohjetta ei ole syytä muuttaa. Käydyssä keskustelussa todettiin, että yhtiön sisäisen laskennan saa tehdä niin tarkasti kuin haluaa, mutta sanomilla lähetettäessä lukuarvoissa tulee käyttää ohjeen mukaisia tarkkuuksia. Ediel sovellusohjeessa on lukuisia aikaleimaesimerkkejä, joiden vuosiluvut on päivitetty pääosin vuosille 2010 ja 2011. Keskusteltiin voiko ohjeessa olla esimerkkejä tulevaisuuden tapahtumista, joita ei todellisuudessa vielä pystyisi tekemään. Päädyttiin siihen, että ohjetta ei voida jatkuvasti pitää ajan tasalla, joten ongelmaan ei kannata puuttua. 4.4 Menettelyohje myyjänvaihtotilanteisiin Keskusteltiin ohjeen luvun 2.1 (Komission III sähkö- ja kaasumarkkinadirektiiviehdotus) tarpeellisuudesta. Direktiivi on jo hyväksytty, joten keskusteltiin, päivitetäänkö luku vai poistetaanko se kokonaan. Päätettiin poistaa koko luku, koska hyväksytyssä muodossaan direktiivillä ole merkittäviä vaikutuksia tässä ohjeessa käsiteltäviin asioihin. Peruutussanomien valmistelu on käynnissä, joten luvun 5.2 ohjeet tulevat muuttumaan lähiaikoina. Keskusteltiin tulisiko ohjeessa jo kertoa tulevista peruutussanomista. Päätettiin ettei ohjetta kannata nyt lähteä muuttamaan merkittävästi. Lisättiin kyseiseen lukuun, että sanomaliikenteessä ei toistaiseksi ole peruutussanomia, mikä kertoo kyseisten sanomien tulosta jossain vaiheessa. Keskusteltiin lyhyesti myyntisopimuksen peruuttaneen myyjän tarpeesta saada sopimuksen päättymislukemia ajalta, jonka käyttöpaikka on väärän myyjän taseessa ennen sopimuksen peruutusta. Todettiin, että verkonhaltijan
4 ei tarvitse ilman erillistä pyyntöä lähettää peruutusajanhetken lukemia sopimuksen peruuttaneelle myyjälle. Sen sijaan verkonhaltijan tulee lähettää lukemat toimituksen alkamisen ja peruutuksen väliltä sille myyjälle, jonka myyntiin kohde palaa, jotta tämä myyjä voi laskuttaa kyseisen ajalta käytön asiakkaalta. Lukemat voidaan lähettää myös sähköpostilla, jos Z11-sanoman lähetys tai vastaanotto ei onnistu, kun asiakas on kirjattu eri myyjälle. Kohde jää virheen tehneen myyjän taseeseen tältä ajalta. Ohjetta ei nähty tarpeelliseksi muuttaa tältä osin. Kehitysryhmä hyväksyi myyjänvaihto-ohjeeseen tehdyt muutokset. Ohjeen voi viedä hyväksyttäväksi ulkoasun siistimisen jälkeen. 5. Peruutussanomien käyttöönotto (Liite 6) Markus esitteli edellisessä kokouksessa saatujen kommenttien pohjalta tehdyn uuden prosessikuvauksen peruutussanomien käytöstä. Viime kokouksessa päätettiin, ettei peruutuksen vahvistukseen ole tarpeellista tehdä erillisiä sanomia, joten prosessikuvauksesta on nyt kokonaan poistettu Z08[C]-, Z08[CN]- ja Z04[C]- sanomat. Saku ehdotti, että pitäisikö Z08[C]-sanoma ottaa sittenkin käyttöön, mutta eri tarkoituksessa. Sanomalla edellinen myyjä voisi asiakkaan valtuuttamana peruuttaa uuden myyjän käynnistämän myyjänvaihtoprosessin. Kehitysryhmä ei kannattanut ajatusta, vaan halusi pitäytyä aiemmin linjatussa periaatteessa, jonka mukaan sopimuksen peruutus tulee aina ilmoittaa sopimuksen tehneelle uudelle myyjälle, joka edelleen ainoana tahona voi peruuttaa jo lähettämänsä sanoman uudesta myyntisopimuksesta. Sakun esille ottamassa tapauksessa edellä kuvatun periaatteen mukaisesti toimittuna tarvittaisiin myyjältä-myyjälle sanoma. Tällaista sanomatyyppiä ei vielä tunneta nykyisissä määrittelyissä. Jos asiakas ottaa peruutuksessa yhteyttä edelliseen myyjäänsä, tulisi myyjän neuvoa asiakasta ottamaan yhteyttä uuteen myyjään. Riina kertoi teknisessä ryhmässä käydystä keskustelusta, että peruutus kohdistetaan alkuperäisen sanoman lähettäjän, myyjän sopimustunnuksen ja käyttöpaikkatunnuksen mukaan, joten alkuperäisen sanoman viitetietoa ei tarvita sanomassa. Sopimustunnuksen perusteella tapahtuva peruutuksen identifiointi mahdollistaisi myös Z03[1]-sanoman kanssa täysin identtisen peruutussanoman käytön, jossa vain syykoodi muuttuisi. Käytännössä saman sanoman käyttöönoton yhteydessä ei tarvittaisi järjestelmätestausta. Keskustelussa heräsi myös kysymys miksi peruutussanomien käyttö on rajattu vain ennen toimituksen alkamista tapahtuviin peruutuksiin. Toimituksen alkamisen jälkeen tehtävä peruutus on huomattavasti monimutkaisempi prosessi, johtuen mm. ko. käyttöpaikan energian joutumisesta väärän osapuolen taseeseen. Tällöin peruutus on parempi tehdä sähköpostilla, jotta epäselvistä asioista sopiminen on joustavampaa osapuolten välillä. Jan esitteli Markuksen valmisteleman uuden tyyppisen ohjeen peruutussanomien käytöstä. Ohjeen lähtökohtana on yhdistää prosessikuva ja kutakin prosessin toimintoa koskeva kompakti tehtäväkuvaus, jotta lukijalle hahmottuisi yhdestä dokumentista helposti eri toimintojen väliset riippuvuudet sekä kunkin toiminnon tarkempi kuvaus. Uusi ohje lähestyy asiaa enemmän prosessinäkökulmasta kuin olemassa olevat menettelyohjeet ja saikin siitä positiivista palautetta. Ehdotettiin, että sanomaliikenteen menettelyohjeiden liitteen 1 voisi korvata tämän tyyppisellä ohjeistuksella. Ohje tulisi kuitenkin tehdä erikseen jokaisesta eri tapahtumasta, joten tarvittavan työmäärän takia muutos ei vielä ehdi tällä hetkellä käynnissä olevaan menettelyohjeiden päivitykseen.
5 Päätettiin, että Markus parantelee hahmottelemaansa ohjetta peruutussanomien käytöstä, ja lähettää sen sitten kommentoitavaksi kehitysryhmän jäsenille. Asiaan palataan tarkemmin seuraavassa kokouksessa. 6. Puuttuvien lukemien arviointi (Liite 7) Riina kertoi, että teknisessä ryhmässä perustettiin kehitysryhmän edellisen kokouksen ehdotuksen mukaan pienryhmä miettimään puuttuvien lukemien arviointia. Pienryhmän jäseninä ovat Heikki Sivonen, Sakari Seppälä, Jan Segerstam ja Markus Piispanen. Ryhmä kokoontuu ensimmäisen kerran 2.11.2010, jolloin mukana on myös Riina Heinimäki sekä Saku Ruottinen tuntimittaustyöryhmän jäseninä. Minna kertoi saaneensa yhtiönsä mittauspuolen henkilöiltä kommentteja Jarin kehitysryhmälle jakamaan materiaaliin liittyen. Päätettiin, että Minna lähettää kommentit Markuksen kautta pienryhmän käytettäväksi. Hannele kysyi kenelle puuttuvien lukemien arviointia koskevat kysymykset tulisi vastaisuudessa osoittaa. Tuntimittaustyöryhmä on nyt määritellyt puuttuvien lukemien liiketoiminnalliset reunaehdot, jonka päälle pienryhmän tulisi rakentaa yksiselitteisimmät tekniset säännöt järjestelmätoimittajien käyttöön. Etenkin teknisissä kysymyksissä tulisi ensisijaisesti ottaa yhteyttä Markukseen, joka toimii pienryhmän sihteerinä. Päätettiin, että myös kehitysryhmä lisätään perustetun pienryhmän materiaalin jakelulistalle. 7. Avoimia kysymyksiä (Liite 8) 7.1 Ennakkoilmoitus tuntitietojen välityksen aloittamisesta Kehitysryhmälle tulleessa kysymyksessä oltiin huolissaan, että verkkoyhtiöt eivät etukäteen ilmoita ajankohtaa tuntitietojen välityksen aloittamisesta enintään 3x63A kohteista, tai jos ilmoittavat, niin käytäntö on hyvin kirjavaa. Asiaa on käsitelty kehitysryhmässä aikaisemminkin, sillä menettelyohjeissa ennestään ollutta ennakkoilmoitusta koskevaa ohjeistusta täsmennettiin tuntimittaussuosituksessa ja on siten aiheuttanut päivitystarpeen myös menettelyohjeisiin. Kehitysryhmä vahvasti suosittelee käyttöpaikkakohtaisen listan lähettämistä myyjälle ennakkoon niistä kohteista, joista tuntitietoa aletaan välittää. Tarkempi tieto tuntitietojen välityksen aloittamisesta mahdollistaisi myyjän toimintojen paremman suunnittelun ja jaksottamisen etukäteen, jolloin muutos olisi sujuvampi. Ryhmä ei kuitenkaan halua ottaa ehdotonta kantaa käyttöpaikkakohtaisesta ilmoittamisesta. Sanomavaatimus on kuitenkin selkeä. JVH:n tulee lähettää käyttöpaikkakohtainen tieto mittalaitteen tai mittaustavan muutoksesta PRODAT Z10[7]-sanomalla tapahtuman jälkeen. Asia otetaan huomioon koulutusta suunniteltaessa. 7.2 Kysymys: Mittarin kapasiteetti Z11-sanomissa Riina esitteli kehitysryhmän saaman kysymyksen koskien mittarin kapasiteetin ilmoittamista Z11[5]- ja Z11[6]-sanomissa. Ongelma on, että ennen vuotta 2008 kilpailutetuista kohteista ei myyjällä ole mittarikapasiteettia, koska tieto on lisätty pakolliseksi Z04[1]-sanomaan vasta tämän jälkeen. Näistä kohteista myyjän voi olla mittarilukeman pyörähtäessä ympäri hankala tietää onko kyseessä verkon virheellinen lukema vai mittarin ympäripyörähdys.
6 Päätettiin, että mittarikapasiteettia ei oteta Z11-sanomiin, koska ongelma on poistuva. Todennäköisesti ne asiakkaat, jotka ovat kilpailuttaneet myyjän ennen vuotta 2008 tulevat kilpailuttamaan myyjän myös uudestaan ennen pitkää. Ne myyjät, joilla tämä aiheuttaa ongelmia voivat pyytää verkonhaltijoilta listauksen näiden kohteiden mittarikapasiteeteista. Toivottavaa olisi, että myyjä pyytää kerralla listauksen kaikista kohteista, joita ongelma koskee, sillä yksittäisten tapausten selvittely on molemmille osapuolille työlästä. 7.3 Tiedoksi teknisen ryhmän linjaus: Pientuotannon ilmoittaminen JVH:n taseselvityksessä Riina kertoi teknisessä ryhmässä käydystä keskustelusta pientuotannon ilmoittamisesta JVH:n taseselvityksessä. Sellaiselle jakeluverkkoon liitetylle käyttöpaikalle, jossa on sekä kulutusta että tuotantoa, tulee verkosta otolle ja verkkoon annolle perustaa omat erilliset käyttöpaikkatunnukset. Käyttöpaikkarekisteriin tulee merkitä, tuotanto sen käyttöpaikkatunnuksen osoitteen perään, jossa tuotantoa on, jotta samassa osoitteessa olevat kaksi käyttöpaikkatunnusta pystytään erottamaan. Esimerkiksi Energiakuja 1 A, tuotanto. Kyseisen käyttöpaikan verkosta otolle ja verkkoon annolle tehdään omat erilliset tuntiaikasarjat, joiden tuotekoodi on 1008. Aikasarjojen etumerkkisäännöt määräytyvät Ediel sovellusohjeen mukaisesti, eli tuotanto on (+) ja kulutus (-). Taseselvityksessä alle 1 MVA:n kohteet viedään kulutustaseen puolelle, jolloin toimijakohtainen summa-aikasarja ilmoitetaan Fingridille tuotekoodilla 1000. Etumerkki määräytyy sen perusteella, kumpi on suurempaa tuotanto vai kulutus (summataan yhteen). Sovittiin, että asia tulee ottaa koulutuksessa esille, koska pien- ja mikrotuotanto ovat todennäköisesti yleistymässä ja samalla käyttäjien kysymykset aiheeseen liittyen tulevat lisääntymään. Ehdotettiin, että seuraavilla EDI-käyttäjäpäivillä olisi yksi luento mikro- ja pientuotannon verkkoon liittämiseen liittyvistä sanomaliikenneasioista. Myös tuntimittauskoulutuksessa tulisi panostaa mikro- ja pientuotantoon liittyviin asioihin. 7.4 Kysymyksiä uudesta laskutusperuste-kentästä Minna oli toivonut, että kokouksessa palattaisiin vielä lukemalaskutuksesta ilmoittamiseen, sillä uuden Laskutusperuste-kentän lisääminen Z03[1/14]-, Z04[1]-, Z06[11]- ja Z09[1]-sanomiin oli herättänyt heidän myyntipuolella useita kysymyksiä: - Muuttaako JVH etäluettavan kohteen arviolaskutukseen, jos myyjä ilmoittaa Z03[1]-sanomassa laskutusperusteeksi arviolaskutuksen: Ei, jos verkko on sopinut asiakkaan kanssa lukemalaskutuksesta. - Tuleeko myyjän selvitellä laskutustapaa jos JVH vahvistaa Z04[1]- sanomassa lukemalaskutuksen vaikka myyjä on Z03[1]-sanomassa ilmoittanut arviolaskutuksen: Kyllä, jos myös myyjä haluaa vaihtaa laskutuksen lukemalaskutukseen ja on jo ehtinyt sopia asiakkaan kanssa arviolaskutuksesta. - Vaikka JVH ilmoittaa laskutustavaksi lukemalaskutuksen, niin siltikään ei tiedetä kuinka usein saadaan lukemia: Tämä pitää paikkaansa. Kehitysryhmä ei ole nähnyt mahdolliseksi lisätä Z04-sanomaan tietoa verkon laskutusrytmistä.
7 - Voiko myyjä lähettää negatiivisen APERAK-kuittauksen, jos verkolla onkin eri laskutustapa kuin mitä myyjä on alun perin ilmoittanut: Ei voi. Laskutusperuste-kentällä myyjä siis kertoo lähinnä verkolle tiedoksi, mitä on sopinut asiakkaan kanssa. JVH vahvistaa Z04[1]-sanomassa todelliset tiedot. Jos näissä on eroa, myyjä selvittää asian asiakkaan kanssa. 7.5 Myyjänvaihtosanoman käyttö, kun tehdään uusi sopimus saman myyjän kanssa Palattiin vielä kehitysryhmässä aikaisemminkin käsiteltyyn käyttäjän ehdotukseen, että myyjän tulisi kehittää uusi sanomamenettely tapaukseen, jossa asiakas tekee uuden sopimuksen käyttöpaikan nykyisen myyjän kanssa. Ehdotuksen perusteluna oli, että samalla sanomalla (Z03[1]) ei saisi olla kahta eri käyttötarkoitusta. Kehitysryhmä pysyy edelleen linjauksessaan, että tässä tapauksessa myyjän tulee tehdä uudesta sopimuksesta ilmoitus Z03[1]- sanomalla menettelytapalinjausten 2008 mukaisesti. Tapaukseen liittyen menettelyohjeita kuitenkin täsmennettiin lisäämällä sanomaliikenteen menettelyohjeeseen, että uusi myyjä voi olla myös käyttöpaikan nykyinen myyjä, jonka kanssa asiakas tekee sopimuksen, ja sopimustunnus tulee tässäkin tapauksessa välittää JVH:lle Z03[1]-sanomalla. 7.6 Tiedoksi: Profile-summasarjojen nimien yhdenmukaisuus Teknisessä ryhmässä käsiteltiin käyttäjältä tullutta kommenttia, että verkkoyhtiöt eivät lähetä Profile-summasarjoja Ediel sovellusohjeessa annettujen ohjeiden mukaisesti nimettynä, vaan summasarjojen nimeämiskäytäntö vaihtelee eri verkkoyhtiöiden välillä. Käyttäjät pystyvät itse muokkaamaan Profile-summasarjojen nimiä, joten järjestelmätoimittajat eivät suoraan pysty ongelmaa korjaamaan. Teknisen ryhmän kokouksessa ehdotettiin, että käyttäjät sekä muut sanomien kanssa työskentelevät puuttuisivat virheellisiin nimiin ottamalla yhteyttä virheellisen sanoman lähettäneeseen verkkoyhtiöön sähköpostitse ja kehottaisivat korjaamaan virheen vastaisuudessa. Ohjeistus Profile-summasarjojen nimeämisestä on selkeä, joten ongelma tulee huomioida lähinnä koulutuksessa. Samassa yhteydessä teknisessä ryhmässä keskusteltiin, että MSCONS- ja DELFOR-sanomien lähettäjän- ja vastaanottajan tunnistetiedot ovat sanomissa usein väärin. Edes lähettäjät itse eivät aina tiedä, mikä heidän oma tunnuksensa on. Tämä teettää paljon ylimääräistä työtä operaattoreilla, kun pitää selvitellä kenelle virheellisillä tunnistetiedoilla lähetetyt sanomat kuuluvat. Teknisessä ryhmässä ehdotettiin, että tehdään ET:n sivuille vastaava MSCONS-yhteystietotaulukko, kuin nyt on PRODAT-yhteystiedoille. Sampsa valmistelee seuraavaan teknisen ryhmän kokoukseen taulukkopohjan MSCONS-yhteystietoja varten. Kehitysryhmässä keskusteltiin uuden taulukon tarpeellisuudesta, sillä Fingrid ylläpitää jo sivuillaan taseselvityksessä tarvittavia yhteystietoja. Kahden rinnakkaisen taulukon ylläpitäminen ei ole järkevää. Fingridin taulukko on kuitenkin sellaisessa muodossa, että sitä ei pysty sähköisesti lukemaan. Etenkin järjestelmätoimittajat ovat toivoneet yhteystietoja muotoon, josta teknisesti yksilöivät tiedot on helppo koneellisesti lukea. Ehdotettiin, että PRODAT-yhteystietotaulukkoa muokataan niin, että siinä olisi myös MSCONS-sanomien välittämisessä tarvittavat yhteystiedot. Päätettiin tutustua seuraavassa kokouksessa Sampsan tekemään ehdotukseen, ja sen
8 pohjalta miettiä kuinka tiedot saataisiin sisällytettyä nykyiseen PRODATyhteystietotaulukkoon. 7.7 Menettelytapa kun sopimus on tehty väärään käyttöpaikkaan asiakkaan ilmoituksen perusteella Sari halusi tuoda kehitysryhmässä keskusteltavaksi tapauksen, jossa asiakas oli vahingossa ilmoittanut sopimuksen teon yhteydessä väärän osoitteen. Asiakkaalta saatujen tietojen mukaan hän oli ilmoittanut väärästä osoitteesta myyjälle, mutta tämä ei ollut korjannut sopimustilannetta. Myyjä perusteli tätä sillä, ettei asiakas nimenomaisesti ole irtisanonut sopimusta. 8. Muut asiat Kehitysryhmässä keskusteltiin, että myyjän olisi pitänyt irtisanoa sopimus asiakkaan ensimmäiseen yhteydenottopäivään. Elinkeinonharjoittajan tulee hyvän tavan mukaan korjata tilanne, kun asiakas ilmoittaa virheestä sopimuksessa. Menettelyohjetta täsmennettiin siten, että Z04[1]-sanoman nimentarkastuksen yhteydessä myyjän on poissuljettava vaihtoehto, että sopimusta ollaan tekemässä väärälle käyttöpaikalle. Epäselvissä tapauksissa myyjän tulisi aina olla yhteydessä suoraan asiakkaaseen. Tapaus voidaan ottaa esimerkiksi käyttäjäpäivien ryhmätöihin. 8.1 Kirsin kysymys Z11[6]-sanomien käytöstä välilukemien ilmoittamisessa Kirsi halusi tuoda kehitysryhmän keskusteltavaksi Z11[5]- ja Z11[6]- sanomien käytön verkkoyhtiöiden mittaustietojen ilmoittamisessa myyjille. Tällä hetkellä harva verkkoyhtiö käyttää Z11[6]-sanomia välilukemien lähettämiseen myyjille. Kuukausittaisten lukemien välittämiseen, oli ne sitten laskutuslukemia tai välilukemia, käytetään Z11[5]-sanomia, jotka on ohjeiden mukaan tarkoitettu vain toimituksen aikaisten laskutuksen perusteena olevien mittaustietojen ilmoittamiseen. Kirsi halusi kysyä muiden kehitysryhmän jäsenten kantaa siihen, että Z11[6]-sanomilla oikeasti lähetettäisiin tai haluttaisiin vastaanottaa muut kuin verkonlaskutusrytmin mukaiset lukemat. Aiheesta keskusteltiin vilkkaasti. Ohjeiden mukaan myyjän tulee ottaa vastaan kaikki lukemat riippumatta millä Z11-sanoman syykoodilla ne on lähetetty, sillä lukuväli sanomassa alkaa aina edellisestä lukemasta riippumatta ko. lukeman syykoodista. Asia on kuvattu tarkemmin sanomaliikenteen menettelyohjeen luvussa 2.3.3. Sovittiin, että Markus täsmentää ohjetta viime kokouksien linjauksien mukaisesti koskien jo aikaisemmin lähetetyn lukuvälin tietojen korjaamista myöhemmin. Kehitysryhmässä suositeltiin toimimaan menettelyohjeiden mukaisesti, eli käyttöpaikoista, joiden kuormitusmallin tunnus on 6, 7 tai 8, tulee lähettää Z11[5]- ja Z11[6]-sanomat. Tuntimitatuista käyttöpaikoista, joiden kuormitusmallin tunnus on 9, tulee tuntilukemasarjojen lisäksi lähettää vähintään verkon laskutuslukemat Z11[5]-sanomilla. 9. Seuraava kokous Ma 13.12.2010 Airport Congress klo 9.30 16.00