30. november 2017 EKSPERTGRUPPEMØTE. Migrering og test. Statnett SF, Nydalen, Oslo

Transkript

1 30. november 2017 EKSPERTGRUPPEMØTE Migrering og test Statnett SF, Nydalen, Oslo

2 AGENDA 09:30-12:00 Status Elhub implementering - Funksjonell status - Ytelse Status prosess for forankring av Elhub tidsplan Aktørverifisering - Systemgodkjenning, aktørgodkjenning, utvidet markedsverifisering 12: : Lunsj Migrering Go Live simulering Arbeid med revidering av Go Live prosess Tjenesteavtale med Hafslund Tellier

3 Overordnet status Ekspertgruppemøte 25 Jan Magne Strand Funksjonsansvarlig

4 Fokusområde

5 UAT Testing metering points master data Bunntekst metered values time series 5

6 Status Elhub kjernefunksjonalitet Balanseavregning fungerer og sender ut resultater (QA 29/11) Markedsprosesser kjerneprosesser fungerer, 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 gjenstående feil. Retting av dette har pri 3 WEB Portal har end del performance problemer og feil. Prioritet 3. Tilgangskontroll må fungere 100% til MT start

7 Ytelse Det jobbes intenst med ytelsestesting og ytelseforbedringer dedikert team for ytelsesforbedringer Fokusområder Meldingsutveksling inkl måleverdiinnsending / behandling av innkommende meldinger Web-portal med rapportering Beregninger Ytelsesforbedringer er verifisert i et eget performance-miljø og deployes til andre miljøer fortløpende

8 Weekly Defects Count Overall Defect Burn-down chart for A/B level Data as of 25-November A+B - Prognosis Created in the week A+B - Actual Created in the week A+B - Prognosis Resolved in the week A+B - Actual Resolved in the week A+B - Prognosis Open defects A+B - Actual Open Defects A+B - Defects in Analyse/Fix A+B - Defects in Test Overall A+B Level Defects Burn Down Chart Key Observations for Week 47: Actual Defect Created (against prognosis of 163) Actual Defects Resolved (against prognosis of 127) metering points master data Net open defects (74 in Test, 464 in Analysis/Fix) Resolved defects include those with status Closed, Rejected, Change Request, Improvement The Actual Open Defects count includes the defects that have been re-opened from previously Closed/Rejected status and hence the number is higher than the sum of open defects from previous week and difference between the Created metered count & values Resolved count for the week time series

9 Defect board: Jointly managing priorities

10 metering points master data Bunntekst metered values time series 10

11 High Level View on Performance Situation Production Solution Status Market Processes / Market Parties Oracle ESB: Tuning of performance for the selected P-SWAT use cases Nightly Load of Metering Values, Daily Imbalance Settlement, Message Processing, and Retrieval of Settlement Data from Market is done. Current performance measured according to Needed Performance or better. To tackle planned concurrent load extension of the HW/SW topology is planned implemented in January. The work now continues with restructuring of 10+ batch processes and services slowing down GUI. Code changes planned finalized in January. Risk on delays in Elhub activities is moderate. EnergyIP (Standard): Configuration Design for right performance is established, and some performance measurements from Elhub s environments are available. Based on results from emeter s test bench, and the fact that components are out-of-the-box, the current expectation is that performance tuning will mainly be based on tuning of configuration, and effort/timeline towards right performance is manageable. Risk on delays in Elhub activities is moderate. EnergyIP (Custom): Configuration Design for right performance is established, and some performance measurements are now available. Code modules are built within EIP s framework, and performance tuning is expected to require code changes as well as configuration tuning. P-SWAT has tuned and measured AMI to perform close to Needed Performance. Work is ongoing for DTS/DRP and other components. There is some risk on late discovery of need for code changes that lead to regression test in Elhub s test phases OBIEE: A set of technics have been established that give significant performance improvements. These are now to be applied throughout the OBIEE part of the solution. Getting the right volume/distribution of test data is now key to measure good baselines. Effort/timeline needed to propagate the solution techniques throughout the solution is expected to continue till February, while MT scope should be done in January. GUI: Most actions to improve performance across the GUI solution have been identified. Key remaining work is now related to the service stack below GUI. Planned GUI changes to be implemented by end December. Oracle SOA/ESB (Custom) EnergyIP (Standard) Hadoop/Hbase EnergyIP (Custom) * *Trending towards amber GUI (Custom) * OBIEE (Custom) Oracle/RDBMS

