Ekspertgruppemøte 19 Migrering og test. Nydalen, Oslo 24. november 2016

Transkript

1 Ekspertgruppemøte 19 Migrering og test Nydalen, Oslo 24. november 2016

2 Agenda ekspertgruppemøte : Overordnet status i prosjektet Endringer i v1.7 av Elhub markedsspesifikasjoner og plan for overgang fra v1.6 Migrering - Status M4b - Migrering av måleverdier reviderte datoer og utfordringer rundt kompletthet 10:45-11:00 Pause 11:00-12:00 Aktørtesting Status og plan videre for system vendor trial - justering av Krav til M4b Status og plan videre for pilot aktørsertifisering Gjennomgang av Aktørgodkjenning og Markedstest 12:00-13:00 Lunsj 13:00-14:45 Aktørtesting (forts) Input til testgjennomføring og testmiljø Gjennomføring av Go Live simuleringer 14:45-15:00 Pause 15:00-15:30 Opplæring

3 Status i prosjektet Ekspertgruppemøte november 2016

4 Ny milepælsplan for bransjen

5 Status Elhub Release 2 Status SIT R2 totalt SIT R2 forlenget med en uke, til Akseptansekritet er 0 A-feil (critical), 5 B-feil (major) Status pr er 0 A feil, 23 B feil - av disse er 3 knyttet til SVT testcaser. 2 av disse er rettet og er planlagt retestet denne uken Planlagt deployment av R2 i Market Trial miljø vil da kunne tilgjengeliggjøres for systemleverandører som planlagt DAMv3 under akseptansetesting hvis forsinket vil vi starte testing i Market Trial miljø med kun simulerte data SVT miljø holdes på Elhub R1 ut desember

6 Begrensinger i Elhub Release 2 Elhub R2 er et stort skritt frem fra inneværende versjon, men har fortsatt en del begrensinger Ingen tilgang til web portal for aktører Ikke "bulk updates" Begrensinger i beregninger/aggregering ikke verifisert ende-til-ende ennå Begrensinger i ytelse og volum lite testet så langt

7 Versjonering av EMIF Ekspertgruppemøte november 2016

8 Endring av namespace Fra og med versjon 1.7 av spesifikasjonene endres alle namespace relatert til EMIF fra *:v1 til *:v2. Dette betyr at alle xmler som sendes inn til EMIF må ha det nye namespacet når man kommuniserer med denne versjonen av systemet og tilsvarende vil alle xmler fra Elhub ha samme namespace. Tidligere versjoner av spesifikasjonene har alle benyttet samme namespace (*:v1) Bakgrunnen for endringen er at det må være tydelig hva som er Elhubs spesifikasjon når man går i produksjon Dersom Elhub ikke går i produksjon på versjon 1.7 vil det komme ny endring i namespace før produksjonssetting

9 Framtidige versjonsendringer Etter go-live er det behov for et tydelig og strengt regime for å håndtere overgang mellom to versjoner. Følgende prinsipper legges til grunn: Alle endringer i grensesnittet vil medføre nytt namespace Det kommer til å være ulike endepunkt/url for de to versjonene Endringer vil varsles i god tid Rundt go-live kan det være behov for en raskere endringstakt enn vanlig Vi endrer ikke bare for å endre og driveren vil være alvorlige feil i grensesnittet eller ønske om endring i funksjonalitet Det vil være en tydelig dato for skifte av versjon som alle markedsaktører må forholde seg til

10 Framtidige versjonsendringer Meldinger som ble mottatt på gammel versjon vil prosesseres på gammel versjon og utgående meldinger for disse lages på gammel versjon Systemene bør være laget på en slik måte at de automatisk endrer versjon når man har passert tidspunkt for endring Systemene må være forberedt på å polle ut data både på ny og gammel versjon Overgangsvinduet vil typisk gjelde en periode i tilsvarende den lengste periode man har for at det er tillatt å sende inn melding før kanselleringsfrist. Etter dette vil ikke den gamle versjonen lenger være gyldig

11 Framtidige versjonsendringer Mer åpne punkter Meldinger som sendes inn før tidspunkt for skifte skal sendes inn på den gamle versjonen (gammelt namespace) Meldinger som sendes inn etter tidspunkt for skifte skal sendes inn på den nye versjonen (nytt namespace) Det kan være vi vil legge opp til at meldinger som sendes inn før tidspunkt for versjonsendring, men har kanselleringsfrist etter versjonsendring skal sendes inn på ny versjon I samråd med markedet kan det være man justerer reglene for enkelte versjonsendringer

12 Migrering EGM

13 Oversikt M4b Overordnet M4b Tall M4b Hva har vi lært? Avregningskonstant Utvekslingspunkter Innføring av enumerasjon på landkoder Forbrukergrupper Måleverdier endring av datoer Måleverdier kompletthet Spesialserier

