22. juni 2017 EKSPERTGRUPPEMØTE. Migrering og test. Statnett SF, Nydalen, Oslo

22. juni 2017 EKSPERTGRUPPEMØTE Migrering og test Statnett SF, Nydalen, Oslo

AGENDA 09:30-11:00 Status - Elhub utvikling og test - Arbeid med ny tidsplan 11:00-11:15 Pause 11:15-12:00 Testing - Plan aktørgodkjenning - Plan utvidet markedstest 12:00-13:00 Lunsj 13:00-14:00 Forts. testing - Status systemgodkjenning 14:00-14:15 Pause 14:15-15:00 Migrering - Status og videre plan 15:00-15:30 Opplæring - Videre opplæringsløp

22.6.2017 Elhub status Jan Magne Strand Funksjonsansvarlig

Leveranser og status på systemet sett fra et funksjonelt perspektiv (mai 2017) Release 1 Release 2 Release 3 (Go-live) Markedsprosesser 1. prioritet BRS som flytte/bytte Elhub kjerne - Meter Data Management (MDM) Funksjonskomponenter internt i Oracle + + Markedsprosesser - 2. prioritet BRS (oppdatering av grunndata) Elhub kjerne - MTM (beregningsmotoren) Integrasjon og sammenkobling av funksjons-komponenter Redesign av noen viktige arkitekturkomponenter for datavolum Markedsprosesser - 3. Prioritet 3 BRS (kansellering, forespørsler og retrospektive hendelser) Elhub kjerne - MTM (komplettering) Rapporter og Brukergrensesnitt Elhub Web Portal og Web plug-in Bulk update (masseoppdatering av grunndata) Eksterne Interfacer som NBS, NECS, IFS og NOA + Alle leveranser er ferdig utviklet og testet på enhetsnivå + Elhub kjernen (Siemens emeter) fungerer og beregningene har tilfredsstillende ytelse og gir riktig resultat + Skjermbilder og rapporter viser resultat som forventet + Eksterne grensesnitt mot markedsaktørene fungerer (innhold, autorisasjon, sertifikater, sikkerhet, m.m) + Alle versjonene har vært testet mot systemleverandørene (pågående) Integrasjonstesting tar lengere tid en planlagt Feil er noe mere komplekse å rette (ledetid) Ytelsen ende-til ende må forbedres

Markedsaktørportal Måleverdier Markedsprosesser Måleverdier Eksternt grensesnitt Kommunikasjon, sikkerhet og tilgangsvalideringer GUI og Rapporter BRS administrering Oracle Markedsprosessvalideringer og markedsregler Transportering og transformering Måledataadministrering Kalkulering og aggregering Markedsmodell og Elhub konfigurasjon Elhubs lagdeling STILISERT Lagring Siemens EnergyIP

Markedsaktørportal Måleverdier Markedsprosesser Måleverdier Eksternt grensesnitt Kommunikasjon, sikkerhet og tilgangsvalideringer GUI og Rapporter BRS administrering Markedsprosessvalideringer og markedsregler Transportering og transformering Måledataadministrering Kalkulering og aggregering Trygghetsskala Meget trygg Trygg Utfordringer Markedsmodell og Elhub konfigurasjon Lagring Tidsavhengighet (retrospektive hendelser) Ytelse