12 Performance Test plan The waves follow a logical sequence to test core functionality before it is tested in UAT and Market Trials. This would allow most issues to be found by the Accenture test team before the end User testing. Wave 1 Wave 2 Wave 3 Wave 4 20 test cases to include: 6 BRS Processes 4 Web Portal / Plugin 4 OBIEE Reports 6 MTM Processes 18 test cases to include: 6 BRS Processes 7 Web Portal / Plugin 4 OBIEE Reports 1 External Interface 21 test cases to include: 5 BRS Processes 8 Web Portal / Plugin 6 OBIEE Reports 1 MTM Process 1 Bulk Update 22 test cases to include: 4 BRS Processes 10 Web Portal / Plugin 7 OBIEE Reports 1 Bulk Update Note: The content of Wave 3-4 will be revisited in early Feb 2018 based on Wave 1-2 progress Now Jan 12 Wave UAT Pass 2A and Market Trial Start Jan 15 Jan 15 Mar 23 Wave 2 Mar 26 May 18 UAT Pass 2A Finish Mar 2 Wave 3 May 21 June 29 Wave 4 Market Trial End Jun 29 UAT Approval Jun 29 Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct metering points metered values Today master data time series 2018

13 P-SWAT: Plan for Known Major Changes 1-15 Nov Nov 17 P-SWAT Main stream of improvements 1-15 Dec Dec Jan Jan 18 Planning Notes GUI - Majority of needed changes are known Tuning of frontend: First iteration of frontend tuning should be finalized at the end of November. List of Services for re-design: Approx. 10 services in need of redesign used by the Web Portal. Functional regression test required -> prioritized completed before UAT pass 2. MDM tuning: A collection of tasks to achieve right GUI performance. Expected to have low impact on functional testing/uat/mt. GUI Frontend Code Analysis PROCESSES Analysis TECHNICAL CHANGES Analysis MDM Tuning Service design NEW TOPOLOGY UAT PASS 2 CUTOFF Redesign/dev Iteration Pri. 2 Iteration Pri. 1 Technical changes Needed timeline to be evaluated with Elhub Processes - Majority of needed changes are known 10+ Batch processes to be revised - first iteration planned to be ready for retest after topology changes in the environment. Possible need of a design iteration after retest late December and January. Functional areas required in UAT pass 2 needs to be prioritized. Core Technical changes Majority of needed changes are known Some core changes to Authorization and server setup is needed. Risk and needed timeline to be clarified with Elhub. OBIEE - Majority of needed changes are known, and remaining work is significant. Dev. team s support to Performance and P-SWAT increased. After the first wave of changes indicated in the plan, we expect new baseline will show further changes are needed in some areas Planning is done for the MT/P-Test Wave-1 scope, while we are still in progress on closing the plan for the remaining scope Reports & Monitoring OBIEE: MT Scope (5 reports) OBIEE: 24 reports metering points master data Assumes test on new topology to start 11/12 at risk as parts of week 50 might be spent on topology implementation metered values time series 13

14 Overordnet status Ekspertgruppemøte 25 Eigil Gjelsvik Prosjektleder Test og migrering

15 Milepælsplan INNSPILL FRA BRANSJEN BEHANDLES I STATNETT STYREMØTE I DESEMBER M7: M8: M9: M10: 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) 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 Delta migreringsopplastinger Forberedelser til aktørgodkjenning Aktørgodkjenning Go Live simulering 2 - generalprøve Go Live forberedelser Go Live Go Live - reservedato 19.11