14 Personnummer Vi har ikke fått noe mer avklaring fra NVE Få inn fødselsnummer der det er mulig

15 M4b - Overordnet Mange som har lastet opp. Migreringsprosessen fungerer ganske bra! Datakvaliteten er ikke god nok Fortsatt uvaskede data! Mange kontrakter som ikke er reelle (avviste). Fortsatt mange utvekslingsmålepunkter som ikke er migrert inn. Mye mangler i måleverdier. Teller nå som nivå 2 feil. Systematisk feil i uttrekk hos systemleverandør "skjemmer" statistikken på nivå 2. Kvalitet på nivå 1 begynner å bli bra! Ytelse og stabilitet i DAM må forbedres Vi har identifisert flere problemområder og setter i verk tiltak

16 Status M4 Tall Lastet opp Nivå 1 Nivå 2 Datakval totalt Totalt antall aktører Kraft (45,11 %) 317 Nett (20,89 %) 158 Totalt (37,05 %) 475 Store forventninger til deltaopplastingen! Uttrekksfeil og måleverdimangler Mange gode henvendelser til post@elhub.no

17 Status M4 Hva har vi lært? Opplasting på én dag fungerer Men ytelsen i DAM må bli bedre Uvaskede data skaper fortsatt en del støy Data må vaskes for å få mest utbytte av den iterative migreringen Dere som jobber med migrering blir også tryggere! Merker det godt på henvendelsene som kommer til oss Fortsatt veldig sårbare for uttrekksfeil Hvordan kan vi sørge for at dette blir bedre? Misforståelse om hva og hvorfor data migreres Gi oss konkrete tilbakemeldinger hvis det mangler informasjon om noe

18 Spesialserier Veldig bra innsats! Stor forbedring fra M4a Kritisk for omregning av profilerte døgnverdier til profilerte timesverdier Kritisk for kvalitetssikring av de migrerte dataene i Elhub

19 M4b Oppsummert

20 Avregningskonstant Avregningskonstant i migrereringsformatet ble endret til maks 1000 for å være synkronisert med BIM Dette har utløst endel feilkoder (EMF10024) Vil føre til en endring i BIM Større konstanter er OK (igjen)

21 Utvekslingspunkter Må på plass! Håper at det blir bedre på delta, men vi planlegger å gå mer pedagogisk til verks for å få frem viktigheten av at disse også blir korrekt migrert

22 Enumerasjon på landkoder Vil innføres i BIM Start med å renske bort XX Feilkode blir ikke innført nå ISO alpha-2 i migreringsformatet

23 Forbrukergrupper 29a va 29A 01 vs 1 Utløser konsistensfeil fordi vi sjekker tekst mot tekst Hva er "rett"?

24 Måleverdier endring av datoer Takk for gode tilbakemeldinger! Endring av Go-Live-planen Ikke splitte dager for grunndata og måleverdier Ber nå om måleverdier frem til og med forrige søndag på onsdag Grunnet frist for rapportering (og dermed grunnlag) for ukesavregning er midnatt til torsdag Man Tirs Ons Tors Fre Lør Søn Migrering Migrering

25 Endringer Migrering Migrering på onsdag Inkluderer ikke uken før Go-Live Delta onsdag 4./11. oktober Inkluderer ikke uken før Måleverdidelta fredag 20. oktober Inkluderer uken før Måleverdidelta etter Go-Live Flyttes fra onsdag til torsdag for å få med uken før Go-Live

26 Måleverdier - Kompletthet Vi skal kun ha PPC døgnverdier slik de var avregnet (Profilerte målepunkter) Oppstår "hull" f.eks. ved anleggsovertakelse tilbake i tid (lages ikke MSCONS/1581 for et målepunkt en uke eller to) Nettselskapet er pliktig å migrere kvalitetssikrede data, inkl. måleverdier, til Elhub Eneste måten vi ser at vi kan hjelpe å sjekke at vi har fått det dere skal migrere er ved at tidsseriene migreres som komplette tette hull med null Vi ber om at alle målepunkter migreres med komplette tidsserier når målepunktet er aktivt, men har fått signaler om at dette er vanskelig. Hvorfor?

27 Aktørtesting Ekspertgruppemøte 24.november 2016

28 Agenda Status Systemgodkjenning - Justering av krav til M4b Tilbakemelding fra pilot aktørsertifisering Gjennomgang av Aktørgodkjenning og Markedstest Gruppearbeid på Aktørgodkjenning

