An error has occured...

More documents

Recommendations

Info

tilsvarende «Melding om leveringsstart», men med informasjon om at dette er enkanselleringsmelding.Sluttbruker har en rolle i prosessen (starter prosessen ved å tegne kontrakt med ny leverandør) men erikke tatt med i de videre diagrammene.1.2.3.1 Datautveksling for leverandørskifte i en desentral løsningFigur 5 Sekvensdiagram for leverandørskifte i en desentral løsningI Figur 5 vises meldingsflyt mellom Kraftleverandør og Nettselskap. I det virkelige liv vil prosessen itillegg omfatte:Kontakt mellom Sluttbruker og Kraftleverandør for å inngå en kraftleveransekontrakt.Kraftleverandør må finne målepunkt ID og eventuelt Nettselskap. I dagens modell måKraftleverandør sende melding til riktig Nettselskap.I dagens modell må Kraftleverandør skaffe til veie skiftestand for profilavregnede (ikkefjernavleste) Målepunkter. Videre må Nettselskapet validere skiftestanden og distribueredenne til både ny og gammel Kraftleverandør. Disse prosessene vil imidlertid forsvinne iforbindelse med innføring av AMS.StyrkerSvakheterTilsvarer dagens løsning, små (ingen)kostnader for implementeringKjent prosessKort implementeringstidFeil i kommunikasjons HUB vil hakonsekvens for alleAlle kraftleverandører og nettselskap måkommunisere med hverandreStor 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ører8
Skille mellom nett og kraft er ikke oppfyltEndring av forskrifter/prosesser måimplementeres hos alle nettselskaper (risikofor avvik)1.2.3.2 Datautveksling for leverandørskifte i en sentralisert løsningFigur 6 Sekvensdiagram for leverandørskifte i en sentralisert løsningI en sentralisert modell vil Kraftleverandør sende «Melding om leveringsstart (leverandørskifte)», iprinsippet kun med målepunkt ID, til en sentral HUB (i rollen som Målepunktadministrator) somhåndterer leverandørskiftet. Nettselskapet vil ikke ha noen rolle i leverandørskifteprosessen.StyrkerSvakheterKraftleverandørene benytter kjent modellNettselskapene slipper å tenke påleverandørskifterEndringer (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 leverandørskifte i «realtime»KostnadsrisikoImplementasjonsrisikoFeil teknologivalg9
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: 1.2.2.2 Datautveksling for å finne
Page 11 and 12: I Figur 7 vises meldingsflyt mellom
Page 13 and 14: 1.2.5 Opphør av kraftleveranseDenn
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

An error has occured...

Create successful ePaper yourself

Delete template?

Save as template?