16 Kriterier for oppstart av nøkkelaktiviteter fremover M7: M8: M9: M10: 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) : Oppstart utvidet markedsverifisering runde % av data for alle pilotaktører korrekt migrert inn i Elhub 2. Systemgodkjenning gjennomført for involverte systemleverandører 3. Ytelse i Elhub ihht definerte krav (se neste slide) 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 : Oppstart pilot aktørgodkjenning 1. Data for alle aktører korrekt migrert inn i Elhub. Migrering gjennomført på en uke 2. Alle testcaser i aktørgodkjenning verifisert i intern test 3. Ytelse i Elhub tilnærmet produksjonslik ingen store utestående kodeendringer 4. Elhub web portal er tilgjengelig for aktørene 5. Oppetid i Elhub testmiljø >90% siste måned : Oppstart aktørgodkjenning for alle 1. Alle pilotaktører har fullført alle testcaser i aktørgodkjenning uten alvorlige utestående feil 2. Systemgodkjenning gjennomført for alle systemleverandører Alle aktører Fulle migreringsopplastinger Delta migreringsopplastinger Forberedelser til aktørgodkjenning Aktørgodkjenning Go Live simulering 2 - generalprøve Go Live forberedelser Go Live : Oppstart Go Live generalprøve for alle Go Live - reservedato 1. Alle vesentlige aktører har passert aktørgodkjenning Utvidet markedsverifikasjon fullført uten alvorlige utestående feil i Elhub eller hos pilotaktørene 3. Operasjonell test godkjent i henhold til akspetansekriteriene

17 Ytelseskrav ved oppstart av utvidet markedsverifikasjon runde 2 Daglige kjøringer: Innlesing av timesverdier for målepunkter, BRS-NO-313. Beregning for timesmålte målepunkter og profilmålte målepunkter. Kjøringen må ta maksimum 2 timer. Utsending av resultater fra beregningsjobb til pilotene: BRS-NO-321 og 502 har lite volum BRS-NO-322 vil generere ca meldinger daglig fra D+5 kjøring Prosessering av markedsprosesser: 1000 samtidige BRS-NO-101 meldinger (innen 1 minutt) 1000 samtidige BRS-NO-302 meldinger (innen 1 minutt)

18 Ekspertgruppemøte Aktørtesting 30. November 2017

19 AGENDA Systemgodkjenning Pilot aktørgodkjenning Utvidet markedsverifisering

20 Systemgodkjenning/SVT Testperiode: 13.november 22.desember Systemgodkjenning på alle testcase/brs er som skal støttes av aktuelt system til M7 Test av BRS er som krever balanseavregning og avviksoppgjør for de leverandørene som ikke har gjennomført dette Det vil utarbeides en sluttrapport med følgende innhold Status pr. systemleverandør/system Nedetid og andre utfordringer i Elhub i testperioden Det vil ikke publiseres gapestokk pr aktør etter M7 Testperiode: 10.januar 25.mai Fullføring av systemgodkjenning for de som ikke kom i mål på M7 Regresjon før aktørgodkjenning og Go-live simulering Omfang er avhengig av endringer i Elhub etter systemgodkjenning og eventuelle endringer i eget system. Dette kan variere fra system til system.

21 Systemgodkjenning/SVT Intern status Feil på utsending av måleverdier påvirker BRS-NO-101, 102 og 104 (+ tilhørende reverseringer)

22 Systemgodkjenning/SVT Ekstern status Status Systemgodkjenning alle leverandører: Status Systemgodkjenning for Leverandører som deltar i pilot: Status beregningstest i SVT: BRS-NO-322, BRS-NO-321 og BRS-NO-502 fungerer BRS-NO-314 Purring for manglende timeverdier fungerer BRS-NO-503 jobbes det fortsatt med

23 Resultat(mål) pilotaktiviteter høst 2017 Pilot aktørgodkjenning runde 1 1. Minst en vellykket kjøring av alle testcaser av en eller flere aktører 2. Alle pilotaktører har gjennomført minst en vellykket test 3. Minst 50% pass totalt over alle pilotaktører Beregningsverifisering 1. Vellykket ende-til-ende kjøring av måleverdiinnsending balanseavregning resultatutsending for minst halvparten av pilotaktørene Ende-til-ende markedsprosesser 1. Alle aktører har kommet i gang minst en vellykket test gjennomført av alle konstellasjoner 2. Minst 20% av testcasene passert av en eller flere aktører

