Webinar 16. februar 2017

Transkript

1 Webinar 16. februar 2017 Overgangsregime for ATAM, APAM, NBS og NECS Ansvarsfordeling ATAM og APAM Nettap og nettorapportering av produksjon Migrering

2 Agenda Overgangsregime for ATAM og APAM Ansvarsfordeling ATAM og APAM i drift Overgangsregime for NBS Overgangsregime for NECS Overgang fra komponentkoder til GSRN Nettap i Elhubregimet Migrering Nettoproduksjonspunkter Utveksling Tap Forbruk Avviksoppgjør på migrerte data

3 Overgang Avviksoppgjør for Profilavregnede Målepunkt - APAM Tidligere saldooppgjør APAM kjøres ikke i perioden post-nbs/pre-elhub Første APAM etter Elhub Go Live kjøres ca. 15. november 2017 Elhub har ansvar for å beregne grunnlag og å fakturere/kreditere APAM for fra og med NBS Go Live

4 Overgang Avviksoppgjør for Timeavregnede Målepunkt - ATAM Tidligere korreksjonsoppgjør Nettselskapene skal kjøre ATAM i perioden post-nbs/pre-elhub Korreksjoner som sendes inn i migreringen må nettselskapet selv kjøre ATAM for. Siste migrering 26. oktober Korreksjoner som sendes inn via BRS-NO-313 vil Elhub kjøre ATAM for Vi anbefaler at nettselskapet begynner å bufre korreksjoner for uker som allerede er avregnet i balanseavregningen før eller i løpet av frysperioden, fra oppstarten av frysperioden. Da vil Elhub være ansvarlig for beregning av ATAM for disse Nettselskapene kan tidligst slutte med beregning av ATAM 10.oktober, men kan holde på så lenge som til 22. oktober, slik at de selv bestemmer tidspunktet Elhub begynner å beregne grunnlag for ATAM 23. oktober og sender ut grunnlag ca. 15. november

5 Ansvarsfordeling i drift - ATAM og APAM APAM: Elhub lager grunnlag og fakturerer/krediterer aktørene ATAM: Elhub lager grunnlag Elhub tilgjengeliggjør grunnlaget for nettselskapene som fakturerer/krediterer ATAM

6 Overgang NBS Elhub overtar ansvaret for rapportering til NBS fra og med 23. oktober, første rapportering gjøres 25. oktober Første endelige rapportering gjøres 28. oktober for 23. oktober

7 Overgang NECS Elhub overtar ansvaret for rapportering til NECS: 23. oktober for produksjon, første rapportering gjøres 6. november 1. januar 2018 for forbruk, første rapportering gjøres 15. mai 2018 Aktørene må ha systemfunksjonalitet for å rapportere forbruk til NECS også etter Elhub Go Live

8 Overgang fra komponentkoder til GSRN målepunkt-id Gjelder de koder som fortsatt benyttes i NECS og NBS Produksjon Pumper Én-til-én mellom komponentkode og GSRN Kun GSRN skal migreres Mapping samles inn av Elhub Migrering. Har allerede startet Koordinert overgang mellom Elhub, NECS og NBS

9 Nettap i Elhubregimet Nettap beregnes av Elhub Nettselskapet legger inn nettapsparametere i Elhub Aktørportal

10 Skjermbilde nettap Legg inn metode, tapskonstant og tomgangstap Kjør test (1) av de satte parametrene innen innlegging av ny kalkyle for nettapsberegning (2) Stor JIP Liten JIP 1 2

11 Skjermbilde nettap Det vil være mulighet for å kjøre en rapport som finner hvorvidt netteier bør vurdere å endre nettapsberegningsmetode. Dette vil bli aktuelt for flere nettområder etter hvert som man nærmer seg 2019.

12 Migrering Klargjøring for Elhub Nettoproduksjonspunkter Utveksling Tap Forbruk Avviksoppgjør på migrerte data

13 Hele avregningsgrunnlaget skal ligge i Elhub! Migrering representerer overgangen Måleverdier per målepunkt Utveksling MGA-MGA (Nettavregningsområde) Aggregert forbruk Produksjon per produksjonsenhet (RO) Fra og med 23. oktober