BRS-NO-213 No Yes M 11.mai Pass 24.apr Pass BRS-NO-221-1 No No M 18.mai Fail BRS-NO-221-2 No No M 19.mai Partial BRS-NO-222 No No M 07.jun Partial 06.jun Pass BRS-NO-223 No Yes M 05.mai Pass Pass BRS-NO-224 No No M 15.mai Pass BRS-NO-301 Yes Yes M 19.apr Pass 28.apr Pass BRS-NO-301 neg No No O 20.apr Pass Test BRS-NO-302 case Market Yes M6 No Mandatory M / Internal Fail Status External 19.apr Fail Status BRS-NO-101 BRS-NO-302 neg Yes No Yes No MO 24.apr Partial Pass 09.mai Pass BRS-NO-101 BRS-NO-303 Cancel Yes Yes M 26.apr Pass 15.mai 03.mai Pass BRS-NO-101 BRS-NO-303 Reject neg Yes No Yes No MO 19.apr Pass 20.apr Pass BRS-NO-102 BRS-NO-305-1 Yes No Yes No M 15.mai Partial Not ready for test: 09.mai Test Pass data is missing BRS-NO-102 BRS-NO-305-2 Cancel Yes No Yes No M Pass Not ready for test: 15.mai Test Pass data is missing BRS-NO-102 BRS-NO-305-3 Reject Yes No Yes No M Pass Not ready for test: 25.apr Test Pass data is missing BRS-NO-103 BRS-NO-306 Profiled Yes Yes No M 11.mai 08.jun Pass Fail 30.mai Pass Wait BRS-NO-104 BRS-NO-311 EAC Yes Yes M 08.jun 16.jun Pass 10.mai 23.mai Pass BRS-NO-104 BRS-NO-311 Neg Meter Yes No Yes No MO 11.mai Pass 05.mai 28.apr Pass BRS-NO-111-1 BRS-NO-312 Yes Yes M 18.mai Partial Pass 02.mai 05.mai Pass BRS-NO-111-2 BRS-NO-313 Yes No Yes No M 05.mai 21.jun Pass Partial 08.mai Wait Pass BRS-NO-111-3 BRS-NO-314-1 Yes No Yes No M 18.mai Partial Not ready for test: 11.mai Imbalance Pass Settlement is missing BRS-NO-111-4 BRS-NO-314-2 Yes No Yes No M Partial Not ready for test: 11.mai Imbalance Pass Settlement is missing BRS-NO-121 BRS-NO-314-3 Yes No Yes No M Pass Not ready for test: 27.apr Imbalance Pass Settlement is missing BRS-NO-121 BRS-NO-315 neg Yes No No MO 11.mai Pass Fail BRS-NO-122 BRS-NO-315 Neg Yes Yes No MO 18.mai Pass 09.mai Pass BRS-NO-122 BRS-NO-317 neg No Yes No MO 18.mai 21.apr Pass 18.mai Pass BRS-NO-123 BRS-NO-321 Yes No Yes No M 08.jun Pass Not ready for test: 10.mai Imbalance Pass Settlement is missing BRS-NO-132 BRS-NO-322 No Yes No M 23.mai Pass Not ready for test: 19.mai Imbalance Pass Settlement is missing BRS-NO-133 BRS-NO-324-1 Yes No Yes No M 15.mai Partial Not ready for test: 11.mai Imbalance Pass Settlement is missing BRS-NO-201 BRS-NO-324-2 Yes No Yes No MO 16.mai Pass Not ready for test: 21.apr Imbalance Pass Settlement is missing BRS-NO-201 BRS-NO-332 Cancel Yes No No M 24.mai 28.apr Pass 26.mai 02.mai Pass BRS-NO-202 BRS-NO-402 Yes Yes No M 16.mai Pass 10.mai 21.apr Pass BRS-NO-202 BRS-NO-402 Cancel neg Yes No No MO 28.apr Pass 26.mai Pass BRS-NO-211 BRS-NO-502-1 No Yes No M 12.mai Pass Not ready for test: 19.apr Imbalance Pass Settlement is missing BRS-NO-211 BRS-NO-502-2 Cancel No No M 24.apr Pass Not ready for test: 26.mai Imbalance Pass Settlement is missing BRS-NO-211 BRS-NO-502-3 Correct No No M 07.jun Partial Not ready for test: 10.mai Imbalance Wait Settlement is missing BRS-NO-212 BRS-NO-503-1 No Yes No M 05.mai Pass Not ready for test: 09.mai Imbalance Pass Settlement is missing BRS-NO-213 BRS-NO-503-2 No Yes No M 11.mai Pass Not ready for test: 24.apr Imbalance Pass Settlement is missing BRS-NO-221-1 BRS-NO-601-1 Yes No Yes No M 18.mai Fail Pass 06.jun Pass BRS-NO-221-2 BRS-NO-601-2 Yes No No M 19.mai Partial Fail BRS-NO-222 BRS-NO-602 Yes No No M 30.mai 07.jun Partial Pass 06.jun Pass BRS-NO-223 BRS-NO-611 with ID Yes No Yes M 05.mai 09.mai Pass 09.mai Pass BRS-NO-224 BRS-NO-611 with MPID Yes No Yes No M 15.mai 04.mai Pass 20.apr Pass BRS-NO-301 BRS-NO-622-1 Yes Yes No M 19.apr Pass Not ready for test: 28.apr Test Pass data is missing BRS-NO-301 BRS-NO-622-2 neg Yes No No MO 20.apr Pass Not ready for test: Test data is missing BRS-NO-302 BRS-NO-622-3 Yes No No M Fail Not ready for test: 19.apr Test Fail data is missing BRS-NO-302 neg No No O 24.apr Pass BRS-NO-303 Yes Yes M 26.apr Pass 03.mai Pass Oversikt over markedsprosesser (BRS) brukt i System Vendor Trial (21.6.2017) Test case Market M6 Mandatory / Internal Status External Status BRS-NO-101 Yes Yes M Partial 09.mai Pass BRS-NO-101 Cancel Yes Yes M Pass 15.mai Pass BRS-NO-101 Reject Yes Yes M Pass 20.apr Pass BRS-NO-102 Yes Yes M 15.mai Partial 09.mai Pass BRS-NO-102 Cancel Yes Yes M Pass 15.mai Pass BRS-NO-102 Reject Yes Yes M Pass 25.apr Pass BRS-NO-103 Profiled Yes Yes M 08.jun Pass 30.mai Pass BRS-NO-104 Yes Yes M 08.jun Pass 10.mai Pass BRS-NO-104 Neg No No O Pass 28.apr Pass BRS-NO-111-1 Yes Yes M Partial 02.mai Pass BRS-NO-111-2 No No M 21.jun Pass Wait BRS-NO-111-3 No Yes M 18.mai Partial 11.mai Pass BRS-NO-111-4 Yes Yes M Partial 11.mai Pass BRS-NO-121 Yes Yes M Pass 27.apr Pass BRS-NO-121 neg No No O Pass BRS-NO-122 Yes Yes M 18.mai Pass 09.mai Pass BRS-NO-122 neg No No O 21.apr Pass BRS-NO-123 Yes Yes M 08.jun Pass 10.mai Pass BRS-NO-132 No Yes M 23.mai Pass 19.mai Pass BRS-NO-133 No Yes M 15.mai Partial 11.mai Pass BRS-NO-201 Yes Yes M 16.mai Pass 21.apr Pass BRS-NO-201 Cancel Yes No M 28.apr Pass 26.mai Pass BRS-NO-202 Yes No M 16.mai Pass 10.mai Pass BRS-NO-202 Cancel Yes No M 28.apr Pass 26.mai Pass BRS-NO-211 No Yes M 12.mai Pass 19.apr Pass BRS-NO-211 Cancel No No M 24.apr Pass 26.mai Pass BRS-NO-211 Correct No No M 07.jun Partial 10.mai Wait BRS-NO-212 No Yes M 05.mai Pass 09.mai Pass BRS-NO-213 No Yes M 11.mai Pass 24.apr Pass BRS-NO-221-1 No No M 18.mai Fail BRS-NO-221-2 No No M 19.mai Partial BRS-NO-222 No No M 07.jun Partial 06.jun Pass BRS-NO-223 No Yes M 05.mai Pass Pass BRS-NO-224 No No M 15.mai Pass BRS-NO-301 Yes Yes M 19.apr Pass 28.apr Pass BRS-NO-301 neg No No O 20.apr Pass BRS-NO-302 Yes No M Fail 19.apr Fail BRS-NO-302 neg No No O 24.apr Pass BRS-NO-303 Yes Yes M 26.apr Pass 03.mai Pass Flere og flere BRS prosesser verifiseres OK