24 Resultatmål pilotaktiviteter 2018 Pilot aktørgodkjenning runde 2 1. Alle pilotaktører har gjennomført sine tester uten kritiske feil 2. Ingen kritiske feil er rapport i Elhub 3. Minst 90% av test caser pass totalt for alle pilotaktører Utvidet markedstest - Helhetlige forretningsprosesser runde 1 1. Alle piloter har gjennomført sine definerte test caser 2. Antall kritiske feil i Elhub er mindre enn 5 3. Antall kritiske feil pr. pilot er mindre enn? 4. Minst 80% av test casene er pass totalt Utvidet markedstest - Helhetlige forretningsprosesser runde 2 1. Alle piloter har gjennomført sine definerte test caser 2. Det er ingen kritiske feil i Elhub og hos pilotene 3. Minst 90% av test casene er pass totalt

25 Pilot Aktørgodkjenning Overordnet status per Erfaringer 54 % av testcasene er fullført av pilotene Ustabilitet og feil i Elhubs har hindret progresjon Feilsøking hos aktørene har vært tidkrevende og vanskelig Det er oppdaget feil og mangler i aktørenes systemer Det har vært en utfordring å teste på migrerte data Mindre viktige BRSer har blokkert viktige testcase Testcase som ikke er en del av scope for pilotene i Pilot Aktørgodkjenning Testcase som er blokkert av feil i Elhub Testcase fullført av en eller flere aktører: DDM/DDE 100% SLR/BSL: 83% DDQ/DDK: 72% AG: 50%

26 Pilot Aktørgodkjenning Utvidet scope Endringer på eksisterende scope Valgfrie BRSer tas ut av scopet for SLR/BSL Alle testcase endres fra profil til timeavregnede målepunkter for både nettselskap og kraftleverandør o Det legges til et subsett av testcase som testes på profilavregnede målepunkter Valgfrie BRSer tas ut av obligatoriske testcase Måleverdier og beregninger Scope for måleverdier beholdes slik de er i dag Det legges opp til at alle store nettselskaper deltar i utvidet markedsverifisering for å verifisere innsending av store volum Kraftleverandører får mulighet til å teste mottak av avregningsgrunnlag der de bytter til seg målepunkter i beregningsmgaet Utvidelse av eksisterende scope Med unntak av prosesser som avhenger av beregninger (estimerte verdier i BRS-NO-312 og BRS-NO-314) blir alle foreslåtte markedsprosesser inkludert i utvidet scope Det legges hovedsakelig opp til flere testcase for nettselskap spesielt mottak av meldinger fra kraftleverandør Antatt totalt omfang Eksisterende scope: 40 testcase Tas ut: 6 testcase Legges til: ca. 10 testcase Nytt scope: ca. 50 testcase

27 Deltakere i Utvidet markedsverifisering og Go Live-simulering x* = Vil ikke delta i full Go-live simulering I testrunde 2 ønsker vi å invitere inn flere nettselskaper som piloter for å teste målverdiinnsending

28 Utvidet markedsverifisering - Omfang Utført høsten 2017 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 Plan for helhetlig test 2018 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

29 Planen for beregninger og ende-til-ende markedsprosesser i utvidet markedsverifisering 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. De to testrundene går over 6 uker. Får man oppdatert testmiljøet med endring av avregningsform, aktivering / deaktivering av målepunkt og opprettelse/sletting? Kan beregningstesten kjøres uavhengig av om dette er oppdatert?