29 Tidsplan Aktørtesting M4b: 1/ M5: 1/ M6: 1/ Resertifisering 1.6 Alle systemer er sertifisert på v1.6 Edielportalen Alle systemer er godkjent og alle aktører er sertifisert på v1.6 Alle aktører er godkjent i Elhub Pilot fra 15.november Aktørsertifisering v1.6 Elhub testmiljø Systemgodkjenning Det kan bli litt nedetid for Markedstest i januar ifm. migrering av data. Markedstest inkludert pilot Aktørgodkjenning Markedstest Aktørgodkjenning

30 Systemgodkjenning/SVT Redusert omfang til M4b pga. manglende funksjonalitet og feil i Elhub Videre planer Opprettholde SVT-miljø til Market Trial miljø er oppe - planlagt Testdata fra Systemgodkjenning vil bli lastet i Market trial miljøet slik at testing kan videreføres der Få opp System Vendor Trial miljø på R2 i løpet av januar Løfte SVT-miljøet til R3 ca 1. mars Opprettholde SVT-miljøet frem til 1/7 Med det tempoet leverandørene tester i nå ville alle hatt mulighet til å rekke M4b med opprinnelig omfang dersom Elhub hadde vært klar

31 Testcase til M4b Test case BRS-NO-101 Confirm BRS-NO-121 BRS-NO-122 BRS-NO-301 BRS-NO-402 BRS-NO-611 BRS-NO-102 Confirm BRS-NO-102 Reject BRS-NO-103 Profiled BRS-NO-104 Neg BRS-NO-123 BRS-NO-317 BRS-NO-101 Reject BRS-NO-121 Neg BRS-NO-122 Neg BRS-NO-301 Neg BRS-NO-302 Neg BRS-NO-303 Neg BRS-NO-402 Neg BRS-NO-611 New MP Comment Optional Optional Optional Optional Optional Optional Optional Optional

32 Testcase til M5 Test case Comment BRS-NO-101 Cancel Moved from Test round 1 BRS-NO-302 Moved from Test round 1 BRS-NO-303 Moved from Test round 1 BRS-NO-312 Moved from Test round 1 BRS-NO-313 Moved from Test round 1 BRS-NO-306 Moved from Test round 2 BRS-NO-311 Meter Moved from Test round 2 BRS-NO-311 EAC Moved from Test round 2 BRS-NO-102 Cancel Moved from Test round 2 BRS-NO-104 Moved from Test round 2 BRS-NO-201 Moved from Test round 2 BRS-NO-201 Cancel Moved from Test round 2 BRS-NO-202 Moved from Test round 2 BRS-NO-202 Cancel Moved from Test round 2 BRS-NO-211 Moved from Test round 2 BRS-NO-211 Cancel Moved from Test round 2 BRS-NO-211 Correct Moved from Test round 2 BRS-NO-212 Moved from Test round 2 BRS-NO-213 Moved from Test round 2 Nye testcase testrunde 3 BRS-NO BRS-NO BRS-NO BRS-NO BRS-NO-132 BRS-NO-133 BRS-NO BRS-NO BRS-NO-222 BRS-NO-223 BRS-NO-224 BRS-NO BRS-NO BRS-NO BRS-NO BRS-NO-332 BRS-NO BRS-NO BRS-NO-602

33 Spørsmål til ekspertgruppen Kan vi starte Aktørsertifisering i januar før systemgodkjenning runde 1 og 2 er gjennomført? Gitt dagens status på Systemgodkjenning: Er det realistisk å nå M5 med drøyt 2 måneder igjen å teste?

34 Aktørsertifisering Vi har nå åpnet for registrering av flere IT-systemer per rolle per prosesskomponent - Har noen av dere registrert dette? - Hvordan fungerer det? - Andre innspill?

35 Status pilot Brukermanualer for testing for Elhub-rollene DDQ, DDM, DDE og MDR er lansert på Edielportalen og Elhub.no Testcase er implementert og klare for testing på Edielportalen 1 aktør har startet testingen Spørsmål?

36 Spørsmål Hvordan ønsker dere at vi skal kommunisere kick-off for aktørsertifiseringen? E-post? Nyhetssak på elhub.no og Edielportalen? Start-up møte? Webinar? Roadtrip?

37 Aktørgodkjenning Deltakere: Alle aktører Hensikt: Verifisere teknisk oppsett og adressering mot hver aktør Verifisere at aktørene kan kjøre de viktigste prosessene pr. rolle fra eget system Opplæring av aktørene Markedstest Deltakere Hensikt: Hafslund, Validér, SFE, Agder, Skagerak Fungere som pilot for Aktørgodkjenning og verifisere at testcase fungerer som de skal Verifisere BRS er som skal brukes i go-live simulering Verifisere alle BRS er med et definert utvalg av scenarier Verifisere at alle funksjoner som involverer aktørene fungerer i Elhub Verifisere at Elhub fungerer med reelle data