System Vendor Trials: status as of 20.6 EOB Jira som verktøy for rapportering av feil og feilretting Transparent for alle I prosjektet Begge blockers er for øvrig løst og venter på RCA for å kunne lukkes.

Status per 20. juni, 2017 R3 (Go-live versjonen) levert til akseptansetest 17. april Elhub verifikasjon før formell oppstart av akseptansetest: Ca. 120 test-cases for å verifisere at alle komponentene i miljøet fungerer hver for seg og i sammen 3 gjenstående blokkerende feil som hindrer flere tester Starter akseptansetest formelt så snart de er rettet Planlagt 26.06.17

Statistikk Trend oppetid testmiljø 15.mai Trend akkumulert oppetid testmiljø 21. juni Defects (siste måned) Antallet A-feil holder seg stabilt på rundt 50 feil Antallet B-feil viser svak nedgang fra en topp på 300 til 207 feil Antallet C-feil viser svak nedgang fra en topp på 530 til 454 feil Trend verifikasjon av UAT-miljø 15.mai Trend verifikasjon av UAT-miljø 21.juni

Interval Index and Period Volume Virtual Connection Point Create in Future Profiled Create Retroactively Interval Combined Variant testet OK Under test Ikke testet Production KVARH Non-DST DST Winter to Summer Production Withdraw and Replace Combined Export Received Metering Values (DTS) Withdraw without Replacing Consumption Consumption Profiled to Interval Settled to Not Settled Interval to Profiled Not Settled to Settled DST Summer to Winter 1.14 Create Metering Point via BRS Activate New values KVARH Channels Indexes and Period Volumes Deactivate Virtual MP Virtual Metering Points Sub Grid Areas Virtual Channels Change Settlement Method Change Status New values Interval Volumes Detailed Results Submit EAC Update EAC Consumption to Combined Production to Combined Updated values Validations 1.2 Submit and Amend Metering Values (before D+5) Summary Results Grids with No Loss Submit Estimated Annual Consumption 1.13 Change Metering Point via BRS Change Type Change Retroactive Exchange 1.1 Aggregate Results Change in Future Foreign In & Out Only In Only Out Virtual (R3.1) Split Grid Change Grid Area Change Cons/Gen Type 1.3 Synchronise Master Data from EDIEL Portal 1.12 Bulk Change Merge Grids Not Settled Profile Settled Interval Settled 1.4 Create Balance Area via GUI Compute Settlement Basis Bulk Contract Change Grid Access To / From BSLOR Sub Grid 1.5 Create Grid Area via GUI 1.11 Create and Change Contracts Future Change Change to Profile Settled Retroactive Change Cancel Roll Back Change to Profile Settled Change Grid Area via GUI Balance Supplier 1.10 Create New Market Parties Change to Not Settled Estimate Period Volume Third Party Change Loss Parameters Grid Owner Balance Responsible Validate Settlement Results Balance Responsible Balance Supplier D+1 through D+5 1.7 Detect Out of Date Period Volumes Reverse Rollover 1.6 Detect Missing and Invalid Intervals 1.9 Edit Market Parties Rollover Export Estimated Volume (DTS) Release Hold / Timed Hold Set to Hold Void Run Re-Run Consumption Production Combined Virtual Send Settlement Results Non-DST Estimate Values for Missing Intervals Detect Missing Intervals Resolve Missing and Invalid Intervals Synchronise Following Retroactive Contract Change Send Reminders Metering Value Subscriptions Detect Invalid Intervals 1.8 Calculate and Distribute PPC (DTS) 1.15 Settlement and Master Data to NBS (R3.1) Synchronise Balance Responsible Contacts with NBS DST Winter to Summer DST Summer to Winter Detect Retroactively PPCs only to subscribers Estimated Temporary Send Reminders Delivery Requests PPC to Balance Supplier D+1 through D+5 PPC to Balance Responsible PPC to Grid Owner PPC to Third Party Send Automatically Send Manually from GUI Third Party Balance Supplier Balance Responsible Grid Owner Metode og oversikt over varianter brukt i "ende-tilende" testing. Her vises avhengigheter knyttet til kalkulering av balanseavregningsunderlag..

