Ekspertgruppemøte 14 Migrering og test. Statnett, Nydalen 3. mars 2016

Transkript

1 Ekspertgruppemøte 14 Migrering og test Statnett, Nydalen 3. mars 2016

2 Agenda ekspertgruppemøte :30-09:45 Velkommen og introduksjon Dagens agenda Gjennomgang av overordnet status 09:45-10:45 Eksempler på funksjonalitet i Elhub web portal Elhub opplæringsprogram M3 Migrering 10:45-11:00 Pause 11:00-12:30 Go Live prosedyre 12:30-13:15 Lunsj 13:15-14:00 Diverse saker M3 Sertifisering og registrering Kunder som ikke vil registrere seg i frivillighetsregisteret eller ha abonnement som privatperson Plan for innføring av GLN regulert kraftleverandør 14:00-15:30 Planlegging av System Vendor Trial (for systemleverandører)

3 Prosjektstatus Ekspertgruppemøte Januar 2016

4 Fremdrift - 3 hovedprosesser for Elhub Go-Live Elhub klar NBS i drift Elhub Go-Live Aktørene klare - Alle har stramme tidsplaner - Kvalitet på leveransene ikke verifisert - Mye vil avgjøres de neste 2-3 måneder: - NBS UAT (akseptansetesting) - Elhub R.1 integrasjonstesting - M3 for aktørene

5 T&M emeter Software Development Option Migration Tool Base Solution Arbeidsutkast - oppdatert prosjektplan Solution Description Construction Acceptance and Completion HLD Design Sprint 0 Detailed Design Release 1 SIT R1 Release 2 SIT R2 UAT part 1 UAT part 2 Ready for Go live Project Start Continuous Test Release 3 SIT R3 Solution Description Approved Delivery Ready for Acceptance Go live prep. Construction R1 + R2 Acc. & Compl Construction R3 UAT Solution Description Phase 3 Acc. & Compl Phase 4 System & Integ test GA 1.7 GA 1.10 Phase 4A System & Integ test Acc. & Compl System Vendor trials Market Trials

6 Overordnet tidsplan test og migrering Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 DATAVASK OG MIGRERING M Grunnleggende datavask M M M4a M4b Kontinuerlig datavask og datavedlikehold M M Uttrekk grunndata Status M3 migrering kl 16: SYSTEMTILPASNING / TEST Pilot migrering Systemtilpasning Inkrementell migrering Systemgodkjenn. Elhub Elhub GO-LIVE AVHENGIGHETER System-sert Ediel MGA pr målepunkt implementert Resertifisering Ediel NBS Go-Live Aktørsert Ediel Aktørgodkj. Elhub test Aktørverifik. Elhub prod DAMv1 levert Edielportal (inkl B2B) klar for TGT DAM v2 levert Elhub klar for Vendor Trial R Elhub klar for Market Trial Elhub in production

7 Elhub Aktørportal

9 Elhub Aktørportal Noen eksempler Verifisere målepunkt ifm. leverandørbytte Status på forretningsprosesser i Elhub Status på måleverdiinnsendingen for D til D+5 Status og underlag på balanseavregning Underlag til avviksavregning Søke på målepunkt og få detaljert informasjon

11 Elhub Aktørportal Overview of Market Processes - Contains widget #1 - Market Process Status and widget #2 - Initiated Market process last 14 days Market Processes Status Initiated Market Processes Last 14 days Status Last week Yesterday Today Trend Ca ncelled Rejected 37 Widget 23 #4 - Market 43 Processes pr Market 800 Process Sub 567 Group Completed Market Processes pr Market Process Sub Group 200 Initiated Waiting End of Overdue Supply Change of Supplier5 Move In and Move Out Service Request Master Data Update Master Data Request Rollback 3rd Party Access Update

12 Elhub Aktørportal Widget #1 Yesterdays meter reads received pr metering point Widget #2 Yesterdays meter reads received pr metering point Details Yesterdays meter reads received pr metering point Yesterdays meter reads received pr metering point Completeness consumption 99,5% Compl etenes s producti on 97,5% Metering Point Metering point channel Last received date 7075 XXX XXX XXX Consumption et #1 Yesterdays meter reads received pr metering point Widget #2 Yesterdays meter reads received pr metering point Details esterdays meter reads received pr metering point Yesterdays meter reads received pr metering point ompleteness consumption 99,5% Compl etenes s producti on 97,5% Metering Point Metering point channel Last received date 7075 XXX XXX XXX Consumption

19 Oppsummering Elhub Aktørportal Typiske tjenester i portalen: Målepunktsinformasjon Kvalitet på og oversikt over innsamlede verdier (KPI-rapportering) Nettavregningsområdebalanse tapsberegning JIP Rapportering av beregninger og aggregeringer til forskjellige formål Markedsprosessoversikt Brukeradministrasjon Varsler og meldinger