38 Aktørgodkjenning Omfang: Definerte testcase pr. rolle (minimum 1 BRS pr. rolle) Både obligatoriske og valgfrie test case Gjennomføring: April-juni: Gjennomføre testcase for Aktørgodkjenning i henhold til egen rolle Markedstest Omfang: Prosesser som inkluderer bruk av alle BRS er Prosesser om involverer mer enn ett selskap i samme prosess Både innsending og mottak av meldinger Innsending av måleverdier Beregninger Bruk av Elhub aktørportal Ytelse (valgfritt) Gjennomføring: Januar-februar: Individuell testing/pilot av testcase for Aktørgodkjenning + tillegg April-juni: Gjennomføre testcase med utvidet omfang

39 Testdata Planen er å bruke migrerte data i Markedstest og Aktørgodkjenning Vi vil i tillegg generere testdata som kan brukes dersom migrerte data ikke er tilgjengelig

40 Testmiljø og testdata for Markedstest og Aktørgodkjenning Aktøren må ha et testmiljø der det er mulig å legge inn og manipulere testdata for å teste mot Elhub. Markedsaktør Elhub Ediel produksjonssystem Aktørens testsystem for Elhub Elhub test Elhub prod Prod-DB 1 Kopiere prod- DB til test Test-DB Market trial Prod-db 3 Testing og go-live simulering DAM DAM 2 Sende migreringsfiler for test Migreringsløp i prod

41 Testcase Aktørgodkjenning - Kraftleverandør Rolle: DDQ Innflytting tilbake i tid - Obligatorisk Opphør av kraftleveranse - Anbefalt Leverandørbytte Anbefalt Kansellering av leverandørbytte Anbefalt Oppdatering av grunndata- Obligatorisk Innsending av målerstand og antatt årsforbruk- Obligatorisk Spørring på måleverdier- Obligatorisk

42 Testcase Aktørgodkjenning Nettselskap Roller: DDM, MDR, DDE og BSP Opprettelse og aktivering av målepunkt- Obligatorisk Oppdatering av grunndata på et målepunkt- Obligatorisk Innsending av måleverdier- Obligatorisk Spørring på måleverdier Obligatorisk Reversering av nytt målepunkt Anbefalt Test av BSP for DDE-rollen

43 Testcase Aktørgodkjenning Øvrige roller Leveringspliktig kraftleverandør (SLR): Spørring på måleverdier Obligatorisk Kraftleverandør for nettap (BSL): Spørring på måleverdier Anbefalt Balanseansvarlig (DDK): Spørring på måleverdier- Obligatorisk Tredjepart (AG): Spørring på måleverdier- Obligatorisk Oppdatering av tredjeparts tilgang Anbefalt

44 Go Live-simuleringer Avklaringer

45 Go Live gone terribly wrong!

46 Wasa approach Go Live plan: - Just do it (Project Management/The king) - Epic Fail!! Wasa: - Failure to create adequate Go Live procedure - Failure to do dry runs of Go Live

47 Titanic Approach Human failure: - Follow the procedures - Do not run into iceberg!!

48 Simulering 2 Hensikt: Luke ut barnesykdommer (kvalitetssikring) i testscenarier og Go Live-eksekveringsfase for Elhub hos pilotaktører Scope: Gjennomkjøring av alle positive testscenarier av pilotaktører for markedsprosesser og måleverdirapportering. Tester Go Livesekvensen operasjonelt og logisk. Data migreres inn fra aktørene til DAM i testmiljø Eksekvering av kjørebok for Go Live (Migrering -> Oppgradering av testsystem -> Avspilling av meldinger) Elhub kjører også negative testscenarier Forutsetning: Pilotaktører har verifisert Elhub funksjonalitet i Market Trial miljø Når: (Commissioning-prosjektet har eksklusiv tilgang til Market Trial-miljøet i mars) Miljø: Aktørens testmiljø mot Elhub Market Trial miljø, ikke nødvendigvis likt prod. ytelsesmessig. Market Trials må gjøre opphold i denne perioden Deltakere: Pilotaktører for Commissioning Datatype: Reelle data. Kopi av aktørenes prod.data fra en tid tilbake. Aktørene velger selv testdata ut fra scenarier kjørt i produksjon Testdataressurs hos Elhub sørger for at testdata er konsistente på tvers av aktører og dekker alle scenarier Grensesnitt: EMIF, Elhub webportal og migrering