Team: MTM Test / emeter Reported to Elhub 20.06.17 + 14 functional defects raised + MTM 1.0.8 deployed and verified in ST2B defects now being re-tested - Technical problems with OSB, MTM jobs caused 4 days of delay. This is offset by being 2 days ahead of schedule at the start of last week, as well as the removal of ~20 invalid test conditions (updates to exchange point via BRS, which are not allowed; updates to individual channels through BRS, which is not allowed) - Targets for this week revised downwards as contingency for technical problems and large volume of functional defects. No reason to alter end date at this stage.

Tanker rundt ny tidsplan

Akseptansetest - Plan per uke 5 måneders varighet + 2mnd contingency (pass 3) Funksjonalitet tilføres til UAT i 3 hovedleveranser + leveranse av migrerte data gjennom DAM. 3 kjerneområder som arbeider med å gjennomføre CORE, UAT test case og automatisering Det benyttes egenutviklede simulatorer for å tilføre data (generert) fra nett og strøm på døgnbasis samt for innlesning av xml meldinger. Sertifikatmodell representativ for markedet Gjennom UAT perioden vil det være ukentlig kjøring av CORE test case etter patch samt etter hver større deploy Totalt er det tilgjengelig 6385 test case for UAT. 3500 av disse + 500 ad hoc er planlagt gjennomført. Resterende 2385 tester kan tilføres utvidet ad-hoc ved behov Minimum kapasitet på 23FTE og gjennomsnittlig gjennomføring av 34 TC per dag. June July August September October November Desember Januar 05.jun 12.jun 19.jun 26.jun 03.jul 10.jul 17.jul 24.jul 31.jul 07.aug 14.aug 21.aug 28.aug 04.sep 11.sep 18.sep 25.sep 02.okt 09.okt 16.okt 23.okt 30.okt 06.nov 13.nov 20.nov 27.nov 04.des 11.des 18.des 25.des 01.jan 08.jan 15.jan 22.jan UAT Verification QA/UAT Code 3.0 Elhub UAT Parallel SIT/MTM/Interface testing Elhub (Acc SIT) UAT Deploy Code R3 May - Access / MV distribution Accenture UAT Deploy Code R3.1a - External interfaces Accenture UAT Deploy Code R3.1b - NBS interface Accenture UAT Deploy Code MTM - final retrospective Accenture UAT Deploy Code R4.0 - Small Change Requests Accenture UAT Weekly deploy/patching Accenture UAT Post deploy core auto-testing Elhub UAT UAT Testing Elhub Pass 1 Elhub UAT DAM Load Prod Data Elhub UAT UAT Testing Elhub Pass 2 Elhub UAT DAM Load Prod Data Elhub UAT UAT Testing Elhub Pass 3 (contingency) Elhub UAT Approval UAT Elhub UAT Proposed (grey) Holidays Elhub Under arbeid