20 Takk for tiden deres! Spørsmål til Elhub:

21 Elhub opplæring Ekspertgruppemøte Dato: 03. mars 2016

22 Innhold Status Resultat av undersøkelsen Læringsreise Kursmoduler Bunntekst 22

23 Elhub opplæringsplan for markedsaktør Desember 15 Februar 16 Mars 16 Desember 16 Juni 16 Desember 16 August 16 Februar 17 Strategi og tidsplan Behovsanalyse Utvikle kursmateriell Teste kursmateriell Gjennomføre kurs Aktiviteter Utvikle opplæringsstrategi og aktivitetsplan Etabler retningslinjer for Elhub opplæring Resultater Utvikle opplæringsstrategi og aktivitetsplan Etabler retningslinjer Identifisere Elhub opplæringsbehov: BRS, Elhub funksjonalitet, kraftmarked, informasjonssikkerhet, go-live Bestemme innholdet til opplæring Identifisert behov for opplæring: BRS, Elhub funksjonalitet, kraftmarked, informasjonssikkerhet, go-live Kursutviklingsplan Utvikle kursmateriell QA av utviklet kursmateriell Test training materiell Publisere kursmateriell Kursmateriell utviklet Kursmateriell e-læring, kurs, webinar, testet og publisert markedsguide Gjennomføre kurs og opplæring Kurs gjennomført e-læring, kurs, webinar, markedguide

24 Resultat av undersøkelse: Ekspertgruppemøte 21. jan fort. Opplæring: Hva skal være med Gi trygghet at nåværende og framtidige ansatte i kundeservice og back office hos aktørene kan gjøre jobben sin. Resultat: - Tema tatt med i kursutvikling (tidsfrister, avregning, angrefrist) - Lage kommunikasjonsløp med opplæringsansvarlig i selskapene - frivillig Prioritering av viktige markedsprosesser 1. prioritet: Leverandørskifte 2. prioritet: Innflytting 3. prioritet: Utflytting Resultat: - Prioritering gjenspeiles i kursutviklingsløp for markedsprosesser Læringsform E-læring er foretrukket læringsform Resultat: - Fokus på e-læringsutvikling (fra uke 11) Bunntekst 24

25 Resultat av undersøkelse: Ekspertgruppemøte 21. jan Scope for opplæring A. Hvordan fungerer min Elhub hverdag? - Markedsprosesser, -regler, kraftmarked, Informasjonssikkerhet og personvern B. Hva må jeg gjøre hvor? - Systemopplæring Målgruppe for opplæring 1. Fagansvarlige 2. Bruker 3. Superbruker Definisjon av målgruppe Bruker Bruker: Ansatte i kundeservice, back office, første linje, saksbehandler med forskjellige oppgaver f.eks. fakturering, tilknytning, innsamling, avviksoppgjør). Superbruker Superbruker: 1 person per organisasjon som administrer brukertilgang i Elhub (bytte rolle, registre brukere). Gjerne IT. Fagansvarlig Fagansvarlig: 1 person har faglig og dermed opplæringsansva r for at utliggere ansatte kan mestre sine arbeidsoppgaver. Opplæringsansvarlig Opplæringsansva rlig: Administrerer Elhub opplæring Bunntekst 25

26 Læringsreise for markedsaktører: Elhub opplæring fokuserer på BRS prosesser og Elhub funksjonalitet Nye forskriftskrav og markedsregler i kraftmarkedet Portalopplæring for aktører: Hvordan følge opp innkommende og utgående rapporter Elhub læringsunivers: elhub.no Informasjonssikkerhet og personvern Leverandørskifte: Når en kunde bytter kraftleverandør Rapportering: Når du skal ha oversikt Markedsdesign/BRS Systemspesifikk opplæring (systemleverandør) Hvordan systemet funger teknisk: BIM/EMIF/Sertifisering Portal Innflytting / Oppstart: Når en kunde flytter til en ny adresse Utflytting / Opphør: Når en kunde flytter ut / leveranseplikt Avregning: Når du skal gjennomføre avregning Grunndata: Når du endrer grunndata i Elhub Måleverdier: Når du sjekker kundens måleverdi(er) Spørringer: Når du søker informasjon i Elhub Bunntekst 26