49 Testdata simulering 2 Hvordan skal vi sikre at data i pilotaktørenes testsystemer er konsistente med hverandre og konsistente med dataene som er migrert inn i Elhub? Fra hvilket system skal aktørene gjøre uttrekk, når skal det gjøres? Kan aktørene velge testdata? Dersom kraftleverandør ikke vet hva nett har migrert inn vet jo ikke kraftleverandør hvilke data som eksisterer i Elhub, da blir det vel vanskelig for kraftleverandør å gjennomføre sine testcaser?

50 Forslag Piloter flytter sine data til og med 12. februar inn i sitt test-system. Vellykkede markedsoperasjoner gjennomført i løpet av de to påfølgende ukene (7 og 8) danner grunnlag for testdata for simuleringen Forslag til testdata sendes inn til en testdata-koordinator hos Elhub innen 22/2 som evaluerer disse og sikrer at omfanget av testcases er dekket og at data er konsistente på tvers av involverte markedsaktører Markedsaktørene har ansvar for at alle testscenarier er dekket og at involvering skjer på tvers av konserner En testdatakoordinator hos Elhub kontroller at markedsaktørene har tilstrekkelige testscenarier

51 Verifikasjon mot produksjonsmiljø for piloter Hensikt: Sikre at pilotaktørene har kommunikasjon fra aktørens testmiljø mot Elhub i produksjon Scope: Kjøre spørre-brser (611) mot produksjonsinstans av Elhub Når: Miljø: Elhubs Produksjon Pilotaktørers testmiljø Deltakere: Pilotaktører for Go Live Datatype: Reelle data Grensesnitt: EMIF og Elhub webportal

52 Simulering 3 Hensikt: Kvalitetssikring av hele Go Live-eksekveringsfasen hos både Elhub og pilotaktører, inkludert migrering og funksjonelle testscenarier Scope: Gjennomføring av hele Go Live-eksekveringsfasen med reell tidsramme og samtlige aktiviteter. Ytelse testes også idet aktørene laster opp fulle datasett. Når: Miljø: Aktørs testmiljø Elhub produksjonsmiljø (DAM og Elhub) Market Trial pågår i parallell i Market Trial-miljøet? Uttrekket 24.5 må for pilotaktører sammenfalle med en kopi av data til sitt testmiljø Pilotaktører får ekstraordinære migreringer av PPCer og timesverdier 2. og 8. juni Skal prod. miljø wipes etter simulering? Eller tar Elhub backup på sin side? Deltakere: Pilotaktører for Go Live Datatype: Reelle data. Aktørene velger selv testdata ut fra scenarier som kjører i produksjon Testdataressurs hos Elhub sørger for at testdata er konsistente på tvers av aktører og dekker alle scenarier Grensesnitt: EMIF, Elhub webportal og DAM

53 Testdata simulering 3 Sanntidsdata Bruker testcases fra produksjon Sjekker sluttbetingelser i systemene mot prod. F.eks. leverandørbytter som lykkes i prod skal virke i simuleringen, men med en annen tidslinje grunnet frysen Basen må wipes etter simuleringen Data fra en tid tilbake Samme approach som simulering 2 Ulempe er at migreringsprosjektet må legges på is i denne perioden

54 Verifikasjon mot produksjonsmiljø for alle Hensikt: Sikre at markedsaktøren har kommunikasjon fra aktørens testmiljø eller produksjon mot Elhub i produksjon Scope: Kjøre spørre-brser (611) mot produksjonsinstans av Elhub Når: Miljø: Elhub Produksjon Markedsaktørers test eller produksjon Deltakere: Alle markedsaktører Datatype: Reelle data Grensesnitt: EMIF og Elhub webportal

55 Simulering 4 Hensikt: Klargjøring av alle markedsaktører. Teste migrering av reellt volum av data fra markedsaktører til Elhub produksjonsmilø. Sikre forståelse for prosessen fra alle markedsaktører. Sikre kommunikasjonsflyt mellom Elhub og alle markedsaktører Scope: Fri testing i forbindelse med gjennomføring av hele Go Live-eksekveringsfasen med reell tidsramme og samtlige aktiviteter. Ytelse testes i forbindelse med migrering og mulighet for det i forbindelse med markedsprosesser Hva spesifikt kan testes? Når: Miljø: Elhub Produksjon Markedsaktørers test eller produksjon Deltakere: Alle markedsaktører Datatype: Reelle data i utgangspunktet, men er dette er noe markedsaktørene kontrollerer og kan avtale seg imellom Grensesnitt: EMIF, Elhub webportal og DAM Lagt inn i kjøreplanen for Go Live