Elhub Webportal Portalen er utviklet og er under testing. Vedlagt et par skjermbilder fra portalen som viser variansen i funksjonsstøtte. Fra målepunktoversikter, BRS prosessering til beregningsresultater. I tillegg funksjonalitet for å administrere sub-nett og plusskunder. (engelske rapporter siden det er vårt arbeidsspråk i prosjektet. I produksjon vil det være norsk og data er random dog med gjenkjennbare aktørnavn)

Statistikk over markedsprosesser håndtert i Elhub over forskjellige tidsperioder

Oversikt over målepunkter med manglende eller ufullstendige data. Aktørene har kun tilgang og oversikt over sine egne Målepunkter og måleverdier

Resultater i skjermbilder Statistikk over totale endringer i markedet. Her leverandørbytte og opphør.

Oversikt over prosesser som stresser systemet unødig, som kanselleringer og reverseringer pr. aktør

Diverse statistikker over antall målepunkter og forskjellige typer. Kodene som E22 skal byttes ut med forståelig tekst i produksjonsversjonen

Daglig oppfølging av avregningsgrunnlag Nettselskapet er ansvarlig for måleverdienes kvalitet i Elhub Måleverdienes kvalitet påvirker kvaliteten på grunnlagene Elhub produserer Fram mot D+5 følges avregningsgrunnlaget nøye opp. Tall klare per D+5 er tilgjengelig for aktuelle kraftleverandører fordelt per nettområde. 22