27 Elhub-opplæring gjøres tilgjengelig på elhub.no for mest mulig effektiv læring, til rett tid og tilpasset den enkelte E-læring ( inkl. videos, animerte forklaringer) Mål: Skape forståelse og kunnskap for nye arbeidsprosesser i Elhub, roller, nye forskriftskrav og markedsregler i kraftmarkedet, informasjonssikkerhet og personvern. Hvordan: Selvstudie og/eller forberedelse for klasseroms kurs Veiledninger, markedsguide Mål: Relevante retningslinjer som eksterne supportveiledninger, interne driftsveiledning, brukermanual Elhub (nettselskap/kraftlev./3.part), Markedsguide etc. Hvordan: Selvstudie, forberedelse for åpen kurs og kunnskapsdatabase Åpen kurs inkl. webinar, konferanse, coaching Mål: Forståelse av markedsprosess og fordypende applikasjonsopplæring i Elhub, endringer før/etter, ny rollefordeling, informasjonssikkerhet og personvern, cut-over prosess. Hvordan: Kurs, selvstudie 27

28 En opplæringsmodul består av en grupper BRS prosesser som er grunnleggende for en arbeidsflyt Leverandørskifte 1. Verifiser grunndata i målepunkt 2. Oppstart kraftleveranse leverandørskifte 3. Oppstart kraftleveranse leverandørskifte fra leveringsplikt 4.Reversering av oppstart av kraftleveranse 1. Verifiser grunndata i målepunkt A. Beskriv kriterier som brukes for å finne målepunkt basert på kunde ID og/eller organisasjonsnummer. B. Beskriv kriterier får å finne detaljer om målepunkt relatert til målepunkt ID og/eller adresse når kunden eier mange målepunkter. C. Beskriv hvorfor det er viktig å vite siste avlesningsdato på målepunkt på profilavregnet målepunkt. D. Beskriv hvilken data en kraftleverandør må ha for å verifisere grunndata. 2. Oppstart kraftleveranse leverandørskifte A. Beskriv tidsfrister for leverandørskifte (ny kraftleverandør). B. Beskriv frist for å sende målestand på dato for leverandørskifte (nettselskap). C. Beskriv når en gammelt kraftleverandør kan sende sluttfaktura til sluttbruker. 3. Oppstart kraftleveranse leverandørskifte fra leveringsplikt A. Beskriv hvor langt tilbake i tid kan ny kraftleverandør melde leverandørskifte fra leveringspunkt. B. Beskriv hvordan ny kraftleverandør kan vite at sluttbruker er på leveringsplikt?" 4. Reversering av oppstart kraftleveranse A. Beskriv når det er mulig for å kjøre en reverseringsprosess ved oppstart av kraftleveranse (profil- og timeavregnet målepunkt). B. Beskriv hvor langt tilbake i tid kan oppstart i målepunkt sendes ved innflytting (profil- og timeavregnet målepunkt). C. Beskriv hvor lang tid det går fra en reversering er initiert til nettselskap og gammel kraftleverandør er varslet (profil- og timeavregnet målepunkt) Bunntekst 28

29 Læringsmål som tilhører leverandørskifte: Oppstart kraftleveranse leverandørskifte Leverandørskifte Kort beskrivelse Læringsmål Metode Dagens prosess-støtte 101: Oppstart kraftleveranse leverandørskifte Et normalt leverandørskifte A. Beskriv tidsfrister for leverandørskifte (ny kraftleverandør). B. Beskriv frist for å sende målestand på dato for leverandørskifte (nettselskap). CBT ILT Markedsguide Tilsvarende Change impact: System, endring i ansvar/rolle Kraftleverandør: uendret Elhub: Overtar prosessering fra Nettselskap Nettselskap: Mottar og kvalitetssikrer avlesning C. Beskriv når en gammelt kraftleverandør kan sende sluttfaktura til sluttbruker Bunntekst 29

30 Neste skritt for Elhub kursutvikling Utvikle e-læring - Prioritering gjenspeiles i kursutviklingsløp for markedsprosesser - Involvere kontaktpersoner hos aktører - Publisere kurs sekvensiell fra august 16 Utvikle markedsguide - Kunnskapsdatabase som beskriver det som berører markedsaktører i "Elhub-universet" - Involvere kontaktpersoner hos aktører Utvikle åpen kurs - Utvikle åpen kursmateriell (ppt) - Involvere kontaktpersoner hos aktører Bunntekst 30

31 Migrering Ekspertgruppemøte 3.mars 2016

32 Data fra i dag 08: Aktører 679 Filer 15 millioner rader 9 millioner feil (1,17 mill på nivå 1)

33 Husk å prioritere Kritikalitet 1 Ikke fiks på historiske data

34 Hvordan går det?

35 Go Live-prosessen v1.5 Detaljert kjøreplan forut for, under og etter frysperioden