14 Nettoproduksjonsmålepunkter Én netto produksjonsenhet skal migreres som to målepunkter til Elhub Målepunkt for beregnet nettoproduksjon Tilsvarer dagens P-kode. Én kanal inn i nettet. Målepunkt for beregnet forbruk til hjelpeutstyr og tap Forbrukspunkt for når produksjonen står. Én kanal ut av nettet. Den ene vil være null når den andre har verdier Elhub "videresender" verdiene for produksjonsmålepunktet til NBS og rapporterer til NECS der det er relevant Annet forbruk på andre målepunkter

15 Produksjon og kraftleverandør Alle produksjonspunkter har også kraftkontrakter Produsent er sluttbruker som leverer kraft til nettet Hvem er kraftleverandør på et produksjonsmålepunkt i Elhub? Kraftleverandøren skal være den samme som er Retailer (RE) på objektet/komponentkoden (RO) i NBS I mange tilfeller er det den samme som balanseansvarlig Skal ha rollen DDQ (Kraftleverandør) i Elhub Kontrakten skal migreres fra både kraftleverandør og netteier

16 Utveksling i esett esett skal ha en summert nettoserie av hele utvekslingen

17 Summert nettoserie i NBS Eksempel Time Nettoverdier 00: : : : : :

18 Utvekslingspunker i Elhub Elhub er avhengig av at summen av alle utvekslingsmålepunkter i en utveksling er lik den totale summen Eksempel:

19 Hovedregler Kun ett målepunkt skal migreres/eksistere i Elhub der hvor det er måling på begge sider av utvekslingen Rapporteringsansvarlig Enighet mellom netteiere Et utvekslingspunkt skal alltid ha to kanaler i Elhub, selv om man bare har én reell/målt kanal i eget system

20 Utveksling i migrering Kanaldefinisjon (MeterProfile) i migrering angis som: A-C (kun ut) A+C (kun inn) A+C,A-C (begge veier) For målepunkter som bare har én retning må det sendes inn null-verdier i den andre serien etter Elhub Go-Live. Et utvekslingsmålepunkt med bare én retning kan ikke eksistere i Elhub. Referanse: Oppsett av utvekslingspunkter

21 Utveksling - Kanaler Eksempler Vanlig utvekslingsmålepunkt Et målepunkt per retning MPID MP1 MP2 MP3 Time Inn Ut Inn Ut Inn Ut 00: : : : : :

22 Utveksling - Kanaler Brutto vs Netto Aldri negative verdier. Selv nettoverdier skal ha to tidsserier Type Bruttoverdier Nettoverdier Time Inn Ut Inn Ut 00: : : : : :

23 Tap Tap skal kun migreres som spesialserie, ikke som et vanlig målepunkt. Elhub skal selv beregne tap. Spesialserien vil kun migreres inn i Elhub for å støtte netteiere i brukergrensesnittet. Uten denne serien i Elhub vil visningen av historikk på tap være uforståelig

24 Forbruk Alle punkter! Riktige kontrakter kun aktive reelle kontrakter Måleverdier aggregeres basert på 1. Nettavregningsområde (MGA) 2. Kraftleverandør (RE/BS) 3. Forbrukstype

25 Det skal kjøres avviksoppgjør på migrerte data! ATAM og APAM Feilaktige data = feilaktig avviksoppgjør Netteier sine data vil bli migrert inn i Elhub

26 Feil i migrerte måleverdier Vil føre til at ATAM og APAM blir feil Kraftleverandører vil krediteres/faktureres basert på feil grunnlag Eksempel: Manglende måleverdier på et målepunkt Vil tolkes som 0 av migrering/elhub. Oppdaterte måleverdier vil da få et avvik fra 0, ikke fra den reelt avregnede/sist oppgjorte verdien.

27 Feil dato på kontrakter Hvis en kontrakt migreres med feil dato i forhold til hvordan det sist ble avregnet/oppgjort vil det bli feil i ATAM/APAM Kraftleverandør vil faktureres eller krediteres feilaktig for hele døgn. Eksempel: Dato for leverandørbytte mellom kraftleverandør A og B er migrert med oppstartsdato X døgn etter den sist avregnede/oppgjorte oppstartdatoen Vil tolkes som en retroaktiv endring på målepunktet A vil feilaktig faktureres for X døgn forbruk B vil feilaktig krediteres for X døgn forbruk

28 Oppsummert - migrering Kvalitet i migrering er viktig fordi Vi skal være klare fra dag 1 med rapportering av måleverdier per målepunkt! Målepunktet må ligge i Elhub Målepunktets grunndata og kontrakter må være korrekt Det skal gjøres økonomisk oppgjør på de migrerte dataene ATAM og APAM

29 Spørsmål (og svar?)