Balanseavregningen vises per nettområde fordelt per resultat, og man kan se på fordelingen for et nettområde i versjonene fra D+1 til D+5. Ved å velge ett av nettområdene og resultatene man vil se på, får man oversikt over fordelingen i kjøringen. Er det kjørt flere versjoner (D+1 ) vil utviklingen kvalitetsmessig vises i grafiske fremstillinger.

"Side 2" i oversikten

Oversikt over avviksoppgjøret En meget avansert presentasjon av underlaget. Kurs er utviklet og skal arrangeres denne uke for nettselskapene

Oversikt over avviksoppgjøret En meget avansert presentasjon av underlaget. Kurs er utviklet og skal arrangeres denne uke for nettselskapene

Virtuelle målepunkt i Elhub Aktørportal Funksjonalitet er laget for å opprette og vedlikeholde virtuelle målepunkt og nett. Eks. plusskunde i borettslag, subnett eller "kjøpesenternett"

22.6.2017 Arbeid med ny tidsplan Eigil Gjelsvik Prosjektleder test og migrering

Prosess Innspill etter arbeidsmøter med ekspertgruppe og piloter vurdert og i stor grad tatt inn i ny grovplan Ekstern kvalitetssikring pågår Styrebehandling (rammer) i Statnett 22.06 Videre prosess avhenger av Utfall styrebehandling Status på viktigste forutsetninger Elhub kjernefunksjonalitet Migrering Publisering av ny plan over sommeren

Grovutkast ny tidsplan

Strukturdatafrys Forslag: For å sikre stabilitet i endelig migrering og produksjonskonfigurasjon defineres det en frysperiode på strukturelle endring 3 mnd før og 2 mnd etter Elhub Go Live

22.6.2017 Aktørtesting Are Berg Testkoordinator

AGENDA Aktørgodkjenning Utvidet markedstest Systemgodkjenning

Aktørgodkjenning Pilot aktørgodkjenning Tidsperiode: 4 uker Antatt oppstart 28. august Deltakere pilot-aktører Gjennomføres med Testbeskrivelser v0.99 Inkluderer bruk av Edielportalen Vil sannsynligvis ikke inkludere bruk av Elhub aktørportal Aktørgodkjenning Tidsperiode: 8 uker Legge inn milepæler underveis for å måle fremdrift Gjennomføres på migrerte data + fiktive data for DDQ

Utvidet markedstest - Strategi Aktørgodkjenning og Utvidet markedstest skal sammen dekke alle BRS er, der Utvidet markedstest vil ha hovedfokus på å teste prosesser som ikke er dekket i Aktørgodkjenning. Utvidet markedstest skal i tillegg ha et utvidet omfang. Hver pilotdeltaker vil delta i et definert utvalg av tester. Pilotaktørene oppfordres i tillegg til å utføre fritesting, dvs. tester som kommer i tillegg til de som er definert av Elhub. Utvidet markedstest skal gjennomføres på migrerte data så langt det lar seg gjøre. Utvidet markedstest skal gjennomføres i 2 testrunder. Alle tester skal registreres og følges opp i Jira i Elhub.

Utvidet markedstest - 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 Fritesting Ikke-funksjonelle tester Ytelse Katastrofe / DR

Test av Beregninger Formål Teste at viktige og/eller representative aktører kan sende inn komplette måleverdier (alle typer målepunkter), innenfor gjeldende ytelseskrav Teste at Elhub beregner riktige leverandøravregning, avviksoppgjør og rapportering til NBS og NECS på migrerte produksjonsdata Teste at aktørene får tilbake korrekte måleverdier for fakturering og at disse rutes riktig videre i aktørenes systemer Testrunde 1: Forutsetning: Kjøres på ~ 1000 målepunkter enten migrert fra DAM til EnergyIP eller syntetiske data Omfang: I henhold til 10-dagers kjøreplan Innsending av forbruk, produksjon og utveksling Daglig balanseavregning med utsending av PPC/FPPC Innsending av profilerte verdier og utsending av FPC Testrunde 2: Forutsetning: Alle reelle målepunkter er migrert fra DAM til EnergyIP Omfang: Antatt testperiode: 45 dager Full test av beregningsfunksjonalitet Innsending over en periode Daglig balanseavregning, avviksoppgjør, rapportering til NBS og NECS Elhub estimering av stander