36 Overordnet beskrivelse av Go Live-prosessen - Prinsipper Go Live er en komplisert prosess for både Elhub, markedsaktører og systemleverandører Det er et paradigmeskift innen flere dimensjoner: Endring i forretningsprosesser Endring i meldingsformater og adresseringer Endring fra distribuert til sentral datamodell Derfor: Vi trenger en styrt og velkoreografert prosess for Go Live Markedet må fryses for å sikre at Elhub går live med korrekt migrerte data Det vil si at markedsaktørenes data må være uendret mens Elhub migrerer og kvalitetssikrer disse Frysperiodens varighet er ulik for de ulike prosessene Varigheten bestemmes av de ulike prosessenes behandlingstid, men det er en «kjernefrysperiode» på 8 dager. Man ønsker om mulig å fryse strukturdata i markedet hele januar og februar (dvs. at selskapsendringer (fusjoner etc.), endring av MGA-struktur osv kan ikke skje i denne perioden). Etter 2. januar.

37 Overordnet beskrivelse av Go Live-prosessen Prinsipper forts. Pga. frys i meldingsutveksling under Go Live-prosessen har det blitt laget spesialregler for markedsprosesser som kun gjelder i denne perioden. Siste leverandørbytte før Go Live kan initieres 27. januar og blir effektuert 7. februar. Opphør i frysperioden må meldes senest 3. februar, men opphørsdato kan settes til å være i frysperioden. Inn-/utflyttinger i frysperioden gjøres tilbake i tid etter Go Live. Generelt bør antall meldinger som må bufres minimeres. Aktørene bør ikke planlegge salgskampanjer o.l. i frysperioden. AMS-utrulling kan gå som normalt

38 Overordnet beskrivelse av Go Live-prosessen Viktige aktiviteter Markedsaktører får tilgang til Elhub fra primo januar. Elhub åpner for spørrebrser for å kvalitetssikre aktørenes tilgang til Elhub og åpne fokvalitetssikring av data. I Go Live-perioden er det maskinell QA av data i bade DAM og Elhub Syntax, integritet, konsistens, beregninger Både Elhub-operatører og markedsaktører gjør konfigurering av Elhub gjennom januar og februar Setter opp brukere Behandle sluttbrukere med sperrede addresser Parametre for nettap Subnett Etc. Både Elhub-operatører og markedsaktører gjør manuell kvalitetssikring av data i Elhub gjennom januar og februar Strukturdata (BS/BRP/MGA, EMP, MGA/MBA etc.) Stikkprøver av grunndata (Målepunkter, sluttbrukere etc) Siste deltaopplasting 2. februar. Data t.o.m. 31. januar Sikrer god kvalitet i data i både DAM og Elhub før frysperioden

39 Detaljert kjøreplan for Go Live-prosessen Mandag 3. oktober 2016 Markedsaktører gjør måleravlesninger ifm. NBS Go Live. Avlesningene skal gjøres senest 3 måneder etter NBS Go Live (3. januar 2017). Disse avlesningene er basis for APAM inntil 3. oktober Delen av volumet som er oppstått etter NBS Go Live blir ikke gjort opp, men sendes inn som periodevolum fra og med NBS Go Live til og med neste avlesning. Mandag 2. januar Tirsdag 3. januar Fredag 13. januar Strukturdata fryses i markedet, dvs. at selskapsendringer (fusjoner etc.), endring av MGA-struktur osv ikke kan skje i denne perioden). Markedsaktører gis tilgang til Elhub Elhub åpner spørrebrser for markedsaktører Markedsaktører kobler til Elhub fra sine testsystemer (frist: 6. januar kl. 24:00) Markedsaktører begynner kvalitetssikring av data i Elhub. Prosjektet vil tilgjengeliggjøre informasjon om hva som spesifikt forventes. Deltaopplasting av data fra markedsaktører til DAM (M6) Utsendelse av NCFer fra DAM til markedsaktører

40 Detaljert kjøreplan for Go Live-prosessen forts. Mandag 16. januar Tirsdag 17. januar Onsdag 18. januar Torsdag 19. januar Utsendelse av NCFer fra DAM ferdigstilt innen kl. 24:00 Deltaopplasting fra markedsaktører til DAM basert på NCFer Kvalitetssikring av data i DAM og utsendelse av NCFer Utsendelse av NCFer fra DAM ferdigstilt innen kl. 24:00

41 Detaljert kjøreplan for Go Live-prosessen forts. Søndag 22. januar Mandag 23. januar Tirsdag 24. januar Onsdag 25. januar Aktørene gjør kvalitetssikring av data (M6) i Elhub Web Portal Aktørene gjør kvalitetssikring av data i Elhub gjennom spørre-brser fra sitt testsystem Spesifikk oversikt over hvilke tester som skal gjøres distribueres av Elhubprosjektet Aktørene gjør kvalitetssikring av data i Elhub Web Portal Aktørene gjør kvalitetssikring av data i Elhub gjennom spørre-brser fra sitt testsystem Spesifikk oversikt over hvilke tester som skal gjøres distribueres av Elhubprosjektet Gå/ikke-gå-sjekkpunkt. Vurderes ut fra M6- kriterier