30 Utvidet markedsverifisering Helhetlige forretningsprosesser i dag-til-dag prosessering runde 1 Tidsplan: 15.januar 28.februar Det vil bli laget en egen kjøreplan for testen Strategi: Det vil bli definert et sett med test cases i Jira som dekker komplette forretningsprosesser inkludert beregninger og avvikshåndtering Pilotene velger ut hvilke tester de vil delta i ut fra behov og kapasitet Alle nett-piloter skal sende inn måleverdier, og kun utvalgte MGA er skal inngå i beregninger Deltakere: Piloter som har vært med i utvidet test i høst Forutsetninger: All funksjonalitet som inngår er testet OK i interne tester Alle involverte systemleverandører har gjennomført systemgodkjenning 95% av migrerte data er lastet opp i Elhub Migrerte data er lastet opp i testmiljøene hos pilotene Ytelse i Elhub er tilstrekkelig til å kjøre planlagte tester

31 Utvidet markedsverifisering Beregninger og måleverdiinnsending Status Utvidet markedsverifisering - Beregningsverifisering (exatest2): Balanseavregninger gått gjennom ok både på internt og eksterne MGA Output: - BRS-NO-314 Manglende timesverdier - BRS-NO-321 BusinessTypes SE02, SE04, SE07, SE19, SE20, SE23, SE24 og LS01 - BRS-NO-322 PPCer - BRS-NO-502 BusinessTypes for ulike roller: DDQ: SE07, SE10, SE11, SE12 og SE13 DDK: SE07, SE08, SE09, SE10, SE11, SE12, SE13, SE21, SE22 og LS01 BSL: SE02, SE07 og LS01 Ikke testet FPC jobb og avviksoppgjør

32 Utvidet markedsverifisering Beregninger og måleverdiinnsending - erfaringer Utvekslingspunkt manglet parametre Utvekslingspunkt som ikke ble migrert, måtte opprettes i portalen Utfordrende å se oversikt over alle MPID i MGA. Mer bruk av avviksrapporter i DAM samt aktørportal (tilstøtende utvekslingspunkt fra nabo-mga) Alle MGA ble default satt til Large JIP med tapskonstant og tomgangstap Få bedre oversikt over hva som ble sendt inn ok av BRS-NO-313, og hvilke som hadde blitt avvist (følgefeil ved avvisning grunnet hull i tidsserien) Avvik i avregningsform på MPID i eget system og Elhub førte til avvik i våre resultater fra balanseavregningen og det som er sendt til NBS Avrundinger på innsendte måleverdier ga også avvik mot NBS, og i noen tilfeller negativt tap Innsending av måleverdier for to kanaler (utvekslingspunkt og kombinerte MPID) Andre tilbakemeldinger/erfaringer fra pilotene?

33 Utvidet markedsverifisering Ende-til-ende markedsprosesser Status Resultat av ende-til-ende testen 1. Alle aktører har kommet i gang minst en vellykket test gjennomført av alle konstellasjoner 2 av 8 piloter har kjørt minst en vellykket test 2. Minst 20% av testcasene passert av en eller flere aktører 21% (7 av 34) av testcasene er passert av en eller flere aktører 6 av 8 piloter er i gang med testing. Alle pilotene er bedt om å prioritere beregningsverifisering og pilot aktørgodkjenning før ende-til-ende markedsprosesser. Totalt 8 test case som har pass så langt, dette utgjør 7 ulike testcase da ett av testcasene er kjørt av to aktører ( kl ) Av et planlagt scope på 47 testcase fungerer 31, og det er feil i Elhub på 16 av testcasene: 12 test case er blokkert pga. en feil i Elhub på kryssende prosesser 1 testcase er blokkert pga. (ED BRS-NO Recovery - Internal error in FlexSync) 6 testcase har feilet i ende-til-ende testen som følge av nyoppdagede feil i testen (ED BRS-NO-302/306, ED BRS-NO-317, ED BRS-NO-102, ED BRS- NO-111) Spørsmål til pilotene 1. Hvor relevante er testcasene? 2. Hva har vært deres største utfordringer i ende-til-ende markedsprosesser? 3. Hvilke justeringer bør vi gjøre til test av helhetlige forretningsprosesser som starter i januar?

