19. oktober 2017 EKSPERTGRUPPEMØTE Migrering og test Thon Hotel Bristol, Oslo
AGENDA 09:30-12:00 Status Elhub implementering Funksjonelle problemstillinger Aktørverifisering - Systemgodkjenning, aktørgodkjenning, utvidet markedsverifisering Revidert Go Live prosess 12:00-12.45 Lunsj 12:45-15.30 Gjennomgang og forankring av Elhub tidsplan Migrering
Overordnet status Ekspertgruppemøte 25 Eigil Gjelsvik Prosjektleder Test og migrering
Ny milepælsplan SKAL DRØFTES OG FORANKRES I ELHUB EKSPERTGRUPPE OG BRANSJERÅD M7: 22.12.2017 M8: 23.03.2018 M9: 01.07.2018 M10: 31.08.2018 Oktober November Desember Januar Februar Mars April Mai Juni Juli August September Oktober November 02/10 09/10 16/10 23/10 30/10 06/11 13/11 20/11 27/11 04/12 11/12 18/12 25/12 01/01 08/01 15/01 22/01 29/01 05/02 12/02 19/02 26/02 05/03 12/03 19/03 26/03 02/04 09/04 16/04 23/04 30/04 07/05 14/05 21/05 28/05 04/06 11/06 18/06 25/06 02/07 09/07 16/07 23/07 30/07 06/08 13/08 20/08 27/08 03/09 10/09 17/09 24/09 01/10 08/10 15/10 22/10 29/10 05/11 12/11 19/11 26/11 03/12 Elhub systemløsning Akseptansetest Pass 1 Akseptansetest Pass 2a (ekstern funk) Akseptansetest Pass 2b (resterende funk) 40 41 42 43 44 45 46 47 48 49 50 51 52 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 Systemleverandører Systemgodkjenning Elhub R3.1 Regresjon systemgodkjenning ved behov Pilotaktører Pilot aktørgodkjenning - runde 1 Utvidet markedsverifisering - runde 1 Go Live simulering 1 Utvidet markedsverifisering - runde 2 Pilot aktørgodkjenning - runde 2 Utvidet markedsverifisering - runde 3 Alle aktører Fulle migreringsopplastinger 19.10 23.11 25.01 03.05 07.08 05.09 Delta migreringsopplastinger 22.02 15.03 31.05 21.06 15.08 26.09 10.10 Forberedelser til aktørgodkjenning Aktørgodkjenning Go Live simulering 2 - generalprøve Go Live forberedelser Go Live 22.10 Go Live - reservedato 19.11
Status Elhub kjernefunksjonalitet Balanseavregning er i stor grad verifisert i kjernen. Resultater blir distribuert men inneholder mye feil. Retting av feil i balanseavregningen har pri 1. Markedsprosesser fungerer i stor grad, men fortsatt noen feil. Retting av markedsprosesser som inngår i aktørgodkjenning har pri 1. Øvrige markedsprosesser har pri 2 Avviksoppgjør (BRS-NO-503) har en del gjenstående feil. Retting av dette har pri 2 Bulkoppdatering har mye gjenstående feil. Retting av dette har pri 3
Ytelse Det jobbes intenst med ytelsestesting og ytelseforbedringer dedikert team for ytelsesforbedringer Fokusområder Web-portal med rapportering Meldingsutveksling inkl måleverdiinnsending / behandling av innkommende meldinger Beregninger Ytelsesforbedringer er verifisert i et eget performance-miljø men er i liten grad deployet ut i eksterne miljøer dette vil komme utover høsten
UAT Pass 1
Feilstatistikk UAT
Innspill til ny plan 1. Er det vesentlige momenter som ikke er hensyntatt i planen? 2. Er tidspunktet for Go Live og Go Live reservedato hensiktsmessig? Har bransjen kapasitet til å gjennomføre Elhub Go Live i den aktuelle perioden? Er det eventuelt andre perioder der en Elhub Go Live er vesentlig enklere? 3. Er det noen vesentlige fordeler for bransjen ved å skyve Elhub oppstart til begynnelsen av 2019? Her har det vært nevnt besparelser ved integrasjon og test av IT-systemer for nettselskaper som ikke lenger har profilmålte anlegg. Kan denne besparelsen kvantifiseres? Andre momenter?
Utflytting av sluttbruker og fjerning av målepunkt ved ekstraordinære hendelser Hvis et målepunkt med aktiv sluttbruker plutselig blir tatt ur bruk, f.eks. som følge av brann, vill tidsfristene i Elhub for utflytting måtte overholdes. Deaktivering og fjerning av målepunktet kan derfor foretas tidligst etter at kanselleringsfristen for utflyttingen har passert. Konsekvensen vil være at dato for fjerning av målepunkt vil være forskjellig mellom markedsaktørens system og Elhub. Eventuell innvirkning på sluttfaktura til sluttbruker bør rettes opp manuelt. Hvordan kan dette håndteres i praksis? Mulig løsning i Elhub vil være å akseptere deaktivering og fjerning av målepunkt også før kanselleringsfristen for utflytting. Dette vil antageligvis ikke bli endret før Go Live.
Personlig konkurs En markedsaktør har kommentert at de noen ganger håndterer sluttbruker som gått i personlig konkurs ved å avslutte nåværende kundeforhold og opprette et nytt. Dette av regnskapsmessige grunner slik at gammel avtale han håndteres separat i konkursbehandlingen. Siden Elhub ikke skal ha informasjon om kraftkontrakten eller betalingsavtaler så bør en slik handling ikke resultere i noen meldinger til Elhub. Det er likevel meldt inn at dette kan resultere i en utflytting (BRS-NO-211) og deretter en innflytting (BRS-NO-123) på den samme datoen og med den samme sluttbrukeren. Dette vil Elhub avvise siden vi antar at opprinnelig utflytting var feil og da skal reverseres. Er det andre markedsaktører som kan ha den samme utfordringen? Hvordan kan dette håndteres?
Ekspertgruppemøte AKTØRTESTING 19. Oktober 2017
AGENDA Testdekning Systemgodkjenning Pilot aktørgodkjenning Utvidet markedsverifisering
Aktørtesting - omfang Utvidet markedsverifisering- Markedsprosesser/Beregninger/ Ytelse/DR Operasjonell test- Driftsrutiner Systemgodkjenning- BRS + polling Aktørgodkjenning + Pilot- BRS + kombinerte Go-live simulering- Migrering + oppgradering + buffring + go-live funksjonalitet
Testdekning pr. testfase Funksjoner/Testfaser Ikkefunksjonelt Rolle Testdata Volum Go-live Funksjonelt Driftsrutiner Systemgodkjenning Aktørgodkjenning Utvidet markedsverifisering Go-live sim Operasjonell BRS-testing Polletest Beregninger Ende-til-ende Helhetlige test Ytelsese Katastrofe Sim 1 Sim 2 markedsprosesser forretningsprosesser Markedsprosesser x x x x Strukturdata x x x Måleverdier x x x x x Beregninger x x x Polling x x x Go-live korreksjoner x (x) Ytelse x x x Nedetid x x Enkeltroller x x x Flere roller x x x x x x Fiktivt x x x Migrert x x x x x x x x x Enkeltmeldinger x x x Mange meldinger x x x x x x x x Migrering x x Buffring x x x Go-live funksjonalitet Monitorering i portalen Feilhåndtering Rapportering x x x x
Systemgodkjenning/SVT Testperiode: 2.oktober 20.oktober Regresjon av BRS er som inngår i Aktørgodkjenning Testperiode: 16.oktober 27.oktober Test av BRS er som krever balanseavregning Testperiode: 30.oktober 24.november «Contingency» balanseavregning + test av BRS er som krever avviksoppgjør Testperiode: 30.oktober 10.desember Systemgodkjenning på alle testcase/brs er som skal støttes av aktuelt system
Pilot Aktørgodkjenning Planlagt oppstart 23.oktober Tidsperiode: 4 uker Målet er minimum 1 gjennomkjøring av alle testcase som er grønne i intern verifisering Gjennomføres med Testbeskrivelser v0.99 Vil inkludere bruk av Edielportalen Vil ikke inkludere bruk av Elhub aktørportal Deltakere: Definerte pilot-aktører Vi kjører nå ukentlige statusmøter med pilotene Vi har fått innspill om å utvide testdekningen og legge inn flere tester
Utvidelse av scope for nettselskap i Aktørgodkjenningen Ekspertgruppe 19.10.2017
Hensikt med å øke scope Minimere risikoen for at Elhub-prosjektet heftes fordi nettselskap ikke er klare Sikre at alle nettselskap er rustet til å ivareta alle nødvendige funksjoner i produksjon Elhub er bekymret over at flere store nettselskaper ikke deltar i andre testfaser en selve aktørgodkjenningen
Hovedtrekk i forslag til økt scope Sikre at ingen nettselskaper skaper problemer for andre nettselskaper pga problemer med utvekslingspunkter. Sikre at innsending av større mengder med måleverdier fungerer for større antall målepunkter av ulike typer Ivareta kundenes muligheter for opphør/bytte/flytte Teste grunnlag for nettselskapenes inntekter Teste flere BRSer der nettselskapet er "passiv" mottaker av meldinger fra Elhub. Teste flere BRSer to ganger slik at både time- og profilmålte målepunkter dekkes. Spørsmål: Er det flere hovedtrekk som bør ivaretas her?
Økning av scope Kriterier til vurdering Ulike selskaper har ulike systemer og ulike forutsetninger, og dermed ulike behov for testing. Derfor er det viktig at vi får innspill fra dere alle! Vi vil ikke legge opp til valgfrie test case eller variasjoner over test case, derfor er det viktig at vi kommer fram til et scope som passer alle best mulig. Følgende kriterier vurderes: Viktighet: Viktigheten av de ulike BRSene vil variere fra selskap til selskap. Enkelhet: Det varierer hvor enkelt de ulike testene er å gjennomføre for Elhub og for ulike aktører. Ressursbruk: Vi må teste nok, men ikke for mye. Derfor er det også viktig å diskutere om noe bør kuttes ut.
Økning av scope Gjennomføring Foreslåtte nye test case skal gjennomgås av ekspertgruppe og innspill vil vurderes Erfaringer fra Pilot Aktørgodkjenning Run 1, utvidet markedstest og beregningstest vil vurderes Nytt scope introduseres i Run2 av pilot aktørgodkjenning. Kun finjusteringer vil vurderes før selve aktørgodkjenningen starter.
Konkrete forslag til nye test case
4 kategorier av nye test case Elhub kan enkelt lage nye test case Elhub er usikre på om testene er gjennomførbare for de ulike nettselskapene og deres testsytemer Kan løses ved å samarbeide med en kraftleverandør eller utvikling av funksjonalitet i Edielportalen Elhub lager flere test case for å oppnå full dekning på timesmålte målepunkter
Skal vi lage nye testcase? Rolle Beskrivelse Kommentar DDM Nedtak av anlegg hvor det finnes en aktiv kunde (BRS-211, BRS-212 og BRS-213) DDM Aktivt anlegg som får ny kunde som har en eksisterende leverandør (BRS-123) DDM Kundebestilling tilbake i tid på et stengt anlegg (BRS-402 og BRS-123) DDM Utflytting som kanselleres (BRS-211) DDM Utflytting som korrigeres (BRS-211) DDM Reversering av utflytting (BRS-222) DDM Reversering av innflytting (BRS-133) DDE/ DDM Tilbaketrekking av målerstand (BRS-332) DDM Sending av antatt årsforbruk (BRS-317) MDR Mottak av purringer (BRS-314)
Kan løses ved å samarbeide med en kraftleverandør eller utvikling av funksjonalitet i Edielportalen Rolle Beskrivelse Kommentar MDR/ DDM Mottak av stand/årsforbruk fra kraftleverandør (BRS-311) DDM Mottak av estimert målerstand fra Elhub (BRS-312) SLR Mottak av melding om erstatning av leveringsplikt (BRS-104) DDM Mottak av melding om leverandørbytte (BRS-101) DDM Mottak av melding om innflytting meldt av kraftleverandør (BRS-102 og BRS-103) DDM Mottak av melding om utflytting (BRS-201) DDM Mottak av melding om overføring til leveringsplikt (BRS-202) DDM Mottak av melding om reversering av innflytting (BRS-111) DDM Mottak av melding om reversering av utflytting (BRS-221) DDM Mottak av oppdatering av kundeinformasjon (BRS-301) DDM Mottak av forespørsler til nettselskap (BRS-601)
Måleverdier, volumserier, PPC og FPC Kan deres testsystem støtte test av dette? Rolle Beskrivelse Kommentar Oversendelse av måleverdier for alle profilavregnede målepunkt i DDE/DDM nettavregningsområdet (BRS-312) DDE Oversendelse av volumserier for alle timeavregnete forbruksmålepunkt i nettavregningsområdet (BRS-313) DDE Oversendelse av volumserier for alle timeavregnet produksjonsmålepunkt i nettavregningsområdet (BRS-313) DDE Oversendelse av volumserier for alle timeavregnete kombinerte målepunkt i nettavregningsområdet (BRS-313) DDE Oversendelse av volumserier for alle timeavregnete utvekslingsmålepunkt i nettavregningsområdet (BRS-313) DDM Mottak av PPC'er (HP02) (BRS-322) DDM Mottak av FPC'er (HP03 og HP04)
Andre testcase Rolle Beskrivelse Kommentar DDM Mottak av endringsmeldinger fra Elhub (BRS-305)
Testcase for profilmålte målepunkt Test-id DDQ101-02 DDQ103-02 DDQ104-01 Beskrivelse Leverandørbytte frem i tid for profilmålt målepunkt med innsending av målerstand og antatt årsforbruk Oppstart kraftleveranse innflytting tilbake i tid mindre enn 30 dager og opphør av kraftleveranse for profilavregnet målepunkt Oppstart kraftleveranse leverandørskifte fra leveringsplikt for profilavregnet målepunkt med reversering av oppstart kraftleveranse
Utvidet markedsverifisering - omfang Beregninger og måleverdiinnsending Ende-til-ende markedsprosesser Kryssende, flere samtidige BRS er på samme målepunkt Kombinerte, flere BRS er i sekvens på samme målepunkt På tvers, flere aktører involvert på samme BRS Test av helhetlige forretningsprosesser i dag-til-dag prosessering Beregninger og måleverdiinnsending Ende-til-ende markedsprosesser Go-live korreksjoner Ikke-funksjonelle tester Ytelse Katastrofe / DR Fritesting
Formål og omfang for beregningsverifikasjon Formål Aktører sender inn måleverdier som gjør at MGA går i balanse. Beregningsjobber kjører riktig i Elhub. Aktører mottar alle relevante resultater. Omfang Kjøreplan og testcase i JIRA er ferdigstilt. Fase 1 skjer på et begrenset antall MPID. Balanseavregning og avviksoppgjør. Rapportering til NBS og NECS kommer senere.
Formål og omfang for ende-til-ende markedsprosesser Formål Kombinerte: Flere markedsprosesser kjørt i sekvens på samme målepunkt. Formålet er å kjøre markedsprosesser i rekkefølge slik aktørene vil gjøre i drift. Kryssende: Flere (primært to) samtidige markedsprosesser kjørt på samme målepunkt. Formålet er å teste at valideringsregler fungerer iht. krav. På tvers: Flere aktører er involvert i samme markedsprosess. Formålet er å teste et utvalg av markedsprosesser som kjøres på tvers av markedsaktører med ulike systemoppsett. Omfang Elhub holder på å utarbeide testomfanget av endetil-ende verifikasjonen av markedsprosesser. To hovedprinsipper ligger til grunn for å definere omfanget Verifikasjonen skal validere at markedsprosessene for grunndata- og kontraktsendringer fungerer når markedsprosessene kjøres i rekkefølge, slik at systemene sender og mottar riktige meldinger med korrekt innhold Målverdirapportering skal fungere i kombinasjon med markedsprosessene for grunndata- og kontraktsendringer, slik at måleverdier sendes til riktig markedsaktør når det skjer endringer i grunndata og kontrakter
Planen for beregninger og ende-til-ende markedsprosesser i utvidet marledsverifisering til mai 2018 Høsten 2017 kjøres beregninger og ende-til-ende markedsprosesser i sekvens Våren 2018 ønsker vi å kjøre beregninger og ende-til-ende markedsprosesser i parallell Spørsmål 1. «Utvidet markedsverifisering - daglig bruk inkl. beregninger og ende-til-ende markedsprosesser» skal kjøres på fullstendige MGA. Klarer beregningspilotene å sende komplette serier med måleverdier? 2. De to testrundene går over 6 uker. Får man oppdatert testmiljøet med endring av avregningsform og aktivering / deaktivering av målepunkt? Kan beregningstesten kjøres uavhengig av om dette er oppdatert?
Utvidet markedsverifisering beregninger og måleverdiinnsending Status systemgodkjenning (systest3): 3 systemleverandører har mottatt PPCer i BRS-NO-322 på innlastede testdata 1 systemleverandør har mottatt resultater i BRS-NO-321 og BRS-NO-502 Det jobbes med å sende inn komplette timesverdier i BRS-NO-313 Resultater fra avviksoppgjør i BRS-NO-503 skal deployes til vårt QA-miljø mandag 16/10 Status Utvidet markedsverifisering - Beregningsverifisering (exatest2): Struktur- og grunndata migrert i uke 41 Migrering av måleverdier skjer i uke 42 Piloter i forberedelsesfase med å se på hva som er migrert og deretter teste BRSer på aktuelle MPID Mål om å få kjørt balanseavregning før selve beregningsverifiseringen starter i uke 45, både på internt og eksterne MGA
Hver pilot må aktivt ta stilling til hvilke testcase de skal kjøre i ende-til-ende markedsprosesser runde 1 Totalt omfang for ende-til-ende markedsprosesser runde 1 som skal kjøres i uke 47 og 48, 20.11 1.12 2017, er 59 testcase der flere roller er involvert i hvert testcase For at pilotene skal klare å få kjørt testcasene, må de samarbeide med piloter med andre Elhub-roller Nett + kraft: Hafslund, Agder/LOS, Nesset Kun nett: Hydro, SFE, Skagerak Kun kraft: Ustekveikja Elhub ønsker at hver pilot tar stilling til hvilket scope de ønsker å kjøre Hvilke testcase er det viktig for piloten å kjøre? Hvem ønsker piloten å samarbeide med? Hvilke muligheter / begrensninger gir dette ift. hvilke testcase piloten kjører? Hvor stor kapasitet har piloten?
Spørsmål til testcase i ende-til-ende markedsprosesser Testcase 152: Kraftleverandør har et større antall kunder som det skal avsluttes kraftleveranse på (pga. manglende betaling) og må sende hundre BRS-202 på en gang. Hvem avslutter kunder i puljer? Hvor mange kunder avsluttes typisk på én gang?
Utvidet markedsverifisering - ytelse Formål: Verifisere at aktørene og Elhub kan håndtere ytelse som i en faktisk driftssituasjon Testrunde 1 Forutsetning: Elhub fungerer stabilt på testmiljø Exatest2 og alle migrerte målepunkter er lastet opp til EnergyIP Omfang: Volumtest som del av verifisering av helhetlige forretningsprosesser Innsending av spesifisert volum markedsprosessmeldinger Innsending av spesifisert volum av måleverdier Prosessering og kalkulering i Elhub Mottak av responsmeldinger fra Elhub Testrunde 2 Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og alle migrerte målepunkter er lastet opp til EnergyIP Omfang: Ytelsestest som del av operasjonell test Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Alle måleverdier flyter daglig til Elhub innen kl 07 Aktørene må motta alle måleverdier innen kl 09 Peak døgn antall markedshendelser i et ekstremtilfelle (reelt) Stresstest
Utvidet markedsverifisering - Nedetid Formål: Verifisere at aktørene og Elhub kan håndtere nedetid i Elhub som i en faktisk driftssituasjon Testrunde 1 Forutsetning: Elhub fungerer stabilt på testmiljø Exatest2 og alle migrerte målepunkter er lastet opp til EnergyIP Omfang: Test av nedetid som del av verifisering av helhetlige forretningsprosesser Både nedetid pga nettverksproblemer og nedetid i Elhub Simulere at Elhub er utilgjengelig mindre enn et døgn. Aktørene sender inn markedsprosesser flere ganger til Elhub er oppe igjen Testrunde 2 Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og alle migrerte målepunkter er lastet opp til EnergyIP Omfang: Test av nedetid som del av operasjonell test Simulere at Elhub faller ut og må opp igjen på disaster recovery site. Nedetid må være minimum ett døgn. Håndtering av markedshendelser i et scenario basert på normal drift Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Aktørene sender inn markedsprosesser flere ganger til Elhub er oppe igjen
19. oktober 2017 Revidert Go Live-prosess Thon Hotel Bristol, Oslo
Agenda Revidert Go Live-prosess Migrering av måleverdier og overtakelse av avviksoppgjør Innsending av Cut Over-stand til Elhub og parallellrapportering i Edifact Nytt forslag: Innsending av måleverdier i oppstartsuken Konsekvens av en "mislykket" oppstartsuke Kjøreplanen dag for dag Ytterligere forslag
Migrering av måleverdier og overtakelse av avviksoppgjør Elhub og ekspertgruppen er enige om at Elhub skal ta over ansvar for avviksoppgjør (APAM og ATAM) fra og med bruksdatoer fra Elhub Go Live (dvs 22. oktober.) Første avviksoppgjør i Elhub er klart tentativt medio November. Datoen for overtagelse av avviksoppgjør vil bli forskriftsfestet av NVE Elhub anbefaler at det ikke migreres inn komplett historikk på måleverdier fra nettselskapene i forbindelse med Elhub Go Live. Det migreres inn begrensede perioder med måleverdier til Elhub i datakvalitetsprosjektet for å kunne kjøre beregninger for å evaluere kvalitet og kompletthet av målepunkter Det migreres inn et begrenset antall dager med måleverdihistorikk i begynnelsen av Go Live forberedelsene (forut for frysperioden). Dette benyttes til å verifisere migreringen og til å gi tilbakemelding til nettselskapene når de setter sine nettapsparametre. Nettselskaper starter måleverdiinnsending uken før Go Live (se senere slider). Det kommer derfor til å ligge tilnærmet komplett historikk for alle timesmålte målepunkter for uka før Go Live Det kommer til å bygges opp sporadisk historikk av timesverdier, stander og periodevolum i Elhub for bruksdatoer før 22. oktober som følge av korreksjoner Det kommer til å komme inn noen få historiske serier for timesmålte målepunkt fra før Go Live og frem til Go Live som følge av at nettselskaper sender historikk til tredjeparter (se neste slide). Innflytting tilbake i tid medfører at måleverdier sendes fra nett til ny kraftleverandør via Elhub, herunder timeverdier, periodevolum og stander avhengig av type målepunkt.
Analyse av tredjeparters behov for statistikk Vi har foretatt en analyse av tredjeparter Det finnes i hovedsak tre typer tredjeparter De som driver med software og/eller rådgivning i forhold til energisparing De som forhandler inn rabatter hos kraftleverandører til sine kunder De som leverer ventilasjonsanlegg Sistnevnte tredjepart har ikke behov for historiske måleverdier Felles for kundene til tredjepartene er at de er nærings- eller industrikunder. De har typisk mellom 1 og 3 målepunkter. Noen har imidlertid flere. Helt unntaksvis kan en kunde ha opp til 1000 målepunkter (Bane Nor) Tredjepartene har behov for historikk i mellom 0 og 3 år (sjelden mer enn 1 år) for nye kunder. For eksisterende kunder ved Elhub Go Live har de allerede historikk Tredjepartene totalt får ca. 30 nye kunder i måneden, det vil si en i gjennomsnitt per dag I verste fall har denne ene kunden 1000 målepunkter og spør om tre års historikk. Det vil øke Elhubs trafikk med 1/3 den aktuelle dagen. Normalt vil en tredjepart ha ett målepunkt, og spørre om ett års historikk, noe som vil øke Elhubs trafikk med 1/10 promille den aktuelle dagen. Antakelsen er derfor at formidling av historikk for målepunkter til tredjeparter kan håndteres med vanlig funksjonalitet i Elhub (som også benyttes for historiske korreksjoner). Man bør imidlertid vurdere en policy for at spørring for tredjeparter og ditto innsending fra nettselskaper typisk bør foregå utenom «rush hour» i Elhub og med en viss øvre grense for bruken av denne tjenesten (som uansett er langt innenfor eksisterende behov)
Innsending av Cut Over-stand til Elhub og parallellrapportering i Edifact Det skal sendes inn et periodevolum (inkludert fra- og til-stand) for alle profilmålte målepunkt med sluttdato 22. oktober i løpet av 22. oktober eller senest i løpet av torsdag 25. oktober Periodevolumet skal være basert på en avlesning på Go Live-datoen eller en estimert «avlesning» på Go Live-datoen. Derfor er det pålagt en reell avlesning mellom 3 måneder før Go Live og Go Live for alle profilavregnede målepunkt. Dette periodevolumet vil være gjenstand for utregning av døgnverdier hos nettselskapene som deretter vil bli brukt i kalkulering av saldooppgjør av nettselskapene. Døgnverdiene skal sendes ut på Edifactmelding UTILTS/1591 som brukes av kraftselskapene i forbindelse med fakturering. Saldooppgjøret skal sendes ut på UTILTS/1592. Detaljene i Edifact-utvekslingen følges opp i NEE. Merk at punktet over er i samsvar med det ansvaret nettselskapene hadde i gammel Go Live prosess for perioder før Cut Over for avviksoppgjør I tillegg til meldingstypene over må markedsaktørene også støtte MSCONS/1499 for korreksjonsoppgjør for timesavregnede punkter. Detaljer rundt dette følges imidlertid opp av NEE. Herunder også beslutning om ovennevnte meldinger vil bli overtatt av annen kommunikasjonsform i løpet av de tre årene de er relevante. Systemleverandørene CGI, Enoro og Tieto har bekreftet at nettselskapene kan beregne og sende ut UTILTS/1591 (FPC), UTILTS/1592 og MSCONS/1499 på EDIFACT og at kraft kan motta disse, også etter at nettselskap og kraftleverandører er koblet på Elhub
Nytt forslag: Innsending av måleverdier i oppstartsuken Mandag i oppstartsuken åpnes det for grunndatainnsending fra nettselskapene (som før) Tirsdag i oppstartsuken åpnes det for at nettselskapene sender inn intervallverdier for timesavregnede målepunkt for mandag. Elhub videresender disse til abonnenter Onsdag kl. 16:00 skal alle nettselskaper være ajour med grunndatainnsending. Innen torsdag kl 09:00 skal alle nettselskaper ha sendt inn intervallverdier fra alle timesavregnede målepunkt fra og med mandag. Under hele oppstartsuken gjør Elhub skyggeberegninger basert på innsendte måleverdier. Hensikten er å verifisere kompletthet på måleverdiinnsending og avdekke manglende timeverdier. Resultatene fra skyggeavregningen skal ikke benyttes i avregning.
Konsekvens av en "mislykket" oppstartsuke Status etter oppstartsuken kan være at det er problemer innen flere områder Nettselskapene har ikke lykkes i å sende inn måleverdier til Elhub -> Nettselskapene er ikke klare for å starte måleverdiinnsending til Elhub Beregningene i Elhub har feilet -> Elhub er ikke klar for å ta over beregningsansvaret Vi ser ikke en mulighet for å starte å ta over ansvaret for å prosessere markedsprosesser uten at vi også tar over ansvaret for å gjøre avregning. Derfor to mulige utfall: Foretrukket utfall: Elhub Go Live dato opprettholdes Det er et 13 dagers vindu før grunnlaget må være av produksjonskvalitet Elhub fylles med «best guess», vi kjører gjennom beregningene, og avregner disse tallene hos esett. Så rettes feilene fortløpende gjennom ATAM/APAM. Alt må være rettet innen 3 år. Siste utvei: Go Live utsettes med en uke. Nettselskaper fortsetter å gjøre beregningner. Frysperiode for markedsprosesser forlenges med en uke
Kjøreplan for Go Live-prosessen
Sjekkpunkter og migreringer Mandag 2. juli Mandag 13. august Mandag 3. september Onsdag 5. september Søndag 9. september Sjekkpunkt S1 14:00: Sjekkpunkt S1 - Alle markedsaktører godkjent på M9 Strukturdata fryses i markedet, dvs. at selskapsendringer (fusjoner etc.), endring av MGA-struktur osv. ikke kan skje i denne perioden frem til en stund etter Go Live Sjekkpunkt S2 08:00: Sjekkpunkt S2 før start av generalprøve Sjekkpunkt S3 08:00 Sjekkpunkt S3 Alle markedsaktører er godkjent på M10 og generalprøven 00:00 22:00: Full opplasting av data til DAM Data om målepunkt, kunder og kontrakter, samt 2 uker måleverdier for timesavregnede DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene i løpet av påfølgende dag Sjekkpunkt S4 12:00 Sjekkpunkt S4 Datakvalitet ved siste fulle opplasting til DAM
Kvalitetssikring i Elhub og start av Cut Over Mandag 10. september Elhub åpner spørre- BRSer for markedsaktører Markedsaktører starter å verifisere kommunikasjon med Elhub fra sine prodsystemer gjennom spørre- BRSer Markedsaktører begynner å kvalitetssikre og konfigurere data i Elhub gjennom Elhub web-portal og spørre-brser Fredag 14. september 23:59: Deadline: Alle markedsaktører har verifisert kommunikasjon fra sitt prodsystem til Elhub gjennom spørre-brser Mandag 17. september 14:00: Sjekkpunkt S5: Prod-til-prod kommunikasjon verifisert for alle markedsaktører Fredag 21. september 16:00: Tidsfrist for nettselskaper å konfigurere sine nettapsparametre i Elhub Wep Portal Onsdag 26. september 00:00 22:00: Deltaopplasting av data fra markedsaktører til DAM fra og med siste fulle opplasting pluss korreksjoner Data om målepunkt, kunder og kontrakter Torsdag 27. september DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene innen kl. 23:59 Søndag 30. september 23:59: Siste initiering av leverandørbytter
Kvalitetssikring i Elhub og start av Cut Over forts. Onsdag 3. oktober 23:59: Siste initiering av anleggsovertakels er Søndag 7. oktober Kvalitetssikring av data i Elhub 23:59: Siste initiering av markedsprosessen for opphør fra kraftleverandør
Frysuke Mandag 8. oktober Tirsdag 9. oktober Onsdag 10. oktober Torsdag 11.oktober Fredag 12. oktober Lørdag 13. oktober Søndag 14. oktober Kvalitetssikring av data i Elhub 14:00: Sjekkpunkt S6 Start frysperiode 23:59: Siste meldingsutveksling i gammelt regime for alle markedsprosesser Måleverdirapportering til kraft og NBS går som normalt i frysperioden 00:00 22:00: Deltaopplasting av grunndata t.o.m. tirsdag samme uke DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene Nettselskapene rapporterer til NBS og kraft for foregående uke DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene Kvalitetssikring av data i DAM Overføring av data fra DAM til Elhub Kvalitetssikring av data i Elhub 08:00: Sjekkpunkt S7 Start systemoppgradering hos markedsaktørene Point of no return 08:00: NUBIX stenges Kvalitetssikring av data i Elhub NUBIX Kvalitetssikring av data i Elhub Markedsaktører fortsetter oppgradering av systemer NUBIX
Oppstartsuke Mandag 15. oktober Tirsdag 16. oktober Onsdag 17. oktober Torsdag 18. oktober Fredag 19. oktober Lørdag 20. oktober Søndag 21. oktober 08:00: BRS-611 åpnes 08:00: Sjekkpunkt S8 Nettselskaper kan starte innsending av grunndata Aktører forts. evt. å oppgradere systemer Kvalitetssikring av data i Elhub Nettselskaper fortsetter å sende inn grunndata Nettselskaper kan starte å sende inn timeverdier Elhub starter med skyggeberegninger (D+1) og kompletthetsrapp orter på måleverdirapporte ring Aktører forts. evt. å oppgradere systemer Kvalitetssikring av data i Elhub 16:00: Alle nettselskaper har oppgradert systemene og har sendt inn alle grunndataoppdate ringer siden frysperioden startet Nettselskaper sender inn timeverdier Elhub starter med skyggeberegninger (D+X) og kompletthetsrappo rter på måleverdirapporte ring Kvalitetssikring av data i Elhub Markedsaktører rapporterer til NBS for foregående uke 16:00: Alle nettselskaper er a jour med grunndataoppdatering i Elhub Alle nettselskaper har startet å sende inn timeverdier Elhub starter med skyggeberegninge r (D+X) og kompletthetsrap porter på måleverdirapport ering Nettselskaper fortsetter å sende inn grunndata og timeverdier Elhub starter med skyggeberegninger (D+X) og kompletthetsrappo rter på måleverdirapporter ing Nettselskaper fortsetter å sende inn grunndata og timeverdier Elhub starter med skyggeberegning er (D+X) og kompletthetsrap porter på måleverdirappor tering Nettselskaper fortsetter å sende inn grunndata og timeverdier Elhub starter med skyggeberegninger (D+X) og kompletthetsrapp orter på måleverdirapporte ring 16:00: Sjekkpunkt S9 Nettselskaper, Elhub og kraftleverandører er klare for normal drift
Første driftsuke Mandag 22. oktober Tirsdag 23. oktober Onsdag 24. oktober Torsdag 25. oktober Fredag 26. oktober Lørdag 27. oktober Søndag 28. oktober 08:00: Kraftleverandører starter å sende inn bufrede meldinger Nettselskaper sender gjenstående bufrede meldinger Første innflytting tilbake i tid er registrert i Elhub 00:00-07:00: Nettselskapene sender inn timesverdier for mandag Første dag med prosessering og distribuering av timesverdier i Elhub som normalt Første leverandørbytter og innflyttinger frem i tid er registrert i Elhub* Nettselskapene rapporterer til NBS for foregående uke Klokka 23:59: Nettselskapenes siste frist for å sende inn Cut Overstand *Leverandørbytter og innflytting frem i tid gjennomføres tidligst onsdag for timeavregnede målepunkter og fredag for profilavregnede målepunkter
Ytterligere forslag Kan vi kreve at nettselskapene starter full måleverdirapportering allerede etter at den første migreringen er foretatt, fra og med mandag 10. september? Det gir en bedre kvalitetssikring av både systemer og prosess før Go Live i det vi får en mer stegvis launch. Kan nettselskapenes systemer håndtere en slik parallellprosessering? Kan kraft håndtere å motta disse måleverdiene? Hva med eventuelle leverandørbytter? Vi slipper å migrere måleverdier for å kvalitetssikre nettapsparametre Vi må legge inn avbrudd i måleverdirapporteringen i forbindelse med deltamigreringer Elhub bør i så fall også håndtere grunndataoppdateringer. Dersom det også skal være mulig å oppdatere grunndata på målepunktene som har endret avregningsmetode siden siste migrering blir dette også en test av bufring. Dette vil gjenta seg ved første deltamigrering
Revidering av frysperioden Utvidelse av frysperiode Siste deltamigrering inn i Elhub er på kritisk linje Vi vurderer å utvide frysperioden med opp til tre virkedager I så fall blir siste deltaopplasting før frysperioden på en fredag. Det gir oss en frysperiode på totalt 11 virkedager, men 17 kalenderdager Lengre frysperiode gir oss mer kontroll på operasjonell risiko i forhold til den siste migreringen og bruk av migreringsverktøyet Lengre frysperiode gir potensielt lengre tid for markedsaktørene til å oppgradere eller bytte sine systemer Lengre frysperiode gir mer rom for kvalitetssikring for både Elhub og markedsaktørene i forhold til både data, systemer og operasjonelle rutiner
Migrering Ekspertgruppemøte 25
AGENDA Opplasting i dag Migrering 2018 Sluttbrukeraddresser Økt konsekvens for feil Nye rapporter
Opplasting 19. oktober Store endringer siden sist Ytelse Funksjonalitet knyttet til migrering til Elhub Data vil bli migrert helt inn i Elhub Dette har vi sett Fungerer mye bedre Men vi hadde problemer med infrastruktur mellom 10:30 og 11:00 Noen måleverdifiler feiler/stopper opp Veldig lite feil Kuriositet: Go-Live var satt til 22.10.2017 Spent på duplikat og konsistens
Migrering 2018 Snitt på ca 1 opplasting per mnd. Er det for mye/for lite? Andre hensyn? Tidsplan 23.11.2017 25.01.2018 22.02.2018 Delta 15.03.2018 Delta 03.05.2018 31.05.2018 Delta 21.06.2018 Delta 07.08.2018 15.08.2018 Delta Go-live full, delta, delta
Sluttbrukeraddresser Vi har sendt ut et arbeidsdokument som beskriver hvordan vi ser for oss at migrerte adresser ender opp i Elhub. Savner tilbakemelding Er formatet ok? Planlegger å bruke dette formatet til å kommunisere ut? Hvem kommer til å benytte slik dokumentasjon? Spesifikt her: Ser det fornuftig ut? Gi tilbakemelding til post@elhub.no
Økt konsekvens på feil Fokus flyttes fra feilsjekk til migrering inn i Elhub Det betyr at feil som ikke aksepteres i Elhub vil avvises i større grad radene går ikke videre i sjekkene i DAM Eksempel: Ikke midnatt på kontrakt kontrakt stoppes i format Ikke gyldig MPID målepunktet stoppes i format Hverken privatkunde eller bedriftsnavn stoppes i integritet
Nye rapporter i DAM Målepunkters status F.eks. Lastet opp til DAM, Avvist i DAM, Migrert til Elhub Viktig fremover for å sjekke kompletthet Utvekslingspunkter Netteier kan se hvilke målepunkter nabo har migrert Hafslund etterspurte denne