42 Detaljert kjøreplan for Go Live-prosessen forts. Torsdag 26. januar Fredag 27. januar Lørdag 28. januar Søndag 29. januar Siste dag for initiering av prosessen for leverandørbytte

43 Detaljert kjøreplan for Go Live-prosessen forts. Mandag 30. januar Tirsdag 31. januar Onsdag 1. februar Torsdag 2. februar Siste dag for initiering av prosessen for innflytting fra kraftleverandør Siste deltaopplasting før frysperioden. Data til og med 31. januar. DAM påbegynner utsendelse av NCFer.

44 Detaljert kjøreplan for Go Live-prosessen forts. Fredag 3. februar Lørdag 4. februar Søndag 5. februar Mandag 6. februar Siste dato for initiering av markedsprosessen for opphør fra kraftleverandør Kvalitetssikring av data og utsendelse av NCFer fra DAM. Frist kl.24:00 Data importeres fra DAM til Elhub Kvalitetssikring av data i Elhub Kvalitetssikring av data i Elhub Gå/ikke-gåsjekkpunkt kl 14:00 Siste sjekkpunkt før frysperioden

45 Detaljert kjøreplan for Go Live-prosessen forts. Tirsdag 7. februar Onsdag 8. februar Torsdag 9. februar Fredag 10. februar Siste dag med meldingsutveksling i gammelt regime for alle markedsprosesser som ikke allerede er stoppet (unntatt NUBIX) kl. 24:00 Siste dag med behandling av periodevolumer. Måleverdirapportering til kraft og NBS går som normalt i frysperioden Deltaopplasting av data til DAM fra 1. februar til 7. februar Data om målepunkt, kunder, kontrakter og måleverdier til og med Frist kl. 24:00 DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene Frist kl. 24:00 Kvalitetssikring av data i DAM Overføring av data fra DAM til Elhub Siste frist for korreksjonsoppgjør på korreksjoner mottatt til og med 7. februar gjøres i gammelt system

46 Detaljert kjøreplan for Go Live-prosessen forts. Lørdag 11. februar Søndag 12. februar Mandag 13. februar Tirsdag 14. februar Ferdigstille overføring av data fra DAM til Elhub Kvalitetssikring av data i Elhub Kl. 08:00 gir Elhub klarsignal til markedsaktører om at de kan oppgradere/aktivere systemer Point of no return NUBIX stenges kl.8:00 Markedsaktører oppgraderer systemer Markedsaktører må bufre eventuelle prosesser som kjøres under oppgradering Kvalitetssikring av data i Elhub Systemleverandører og markedsaktører fortsetter oppgradering av systemer Aktører starter å sende inn grunndataog måleverdier etter klarsignal fra Elhub kl. 8:00 Aktører forts. evt. å oppgradere systemer Aktørene gjør kvalitetssikring av data i Elhub Web Portal og gjennom spørre-brser Elhub gjør kvalitetssikring av data Elhub og aktører forbedrer data BRS 611 åpnes Aktører fortsetter å sende inn grunndataog måleverdier Aktører forts. evt. å oppgradere systemer Aktørene gjør kvalitetssikring av data i Elhub Web Portal og gjennom spørre-brser Elhub gjør kvalitetssikring av data Elhub og aktører forbedrer data

47 Detaljert kjøreplan for Go Live-prosessen forts. Onsdag 15. februar Torsdag 16. februar Fredag 17. februar Lørdag 18. februar Alle aktører har startet å sende inn grunndataog måleverdier Alle aktører har oppgradert systemene innen kl. 16:00 Aktørene gjør kvalitetssikring av data i Elhub Web Portal og gjennom spørre-brser Elhub gjør datakvalitetssikring Elhub og aktører forbedrer data Markedsaktørene er a jour med grunndataoppdatering i Elhub Markedsaktørene er a jour med å sende inn periodevolumer Aktørene migrerer inn timesverdier og PPCer fra frysperioden Buffer

48 Detaljert kjøreplan for Go Live-prosessen forts. Søndag 19. februar Mandag 20. februar Tirsdag 21. februar Onsdag 22. februar Buffer Elhub Go Live Resterende BRSer åpnes på klarsignal fra Elhub Aktørene sender inn bufrede meldinger Første dag med prosessering og distribuering av timesverdier i Elhub som normalt, unntatt timesverdier for 11. til 19. februar. Nettselskapene sender inn timesverdier før 7:00 Aktørene migrerer inn timesverdier og PPCer fra siste uke i fysperioden