34 Utvidet markedsverifisering Helhetlige forretningsprosesser i dag-til-dag prosessering runde 1 Foreløpig kjøreplan 2 uker med planlagte daglige tester 1 uke med feilretting og eventuell fritesting + reserve for de som ikke er i mål i 2- ukersperioden over 2 uker med planlagte daglige tester 1 uke som reserve for de som ikke er i mål i 2-ukersperioden over og eventuell fritesting Antatt testløp: Pilot-nettselskaper sender inn måleverdier for sine målepunkter daglig Produksjon Utveksling Forbruk ikke-profilert Kombinerte Innsending av profilerte verdier ut fra test case Elhub kjører avregning og avviksoppgjør for definerte MGA Det sendes ut resultater fra beregningsjobber daglig Det sendes ut eventuelle purringer Piloter kjører avtalte markedsprosesser for kontraktsendringer og grunndataoppdateringer Endringer frem i tid og tilbake i tid Opprettelse, aktivering/deaktivering og sletting av målepunkt Go-live korreksjoner Endring i avregningsform

35 Utvidet markedsverifisering Helhetlige forretningsprosesser i dag-til-dag prosessering runde 1 Test case som vil inngå i testen: Vi vil utvide eksisterende testcase for markedsprosesser fra utvidet markedsverifisering nå i høst til å inkludere beregninger og utsending av beregningsresultater Dette er f.eks. aktuelt for leverandørbytter og innflyttinger, BRS- NO-101 til 104 Vi har startet med å spesifisere testcase og kjøreplaner og vil innkalle til egne møter med pilotene Hvordan ønsker Ekspertgruppen å involveres i denne prosessen?

36 Utvidet markedsverifisering - Ytelse Gjennomføring: Daglig innsending av timesverdier for migrerte timesmålte målepunkter Daglig beregningsjobb for 1 million migrerte målepunkter Egne test case for innsending av spesifisert volum samtidige markedsprosessmeldinger Prosessering og utsending av respons-meldinger fra Elhub

37 Utvidet markedsverifisering - Nedetid Gjennomføring: Simulere at Elhub er utilgjengelig mer enn et døgn Aktørene sender inn markedsprosesser flere ganger til Elhub er oppe igjen Dette må først testes internt og vil da sannsynligvis ikke være aktuelt å teste eksternt før i testrunde 2

38 Migrering Ekspertgruppemøte 26

39 AGENDA Opplastingen Inkonsistens på innsendingsmetode

40 Migrering Alle netteiere lastet opp (!) Kjøringen gikk mye bedre enn sist Litt problemer i helgen Tilbakemelding mandags morgen Rapporter og datakvalitet på tirsdag 269 av ca 480 aktører passerte datakvalitetskravet

41 EMF Avvikende MeterReadingCharacteristics Desidert feilkoden med mest feil (ca ) Det lukter systematisk feil i uttrekk Antar at ulike systemer håndterer kodene forskjellig E13 = AUTOMATIC E14 = MANUAL E16 = NOT METERED Vi foreslår å sette ned en liten gruppe som prøver å finne ut av hvorfor denne feilen utløses Systemleverandører i hovedsak Bør se sammenheng mot hvordan dataene utveksles i dagens meldinger

42 30. november 2017 Go Live EGM 26 Statnett SF, Nydalen, Oslo

43 Agenda Rapportering til NECS Flying start av måleverdier Prosess for å legge inn data i Elhub som ikke har blitt migrert Frivillig verifisering av måleverdirapportering fra nett

44 Rapportering til NECS Elhub overtar ansvaret for rapportering til NECS: Go Live-datoen for produksjon, første rapportering gjøres etter 14 dager Go Live-datoen for forbruk, første rapportering gjøres den 15. i andre måned i påfølgende kvartal. Ettersom Go Live ligger i fjerde kvartal 2018, kommer både Elhub og nettselskapene til å rapportere for dette kvartalet. Dette er omforent med NECS. Siste gang det rapporteres for 2018 og dermed siste gang nettselskapene rapporterer til NECS, blir 15. februar 2020.