56 Kjøreplan for Go Live-prosessen Mandag 1. Mai 2017 Markedsaktører gjør måleravlesninger ifm. NBS Go Live. Ideelt sett gjøres avlesningene 1. mai, men senest 3 måneder etter NBS Go Live (1. august 2017). I så fall stipuleres avlesningen 1. mai, eller estimeres dersom man også har en avlesning inntil 3 mnd. før NBS Go Live. Avlesning 1. mai er basis for APAM inntil NBS Go Live. 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 3. juli 14:00: Sjekkpunkt S1 - Alle markedsaktører godkjent på M6 Strukturdata fryses i markedet, dvs. at selskapsendringer (fusjoner etc.), endring av MGAstruktur osv. ikke kan skje i denne perioden frem til ) Elhub produksjonsmiljø åpner for verifikasjon fra markedsaktører via BRS-NO-611 Mandag 31. juli 08:00: Sjekkpunkt S2 før start av generalprøve Onsdag 2. august 00:00 22:00: Full opplasting av data til DAM Data om målepunkt, kunder, kontrakter og måleverdier til og med 31. juli 2017 DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene innen 3. august kl Søndag 6. august Alle markedsaktører har verifisert tilgang mot Elhub produksjon

57 Kjøreplan for generalprøve for markedsaktører Mandag 7. august 08:00: Start Elhub generalprøve med alle markedsaktører Onsdag 9. august Deltaopplasting til DAM Mandag 14. august Åpner resterende Åpner følgende BRSer: Grunndataoppdaterin ger BRS-NO-611 Måleverdirapporterin g Fredag 18. august Migrering av PPCer og timesverdier for første uke i simulert frysperiode Mandag 21. august markedsprosesser

58 Kjøreplan for generalprøve for markedsaktører Er det realistisk å forvente dette av alle markedsaktører? Tirsdag 22. august Rapportering av måleverdier før klokken 07:00 Torsdag 24. august Migrere PPCer og timesverdier for andre uke i frysperioden Hva mer er realistisk å få til i Go Live-simuleringene? Hvilke tester kan vi få alle markedsaktører til å gjennomføre? Et moment er at ikke alle markedsaktører har dedikerte testmiljøer?

59 Kjøreplan for Go Live-prosessen Burde denne deltaopplastingen gjøres om til en full opplasting? Er det mulig for markedsaktørene? Dette er første opplasting etter generalprøven, der Elhub sine data har blitt kompromittert Alternativet er at Elhub gjenoppretter databasen fra egen lokal kopi Søndag 27. august 17:00: Avslutt Elhub generalprøve med alle markedsaktører Mandag 28. august 08:00 Sjekkpunkt S3 etter generalprøve Onsdag 30. august 00:00 22:00: Deltaopplasting av data til DAM fra 1. august til og med 28. august Data om målepunkt, kunder, kontrakter og måleverdier til og med 28. august 2017 DAM analyserer migreringsfiler og tilgjengeliggjør NCFer for markedsaktørene innen 31. august kl. 23:59 Mandag 11. september Elhub åpner spørre- BRSer for markedsaktører Markedsaktører starter å verifisere kommunikasjon med Elhub fra sine prodsystemer gjennom spørre- BRSer Markedsaktører begynner å kvalitetssikre og konfigurere data i Elhub gjennom Elhub web-portal og spørre- BRSer Fredag 15. september 00:00 22:00: Deltaopplasting av data fra markedsaktører til DAM fra og med 29. august til og med 13. september Data om målepunkt, kunder, kontrakter og måleverdier til og med 13. september 2017

60 Edielportalens rolle i aktørgodkjenning i Elhub Ekspertgruppemøte november 2016

61 Edielportalen Aktørregister og adresseregister for Edifact meldingsutveksling for sluttbrukermarkedet og for Elhub, Elsertifikater, Nettavregningen, Balanseavregningen, Landssentralen Aktør, rolle, adresse (GLN), prosesskomponent Systemer og systemkombinasjoner Status på godkjenning for meldingsutveksling ihht. FOR 301 Selvbetjent testportal for Edifact meldingsutveksling i Norge, Sverige og Danmark Testportal for meldingsutveksling med Elhub. Benyttes i testløpet forut for Elhub Go Live for test av kjernesystemer, systemkombinasjoner og aktører Tidlig verifikasjon av meldingsformat og kommunikasjonsoppsett. Test av aktørenes testmiljø Selvbetjent og målbart. Testing skjer uavhengig av andre aktører. Enkel testdatahåndtering. Testing ødelegger ikke testdata Enkelt å følge opp status pr systemleverandør og pr aktør Utvikles av Elhub Ikke avhengig av fremdrift i Elhub-prosjektet Modent for systemleverandørtesting og aktørtesting før Elhub