49 Gå/ikke-gå-sjekkpunkter Dato Kommentar Kriterium (Detaljering vil bli publisert) Milepæl M6 Aktører er systemgodkjente i Elhub. All data har kommet inn fra nett til og med Ingen kritiske feil i Elhub-systemet. Verifisert kommunikasjon (EMIF) mot Elhub prod. fra aktører kl. 14:00 Beslutningsport før start av kjernefrysperioden kl. 8:00 Beslutningsport før markedsaktørenes systemoppgradering. Point-of-no-return kl. 8:00 Forsinkelses-sjekkpunkt. Elhub åpner funksjonalitet for oppdatering av grunndata og måleverdier kl. 0:00 Forsinkelses-sjekkpunkt. Elhub åpner biz-as-usualfunksjonalitet Ingen kritiske feil i Elhub-systemet. Data til og med 31.1 er riktig i Elhub. Ingen kritiske feil i Elhub-systemet. Data til og med 7.2 er korrekt i Elhub Ingen kritiske feil i Elhub-systemet. Data til og med 7.2 er korrekt i Elhub Oppgradering er i gang Alle har oppgradert. Meldingsbehandling fungerer mellom Elhub og aktører i produksjon.

50 Avklaringer - Timesverdier Innsending av korrigeringer på timesverdier som er avstemt kan sendes inn fra 13. februar. I praksis vil dette være timesverdier til og med 5. februar, men etter 17. også verdier til og med 12. februar Timesverdier til og med 19. februar som ikke er korrigeringer, skal migreres inn henholdsvis 8., 17. og 22. februar Kort fortalt: Timesverdier hvis nettselskap rapporterer til NBS skal migreres inn Korrigeringer skal imidlertid sendes inn som meldinger, men.. Ikke før 13. februar Ikke før opprinnelig verdi for den aktuelle timen er migrert inn

51 Avklaringer timesverdier forts. Elhub har ikke noe forhold til hvor vidt timesverdier kommer fra KIS eller MVS Elhub tar hensyn til hvordan timesverdier kommer inn Migrerte verdier trigger ikke korreksjonsoppgjør Verdier som kommer inn via EMIF trigger korreksjonsoppgjør

52 Avklaringer - Meldingsutveksling Elhub kommer ikke til å bufre meldinger Meldinger for markedsprosesser generelt blir avvist før 20. feburar kl. 00:00 "Vil vi få tilbakemelding (ack og nack) på grunndataoppdateringer sendt til Elhub i frysperioden?" Svar: Ja "Når kommer kraftleverandørene til å motta oppdateringene?" Svar: Så fort de kobler seg på

53 Katastrofehåndtering ifm Go Live Før 11. februar Tilbake til gammelt regime Mellom 11. og 20. februar Utsettelse med en uke Fra og med 20. februar Disaster recovery tilsvarende biz-as-usual

54 Katastrofehåndtering før 11. februar Avlyser systemoppdatering Oppbufrede prosesser sendes ut på gammelt EDIFACT-format Hvordan blir tidsfrister for markedsprosesser håndtert i overgangen tilbake til gammelt regime? Dette vil bli analysert

55 Katastrofehåndtering mellom 11. og 20 februar Go Live utsettes med en uke Nettselskapene rapporterer til NBS for den ekstra uken Hvordan blir tidsfrister for markedsprosesser håndtert idet frysperioden forlenges med en uke? Dette vil bli analysert Utgangspunktet er at alle datoer blir forskyvet med 7 dager inkludert frys og tidsfrister

56 Katastrofehåndtering fra og med 20. februar Dette tilsvarer katastrofehåndtering i biz-as-usual Elhub vil etterstrebe å komme opp så fort som mulig Meldinger som markedsaktører ikke har fått ack på må mappes om og sendes på nytt når Elhub er oppe. Dette kan enten løses i systemet, eller manuelt ved at operatør sender ny melding. Meldinger som markedsaktører har fått ack på har Elhub ansvaret for å mappe om dersom nedetiden går over en datogrense

57 Regulert kraftleverandør NEE-møte Oslo (hos NVE), 11. februar 2016

58 Etablering av Regulert kraftleverandør Bakgrunn NBS og Elhub rollemodell har definert en egen aktørtype, Regulert Kraftleverandør, som skal håndtere levering av kraft til kunder på leveranseplikt (og nettap). Aktørtypen skal registreres med et eget GLN, mens håndtering pt. ligger hos nettselskapet. I dag er det vekslende hvorvidt nettselskapene har etablert eget GLN for leveranse på målepunktene på leveranseplikt, pr. Q3-15 ca sluttkunder. Som en av flere forutsetninger for vellykket innføring av NBS og Elhub må nettselskapene ta ut et eget GLN for rollen som Regulert kraftleverandør. Registrert kraftleverandør på alle målepunktene på leveranseplikt endres likeledes til det nye GLN'et for denne aktøren. Med stor påvirkning på NBS, må dette være gjennomført i god tid før NBS Go-Live. Dette er en endring som nettselskapene må gjøre i sine databaser og som ikke affekterer øvrige nettselskaper eller kraftleverandører. Det er derfor ikke noe behov for meldingsutveksling i markedet for å få til dette. Nettselskapene må etablere to markedsaktører i Elhub, i Edielportalen og i Elsertifikatregisteret. Nettselskapene skal ikke betale ekstra gebyrer for den regulerte kraftleverandøren. Fremtiden er elektrisk

