Ekspertgruppemøte 17 Migrering og test Nydalen, Oslo 08. september 2016
Agenda ekspertgruppemøte 08.09.2016 09:30-10.45 Gjennomgang av overordnet status Utkast til ny Elhub milepælsplan 10:45-11:00 Pause 11:00-12:00 Strategi for aktørtesting inkl pilotering Testing mot Elhub i drift Demo av Elhub elæringsplattform 12:00-13:00 Lunsj 13:00-14:45 Status markedsspesifikasjoner Go Live gjennomgang av planer for Go Live simuleringer Bekreftelse av pilotdeltagelse Migrering gjennomgang av endringer i filformater. Revidert aktivitetsplan. Status M4. Dra gjennom instruks. Behov for miljøer 14:45-15:00 Pause 15:00-15:30 For systemleverandører: Status System Vendor Trial
Ekspertgruppemøte 17 Elhub i drift
Testing mot Elhub i drift Hvilke behov har aktørene for testing mot Elhub i drift? Testmiljø hos aktøren Testmiljø hos Elhub Edielportalens rolle
Henvendelser til Elhub Vil aktørene benytte BRS-602 "Forespørsel til Elhub" for å sende henvendelser til Elhub? Eller vil man ringe / sende mail / fylle inn web-skjema?
Aktørtesting Ekspertgruppemøte 8.september 2016
Aktørtesting tostegsprosess 2. Aktørgodkjenning Test av prosesser/brs er mot Elhub Kraftleverandør Elhub Nettselskap 2 Kundeinformasjon Leverandørskifte Flytting Avregningsunderlag Markedsaktører Markedsprosesser Målepunktdatabase Målepunktinformasjon Måleverdier 2 1 Testcase Måleverdidatabase 1. Aktørsertifisering Test av meldingsutveksling mot Edielportalen 1 Edielportalen Edielportalen Testcase
Oversikt Aktørtesting - Foreløpig M3: 15/4 2016 M4a: 15/9 2016 M4b: 1/12 2016 M5: 1/3 2017 M6: 1/7 2017 Sertifisering kjernesystemer Kjernesystemer er sertifisert Systemkombinasjoner er sertifisert Sertifisering kombinasjoner Resertifisering 1.6 Alle systemer er sertifisert på v1.6 Resertifisering 1.7 Aktørsertifisering Alle systemer er godkjent og alle aktører er sertifisert Alle aktører er godkjent i Elhub Edielportalen Systemgodkjenning Elhub Testmiljø Aktørgodkjenning Tester som er markert med rødt skal gjennomføres av markedsaktørene
Aktørsertifisering i Edielportalen Hensikt: Gi systemleverandørene mulighet til å gjøre test-installasjoner ute hos aktørene og få verifisert disse mot et stabilt miljø Verifisere at test-installasjonene kan kommunisere med Edielportalen i henhold til krav i Elhub Verifisere at aktørene kan prosessere utvalgte prosesser i henhold til sin rolle Opplæring av aktørene Forutsetning: Systemkombinasjonen som er installert hos aktøren er sertifisert i Edielportalen på v1.6 Aktørene må kunne sende og motta de testdata som er definert i testcasene Gjennomføring: Aktørsertifisering gjennomføres før oppstart av Aktørgodkjenning mot Elhub Markedsaktørene gjennomfører selvbetjente tester Status pr. aktør rapporteres på Elhub.no basert på godkjente testcase i Edielportalen
Aktørsertifisering Oppgaver for aktørene Forberedelse Sjekk at riktig Elhub-versjon er installert i eget system Sjekk at brukerdokumentasjon er tilgjengelig Sjekk at pålogging på eget system er mulig Sjekk at du har bruker til Edielportalen og får logget på der Gjennomføring Logg på Edielportalen og start testcase som skal kjøres, f.eks. BRS-NO-101 Logg på eget system og gjør et leverandørbytte som da vil sende en melding til Edielportalen Sjekk i Edielportalen at testcaset er gått OK Sjekk i eget system at det er kommet en kvittering fra Edielportalen Sjekk at eventuelle statuser i eget systemer er oppdatert Sjekk at testcase i Edielportalen er oppdatert med riktig status
Aktørsertifisering Testcase Ca 30 testcase hver for Nettselskap og Kraftleverandør Noen i tillegg for øvrige aktørtyper/roller Testcase vil baseres på de som er laget for systemsertifisering men ha BRSnavn Brukermanual med testcase vil være klar ca. 1.november
Aktørgodkjenning i Elhub Hensikt: Verifisere at markedsaktørenes test-installasjoner fungerer mot siste versjon av Elhub testsystem Verifisere at aktørene klarer å utføre utvalgte markedsprosesser fra sitt system Forutsetning: Systemet som er installert hos aktøren støtter Elhub v1.7 Systemkombinasjonen kan kommunisere med Elhub-test Aktørene har et testsystem der de kan prosessere testdata eller kunne håndtere testdata i et produksjonssystem Gjennomføring: Markedsaktørene gjennomfører selvbetjente tester med support fra Elhub testteam Markedsaktørene rapporterer status på egen testing til Elhub
Spørsmål til aktørgodkjenning Hvilke tester skal/bør gjennomføres? Skal testene være BRS-orientert eller reflektere arbeidsprosesser der BRS ene inngår? Er det viktig at aktørene tester prosesser der de står som mottaker av meldinger fra Elhub (dette vil også testes i aktørsertifisering mot Edielportalen)? Kan/bør aktørgodkjenning også fungere som opplæring?
Mulige tester for Kraftleverandører BRS-NO-611 Spørring på målepunkt Krever at målepunkt er opprettet BRS-NO-311 Innsending av målerstand (profilavregnet) Krever at målepunkt er opprettet og aktivert BRS-NO-102 Innflytting Krever en måleravlesing mindre enn 3 måneder gammel BRS-NO-101 Leverandørbytte Krever en eksisterende kontrakt Krever en måleravlesing mindre enn 3 måneder gammel BRS-NO-301 Oppdatering av grunndata Kraftleverandør Krever en eksisterende kontrakt
Mulige tester for Nettselskap BRS-NO-121 Opprettelse av målepunkt og BRS-NO-122 Aktivering av målepunkt Krever kun strukturdata BRS-NO-302 Oppdatering av grunndata Nettselskap Krever at målepunkt er opprettet og eventuelt aktivert BRS-NO-312 Oversendelse av måleverdier for profilavregnet målepunkt Krever at målepunkt er opprettet og aktivert BRS-NO-313 Oversendelse av volumserier for målepunkt Krever at målepunkt er opprettet og aktivert BRS-NO-314 Purring på måleverdier Krever at målepunkt er opprettet og eventuelt aktivert Må initieres fra Elhub
Mulige tester for Måledatainnsamler BRS-NO-312 Oversendelse av måleverdier for profilavregnet målepunkt Krever at målepunkt er opprettet og aktivert BRS-NO-313 Oversendelse av volumserier for målepunkt Krever at målepunkt er opprettet og aktivert
Aktørgodkjenning Oppgaver for aktørene Forberedelse Riktig Elhub-versjon er installert i eget miljø og systemet kan kommunisere med Elhub-test Testdata er klargjort Nødvendig dokumentasjon er tilgjengelig Pålogging til eget system fungerer Aktøren vet hvilke tester som skal gjennomføres som del av Aktørgodkjenning Gjennomføring Logg på eget system og gjør nødvendige forberedelser for å kjøre tester for egen rolle Start en prosess, f.eks. et leverandørbytte og følg prosedyren i eget system Sjekk i eget system at det er kommet kvittering fra Elhub på meldinger som er sendt Sjekk i eget system at det er kommet eventuelle svarmeldinger fra Elhub i henhold til tidsfrister Sjekk i Elhub web-portal at innsendte data er synlig der
Hvilke testdata skal vi bruke? Fiktive data Ressurskrevende å lage og distribuere Migreringsdata med maskering Utfordring dersom identifikatorer må maskeres Produksjonsdata Høye krav til sikkerhet Eller en kombinasjon? Alle tester krever strukturdata MGA og markedsaktører som har rettigheter i området
Scenario 1 Aktører med testmiljø Aktøren har et eget 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 1 Registrere fiktive data Produksjons- DB 2 Kopiere DB inkl. fiktive data Test-DB Test-DB DAM 5 Teste mot fiktive data 4 Kopiere DAM til Test-DB inkl. maskering 3 Sende migreringsfiler til Elhub inkl. fiktive data
Scenario 2 Aktører uten testmiljø Aktøren har ikke eget testmiljø og må teste fra en Elhub-installasjon i produksjonsmiljøet. Markedsaktør Elhub Ediel produksjonssystem Aktørens Elhub-system Elhub testmiljø Elhub prod 1 Registrere fiktive data Produksjons- DB 4 Teste mot fiktive data Test-DB 3 Kopiere DAM til Test-DB inkl. maskering DAM 2 Sende migreringsfiler til Elhub inkl. fiktive data
Spørsmål til testdata Hvor mange av aktørene kan forventes å ha eget testmiljø for Elhub? Hvilke muligheter er det for aktører som ikke har eget testmiljø? Er det mulig å installere Elhub-funksjonalitet i produksjon parallelt med eksisterende Ediel-løsning? Er det mulig å legge inn fiktive testdata i produksjonsdatabasen? Er det mulig å utnytte migrerte data? Hva må eventuelt maskeres av migrerte data for å kunne brukes i test (Fødselsnummer, måleverdier, annet?)
Integrasjonslag Bruk av ekstern allianse/tjenesteleverandør for å utveksle filer Markedsaktør Allianse/ Tjenesteleverandør Statnett MVS Integrasjonslag Fellessystem Edielportalen/ Elhub KIS Tjenesteleverandørs testsertifikat brukes
Bruk av internt integrasjonslag for å utveksle filer Markedsaktør Statnett MVS KIS Integrasjonslag Edielportalen/ Elhub Markedsaktørs testsertifikat brukes
Pilot-aktører 2 pilotgrupper 1. Utvidet Market-trial og go-live 1.januar til 1.juli 2017 2. Pilotering av aktørsertifisering og aktørgodkjenning Desember 2016 og Mars 2017
Simulering av Go Live Overordnet plan for simuleringer av Go Live
Keep in Mind Hvilket miljø ønsker jeg å bruke for Go Live simulering? Hvilken versjon av KIS ønsker jeg å bruke? Hvilket migreringsskript ønsker jeg å bruke? Hvilke data har jeg tilgjengelig? Sikkerhet? Ressurser?
Overordnet hensikt for Go Live-simuleringer Teste at Elhub håndterer Go Live-eksekveringsfasen logisk og operasjonelt Teste at markedsaktørene håndterer Go Live-eksekveringsfasen operasjonelt Teste at systemene hos markedsaktørene håndterer Go Live-eksekveringsfasen logisk Dvs. at sluttbetingelser for forretningsprosesser skal sjekkes på tvers av systemene til markedsaktørene og Elhub
Scope Markedsprosesser og måleverdirapporteringsprosesser spesifikke for Elhub Go Liveeksekveringsfase Prosesser som bufres i frysperioden Prosesser som migreres inn i frysperioden Operasjonelle steg ifm. Go Live hos både Elhub-organisasjonen og markedsaktører
Det vil si at vi ikke skal teste.. Elhub biz-as-usual Rapportering til NBS Rapportering til NECS Alt som blir fanget opp av andre tester
Simulering 1 Hensikt: Luke ut barnesykdommer (kvalitetssikring) i testscenarier og Go Liveeksekveringsfase for Elhub Scope: Intern gjennomkjøring av alle testscenarier for markedsprosesser og måleverdirapportering, inkludert negative testscenarier Når: 2.1.2017 29.1.2017 Miljø: MarketTrial, ikke nødvendigvis likt prod. ytelsesmessig Deltakere: Elhub internt via SoapUI Datatype: Fiktive data Grensesnitt: EMIF og Elhub webportal
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 Live-sekvensen operasjonelt og logisk. Fiktive data migreres inn fra aktørene til DAM i testmiljø Forutsetning: Pilotaktører har verifisert Elhub funksjonalitet i Market Trial miljø (9.1.2017 27.1.2017) Når: 27.2.2017 19.3.2017 Miljø: Aktørens testmiljø mot Elhub testmiljø, ikke nødvendigvis likt prod. ytelsesmessig Deltakere: Pilotaktører for Go Live Datatype: Fiktive data Grensesnitt: EMIF, Elhub webportal og migrering
Avklaringer med pilotaktører Sim.2 Hvilke data har pilotaktørene i sitt testmiljø? Fiktive data? Kopi av gamle prod.-data? (I så fall: frekvens?) Ifm. simulering 2 ønsker vi reelle strukturdata, men fiktive grunndata og måleverdier? Er dette mulig? Fiktive testdata blir distribuert av Elhub for å sikre at corner cases blir testet og at testdata er konsistent på tvers av aktørene Aktørene skal migrere data fra sine testmiljø inn i Elhub via DAM Har aktørene infrastruktur og funksjonalitet for å sende inn data fra testmiljø til DAM? I dette tilfellet skal det ikke sendes inn data til vanlig DAM, men Elhubs MarketTrial-miljø
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 Forutsetning: Pilotaktører har verifisert Elhub funksjonalitet i produksjonsmiljø (30.1.2017 19.02.2017) Når: 22.5.2017 11.6.2017 Miljø: Aktørs testmiljø mot Elhub produksjonsmiljø DAM produksjonsmiljø Deltakere: Pilotaktører for Go Live Datatype: Fiktive data for testscenarier (også fiktive data for strukturdata?), reelle data for migrering Grensesnitt: EMIF, Elhub webportal og DAM
Avklaringer med pilotaktører Sim.3 Hvilke data har pilotaktørene i sitt testmiljø? Fiktive data? Kopi av gamle prod.-data? (I så fall: frekvens?) Ifm. simulering 3 ønsker vi reelle strukturdata, reelle grunndata og måleverdier, og noen få fiktive data på toppen for å teste corner cases? Er dette mulig? Fiktive testdata blir distribuert av Elhub for å sikre at corner cases blir testet og at testdata er konsistent på tvers av aktørene Aktørene skal migrere data fra sine testmiljø inn i Elhub via DAM Har aktørene infrastruktur og funksjonalitet for å sende inn data fra testmiljø til DAM? I dette tilfellet skal det sendes inn data til vanlig DAM, dvs. Elhubs produksjonsmiljø
Simulering 4 Hensikt: Klargjøring av alle markedsaktører. 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 Forutsetning: Alle markedsaktører har verifisert tilgang mot Elhub produksjonsmiljø fra sitt testmiljø (3.7.2017 6.8.2017) Når: 7.8.2017 27.8.2017 Miljø: Aktørs testmiljø mot Elhub produksjonsmiljø, her testes også ytelse. NB: Backup tas av data i DAM før simuleringen 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
Avklaringer med pilotaktører Sim.4 Hvilke data har pilotaktørene i sitt testmiljø? Fiktive data? Kopi av gamle prod.-data? (I så fall: frekvens?) Ifm. simulering 4 ønsker vi reelle strukturdata, reelle grunndata og måleverdier Stillbilde av produksjonsdatabasen slik den ser ut 31.7.2017 kl 24:00 er utgangspunktet for simuleringen Aktørene skal migrere data fra sine testmiljø inn i Elhub via DAM Har aktørene infrastruktur og funksjonalitet for å sende inn data fra testmiljø til DAM? I dette tilfellet skal det sendes inn data til vanlig DAM, dvs. Elhubs produksjonsmiljø Forretningsprosessene som kjører i sim.4 avtales bilateralt mellom markedsaktørene Dette er en mulighet for markedsaktørene for å teste sine interne systemer og prosesser
Verifikasjon av kommunikasjon prod-prod Før inngang til frysperioden skal aktørene verifisere kommunikasjon fra sitt prodsystem til Elhubs prod-system Vil alle ha mulighet til å kjøre en spørring fra sitt prod-system til Elhub prod-system før Elhub Go Live (i parallell med eksistenerede Edifact meldingsutveksling)?
Migrering EGM17 08.09.2016
Status M4 Nivå 1: 143 / 151 (95%) nettselskaper 192 / 293 (66%) kraftleverandører (ink regkraft) Nivå 2: 108 / 151 (72%) nettselskaper 186 / 293 (64%) kraftleverandører (ink regkraft) Totalt: 105 / 151 (70%) nettselskaper 126 / 293 (43%) kraftleverandører (ink regkraft) 19.09.2016
Status M4 II Hva vet vi mangler Utvekslingspunkter ca 50% av utvekslingene er migrert, mao antageligvis enda lavere andel punkter Produksjonspunkter Måleverdier Ca 75% av migrerte målepunkter har migrert måleverdier 19.09.2016
Oppfølging M4a Primært til nettselskaper Kraftleverandører har andre ansvarsområder Gi oss tilbakemelding på GSRN (MPID) på P-koder og komponentkoder relatert til produksjon (eks pumper) Oversikt over utvekslinger som mangler Andel målepunkter hvor det er migrert måleverdier 19.09.2016
Endringer i filspesifikasjon Bruk 0000 som postkode på «EndUser» adresse når «OnBehalf» er i bruk Lokasjon støtter nå uhensiktsmessig mange desimaler (opp fra 5) Påkrevd med lokasjon på utvekslingspunkter (E20) Installert kapasitet er påkrevd på produksjonspunkter Spesifisert at E19 ikke skal brukes som type
Endringer i filspesifikasjon BIM sync Removed enumeration values A72, B28 and B29 from MeteringPointSubTypeConsumption Reduced EstimatedAnnualConsumption to num(9) Reduced MeteringPointDescription to string(80) Increased MeteringPointInstalledEffect to num(9) Increased MeteringPointLoadLimit to num(9) Reduced ReportingFrequency to num(4) Reduced AddressDescription to string(100) Reduced Customer and MeteringPoint Postcode to string(10) Reduced MeterLocation to string(80) Reduced SettlementConstant to dec(9.5) Reduced PropertyName to string(80) Renamed MeteringPointStatus enumeration value for E31 to Terminated Added ProductType for capacitive and inductive reactive energy Added E006, E007, E008, V014, V999 to EstimationCode and ValidationCode
Endringer i filspesifikasjon BIM sync oppsummert Kuttet feltlengder på en del «description»-felter Økt lengde på installedeffect/loadlimit Fjernet noen enumerasjonsverdier som knapt (eller ikke i det hele tatt) var i bruk og ikke eksisterte i BIM Lagt til noen producttypes på måleverdier for å skille på reaktiv effekt Lagt til flere estimeringskoder for å havne i sync med VEE/BIM
Avviksfiler Endringer MålepunktID blir nå lagt på dersom det er avvik på kundefilen Eks: 708000111222333444: Avvikende kundeinformasjon
Migreringsaktiviteter - UTKAST M4b samme datakvalitetskrav som M4a, men flere ting vil telles Full opplasting slutten av oktober Deltaopplasting slutten av november Milepæl 1.desember M5 strengere datakvalitetskrav innføres. «vedtaksmilepæl» Full opplasting 1.februar Delta opplasting 27.februar Milepæl 1.mars Ikke direkte knyttet til milepæl Delta opplasting 22.mars M6 Full opplasting 24.05 Delta opplasting 21.06 Oppstart «go-live» Siste fulle opplasting 02.08 Delta 30.08 Flere delta opplastinger 19.09.2016
Hvordan jobbe med feil Publisert på elhub.no Noen som har kikket på den? Vi oppdaterer etter hvert som vi får henvendelser http://elhub.no/nb/test-og-migrering/datamigrering/dam/hvordan-jobbe-med-avvikrapportert-fra-dam 19.09.2016
Testmiljø for migreringsuttrekk Ser på løsninger for å kunne gjøre dette i produksjon mellom milepæler Muligheten for å bruke internt testmiljø via «manuell» innsending til Marius/Kristoffer Avhenger av maskerte innsendinger, noe som reduserer nytteverdien Vanskeligere å teste delta Undersøker muligheten for å få til et dedikert miljø Usikkert om det lar seg gjøre 19.09.2016