Overtagelse av ansvar for avviksopgjør

Transkript

1 Overtagelse av ansvar for avviksopgjør

2 Bakgrunn Opprinnelig ble dato for overtagelse av ansvar satt til oppstart av NBS Årsaken var endringen fra komponentkoder til nettavregningsområder Datoen er nå blitt flyttet til etter NBS oppstart, slik at dagens løsninger må håndtere NBS overgangen Flere aktører har tatt kontakt med Elhub i forhold til utfordringer med å splitte endringene av måleverdier som kommer inn i perioden før Elhub GoLive, spesielt i frysperioden Det ser ut til at det vil bli en gradvis forbedring at datakvalitet fra NBS oppstart til Elhub GoLive, som vil komplisere arbeidet med å sikre at grunndata og strukturdata endringer ikke tas med 2 ganger, eller utelates

3 Elhubs anbefaling: Overtagelse av ansvar for avviksoppgjør skjer på dato for Elhub GoLive Elhub og bransjen er enige om at beste løsningen nå er å overta ansvaret fra Elhub GoLive. Det blir en ren ansvarsovertagelse som vil forenkle prosessene for alle parter Nettselskapene tar ansvaret for alle bruksdager før GoLive, også hvis korreksjonene oppdages etter GoLive Elhub har kun ansvaret for bruksdager der Elhub selv har beregnet grunnlaget for balanseavregningen, og har full sporbarhet i alt grunnlag som grunndata, strukturdata og måleverdier -> Betydelig reduksjon av kompleksitet og risiko ved GoLive -> Eneste negative konsekvens vi har sett, er at perioden nettselskapet har ansvaret for å håndtere historiske korreksjoner etter Elhub GoLive øker fra 2,5-2,75 år til 3 år.

4 Migrering av måleverdihistorikk

5 Problemstilling Dersom Elhub overtar ansvar for avviksoppgjør ved Go Live er det ikke lenger behov for å ha måleverdihistorikk i Elhub ved oppstart for at Elhub skal kunne utføre forskriftsmessige oppgaver Opplasting og migrering av konsistent historikk er krevende, både funksjonelt og ytelsesmessig. Å unngå dette gir en betydelig enklere Go Live-prosess og reduserer risiko ved oppstart Mangel på historikk ved oppstart gir noe ekstraarbeid for nettselskap ift håndtering av endringer tilbake i tid Hovedtyngden av dette arbeide må uansett gjøres av nettselskapet, siden de er ansvarlig for avviksoppgjøret. Lite sannsynlig at dette merarbeidet er større enn arbeidet med å kvalitetssikre måleverdiene som alternativt skulle lastet inn i Elhub før og etter GoLive Dette er arbeid nettselskapet utfører i dag, Elhub Go Live uten måleverdihistorikk medfører ikke mer arbeid enn i dag men det vil ta noe tid før de fulle gevinstene knyttet til forenkling av måleverdidistribusjon tas full ut

6 Elhubs anbefaling: Ingen måleverdihistorikk i Elhub ved oppstart Elhub vil kreve at det i løpet av de første 3 virkedagene sendes inn målestand på GoLive datoen for alle profilavregnede målepunkt Vi ser på mulighet til å konfigurere Elhub til å forskuttere denne avlesningen slik at markedsprosessene på profilavregnede målepunkter fungerer som normalt fra dag 1 Dersom Elhub ikke forskutterer avlesning vil markedsprosesser på profilavregnede målepunkter som er avhengig av stand (innflytting, leverandørbytte) bli avvist. En mulighet er å ha en kjøreregel som sier at kraftleverandør venter med disse markedsprosessene til dag 3 etter Go Live Markedsprosessene vil kjøre som normalt etter at nettselskap har sendt inn stand Re-sending av måleverdier til f.eks. ny kraftleverandør ved endringer tilbake i tid, vil måtte skje fra nettselskapene (gjennom Elhub) Dette vil også måtte skje med historikk, men i mindre grad Døgnfordelte måleverdier for profilavregnede målepunkt vil uansett måtte håndteres av nettselskapet Vi laster inn noen typer måleverdier for minimum 1 dag som skal benyttes til sjekk av nett-tapsparametre.

7 Tilbakemeldinger fra bransjen Nye leverandørbytter som kommer inn i frysperioden med en ny avlesning hva skjer med disse når avlesning er fra før frysperioden og måler ikke er lest av på over 3 mnd? Svar fra Elhub: Hvis dette kommer inn til nettselskapet utenom Elhub, forventer vi at den brukes av nettselskapet når de estimerer stand på GoLive. Hvis den kommer inn i en melding fra kraftleverandøren til Elhub i frysperioden, vil Elhub videresende denne, og vi forventer at den brukes av nettselskapet når de estimerer stand på GoLive. Det hadde vært fint om Elhub kunne forskuttert avlesning for Golive dato, da vi allerede har lang frysperiode mht leverandørbytter. Svar fra Elhub: Det er dette vi legger opp til. Alle prosessene for sjekkes mot siste stand, vil bli godkjent de første 3 mnd.

8 Opplasting av måleverdier til DAM Det er behov for å laste inn måleverdier i DAM for å sikre konsistens og sjekke kvalitet og kompletthet ift dagens marked. Et antall døgn med måleverdier må også lastes inn i Elhub slik at vi kan sjekke at Elhub regner seg frem til samme resultat i balanseavregningen som nettselskapene Antallet migreringer av måleverdier og mengden med data som skal lastes opp ved hver opplasting kan reduseres Elhubs anbefaling: Elhub arbeider videre med å revidere krav til opplasting av måleverdier og legger dette frem til diskusjon i ekspertgruppa

9 Revidering av Go Live prosessen Go Live prosessen må gås gjennom i detalj. Vi ser muligheter for forbedringer og forenklinger på flere områder Elhubs anbefaling: Elhub jobber videre med å revidere Go Live-prosessen og behandler dette i ekspertgruppen.

10 Fjerne utsendelsen av D+1 og D+2 PPC verdier

11 Anbefaling: Fjerne utsendelsen av D+1 og D+2 PPC verdier for profilavregnede målepunkt Vi sender ut aggregerte verdier til bruk for innkjøpsprognoser på D+1 Vi sender faktureringsklare verdier på D+5 (FPPC) Vi fjerner abonnementet for å kunne få tilsendt preliminære timefordelte verdier for profilavregnede målepunkt (PPC per målepunkt) på D+1 og D+2 Disse kan ikke benyttes i avregning Verdiene vil være tilgjengelig i portalen Flere aktører, inkludert Hafslund har meldt tilbake til oss at disse ikke vil bli brukt Disse PPCene utgjør i dag den største mengden meldinger som skal sendes ut hver morgen

12 Tilbakemeldinger fra bransjen Kun noen av Enoro sine kunder hadde meldt tilbake med noen innvendinger, men disse er blitt avklart. Elhubs kommentar til bruk av D+1 og D+2 verdiene: Spesielt D+1 verdiene vil kunne ha dårlig kvalitet, og vi mener derfor bruk av disse vil kunne oppleves negativt av sluttbrukeren Manglende timeverdier på D+1 vil gjøre at JIP blir for høy på D+1, og dermed vil sluttbrukers PPC verdier bli for høye Profilavregnede sluttbrukere bør derfor måtte vente 5 dager på kvalitetssikrede profilerte timeverdier Med AMS får de se verdiene på D+1, som da vil kunne oppleves som en forbedring Når Elhub starter opp bør det ikke være mange igjen uten AMS Men når flere får AMS vil kvaliteten på D+1 og D+2 verdiene gå ytterligere ned