59 Etablering av Regulert kraftleverandør, forts. Innen 15. april: Nettselskaper tar ut eget GLN for regulert kraftleverandør og registrerer dette som en ny aktør i Edielportalen De må også registrere hvilke systemkombinasjoner denne aktøren skal benytte. Dette er en del av kriteriene for å passere M3 i Elhubs test- og migreringsprosjekt. Elhub vil i februar/mars sende ut en detaljert instruks til aktørene om hvordan de ulike roller og systemkombinasjoner skal registreres i Edielportalen Innen 15. april: Nettselskaper registrerer de nye GLN-numrene i Elsertifikatregisteret Elsertifikatregisteret vil informere nettselskapene direkte om hvordan de skal gå over til å rapportere på det nye GLN'et Innen 13. mai: Nettselskaper endrer GLN for alle målepunktene som er på leveranseplikt før siste frist for registrering av strukturdata i NBS og før migreringsuttrekket til Elhub 2. juni Fremtiden er elektrisk

60 Etablering av Regulert kraftleverandør, forts. Spørsmål fra NEE : Hvordan vil opprettelse av nye GLN for Regulert kraftleverandør påvirke rapportering til NECS? Kun hovedorganisasjonsnummeret registreres i NECS, ingen underenheter. Flere GLN tilhørende hovedorganisasjonen kan registreres, også de som tilhører underenheter. I de tilfeller der samme organisasjonsnummer vil bli benyttet, legger man til et ekstra GLN på eksisterende konto. I tilfeller der et nytt hoved org.nr. etableres for den elsertifkatpliktige må det søkes om opprettelses av elsertifikatkonto i NECS. Alle elsertifikatpliktige skal ha egen konto i NECS Skal Regulert kraftleverandør sertifiseres i Edielportalen? Ja, aktøren må registreres med eget GLN i Edielportalen, og sertifiseres. Det er kun for Elhub-prosesser denne aktøren skal sertifiseres. Fremtiden er elektrisk

61 Etablering av Regulert kraftleverandør, forts. Må innrapportering av strukturdata gjøres spesielt dersom det opprettes en ny aktør Regulert kraftleverandør i Edielportalen? Det må rapporteres inn strukturdata til NBS for den nye kraftleverandøren og nettselskapet må opprette en tidsserie for leveranseplikt på denne kraftleverandøren samt en tidsserie for nettap dersom de kjøper dette selv. (Balanseavregningen: Dette er ikke mye jobb og vi kan bidra i stor grad når aktøren er registrert på Edielportalen.) Er det mulig for et nettselskap å sette ut innkjøp av nettap og leveringsplikt til ulike eksterne kraftleverandører? Innkjøp av nettap kan nettselskapet sette ut. Nettselskapet må pr. i dag selv levere strøm til sluttkunder på leveringsplikt, med mindre dispensasjon er gitt av særskilte grunner (Energiloven 3-3/ FOR , 6. og 7. ledd). Innkjøp/ balanseavregning kan settes ut om ønskelig. Fremtiden er elektrisk

62 System Vendor Trial/ Systemgodkjenning Ekspertgruppemøte 3.mars 2016

63 Agenda Oppfølging av hjemmelekse Hvem skal delta i ulike testfaser? Grad av selvbetjening i testene? Effektiv etablering av testdata Testmiljø Andre innspill

64 Overordnet plan for aktørtesting 1/ M3: 15/ M4a: 1/ M4b: 1/ M5: 1/ M6: 15/ Edielportalen er klar for sertifisering Kjernesystemer er sertifisert Systemkombinasjoner er sertifisert Alle systemer er godkjent i Elhub Alle aktører er sertifisert Alle aktører er godkjent i Elhub Sertifisering kjernesystemer Resertifisering Edielportalen Sertifisering systemkombinasjoner Sertifisering aktører Systemgodkjenning Market Trial Elhub Testmiljø Aktørgodkjenning Elhub Prodmiljø Aktørverifisering

65 Systemgodkjenning Tidsplan 1/ / / / / Testforberedelse Smoke Elhub testmiljø Testrunde 1 Testrunde 2 Testrunde 3 Tentative datoer: Testrunde 1: 2.mai - 25.mai Testrunde 2: 6.juni 1.juli Testrunde 3: 18.juli 15.august