45 Flying start av måleverdier Nettselskap kan starte med å sende inn grunndata og måleverdier fra og med 15/10. 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 søndag. 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. Elhub er under oppstartsuka konfigurert til ikke å sende ut måleverdier (BRS 312, 313 og 332). Dette gjelder også korreksjoner. Kraft skal motta måleverdier fra nett på Edifact-format i oppstartsuka. Remiders blir imidlertid sendt til nett under oppstartsuka Grunndataoppdateringer i oppstartsuka fra nett blir videresendt til kraft fra Elhub 321 Kvalitetssikring avregningsgrunnlag - nettselskap og 502 Reporting data for Imbalance Settlement sendes ut

46 Måleverdirapportering i første driftsuke Reminders vil sendes ut fra og med tirsdag og for verdier fra mandag og fremover (oppstartsuka) er glemt Senest i løpet av torsdag er Cut Over-stand med periodevolum sendt ut Når skal man skru på utsending av måleverdier fra Elhub? Vi skrur på utsending fra mandag morgen Vi vil sende ut timeverdier for søndagen (con) Vi vil kunne sende ut de enkeltverdiene vi får for mandagen i løpet av mandagen (pro) Vi skrur på utsending fra tirsdag morgen Vi vil ikke sende ut verdier for søndagen (med mindre vi mottar korreksjoner for disse i løpet av tirsdagen) (pro) Det vil da ikke være lov å sende time for time i løpet av mandagen (mitigation)

47 Frivillig verifisering av måleverdirapportering fra nett Elhub legger opp til å åpne for måleverdirapportering fra nett fra og med tirsdag 11. september. Dette er frivillig og en ekstra mulighet for markedsaktørene til å teste måleverdirapportering ende-til-ende i produksjon i god tid før Go Live. Det legges ikke opp til komplett rapportering av måleverdier per MGA, men at aktørene får verifisert infrastruktur ende-til-ende Denne frivillige verifiseringen kan gjøres dersom aktørens system støtter parallellrapportering av måleverdier til Elhub fra sitt produskjonssytem før systemoppgraderingen i frysuka Måleverdimottaket hos Elhub vil være avskrudd i forbindelse med deltamigreringer.

48 Prosess for å legge inn data i Elhub som ikke har blitt migrert Go Live-prosessen består av én komplett migrering og to deltamigreringer Etter siste deltamigrering kan aktørene fortsatt oppdage feil i migrerte data. Hvordan skal de rette disse? Vi ønsker ikke opp til å legge opp til å bruke DAM til ad hocmigreringer etter siste deltamigrering. Dette fordi det kan introdusere nye feil, skaper nedetid i Elhub og er vanskelig å administrere operasjonelt. Elhub har god støtte for å "migrere" via BRS som beskrevet over de neste slidene.

49 Prosess for registrering av målepunkt som ikke har blitt migrert 1. BRS-NO Nytt målepunkt kjøres for å registrere målepunktet i Elhub 2. BRS-NO Korrigeringer i grunndata fra nettselskap kjøres for å flytte opprettelsesdato for målepunktet tilbake til riktig dato 3. Hvis det har skjedd endringer i målepunktsinformasjon som i Elhub har gyldighetsperiode skal dette registreres ved å kjøre en eller flere BRS-NO Korrigeringer i grunndata fra nettselskap

50 Prosess for registrering av sluttbruker og kraftleverandørsom ikke blitt migrert BRS-NO Oppstart kraftleveranse - innflytting tilbake i tid, BRS- NO Oppstart i målepunkt innflytting og BRS-NO Oppstart kraftleveranse - leverandørskifte fra leveringsplikt kan brukes. Normale tidsfrister vil gjelde slik at hvis sluttbruker flyttet inn mer enn 30 virkedager før innflyttingen registreres i Elhub vil denne bli tildelt leveringspliktig kraftleverandør for hele perioden.

51 Hva trenger Elhub å supportere? Elhub operatør kan f.eks. fjerne leveringsplikt hvis målepunktet registreres mer enn 30 virkedager etter innflytting av sluttbruker. Bør det gjøres? Skal vi gjøre det uten spørsmål eller skal markedsaktør bevise for oss at det har skjedd en feil i migrering? Annet?

