Kysymyksiä ja vastauksia Datahub-liiketoimintaprosesseihin liittyen Tähän dokumenttiin on kerätty datahub-liiketoimintaprosesseihin liittyviä kysymyksiä vastauksineen. Tässä dokumentissa on seuraavien aihealueiden kysymyksiä: 1. Sopimusprosessit 1.1 Yleistä sopimusprosesseista 1.2 Uuden sopimuksen ilmoittaminen 1.3 Sopimuksen päättäminen 1.4 Sopimustietojen muutokset 1 Sopimusprosessit 1.1 Yleistä sopimusprosesseista 1.1.1 Onko määräaikaa historiassa mitä ei aleta korjaamaan? Entä jos ei löydy tietoja käyttöönoton ylimenojaksolle. Takautuvia korjauksia voidaan tehdä kuten ennenkin. Ylimenoaikana pitää mahdollisesti miettiä erityiskäsittelyä näille. 1.1.2 Sopimusten määräaika kappale 3.2.2.4 taulukon 6 kohta 2, miksi sopimukset pitää ilmoittaa 90 vuorokauden säännöllä? Halutaan ilmoittaa jo aiemminkin. 90 vrk säännöllä halutaan varmistaa asiakaslähtöinen toimintatapa. Asiakas voi unohtaa solmineensa uuden myyntisopimuksen esim. vuosi sitten. Sopimuksen ilmoituksen aikarajoihin ei tule suuria muutoksia Datahubin käyttöönoton myötä. Ainoa mikä tulee muuttumaan, on sopimuksen määräaikaisuuden päättymispäivän ilmoittaminen, mikäli päättymispäivä on 90 vrk sisällä uuden sopimuksen ilmoituspäivästä (nykyisen 30 vrk:n säännön sijasta). 1.1.3 Keplottelu saman perheen sisällä on mahdollista edelleen? Riittää, että toinen vaihtuu. Nykyinen myyjä saa sopimuksensa päättymisestä tiedon ja voi halutessaan kontaktoida asiakasta varmistuakseen sopimuksen päättymisen oikeellisuudesta. Toimialan toivomuksesta lisättiin datahubin päättelyyn se, että määräaikaisista sopimuksista ei pääse eroon jos yksikin asiakas pysyy samana käyttöpaikan sopimuksella. 1.1.4 Voiko käyttää väestörekisteriä apuna? Toistaiseksi ei ole mietitty kytköstä väestörekisteriin tämän osalta. 1.1.5 Online palvelut omilla tunnuksilla. Kuinka hoidetaan kahden nimen vieminen, jotta molemmilla on oikeus hoitaa online palvelun kautta asioita? Tämän tekninen toteutus on vielä määrittelemättä. Periaatteessa molemmilla tulee olla mahdollisuus hoitaa online-palvelun kautta asioita.
1.1.6 Poikkeava irtisanomisehto - voiko koskea kuluttajia? Poikkeava irtisanomisehto koskee ainoastaan yrityksiä. 1.1.7 Kuka valvoo poikkeavia irtisanomisehtoja ja miten? Poikkeavat irtisanomisehdot ovat toimijan ja yritysasiakkaan kesken sovittavissa. Poikkeavat irtisanomisehdot ovat hyvinkin moninaisia. Datahub ei valvo sopimusosapuolten välisiä sopimusehtoja. 1.1.8 Tarkastaako Datahub ettei poikkeavaa irtisanomisehtoa ole kuluttaja-asiakkaalla? Kyllä. 1.1.9 Voidaan päästä eroon ikävästä myyntisopimuksesta vaihtamalla asiakasta? Kuinka voidaan estää? Tämä on alalla sovittava toimintamalli. Toimialan toivomuksesta lisättiin datahubin päättelyyn se, että määräaikaisista sopimuksista ei pääse eroon jos yksikin asiakas pysyy samana käyttöpaikan sopimuksella. 1.1.10 Halvan hinnan aikaan keplotteluja vähemmän - voi kasvaa? Datahubin toiminnassa tähän ei voida ottaa kantaa. 1.1.11 Asiakas kiistää myyntisopimuksen - mitä tapahtuu? Asiakkaan ilmoittaessa sopimuksen kiistäminen jakeluverkonhaltijalle voi tämä käyttöliittymän kautta ilmoittaa tästä Datahubiin, josta sitten lähtee tieto myyjälle. Toimintamalli tullaan toteuttamaan uuden asetuksen mukaisesti. 1.1.12 Voiko useammalla käyttöpaikalla olla sama sopimustunnus? Kyllä voi, sopimustunnus ei ole uniikki datahubissa. 1.1.13 Jatkuvatko sähkön kokonaistoimitussopimukset datahubissa? Kyllä, näiden käsittely on mahdollistettava myös datahubissa. 1.1.14 Jos kohde on ilman myyjää - katoaako toimitusvelvollisen myyjän oletusmyyjä käsite datahubin myötä? Oletusmyyjä käsitettä ei ole nykyisen lainsäädännön mukaan. Asiakkaan tulee aina itse tehdä sopimus myyjän kanssa. 1.1.15 Jos sopimuksilla keplottelu tehdään helpoksi sillä voi olla isot seuraamukset -> myyjät eivät enää halua tehdä määräaikaisia sopimuksia. Tämä on alalla sovittava toimintamalli. Toimialan toivomuksesta lisättiin datahubin päättelyyn se, että määräaikaisista sopimuksista ei pääse eroon jos yksikin asiakas pysyy samana käyttöpaikan sopimuksella. 1.1.16 Kuinka käsitellään liittymän siirto datahubissa? Liittymiä eikä liittymissopimuksia käsitellä datahubissa.
1.1.17 Rikkooko asiakas sopimusehtoja jos tekee tahallaan sopimusrikkomuksen (keplottelee irti määräaikaisesta myyntisopimuksesta)? Tämä riippuu siitä miten myyjä on sopimusehdot määritellyt. 1.1.18 Välitetäänkö myyntisopimustiedoissa myyjän tuotetieto jakeluverkonhaltijalle? Myyntituote ei ole pakollinen tieto. 1.1.19 Onko sopimuksella myös laskutukseen liittyvistä yhteystiedoista (osoitteista) poikkeava osoite, johon ilmoitetaan esim. sopimusehtomuutoksista tai muista yhteydenotoista kuin laskuista? Asiakkaalla on oma virallinen osoite, joka voi olla eri kuin käyttöpaikan osoite ja lisäksi asiakkaalle voi antaa erillisen laskutusosoitteen sopimuksittain. Mikäli näiden lisäksi tarvitaan vielä muita osoitteita, on niiden ylläpito hoidettava datahubin ulkopuolella. 1.1.20 Miten datahubissa käsitellään sopimus, joka kattaa useita käyttöpaikkoja? Perustetaanko tällainen sopimus datahubiin erikseen niin monta kertaa kun sopimuksella on käyttöpaikkoja? Sopimukset ilmoitetaan datahubiin käyttöpaikkakohtaisesti. Myyjällä voi olla saman sopimuksen alla useita käyttöpaikkoja, mutta ilmoitukset tehdään datahubiin käyttöpaikoittain. 1.1.21 Puuttuuko verkkosopimuksen osalta laskutustapatieto? Miten verkko ilmoittaa, jos se ei suostu esim. myyjän ilmoittamaan yhteislaskutukseen? Jakeluverkonhaltija ilmoittaa omiin perustietoihin, mikäli ei suostu yhteislaskutukseen, Osapuolet sopivat aina keskenään mahdollisesta yhteislaskutuksesta. Näin ollen myyjällä on tiedossa jo sopimusta tehdessään onko yhteislaskutus mahdollista vai ei. 1.1.22 Miksi tämä pvm raja on ajateltu muuttaa nykyiseen verrattuna? määräaikaisuuden näkyminen 90 vrk entisen 30 sijaan. Tällä parannetaan asiakkaan saaman palvelun laatua. 1.1.23 Nykyiset sähkönmyyntiehdot mahdollistavat yli 2 vuoden määräaikaisen sopimuksen, tuleeko muutos? Tämä hankaloittaa määräaikaisten sopimusten hallintaa. Myyjä voi halutessaan sopia kuluttaja-asiakkaan sopimuksen määräajasta yli kahden vuoden ajalle. Datahubiin ei voi kuitenkaan ilmoittaa määräaikaa yli kahden vuoden päähän, jotta datahubissa voidaan ottaa huomioon se, että kuluttaja-asiakas voi kuitenkin tuon kahden vuoden määräajan jälkeen irtisanoa tämän sopimuksen kuten toistaiseksi voimassaolevan sopimuksen. Datahubissa määräajan päättymispäivä on yksi validointitekijä uuden sopimuksen ilmoituksessa. Mikäli datahubiin voisi ilmoittaa pidemmälle ajalle määräajan päättymispäivän, tarkoittaisi se että datahubissa asiakas ei pääsisi irti sopimuksestaan tuon kahden vuoden määräajan puitteissa. 1.1.24 Kokonaistoimitussopimukset juridisesti yksi sopimus, mutta datahubissa käsitellään erillisinä? Kyllä, datahubissa myynti- ja verkkosopimukset ovat aina erilliset.
1.1.25 Minkä kielinen sopimus on jos sopimuksen asiakkaat ovat eri kielisiä? Sopimukselle ei anneta kielikoodia datahubissa, ainoastaan asiakkaalle. Datahub välittää kielikoodin osapuolilta toisille ja osapuolet määrittelevät itse kuinka käsittelevät sopimukset omissa järjestelmissään. 1.1.26 Mihin datahub tarvitsee verkkosopimuksen laskutusyhteystietoja? Kuuluvatko nämä tiedot tarpeellisuusvaatimuksen piiriin? Verkkosopimuksen laskutustiedot ilmoitetaan vahvistuksessa datahubiin sen vuoksi, että myyjä tarvittaessa näkee mikäli verkkosopimuksen laskutustiedot poikkeavat myyntisopimuksen laskutustiedoista. Näin myyjä voi varmistaa asiakkaalta, että hänen tiedot ovat oikein. 1.1.27 Voiko sopimustunnusta muuttaa? Sopimustunnusta ei voi muuttaa sopimustietojen päivitystapahtumalla. 1.1.28 Yhteyshenkilön tyyppi, koodilistalle: esim. isännöitsijä. Saisiko rooleista selvennyksen, miten tulkitaan? yrityksille yksi pakollinen, onko väliä, minkä tyyppinen ilmoitetaan. Oletusarvo on sopimusvastaava. Voidaan ottaa käsittelyyn, kun tarkempia ohjeistuksia tehdään. Ei ole pakollista arvoa siihen mikä ilmoitetaan. 1.1.29 Miten datahubin kanssa toimitaan tilanteessa, jossa sopimuksen irtisanomiseen vaaditaan kirjallinen irtisanominen. Millaiset tiedot ilmoitetaan datahubiin? Voiko myyjä ilmoittaa irtisanomisaikana esim. 3600 päivää ja päivittää sen, kunhan on saanut kirjallisen irtisanomisilmoituksen asiakkaalta? Sopimuksissa, joissa asiakkaan irtisanomisaika on tavallista (14 vuorokautta) pidempi, tulee myyjän ilmoittaa tämä poikkeava irtisanomisaika. Muissa poikkeavissa irtisanomisehdoissa tulee ilmoittaa joko päivämäärä, josta alkaen uusi myyntisopimus voidaan aloittaa, tai päivämääräväli, jonka sisällä uusi myyntisopimus voidaan aloittaa. Datahub ei ota kantaa siihen miten irtisanomisilmoitus on asiakkaalta tullut myyjälle ainoastaan siihen mikä on irtisanomisjakson pituus. Datastandardin mukaan ilmoitetaan tuo lukuna. 1.1.30 Miten valvotaan ulosmuuttoja ja samaan kp:n sisään muutosta samalle asiakkaalle? Esimerkkitilanne: asiakkaalla määräaikainen sopimus myyjän A kanssa. Asiakas on yhteydessä myyjän B asiakaspalveluun, jossa nähdään, ettei sopimus onnistu määräaikaisuuden vuoksi. Myyjä kertoo tämän asiakkaalle ja kehottaa asiakasta tekemään ulosmuuttoilmoituksen edellisen myyjän online-palvelussa. Tämän jälkeen myyjä tekee uuden sopimuksen sisään muuttona ulosmuuton jälkeiselle päivälle. Pahimmillaan myyjä voi itse tehdä ulosmuuttoilmoituksen ja uuden sopimuksen muuttona heti perään. Miten datahub estää tämän? Ehdotus: kun datahub havaitsee valemuuton, hylätään sisään muutto, ulosmuutto perutaan ja sopimus palautetaan vanhalle myyjälle. Datahub voisi teknisesti kyllä havaita tällaisen toistuvan asiakkaan käytöksen, mutta käytännössä ei ole lainsäädännöllistä oikeutta puuttua asiaan millään tavalla. Kyse voi olla myös oikeasta tarpeesta (esim. ulosmuutto peruuntuu) eikä keplottelusta.
1.1.31 Salliiko datahub kokonaistoimitussopimusten tekemisen kaikille myyjille, eikä vain toimitusvelvolliselle? Onko tässä mitään tarkistusta? Vain toimitusvelvollinen myyjä voi tehdä kokonaistoimitussopimuksen. Tähän voidaan rakentaa validointi sen suhteen kuka on toimitusvelvollinen myyjä milläkin verkkoalueella. 1.1.32 Jos myyjä ilmoittaa läpilaskutuksesta, mutta verkko ei sitä tarjoa, missä kohti jää kiinni? Toki myyjän tulisi tarkistaa tilanne jakeluverkkoyhtiön tiedoista, mutta joskus näitäkin tilanteita saattaa tulla. Tuleeko tilanne esiin vasta myyjän vastaanotettua verkkosopimuksen vahvistuksen, jossa ei ole läpilaskutusta vai tulisiko verkon hylätä ehdotettu verkkosopimus? Periaatteessa datahub voisi hylätä suoraan uuden myyntisopimuksen, mikäli siinä on läpilaskutus, mutta verkko ei sitä tarjoa. Datastandardissa on määritelty, että voidaan antaa vain jos käyttöpaikan JVH sallii yhteislaskutuksen. Yllä mainittu jää kiinni (hylätään) sanoman validoinnissa 1.1.33 Sopimustietojen päivitykseen liittyen, jos operaattori päivittää tietoja käsin datahubissa, miten näistä tulee tieto toimijoille? Tulevatko ne normaaleilla prosesseilla, mutta ohittaen normaalit tarkistussäännöt? Tarkoittaako tämä, että toimijan järjestelmässä pitäisi jättää tekemättä tarkistuksia datahubin lähettämille tiedoille? Sama periaate pätee oletettavasti muihinkin päivityksiin, mm. hetun korjaus. Pääperiaate tosiaan on, että kaikki tieto mitä operaattorikin tallentaa, tulee olla sääntöjen mukaista. Nämä operaattorin tekemät korjaukset tehdään aina osapuolten pyynnöstä. Sopimustietojen takautuvia korjauksia operaattori käsittelee silloin kun korjauksen ajalla osapuolia on useita. Näiden osalta varmastikin tuo takautuvuus on tällainen poikkeus mikäli osapuolilla on tapahtumille samat validoinnit kuin datahubissa. Ja tuo mainittu hetun korjaus on toinen. 1.2 Uuden sopimuksen ilmoittaminen 1.2.1 Miten varmistetaan, että voimassaolevan sopimuksen haltija jää asumaan osoitteeseen vaikka hän sanoisi, että joku muu on muuttanut kohteeseen? Datahub ei voi ottaa kantaa siihen kuka asuu käyttöpaikalla ja kenen nimissä sopimus on. 1.2.2 Asiakas ilmoittaa samaan aikaan sekä verkkosopimuksen, että myyntisopimuksen yhtä aikaa erikseen. Miten prosessi alkaa? Asiakas tekee myyntisopimuksen myyjän kanssa, jolloin prosessi käynnistyy datahubissa. Datahubista lähtee verkkosopimustiedot jakeluverkonhaltijalle, joka vahvistaa tiedot datahubiin. MIkäli asiakas on ilmoittanut verkkosopimuksesta jakeluverkonhaltijalle ennen kuin jakeluverkonhaltija on saanut tiedot datahubista, ei verkkosopimuksesta lähde vahvistusta vielä datahubiin. Vahvistus lähtee vasta kun myyjän ilmoitus on tullut jakeluverkonhaltijalle. 1.2.3 Eikö sopimus voi astua voimaan tänään vaikka kytketään huomenna? Sopimuksen voimaantuloaika päivittyy sen mukaan kuinka saadaan kytkettyä. Jos sopimus on tehty alkavaksi 1.2.2016, mutta saadaan kytkettyä vasta 2.2.2016, on sopimuksen voimaantuloaika muutettava vastaavasti myös 2.2.2016.
1.2.4 Miten hoidetaan määräaikaisen sopimuksen uusiminen? Myyjä voi tehdä uuden sopimuksen tai muuttaa sopimuksen määräaikaa huomioiden kuluttaja-asiakkaiden kahden vuoden määräaikaisuusäännön. 1.2.5 Uusi sopimus tehdään alkamaan 2 viikon päähän. Seuraavana päivänä vanha asiakas haluaa päättää oman sopimuksen ja verkko katkaisee? Sopimuksen irtisanomisaika on kaksi viikkoa, näin ollen sähköjä ei katkaistaisi tässä välillä. Mutta jos uusi sopimus alkaa vasta esim. 4 viikon päästä, niin silloin jakeluverkonhaltija katkaisee sähköt. Toimitaan kuten nykyisinkin. 1.2.6 Onko pakko viedä samalla nimellä myynti- ja verkkosopimus? Myyntisopimus dominoi. Kyllä, myyntisopimus tehdään ensin ja se ohjaa verkkosopimuksen tekoa samalle nimelle. 1.2.7 Kun käyttöpaikalla vaihtuu yksikin asiakas - miksei ole sisäänmuutto? Koska joku aikaisemmista asiakkaista jää käyttöpaikalle, ei ole varsinainen muuttotapahtuma. 1.2.8 Mahdollistaako datahub "kyseenalaiset" muutot? Datahubissa ei voida ottaa kantaa siihen kuka muuttaa ja miten, Datahubiin voidaan rakentaa ainoastaan teknisiä validointeja. 1.2.9 Matti ja Maija eroavat ja sopimus muutetaan? Säilyykö sopimustunnus samana? Riippuu täysin siitä, kuinka myyjä hoitaa tämän omassa järjestelmässään. 1.2.10 Milloin uusi myyjä saa tiedon asiakkaan määräaikaisen sopimuksen päättymisestä? Uutta sopimusta ilmoittaessa mikäli päättymispäivä on 90 vuorokauden sisällä ilmoituspäivästä lähtien. 1.2.11 Sopimus yhden asiakkaan nimissä -> toinen kilpailuttaa sähkösopimukset. Vaihtuvatko sopimukset (myynti- sekä verkkosopimus) uudelle asiakkaalle? Kyllä 1.2.12 Tulkitaanko muutoksi jos Joku nykyisen verkko- ja/tai myyntisopimuksen asiakkaista on mukana myös uudessa myyntisopimuksessa, joka ei ole nykyisen myyjän sopimus? Ei, kaikkien asiakkaiden tulee muuttua niin myynti kuin verkkosopimuksen osalta. 1.2.13 Jos tehdään sisäänmuutto kuluvalle päivälle ja käyttöpaikalla on vielä vanha sopimus voimassa, vanha sopimus päättyy takautuvasti. Nykyisellään tämä ei ole ok vaan sisäänmuutto on tehtävä aikaisintaan +1vrk jos kp ei ole tyhjillään, muuttuuko käytäntö? Toimitaan nykyisen ohjeistuksen mukaisesti. Datahub mahdollistaa ns. pikamuutot jolloin sopimuksen teko mahdollistetaan samalle päivälle.
1.2.14 Eli tarkoittaako tämä sopimuksen tekemisen + 14 vai + 15 pv päähän? +15 pv päähän tekeminen tarkoittaa, että irtisanomisaika on 14 pv. +14 pv päähän ilmoittaminen tarkoittaa, että irtisanomisaika on 13 pv. Toimitaan nykyisen ohjeistuksen mukaisesti. 1.2.15 Voiko sopimuksen päivityksellä muuttaa asiakkaiden määrää? Jos myyjä halua lisätä tai poistaa asiakkaan, miten se tehdään? Mikäli sopimuskumppaneita lisätään tai poistetaan, ilmoitetaan se aina uudella sopimuksella, ei sopimustietojen päivityksellä. 1.2.16 Mitä jos myyjä on virheellisesti ilmoittanut sopimuksen toimitussopimukseksi, voiko verkko vastata, ettei käy? Kyllä voi, jakeluverkonhaltija voi ilmoittaa että ei vahvista verkkosopimusta. 1.2.17 DH-311 Ilmoitus uudesta sopimuksesta. Miten tulkitaan tiedon välitys kohdassa oleva Käyttöpaikan jakeluverkonhaltijalle ilmoitetaan uudesta verkkosopimuksesta, mikäli verkkosopimus prosessissa luodaan. Muussa tapauksessa jakeluverkonhaltija saa tiedon uudesta myyntisopimuksesta käyttöpaikalla. Tarkoittaako tämä vain sen lipun Vaatii uuden verkkosopimuksen asettamista vai jotain laajempaa käsittelyä? Verkkoyhtiölle menee tiedot uudesta sopimuksesta ja siinä samassa tieto Vaatiiko uuden verkkosopimuksen vai ei. Eli periaatteessa on tuo "lippu" ja sen pohjalta verkkoyhtiön tulee osata tehdä uusi verkkosopimus sanomassa olevien tietojen pohjalta. 1.2.18 Jos myyjä ilmoittaa läpilaskutuksesta, mutta verkko ei sitä tarjoa, missä kohti jää kiinni? Toki myyjän tulisi tarkistaa tilanne jakeluverkkoyhtiön tiedoista, mutta joskus näitäkin tilanteita saattaa tulla. Tuleeko tilanne esiin vasta myyjän vastaanotettua verkkosopimuksen vahvistuksen, jossa ei ole läpilaskutusta vai tulisiko verkon hylätä ehdotettu verkkosopimus? Periaatteessa datahub voisi hylätä suoraan uuden myyntisopimuksen, mikäli siinä on läpilaskutus, mutta verkko ei sitä tarjoa. Datastandardissa on määritelty, että voidaan antaa vain jos käyttöpaikan JVH sallii yhteislaskutuksen. Yllä mainittu jää kiinni (hylätään) sanoman validoinnissa. 1.2.19 Sopimuksen ilmoittamisen säännöt kohta 3.2.2.3 kohta 7 - kahta uutta sopimusta ei voi ilmoittaa alkavaksi samalle päivälle, vaan myöhemmin ilmoitettu sopimus hylätään (luvun 3.2.2.4 esimerkki 2). Poikkeuksena kohdan 6 sääntö, jolloin samalle päivälle ensin tehty nykyisen asiakkaan uusi sopimus peruuntuu, jos käyttöpaikalle ilmoitetaan sopimus, jossa yksikin asiakas muuttuu. Eikös tämä pitänyt mennä niin, että kaikkien asiakkaiden on muututtava? Kyllä. Määräaikaisuus estää uuden sopimuksen tekemisen, jos yksikin asiakas on sama. Tarvittaessa pitää ensin ilmoittaa ulosmuutto ja ilmoittaa uusi sopimus tai nykyinen myyjä voi poistaa määräaikaisuuden, joiden jälkeen uusi sopimus voidaan ilmoittaa. Korjataan tämä prosessidokumenttiin.
1.2.20 Uusi sopimusprosessikaaviossa sopimuksen vahvistus vasta verkkosopimuksen vahvistamisen jälkeen? Pitäisikö vahvistus lähettää vasta verkkosopimuksen vahvistamisen jälkeen? Tällä hetkellä myyjän ei tarvitse odottaa verkon vahvistusta ennen vahvistuksen lähettämistä. Lain mukaan vahvistusilmoitus on lähetettävä käyttäjälle, joka on muu kuin kuluttaja, viivytyksettä ja viimeistään kahden viikon kuluttua sopimuksen tekemisestä. Jos sopimus on tehty kuluttajan kanssa kuluttajansuojalain 6 luvussa tarkoitetussa kotimyynnissä tai etämyynnissä, vahvistusilmoituksen on täytettävä mainitun luvun 13 :ssä vahvistukselle säädetyt vaatimukset. Vahvistusilmoitus on toimitettava kuluttajalle kohtuullisessa ajassa ja viimeistään ennen kuin palvelun suorittaminen aloitetaan Datahubin käyttöönotto ei tuo muutosta tähän. 1.2.21 Kahta uutta sopimusta ei voi ilmoittaa alkavaksi samalle päivälle, vaan myöhemmin ilmoitettu sopimus hylätään (luvun 3.2.2.4 esimerkki 2). Poikkeuksena kohdan 6 sääntö, jolloin samalle päivälle ensin tehty nykyisen asiakkaan uusi sopimus peruuntuu, jos käyttöpaikalle ilmoitetaan sopimus, jossa yksikin asiakas muuttuu. Eikös tämä pitänyt mennä niin, että kaikkien asiakkaiden on muututtava? Näin on. Määräaikaisuus estää uuden sopimuksen tekemisen, jos yksikin asiakas on sama. Tarvittaessa pitää ensin ulosmuuttaa ja ilmoittaa uusi tai nykyinen myyjä voi poistaa määräaikaisuuden, joiden jälkeen uusi sopimus voidaan ilmoittaa. Korjataan prosessidokumenttiin. 1.2.22 Mikäli asiakkaan nykyinen määräaikainen sopimus on päättymässä vaikkapa 31.8.2017 ja hän tekee nyt uuden 24 kk määräaikaisen sopimuksen 1.9.2017 alkaen, miten tämä hoidetaan datahubissa? Myyjä ilmeisesti poistaa edellisen määräaikaisen päättymisen ja ilmoittaa uuden sopimuksen, mutta voiko myyjä ilmoittaa uuden määräaikaisen sopimuksen alkamaan tulevaisuuteen eli tuosta 1.9. alkaen? Vai laskeeko datahub kaksi vuotta ilmoitushetkestä? Tässä tapauksessa myyjän tulee päättää tämä 31.8.2017 määräajalla oleva sopimus ja ilmoittaa uusi määräaikainen sopimus 1.9.2017 alkaen. Datahub laskee tämän kuluttajien kahden vuoden määräajan tuosta sopimuksen voimaantulopäivämäärästä. Mutta myyjä ei voi laittaa uuden sopimuksen ilmoitusta kuin sen 90 vrk:n säännön mukaisesti. Eli 90 vrk ennen tuota 1.9.2017. 1.3 Sopimuksen päättäminen 1.3.1 Myynnin päättyminen - tuleeko ilmoitus jakeluverkonhaltijalle, että toimitusvelvollinen myyjä voi ilmoittautua? Oletusmyyjä käsitettä ei ole nykyisen lainsäädännön mukaan. Asiakkaan tulee aina itse tehdä sopimus myyjän kanssa. Jakeluverkonhaltija saa ilmoituksen sopimuksettomasta käyttöpaikasta. 1.3.2 Kun asiakas ilmoittaa myyjälle ja verkolle molemmille päättämisen, mutta eri päivämäärille, pitäisikö määrittelyissä ottaa kantaa, kumpi ilmoitus on määräävä
tai kumman osapuolen tulee selvittää oikean päättymispäivä? Vai onko aina niin, että ensimmäinen hubiin lähetetty ilmoitus on määräävä. Datahubiin ensin ilmoitettu sopimuksen päättäminen on määräävä. Kun toinen osapuoli tämän jälkeen lähtee tekemään päättämisilmoitusta, näkee hän että sopimus on jo päätetty. 1.3.3 Myyntisopimusta ei voida päättää päivämäärälle, jolloin tuleva uusi myyntisopimus on jo voimassa. Tulisi kuvata tarkemmin mitä tapahtuu, jos näin kuitenkin tehdään? Tämä ei ole datahubissa mahdollista. Jos uusi myyntisopimus on jo voimassa tarkoittaa se, että vanha sopimus on jo päättynyt. Jos voimaantulopäivä on tulevaisuudessa, on päättymispäivä tullut jo sen mukaisesti. 1.3.4 DH-331 Ilmoitus myyntisopimuksen päättymisestä. Kun käytetään syykoodia Purkaminen, niin purkautuuko verkkosopimus myös, jos se on tehty myyntisopimuksen perusteella? Kun myyjä ilmoittaa sopimuksen päättämisen syytiedolla sopimuksen purku voidaan päättäminen käsitellä kuluvana päivänä tai myöhemmin kuten ulosmuutossa. Syytieto välitetään jakeluverkonhaltijalle ja jakeluverkonhaltija päättää sen perusteella verkkosopimuksen omien prosessien mukaisesti. Datahub ei tee päättämistä automaattisesti. 1.3.5 Voisiko tapahtumaan lisätä tätä varten tiedon esim. Aiheuttaa verkkosopimuksen purkamisen? Voidaan ottaa keskusteluun työryhmässä. 1.3.6 DH-333 Ilmoitus verkkosopimuksen päättymisestä. Kun käytetään syykoodia irtisanominen, niin mitä aikarajoja silloin käytetään? Käytetään nykyisiä aikarajoja, eli normaali-irtisanomisaika on 14 pv. 1.3.7 DH-332 sisäänmuuttokohteen myyjän ilmoitus ulosmuutosta. DH-332 myyjän ilmoitus välitetään verkkoyhtiölle, joka päättää sopimuksen. Verkkoyhtiön ilmoitus päättyvästä sopimuksesta välitetään tieto nykyiselle myyjälle. Tuleeko nykyiselle myyjälle tieto siitä, kuka ensimmäisen prosessin käynnisti (eli uusi myyjä)? Tieto ei tule myyjälle vaan hoidetaan verkkoyhtiön kautta. Myyjät eivät missään tapauksessa saa saada tietoonsa mitään muita asiakkaan/käyttöpaikan aiempia tai tulevia myyjiä. Ainoa poikkeus on takautuva uuden myyjän aloitus virheiden korjaustilanteissa 1.3.8 Myynti- tai verkkosopimuksen päättymisen syy, miksi kaaviossa ei ole Myyjän vaihtoa? Jos sopimuksen ilmoituksen syyksi validoituu myyjän vaihto, tulee sopimuksen päättymisen syyksi irtisanominen.
1.4 Sopimustietojen muutokset KYSYMYKSIÄ JA VASTAUKSIA 1.4.1 Muuttoja peruuntuu, asiakas peruu myyntisopimuksen tai muutto peruuntuu. Nämä on nyt hoidettu sähköpostilla. Hyvä avata dokumentissa mitä tapahtuu tällöin. Mikä on syy? Mikäli asiakas on ilmoittanut muuton ja siitä lähetetään peruutus Datahubiin, peruuntuu koko ilmoitettu tapahtuma. Jos asiakas on kuitenkin muuttamassa osoitteeseen, niin uuden valitun myyjän tulee tehdä uusi sopimus ja ilmoittaa siitä normaalisti Datahubiin. 1.4.2 Mitä tapahtuu datahubissa kun ulosmuutto perutaan? Palautuvatko mahdollisesti uudet ulosmuuton vuoksi peruuntuneet uudet myyntisopimukset? Mikäli ulosmuutto perutaan, palautetaan Datahubiin tilanne mikä oli voimassa ennen ulosmuuton ilmoitusta. Osapuolille lähtee ilmoitukset ulosmuuton peruuntumisesta. 1.4.3 Takautuvat korjaukset -> voidaanko tehdä suoraan datahubiin? Voiko korjausten varjolla yksipuolisesti tehdä takautuvasti uusia sopimuksia? Miten datahub valvoo? Yksipuolisesti ei voi ilmoittaa takautuvia korjauksia. Korjauksiin tarvitaan aina vastapuolen hyväksyntä. 1.4.4 DH-332 myyjän ilmoitus välitetään verkkoyhtiölle, joka päättää sopimuksen. Verkkoyhtiön ilmoitus päättyvästä sopimuksesta välitetään tieto nykyiselle myyjälle. Tuleeko nykyiselle myyjälle tieto siitä, kuka ensimmäisen prosessin käynnisti (eli uusi myyjä)? Myyjät eivät missään tapauksessa saa saada tietoonsa mitään muita asiakkaan/käyttöpaikan aiempia tai tulevia myyjiä. Ainoa poikkeus on takautuva uuden myyjän aloitus virheiden korjaustilanteissa. 1.4.5 Mikä on Datahub-prosessi siinä tilanteessa kun myyjä neuvottelee asiakkaan kanssa verkkotuotteen muutoksen? Käyttötapaus on esimerkiksi verkkotuotteen muuttaminen kaksiaikaisesta yksiaikaiseen. Onko tämän käyttötapauksen tarkoitus toimia Datahub-prosessilla vai tuleeko myyjän ilmoittaa asiasta sähköpostilla jvh:lle? Verkkoyhtiöstä riippuen tuotteen muutos voi vaatia muitakin toimenpiteitä, kuin pelkästään uuden tuotteen vaihdon järjestelmiin. Joten myyjä ilmoittaa tuotteen muutoksesta verkkoyhtiölle datahubin ulkopuolella esim. sähköpostitse eikä tähän ole määritelty datahubiin omaa tapahtumaa. 1.5 Tuotetiedot 1.5.1 Tuotteella ei ole kielikoodia? Onko verkonhaltijan perustettava kaksi eri tuotetta, jos haluaa palvella kahdella kielellä? Esim. Päiväsiirto / Dagsöverföring Tätä ei nähty tarpeelliseksi prosessien määrittelyn yhteydessä, voidaan ottaa uudelleen käsittelyyn prossesityöryhmässä.
1.5.2 Hinnan yksikkö pitäisi olla koodilista, jotta hinnan yksikön tulkinta olisi mahdollista automaattisesti. Esimerkkinä hinta on senttiä / kilowattitunti, kirjoitusasuja löytyy monia: snt/kwh, c/kwh jne. Koska tuotteita ei ole harmonisoitu, on haastavaa ylläpitää kaikkia tarvittavia vaihtoehtoja. 1.5.3 Katsotaanko kytkentä- ja katkaisumaksut verkkotuotteiksi, jolloin niiden tiedot olisivat tarjolla verkkotuotteina? 1.5.4 Verkkoyhtiöiden kytkentä ja katkaisumaksuihin liittyy monesti myös hyvinkin erilaisia ehtoja ja aikatauluja, joten ei nähty järkeväksi toteuttaa kuten verkkotuotteet. Ediel.fi löytyy tällä hetkellä kytkyhinnasto.