62 Behov for test mot Elhub fremover Få systemleverandører dekker mange aktører Vi ønsker å videreføre strategi med omfattende test for hver systemleverandør, etterfulgt av representativt subsett av tester for hver aktør. Godkjenning av aktører i Elhub vil innebære 1. At aktørens system er godkjent på siste versjon av Elhub 2. At aktøren er godkjent på siste versjon av Elhub Tett oppfølging av hver systemleverandør er nødvendig og effektivt gitt dette regimet Elhub har ikke noe forhold til systemleverandører eller systemer. Vi har behov for en løsning som gir oss kontroll over alle systemer i markedet og hvilke aktører som benytter de ulike systemer Vi har behov for å en løsning som gir oss oversikt over status i testing pr systemleverandør og pr aktør For å sikre ende-til-ende kompatibilitet må endelig test gjøres mot Elhub testmiljø, også dersom det i forkant har vært gjennomført test mot Edielportalen Elhub testmiljøer vil fremover gjøres tilgjengelig for både systemleverandører og aktører i forkant av hver oppgradering

63 Minimumsbruk av Edielportalen i test mot Elhub fremover Aktørene registrerer rolle, GLN og systemkombinasjon Fram til smtp eventuelt er avviklet må også denne protokollens adressering registreres og vedlikeholdes i Edielportalen Systemleverandørene registrer systemene og hvilke roller systemene skal dekke Edielportalen gir status i test mot Elhub Aktører kan f.eks. få generert liste over testcaser og innhentet status pr testcase i Elhub på sikt kan dette muligens utvides til også å dekke systemleverandører

64 Gruppediskusjon Hvordan bør godkjenningsregimet mot Elhub være fremover? Test i Edielportalen og så i Elhub eller kun i Elhub? Bør vi opprettholde kravet om systemsertifisering i Edielportalen for v1.7 på M6? Hvilken funksjonalitet bør utvikles i Edielportalen først, for å dekke behovet for å kontrollere aktørens status i test mot Elhub?

65 Elhub kurs og opplæring Dato: 24. november 2016

66 Agenda Status e-læring Tidslinje for kurs og opplæring Gjennomføring av 1-dags kurs Innspill Bunntekst 70

67 Elhub Trainingportal populær: 1900 påmeldinger til forskjellige kurs 24 % gjennomført Verifisere grunndata - Samle inn informasjon om sluttbrukerens målepunkt som type, status, avregningsform og dato for siste måleravlesning Innflytting - Håndtere en innflytting i Elhub - Reversere innflyttingen hvis feil blir oppdaget Håndtering av målepunkt - Sette opp nytt målepunkt, samt aktivere, deaktivere og fjerne - Reversere av statusendringer i målepunktet Status 24.november: 255 opplæringsansvarlige hos markedsaktørene 1900 påmeldinger til forskjellige kurs 24% gjennomført og bestått e-læringskurs Leverandørskifte - Håndterer leverandørskifte i Elhub - Reversere leverandørskifte hvis feil blir oppdaget Utflytting og opphør - Håndtere opphør ved utflytting eller avslutning av kontrakt - Reversere leverandørskifte hvis feil blir oppdaget Tidsfrister - Tidsfrister og hvordan de er forskjellige for profil- og timeavregnet målepunkt. Profilavregnede målepunkt fra A til Å - Flyten og håndteringer av måleverdier for profilavregnede målepunkt i Elhub Timeavregnede målepunkt fra A til Å - Flyten og håndteringer av måleverdier for timeavregnede målepunkt i Elhub Rapportering fra Elhub og måleverdiinformasjon - Kvalitetssikre grunnlag for avregning - Beregninger som Elhub utfører og tilbake rapporterer Endring av grunndata - Oppdatere og korrigerer grunndata Bunntekst - Hente ut grunndata i Elhub 71

68 Tidslinje: Aktøropplæring fram til Elhub Go Live M4b M M Go Live Aktørsertifisering Aktørgodkjenning Go Live test Go Live prosess Tid Kursmateriellutvikling for aktører Kursmateriellutvikling for operatører TTT Elhub aktør opplæring E-læring Markedsdokumentasjon Systemopplæring: systemlev. ansvarlig for gjennomføring og tidspunkt Bunntekst 72 Kurs