Utvidet markedstest - 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 Fritesting Ikke-funksjonelle tester Ytelse Katastrofe / DR

Test av kryssende prosesser Formål: Teste at kryssende prosesser, dvs. flere samtidige BRS på samme målepunkt fungerer mellom Elhub og pilotene Testrunde 1: Forutsetning: Pilot aktørgodkjenning og Systemgodkjenning er gjennomført 1000 MP er migrert fra DAM til EnergyIP for hver pilotaktør Omfang: Teste kryssende prosesser som beskrevet i spesifikasjon Testrunde 2: Forutsetning: UAT er gjennomført Fullt datasett migrert fra DAM til EnergyIP Omfang: Teste kryssende prosesser som beskrevet i Jira Scenariobasert testing f.eks. AMS-utrulling, skifte avregningsform, innflytting av kunde

Eksempel på kryssende prosess Kampen om sluttkunden Kraftleverandør A sender inn et leverandørbytte for en sluttkunde seks virkedager frem i tid som blir akseptert BRS-101 D+6 To virkedager senere sender kraftleverandør B inn et leverandørbytte for den samme kunden i det samme målepunktet fire virkedager frem i tid som blir avvist fordi det er et pågående leverandørbytte i målepunktet med lik endringsdato BRS-101 D+4

Test av kombinerte prosesser Formål: Teste at kombinerte prosesser, dvs. flere BRS i sekvens på samme målepunkt fungerer mellom Elhub og pilotene Vil for en stor del bli planlagt som fritesting for hver pilot Testrunde 1: Forutsetning: Pilot aktørgodkjenning og Systemgodkjenning er gjennomført 1000 MP er migrert fra DAM til EnergyIP for hver pilotaktør Omfang: Teste kombinerte prosesser som beskrevet i Jira Testrunde 2: Forutsetning: UAT er gjennomført Fullt datasett migrert fra DAM til EnergyIP Omfang: Teste kryssende prosesser som beskrevet i Jira Scenariobasert testing f.eks. AMS-utrulling, skifte avregningsform, innflytting av kunde

Eksempel på kombinert prosess Innflytting i inaktivt målepunkt Nettselskapet oppretter nytt, profilavregnet målepunkt i Elhub BRS-121 Kraftselskapet flytter inn en sluttkunde i målepunktet om fire virkedager BRS-102 D+4 Dagen etter aktiverer nettselskapet målepunktet seks virkedager frem i tid BRS-122 D+6. Innflyttingsdato for BRS-102 blir satt til aktiveringsdato fra BRS-122. Etter aktiveringsdato sender kraftselskapet inn en målestand BRS-311 Senest tre virkedager senere sender nettselskapet validert målestand til Elhub BRS-312

Test av prosesser på tvers Formål: Teste at BRS er der ulike konsern/aktører inngår fungerer mellom Elhub og pilotene Testrunde 1: Forutsetning: Pilot aktørgodkjenning og Systemgodkjenning er gjennomført 1000 MP er migrert fra DAM til EnergyIP for hver pilotaktør Omfang: Teste prosesser på tvers som beskrevet i Jira Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Testrunde 2: Forutsetning: UAT er gjennomført Fullt datasett migrert fra DAM til EnergyIP Omfang: Teste kryssende prosesser som beskrevet i Jira Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub

Fritesting Formål: Aktørene får testet bredden i verdikjeden fullt ut og får testet spesial cases og negative tester inkludert kombinerte prosesser Testrunde 1 og 2: Forutsetning: Elhub fungerer stabilt Aktørene har et tilstrekkelig antall migrerte målepunkter tilgjengelig for test Omfang: Gjenbruke faktiske markedshendelser i testmiljøet mot Elhub Teste ende-til-ende markedsprosesser Testing innad i konsern, ikke behov for synkrone data blant alle aktørene

Ytelsestest Formål: Teste at aktørene og Elhub kan håndtere ytelse som i en faktisk driftssituasjon Testrunde 1 og 2 Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og migrering fra DAM til EnergyIP er gjennomført for alle målepunkt Omfang: 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