66 Hensikt med Systemgodkjenning Hensikt: Verifisere at aktørenes systemer kan kommunisere med Elhub ihht. tekniske krav i EMIF inkl. krav til komprimering, signering og kryptering Verifisere at aktørenes systemer kan utveksle meldinger med Elhub ihht. BIM Verifisere at systemene kan utføre alle relevante prosesser (BRS) mot Elhub Grunnlag for testen er Elhub-dokumentasjon v1.5 EMIF BIM BRS

67 Omfang Alle systemer må teste alle BRS er som de initierer Alle systemer må teste et utvalg BRS er der de står som mottaker av meldinger Alle systemer må gjennomføre et antall tester som involverer et annet system Alle systemer må gjennomføre minimum en test med negativt resultat som gir en negativ Ackowledgement i retur Ytelsestest er valgfritt

68 Hvem skal delta i ulike testfaser? Forslag til deltakere i testrunde 1 Enoro CGI Validér Hafslund Embriq? Brady?

69 Hvem skal delta i ulike testfaser? Forslag til deltakere i testrunde 2 Agder Eidsiva Statnett Forslag til deltakere i testrunde 3 Empower, EG Utilities, EnergiSalg Norge Andre systemkombinasjoner Compello Greenbird Øvrige systemleverandører i regresjonstest

70 Hva skal testes? Forslag til BRS er for testrunde 1: BRS-NO-121 Nytt målepunkt BRS-NO-122 Aktivering i målepunkt BRS-NO-301 Oppdatering av grunndata - kraftleverandør- kraftleverandør BRS-NO-302 Oppdatering av grunndata nettselskap BRS-NO-303 Spørring grunndata BRS-NO-611 Verifiser grunndata i målepunkt

71 Testdata Testdata er de sett av data som må lastes opp i involverte systemer/databaser i forkant av test Definerer starttilstand for test Testdata må være konsistent mellom systemene Behov for testdata varierer fra BRS til BRS Det må være flere sett med testdata som gir mulighet for retesting Typer testdata: Strukturdata: MGA, Aktører/roller og knytning mellom MGA og aktør/rolle Masterdata: Målepunkter og kontrakter på disse

72 Testdata Alternative strategier: 1. Elhub konstruerer testdata som sendes til leverandørene på avtalt format. Vil baseres på testdata brukt i intern Systemtest. 2. Leverandørene konstruerer testdata som sendes til Elhub og andre leverandører på avtalt format 3. Testdata baseres på produksjonsdata som må anonymiseres etter gitte regler. Kan eventuelt utveksles via migreringsløpet når dette er klart.

73 Kan vi bruke produksjonsdata som testdata? Fordelen med å bruke produksjonsdata at disse ikke trenger å konstrueres og at de er konsistente i markedet Men det er også store utfordringer knyttet til dette: Elhub kan ikke lagre produksjonsdata i et testmiljø/usikret miljø Produksjonsdata må derfor maskeres både i Elhub og hos aktørene før overføring til Elhub

74 Gjennomføring testrunde 1 Testdata lastes opp i alle involverte testmiljøer i forkant Kommunikasjonsadresser registreres i Elhub Leverandørene gjennomfører selvbetjente tester Elhub supporterer tester Informerer leverandørene om status Følger opp feilsituasjoner Sjekker testresultater Leverandørene registrerer eventuelle feil i Elhub Leverandørene rapporterer testresultater Elhub aggregerer testresultater og lager en samlet oversikt

75 Til diskusjon Hvor mange feilsituasjoner/avvik skal vi teste? Hvor mange varianter av innhold skal vi teste (ulike typer kunder, ulik utfylling mm)? Defineres via testdata Hvor mange tester kan vi kjøre parallelt? Det er anbefalt å starte «mange» testcase samtidig for å sikre at noen går gjennom Forutsetter at dere kan kjøre tester med ulike roller og eventuelt ulike adresser samtidig Skal vi teste kryssende prosesser? Ikke i testrunde 1

76 Testmiljø Testene vil bli kjørt mot et eget Elhub-testmiljø I utgangspunktet er Elhub-testmiljø et Cloud-miljø men vi vil prøve å få etablert et fysisk miljø i løpet av testen EMIF-grensesnitt må være implementert og verifisert i testmiljøene Testsertifikater fra Commfides eller Buypass skal brukes

77 Videre prosess Ferdigstille testplan og kjøreplan for test Egen dialog med deltakere i testrunde 1 Etablere rutiner for rapportering og dokumentasjon Confluence Google docs Etablere rutiner for feilrapportering Bestemme regime for informasjonsutveksling under testing Mail/sms/chat Go/No-go beslutning 15.april Basert på vurdering av om de systemer som skal delta i testrunde 1 er klare for test Smoke test frem mot oppstart