69 4 forskjellige målgruppe baserte 1-dags kurs: Mange nyttige tips som gjør hverdagen enklere Kurs - Overordnet for hele bransjen (1 dag): >100 deltakere Elhub for engergibransjen - Hvordan endrer Elhub kraftmarkedet og aktørens hverdag? - Gjennomgang av markedsprosesser og - Mesting av overgangen til Elhub drift og gevinster fra Elhub Kurs for kraftleverandører, balanseansvarlig og 3.part(1 dag): deltakere Elhub for kraftleverandører - Roller og tilgang til data i Elhub Aktørportal - Praktisk håndtering av markedsprosesser og grunndata - Introduksjon til nye måleverdiprosesser og avregning Kurs for nettselskaper (1 dag): deltakere Elhub for nettselskaper - Roller og tilgang til data i Elhub Aktørportal - Praktisk håndtering av markedsprosesser og grunndata - Introduksjon til nye måleverdiprosesser og avregning Kurs for nettselskaper (1 dag): deltakere Avanserte Elhub oppgaver for nettselskaper - Praktisk håndtering av måleverdiprosessen - Kvalitetssikring og kontroll over måleverdier og avregning - Avanserte måleverdi- og avregningsprosesser Hva: Gi forståelse i Elhub prosesser og innblikk i Elhub Aktørportal funksjonalitet Hvorfor: Sette aktører i stand til å forberede seg til Elhub drift og mestre overgangen og nye arbeidsprosesser i Elhub etter Go Live Hvor ofte: Rundt 12 kurs. Det vil settes opp flere kurs ved behov (min./max. antall deltakere) Hvor: Stavanger, Trondheim og 2 ganger i Oslo (sentrum/gardermoen) Tidspunkt: Mai, juni, aug., sept. kurs settes opp sekvensiell og parallell (gi mest fleksibilitet for deltakere) Bunntekst 73

70 Draft: Tidspunkt for gjennomføring av kurs før Elhub Go Live - samarbeid mellom Elhub, Energi Norge, DEFO og KS Bedrift Bunntekst 74

71 Elhub kurs markedsføres og arrangeres av Energi Norge Registrering via Energi Akademiet Elhub kursmarkedsføring Kanaler: E-postkampanje feb., mars, mai, aug. (EN) Annonser (online) Sosiale medier Potensielt: artikler, bransjeblader, TU Målgruppen: Spesifikke målgrupper Elhub kontakter Medlemmer i DEFO, KS Bedrift og Energi Norge Registrering: Direkte til Energi Norge Tidslinje: Påmeldingsstart før jul E-postkampanje feb., mars, mai, aug Bunntekst 75

72 Bransjeorganisasjoner og Elhub ønsker å sette sammen en gruppe kursholder ved å rekruttere ansatte hos markedsaktører - ønsket om flere kursholdere Elhub Kursholder Egenskaper: Liker å forklare og gi faglig støtte Kunnskap til bransjen Positiv holdning Gode kommunikasjonsevner Datakyndige Oppgaver: Delta i testing av kursmateriellet Deltar i Elhubs Train-the-Trainer opplegget Forbereder seg til kurs Gjennomfører kurs Formidler faglig innhold til Elhubbrukere Fungere som champion/superuser Gi støtte til kolleger Hvorfor Bransjeorganisasjoner og Elhub ønsker å nominere/ rekruttere ansatte hos egne medlemmer som kursholder fra forskjellige markedsaktører for å øke kunnskap i bransjen (champion/super user) Hvordan Omfang: 10 Elhub kursholder & 10 Elhub champions Konsulenthonorar: NOK per dag pluss reisekostnader Tidsbruk: TTT: 2 dager Forberedelsestid Gjennomføre 1-2 kurs Status I dag: 4 representanter fra kraftleverandører 2 representanter fra nettselskaper - pluss 3 interessenter Bunntekst 76

73 Rekrutterings- og onboardingsprosess for Trainthe-Trainer (TTT) deltakelse av markedsaktører Rekruttering til TTT 1. Elhub og bransjeorganisasjoner avklarer kurssted og antall kursholdere: høst 16 Onboarding til TTT 6. Deltakelse på TTT: mai (2 dager) Rekruttering til TTT 2. Elhub tar kontakt med kandidater/organisasjoner for deltakelse: høst 16 Onboarding til TTT 5. Motta informasjon: februar (ca. 5 timer) Rekruttering til TTT 3. Kandidater/organisasjoner avklarer mulighet for deltakelse: høst 16 Tidslinje Nå Rekruttering til TTT 4. Kandidater/organisasjoner bekrefter til Elhub: februar 17 februar - mai Go Live Rekrutering til training nettverk Onboarding til training nettverk Kurs Bunntekst 77

74 Innspill: Hvordan få flere engasjert som kursholder? Kurs " Elhub for energibransjen" Kursinnhold: Innlegg: Bakgrunn - Hvorfor Elhub og hvordan endrer Elhub kraftmarkedet og aktørenes hverdag? Gevinster fra Elhub/Utfordringer rundt Go Live? Informasjonssikkerhet og personvern En bransjeaktørs tanker om Elhub En bransjeaktørs tanker om Elhub 25 min. om f. eks. erfaringer i prosjektet så langt, forventninger, utfordringer, løsningsvei, forberedelse til Go Live, drift, opplæring internt etc. Ønsket om opplæring under aktørtesten? Bunntekst 78