Katastrofetest Formål: Teste at aktørene og Elhub kan håndtere nedetid i Elhub som i en faktisk driftssituasjon Testrunde 1 og 2: Forutsetning: Elhub fungerer stabilt på produksjonsmiljø og migrering fra DAM til EnergyIP er gjennomført for alle målepunkt Omfang: 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 Alle måleverdier flyter daglig til Elhub Aktørene sender inn markedsprosesser flere ganger til Elhub er oppe igjen

Systemgodkjenning/SVT Status M6 1.juli Følgende er godkjent per dato: Tieto, CGI, Enoro Testperiode: 1.august 25.august Elhub release R3 May Test av nye BRS er: BRS-302, BRS-306 Regresjon av øvrige testcase i Aktørgodkjenning minus de som krever beregninger Testperiode: 28.august 1.november (ny milepæl) Elhub release R3.1 Test av BRS er som krever beregninger Regresjon av øvrige testcase De som inngår i pilot må gjennomføre innen 25.september

Migrering Ekspertgruppemøte 23

AGENDA Status M6 Status DAM Aktiviteter høsten 2017 Endring i filspesifikasjon Endring i måling av datakvalitet Fokus fremover

Status M6 Full opplasting 444 av 490 aktører lastet opp 150 / 156 nettselskaper 294 / 334 kraftleverandører Datakvalitet - gjennomsnitt Nivå 1 Nett: 99,87% Kraft: 99,97% Nivå 2 Nett: 99,11% Kraft: 91,40% Største feilkilde nett Manglende MGA (nivå 1) Manglende produksjonspunkter (nivå 1) Manglende måleverdier (telt som nivå 2 ved en feiltagelse) ReportingFrequency/Start på profilerte målepunkter (nivå 2) Største feilkilde kraft Åpne prosesser delvis forårsaket av DAM som brukte feil dato ved sammenligning av kontrakter (nivå 1) Manglende fødselsnummer og inkonsistens på kundeidentitet (nivå 2)

Status DAM Manglende funksjonalitet Subnett Balanseansvarlig Utvidede sjekker på måleverdier Ytelse Egen task force som jobber med forbedringer Måleverdier har blitt ca 10x raskere inn i DAM Grunndata, inkludert konsistens, også raskere, ingen konkrete tall Største utfordringene har vært Formatsjekk måleverdier Omregning døgn -> times PPC Staging (transformasjon til «Elhub format») Kontinuerlig jobbing videre Overføring til Elhub Fungerer med testdata Starter test med produksjonsdata til uka

Aktiviteter høsten 2017 Opplasting 1 gang i måneden Full/delta annenhver gang Migreringsprosjektet vil begynne å overføre til Elhub for videre testing Opplastingsdatoer 17. august full opplasting 14. september delta 19. oktober full 16. november delta 14. desember full

Endring i filspesifikasjon Målepunkt MeterDigits Skal angis som desimaltall med C-notasjon Veldig få, om noen bruker det korrekt Endrer til å være heltall, kun signifikante siffer Samme oppløsning som EIM Enklere Nærmere hva som faktisk sendes Trer i kraft til opplasting i august

Endring i måling av datakvalitet - Nett Forbruk og kombinasjonspunkter som før Skiller ut produksjon og utvekslingspunkter Manglende prod eller utvekslingspunkt = ikke passert Annen viktig informasjon måles separat Manglende spesialserie = ikke passert Trer i kraft fra opplasting i august

Fokus for markedet fremover Nett Kompletthet Fortsatt mangler i både produksjon- og utvekslingspunkter Men blitt mye bedre! Mangler i måleverdier Fortsatt vanskelig for oss å identifisere «falske» hull fra reelle hull Forslag mottas med takk Kraft Komme i sync med nett Få på plass fødselsnummer

Kurs og opplæring Victoria Lund Kommunikasjonsrådgiver

Kurs og opplæring 11. mai 7. juni 8. juni 13. juni 14. juni 15. juni Elhub for energibransjen Elhub for kraftleverandører Elhub for nettselskap Elhub for kraftleverandører Elhub for nettselskap Avanserte Elhub-oppgaver 250 Deltakere (ny runde i september)

Når passer det med ny kursrunde i forhold til Go Live?