An error has occured...
An error has occured... An error has occured...
Figur 8 Sekvensdiagram for anleggsovertakelse i en sentralisert løsningI en sentralisert modell vil Kraftleverandør sende «Melding om leveringsstart (anleggsovertagelse)», iprinsippet kun med målepunkt ID, til en sentral HUB (i rollen som Målepunktadministrator), somhåndterer leverandørskiftet.Siden det kommer en ny Sluttbruker i Målepunktet trenger Nettselskapet informasjon om blant annetnavn på Sluttbruker denne informasjonen vil videresendes til Nettselskapet fra HUB’en. Dette erimidlertid en langt enklere prosess enn dagens prosess for anleggsovertakelse.I en sentralisert løsning vil:Kraftleverandørene forholder seg til en HUB istedenfor ca 130 NettselskapNettselskapene slipper med en informasjonsmelding fra den sentrale HUB’en, medinformasjon om den nye Sluttbrukeren i Målepunktet. Det foretas ca. 375.000 flyttinger per åri Norge (kilde [7]). I dagens modell trigger hver anleggsovertakelse minst 4 meldinger fraNettselskapene:o «Melding om bekreftelse på leveringsstart» til ny Kraftleverandøro «Melding om opphør» til gammel Kraftleverandøro «Melding med skiftestand» til ny Kraftleverandøro «Melding med skiftestand» til gammel KraftleverandørMed en sentralisert løsning bør det være mulig å foreta anleggsovertakelse i «realtime».Comment [A6]: Disse meldingeneforsvinner med innføring av AMS uansett –Skal de være med i rapporten?StyrkerSvakheterKraftleverandørene benytter kjent modellNettselskapene får mindre å gjøre vedanleggsovertagelser, kun oppdatering avkundeinformasjonEndringer (f.eks. forskriftsendringer somkrever prosessendring) kan gjøres ett stedDersom datahuben feiler/ faller ut vil helebransjen bli berørt – krever gode back-upløsninger og speilingDatahuben blir stor og rigid som kan betyliten fleksibilitet og endringsdyktighetOmfattende prosess som krever langimplementeringstidMuligheterTruslerRask integrasjon ved utvidelseNye "nett"-oppgaver kan legges til sentralenLetter integrasjon mot andre nordiskemarkeder – datahuben kan være gateway motandre datahuber i de nordiske landeneMulig å forta anleggsovertakelser i«realtime»KostnadsrisikoImplementasjonsrisikoFeil teknologivalg12
1.2.5 Opphør av kraftleveranseDenne prosessen benyttes når Kraftleverandør stopper kraftleveransen til et målepunkt. Årsaker tilkontraktsopphør fra Sluttbruker/Kraftleverandør kan for eksempel være konkurs, dødsbo, dårligbetaler, utløp av kontrakt, osv.Sekvensdiagrammet viser meldingsgangen ved opphør av kraftleveranse. Kraftleverandøren sender«Opphør av kraftleveranse» til nettselskapet senest 3 virkedager før opphør av kraftleveranse. Dersommeldingen kan aksepteres returnerer nettselskapet «Bekreftelse på melding om opphør». Alternativt,dersom meldingen ikke er i henhold til forretningsregler eller forskrifter sendes «Avvising av meldingom opphør». Nettselskapet skal sende «Melding om opphør» senest 2 virkedager etter mottak av«Opphør av kraftleveranse» fra Kraftleverandør.I dagens modell må Kraftleverandør skaffe til veie skiftestand for profilavregnede (ikke fjernavleste)Målepunkter. Videre må Nettselskapet validere skiftestanden og distribuere denne til både ny oggammel Kraftleverandør. Disse prosessene vil imidlertid forsvinne i forbindelse med innføring avAMS.1.2.5.1 Datautveksling for opphør av kraftleveranse i en desentral løsningFigur 9 Sekvensdiagram for opphør av kraftleveranse i en desentral løsningStyrkerSvakheterTilsvarer dagens løsning, små (ingen)kostnader for implementeringKjent prosessKort implementeringstidFeil i kommunikasjons HUB vil hakonsekvens for alleAlle kraftleverandører og nettselskap må haeget grensesnitt mot KISStor avhengighet av at 130 nettselskaper gjøralt likt og har høy kvalitetDyrt å endre dersom nye krav. Må endre hosalle 130 nettselskapMuligheterTruslerKonsekvenser av dårlig kvalitet blirskjevfordelt mellom eksterne og interneleverandørerSkille mellom nett og kraft er ikke oppfylt13
- Page 1 and 2: Effektiv sluttbrukermarkedfor kraft
- Page 3 and 4: 1.1 Referanser[1] Forskrift om mål
- Page 5 and 6: Figur 2 UseCase diagram for Data HU
- Page 7 and 8: 1.2.2.2 Datautveksling for å finne
- Page 9 and 10: Skille mellom nett og kraft er ikke
- Page 11: I Figur 7 vises meldingsflyt mellom
- Page 15 and 16: 1.2.6 Opphør av kraftleveranse og
- Page 17 and 18: 1.2.7 MålerbytteI forbindelse med
- Page 19 and 20: «Melding om grunnlagsdata fra nett
- Page 21 and 22: Kraftleverandørene benytter kjent
- Page 23: 1.2.10 Innsamling og distribusjon a
- Page 27 and 28: døreneDatahuben kan gjennomføre k
- Page 29 and 30: tilpasning av løsninger til kraftl
- Page 32 and 33: Vedlegg AKartlegging av rollemodell
- Page 34 and 35: A.3 Definisjoner av roller og domen
Figur 8 Sekvensdiagram for anleggsovertakelse i en sentralisert løsningI en sentralisert modell vil Kraftleverandør sende «Melding om leveringsstart (anleggsovertagelse)», iprinsippet kun med målepunkt ID, til en sentral HUB (i rollen som Målepunktadministrator), somhåndterer leverandørskiftet.Siden det kommer en ny Sluttbruker i Målepunktet trenger Nettselskapet informasjon om blant annetnavn på Sluttbruker denne informasjonen vil videresendes til Nettselskapet fra HUB’en. Dette erimidlertid en langt enklere prosess enn dagens prosess for anleggsovertakelse.I en sentralisert løsning vil:Kraftleverandørene forholder seg til en HUB istedenfor ca 130 NettselskapNettselskapene slipper med en informasjonsmelding fra den sentrale HUB’en, medinformasjon om den nye Sluttbrukeren i Målepunktet. Det foretas ca. 375.000 flyttinger per åri Norge (kilde [7]). I dagens modell trigger hver anleggsovertakelse minst 4 meldinger fraNettselskapene:o «Melding om bekreftelse på leveringsstart» til ny Kraftleverandøro «Melding om opphør» til gammel Kraftleverandøro «Melding med skiftestand» til ny Kraftleverandøro «Melding med skiftestand» til gammel KraftleverandørMed en sentralisert løsning bør det være mulig å foreta anleggsovertakelse i «realtime».Comment [A6]: Disse meldingeneforsvinner med innføring av AMS uansett –Skal de være med i rapporten?StyrkerSvakheterKraftleverandørene benytter kjent modellNettselskapene får mindre å gjøre vedanleggsovertagelser, kun oppdatering avkundeinformasjonEndringer (f.eks. forskriftsendringer somkrever prosessendring) kan gjøres ett stedDersom datahuben feiler/ faller ut vil helebransjen bli berørt – krever gode back-upløsninger og speilingDatahuben blir stor og rigid som kan betyliten fleksibilitet og endringsdyktighetOmfattende prosess som krever langimplementeringstidMuligheterTruslerRask integrasjon ved utvidelseNye "nett"-oppgaver kan legges til sentralenLetter integrasjon mot andre nordiskemarkeder – datahuben kan være gateway motandre datahuber i de nordiske landeneMulig å forta anleggsovertakelser i«realtime»KostnadsrisikoImplementasjonsrisikoFeil teknologivalg12
Change language