52 30. november 2017 Go Live-simulering EGM 26 Statnett SF, Nydalen, Oslo

53 Status Man besluttet på møte mandag 27. November å iverksette Go Livesimulering 1 Initiell migrering fant sted Deltamigrering blir 8. desember Følgende aktører er med: Statnett, Skagerak, Hafslund, Hydro, HSEV, SFE (mellomvariant), Embriq, Valider Ca. 40 funksjonelle testcases. Beregningsverifisering for 13 MGA fordelt på 4 aktører

54 Minimum resultatmål Go Live simulering 1 Kjøre gjennom kjøreplanen Migrering av grunndata fra 23/11 (full) og 30/11 (delta) fra alle pilotaktører fullført innen Minst 4 nettselskaper har lykkes i sende inn grunndataoppdateringer, oppstartsstand og timesverdier innen uke 51 Vellykket balanseavregning D+1 for minst ett MGA i løpet av uke 51 50% av alle GLS testcaser for kraft er gjennomført ok av minst 1 pilotaktør

55 Mulig ny Go Live-simulering i februar Enten i produksjonsmiljøet i uke 7, 8 og 9. Sammenfaller i så fall med brøytekjøring før Operations Test og med Hafslund som pilot Alternativt i uke 7, 8 og 9 (og kanskje lenger) i Market Trial. Det blir i så fall sammenfallende med migrering i forbindelse med Aktørgodkjenning. For noen aktører blir det i så fall aktuelt med Go Live-testcases før Aktørgodkjenningen starter, mens for andre blir det kun migrering. Bør man ha med deltamigrering i Go Live-simulering 2?

56 Tjenestekjøpsavtale med Hafslund Teller

57 Elhub har til hensikt å inngå avtale om kjøp av tjenester fra Hafslund Tellier Bakgrunn og behov Aktørgodkjenning og utvidet markedsverifisering har som formål å verifisere at markedsaktørene er klare for Elhub Go Live. I tillegg medfører disse aktivitetene en begrenset kvalitetssikring av Elhub-løsningen. Elhub prosjektet har konkludert på at vi har behov for en ekstern partner for å ytterlige sikre kvalitet på løsningen gjennom å bistå i Kvalitetssikring av Elhub, spesielt kvalitetssikring av Elhubs funksjonalitet og ytelse på migrerte produksjonsdata Rådgiving og konkrete bidrag vedrørende forberedende aktiviteter for markedet (f.eks. skriving av testcase) Verifisering av nye testmiljøer samt Elhub produksjonsmiljø Valg av Hafslund Tellier Ekstern partner må ha følgende egenskaper Representere alle aktørroller og store datavolum God markedsforståelse Tilgjengelige ressurser Ekstra testmiljø Elhub har vurdert at Hafslund Tellier er eneste realistiske leverandør og innledet derfor direkte forhandlinger med Hafslund Tellier om en tjenestekjøpsavtale Alle markedsaktørene vil få nytte av denne tjenesten

58 Omfang av tjenester Tjenestekjøpsavtalen forplikter tjenesteyter å yte et utvalg av følgende tjenester: Verifisere ende-til-ende funksjonalitet ved nye versjoner av Elhub løsningen Bidra til å gjenskape feil og verifisere feilretting Gjøre ekstraordinære migreringsuttrekk og verifisere migrering av data Verifisere systemets ytelse Tjenestekjøpsavtalen omfatter ikke ordinære pilotaktiviteter, herunder Pilot aktørgodkjenning Utvidet markedsverifisering inkl Beregningsverifisering Ende-til-ende markedsprosesser Go Live simulering 1 Verifisere systemets stabilitet over tid Verifisere spesifikke beregningsjobber i Elhub Verifisere oppsett av Elhub produksjonsmiljø samt delta i Operations Test Eventuelle nye "interne" Go Live simuleringer Rådgiving i gjennomføring av forberedende aktiviteter for hele markedet