Presentasjon EGM01 - For distribusjon
Ekspertgruppemøte Elhub Migrering og test Oslo 15. september 2014 Velkommen og introduksjon • Dagens agenda • Om Elhub • Presentasjon av alle deltagere Agenda ekspertgruppemøte 15.9.2014 9:30-10:15 Velkommen og introduksjon • Dagens agenda • Om Elhub • Presentasjon av alle deltagere 10:15-10:45 Overordnet prosjektplan for Elhub 10:45-11:00 Pause 11:00-11:30 Formål og arbeidsform med ekspertgruppen • Hvorfor en ekspertgruppe? • Møteplan • Forventninger til deltagerne 11:30-12:30 Strategi og prosjektplan for testprosjektet • Teststrategi • Hva skal testes? • Hvem har ansvar for å teste hva? • Hvordan skal testene gjennomføres Lunsj 12:30-13:15 13:15-14:15 14:15-14:30 Strategi og prosjektplan for datavask og migrering • Leveranser • Kravspesifikasjon for migreringsverktøyet • Dataelementer fra nettselskap/kraftleverandør Pause 14:30-15:00 • Inndeling i grupper for migrering og testing • Spørreundersøkelse til bransjen 15:00-15:30 Oppsummering og videre arbeid. Vedtaksprosess Juni 2011 Des. 2011 Jan. 2012 Mai 2012 Mai 2013 4 Rolle og oppgaver gitt av NVE 1 Statnett sin konsesjon som Avregningsansvarlig (f.o.m. 30.01.2012) "Avregningsansvarlig skal utrede og ha et overordnet ansvar for å utvikle felles IKTløsninger for kraftmarkedet, 4-12 måleravlesninger pr. målepunkt, pr. år 2 Utviklingen av datahub for kraftmarkedet (brev fra NVE 28.05.2013) • NVE ber om at Statnett nå setter i gang arbeidet med utvikling av en datahub for kraftmarkedet 8760 måleravlesninger pr. målepunkt, pr. år rapportert daglig Hvorfor datahub A God kvalitet og effektiv distribusjon av måleverdier (AMS) D Internasjonal integrasjon B E Mer effektive og nøytrale løsninger for eksisterende markedsdesign Tilrettelegge for tilleggstjenester Bedre for sluttkunden! C F Effektiv organisering og forvaltning av felles IKT løsninger Lavest mulig kostnader for bransjen Ekspertgruppens deltakere Navn Organisasjon Jan Erik Svensson Stina Christofersen Jan Bergan Per Gunnar Rækken Finn Gravdehaug Anita T. Midthaug Agder Energi BKK Eidsiva Nett Maik/Fredrikstad Energi SFE/SORIA Istad Kraft AS Jarle Stava Eli Skamsar Trond Thorsen Silje Ingebrigtsen Reinert Aarseth Stig Hansen Kristi Horne Gullstein Randi Lineikro Ragnar Maalen-Johansen Steinar Akselsen Henning Dag Stenseth Bjørn Andre Storøy Laila Lydersen Anette Huke Arne Sandbakken Lyse Nett Ringriks-kraft Nett Skagerak Energi Alta Kraftlag Meløy Energi As Ishavskraft Ustekveikja Energi Valdres Energi Hafslund Nett Hafslund Strøm Valider SORIA/VA (SORIA= Samarbeid Om Rasjonell Innføring og drift av AMS- utvidet SIA) Fjordkraft Norges Energi Bergen Energi Nord-Østerdal Kraftlag SA ( IT ansvarlig , KIS og snitt mot Elhub ) Jørn Dyrkoren Jøran Barkhald Sandberg NTE Hold IT SKS med 6 partnere IT (1 kraftlev og seks nett i Salten området.) Tor Håvard Wiig Overordnet prosjektplan for Elhub År Aktivitet Måned 2013 2014 2015 2016 2017 2018 9 101112 1 2 3 4 5 6 7 8 9 101112 1 2 3 4 5 6 7 8 9 101112 1 2 3 4 5 6 7 8 9 101112 1 12 3 4 5 6 7 8 9 101112 1 12 3 4 5 6 7 8 9 101112 Beslutningsport 1 Kravspesifikasjon Beslutningsport 2 Valg av leverandør Beslutningsport 3 Systemimplementasjon og test Datamigrering og markedstest Elhub i drift Beslutningsport 4 og 5 Bransjerådsmøter, Infomøter NVE Forskriftsarbeid (Elhub/NBS) NVE Forskriftsarbeid (Leverandørsentrisk/Enregning) Dato for infomøte ikke fastsatt Ikke fastsatt AMS implementering NBS i drift Elhub versjon 2 Ikke fastsatt 15.09.2014 Prosjektplan Datahub IT leveranse prosjekt Roadmap fordelt på oppgaver og roller • Ferdigstille • markedsprosesser • Gjennomføre anskaffelse av ITløsning • Planlegge • datamigreringsprosjektet • Planlegger testprosjektet • Gjennomføre • Informasjonsmøter for aktørene • Oppstart av ITprosjektet • Start testing av ITløsning • Gjennomføring av datamigerings prosjektet • Gjennomføring av testprosjektet • Etablering av driftsog hosting-miljø • Start av ende-til-ende test av IT-løsning • Etablering av supportsenter • Avslutning av systemtesting • Planlegging til GO-live • Gjennomføring av GOlive • Vurdering av operativ drift og feilkilder • Oppstart for fakturering av gebyrer for bruk og målepunkt-gebyr • Vurdering av operativ drift og feilkilder • Krav-spesifikasjon og planlegging av versjon 2.0j • Løpende innfasing av nye AMS-målere • Godkjenne BRS og VEE • Forberede interne IT-systemer • Forberede aktiviteter for datamigrering • Gjennomføre forbedringer på interne IT-systemer • Gjennomføre kommunikasjonstesting • Gjennomføre datamigrering • Innføre nettområder • Ferdigstille egne interne IT-systemer for elhub innen 01.10.2016 • Gjennomføre kommunikasjonstesting • Gjennomføre aktiviteter for datamigrering • Løpende innrulling av nye AMSmålere • Løpende feilretting av data • Løpende ende-tilende overvåkning Oppdaterte forskrifter fra NVE Godkjenne BRS og VEE "Leverandørsentrisk markedsmodell" ? Utredning, høring, forskriftsutforming, høring og forskriftsimplementering En-regning-modell ? Utredning, høring, forskriftsutforming, høring og forskriftsimplementering • Vurdering av operativ drift og feilkilder • Implementering av versjon 2.0 ? • Løpende innfasing av nye AMSmålere • Løpende innrulling av nye AMSmålere • Løpende feilretting av data • Løpende ende-tilende overvåkning Elhub sitt ansvar Bransjen sitt ansvar Status forskriftsarbeid fra NVE ? NVE sitt ansvar Aktiviteter som berører dere (i) 1. Inndeling i nettavregningsområder – Gjelder bare nettselskaper – Starter nå og vil pågå utover høsten 2. Kartlegging av status og planer hos den enkel – Spørreundersøkelse – Skiller på nettselskap og kraftleverandør 3. Dataverifisering eksisterende formater – Datavask 1 – Nettselskaper og kraftleverandører – Verifisere data og tilrettelegge iht. ny informasjonsmodell 4. Systemutvikling – Nettselskaper og kraftleverandører – Nye prosesser og nye formater (xml) Aktiviteter som berører dere (ii) 5. Etablering av testmiljøer og testdata – Internt og eksternt (mot Elhub) – kopiere og migrere proddata til testdata i eget testmiljø 6. Ediel sertifisering nye formater – Nettselskaper og kraftleverandører – Tilsvarende dagens Edielportal 7. Dataverifisering nye formater – Datavask 2 – Nettselskaper og kraftleverandører – Verifisere data mellom aktørene Aktiviteter som berører dere (iii) 8. Readiness Test – Verifisere at all systemimplementasjon blant aktørene er ferdig – Teste enkeltfunksjoner – Predefinerte testcases som hver må gjennom 9. Integrasjonstest – Teste funksjoner ende-til-ende – Verifisere datakvalitet – Teste ytelse – Predefinerte testcases som hver må gjennom Aktiviteter som berører dere (iv) 10. Markedssimulering – Test ved ordinære brukere – Parallell testing på produksjonsdata 11. Testmigrering – kopiere og migrere proddata til Elhub 12. Migrering til produksjon – Systemfrys – Migrering av produksjonsmiljøer – Oppstart Datahub Pause Formål og arbeidsform med ekspertgruppen • For å lykkes i arbeidet med å etablere en sentral datahub innen utgangen av 2016, trenger vi et "felles løft" for datamigrering og test hos nettselskapene og kraftleverandørene, hvor "alle skal med". • Ekspertgruppen skal bidra til dette og formålet og skal aktivt gi innspill, erfaringer og råd til Elhub-prosjektet på følgende områder: – Utarbeidelse av migrerings- og teststrategi – Utarbeidelse av planer og nødvendige prosesser for tilstrekkelig sikring av datakvalitet hos aktørene før overføring til Elhub – Utarbeidelse av nødvendige krav til testverktøy, migreringsprosess og prosedyrer for tester – Utarbeide hvordan Elhub-prosjektet skal styre/følge opp aktørene gjennom datavask-, migrerings- og testprosessene – Planlegge koordineringen av en effektiv oppgradering og tilpasning av aktørenes IKT-systemer Hvorfor en ekspertgruppe? • Forankring i bransjen • Vi trenger innspill på innhold i og utforming av dokumentasjon • Sparringspartner i diskusjoner rundt temaer relatert til migrering og test • Bransjeaktørene har førstehånds kjennskap til dataene som skal vaskes og migreres • Bransjeaktørene har førstehånds kjennskap til systemene som data skal hentes fra (inkludert KIS og MVS) • Pilotaktørene rekrutteres fra ekspertgruppen • Ekspertgruppen er rådgivende organ til pilotaktørene Sammensetning av ekspertgruppen • Ekspertene representerer selskaper av forskjellig størrelse; små, store og mellomstore • Forskjellige typer aktører: – Nettselskap – Kraftleverandører – Tjenesteselskap (f.eks. Valider) • Forskjellig steg i AMS-utrullingen (noen har f. eks. allerede rullet ut nytt MVS system og skrevet kontrakt for AMS utrulling, mens andre er i planleggingsfasen) • Geografisk spredning, fra nord til sør • Kompetanse og erfaring Møteplan Dato og tid Sted 15.09.2014 09:30 – 15:30 Statnett Nydalen 16.10.2014 09:00 – 15:30 18.11.2014 09:30 – 15:30 Statnett Nydalen 11.12.2014 09:00 – 15:30 15.01.2015 09:30 – 15:30 Statnett Nydalen 12.02.2015 09:30 – 15:30 Statnett Nydalen 19.03.2015 09:30 – 15:30 Statnett Nydalen 23.04.2015 09:30 – 15:30 Statnett Nydalen 04.06.2015 09:30 – 15:30 Statnett Nydalen Forventninger til ekspertgruppens deltakere • Bidra aktivt i diskusjoner – Komme med konstruktive forslag – Påpeke og synliggjøre risikomomenter • Forberede seg til møtene inkl. «hjemmelekser» • Lese grundig gjennom underlagsmateriale før hvert møte • Bringe informasjon videre til relevante instanser i egen organisasjon hvis nødvendig • Bruke ressurser fra egen organisasjon dersom nødvendig i forbindelse med hjemmelekser • Egne krav til pilotkunder Pilotaktør Hva er en pilotaktør? • Teknologiframoverlent • Ønsker å ha en stor påvirkningskraft på prosjektet • Bidrar på et tidlig tidspunkt med å gjøre datauttrekk fra sine systemer for å verifisere formatene for importfilene • Bidrar i kravspesifikasjonene for DataAnalyseVerktøy (DAV) og DataAnalyse og –Migreringsverktøy (DAM) • Bidrar i testingen av DataAnalyseVerktøy (DAV) og DataAnalyse og – Migreringsverktøy (DAM) • Rapporterer om sine erfaringer til ekspertgruppen og prosjektet • Får en tidlig start på arbeidet med datavask og migrering som alle uansett må gjennom • Vil få omfattende oppfølging og støtte fra Elhub og ekspertgruppen • Vi trenger både kraftleverandører og nettselskap • Er en bjellesau for bransjen Hva krever det å være pilotaktør? • Må kunne sette av dedikerte ressurser til prosjektet • De dedikerte ressursene må til sammen inneha kompetanseprofiler som dekker behovet for prosjektet, eller på annen måte kunne dokumentere tilgang på slike profiler • Engasjementet som pilot bør være forankret i ledelsen hos selskapet • Pilotkunden bør ha eget budsjett tilknyttet prosjektet • Pilotkunden må stille til rådighet den systemparken som Elhub mener er nødvendig Behov for kompetanseprofiler • Høy generell IKT-kompetanse • Database-kompetanse • Erfaring fra datavask og migrering • Bransjespesifikk energikompetanse – Forretningsregler – Informasjonsmodell • Testkompetanse • Prosjektledelseskompetanse Krav til varians av pilotaktører • Man bør ha pilotaktører blant flere roller: – Nettselskap – Kraftleverandør – Andre? • Varians av KIS systemer blant pilotaktører: – Enoro Elwin – CGI IS Customer – Tieto CAB – Andre? • Varians av måleverdisystemer blant pilotaktører: – Powel MDMS – Embriq Quant – Enoro – Andre? • Varians av modenhet av pågående AMS-/migreringsprosjekter – I liten grad påbegynt – Etablert, startet prosjekt for evt. konvertering til nye systemer – Godt i gang, påbegynt arbeid med konvertering av data til nye systemer • Varians i størrelse – Små, middels, store aktører To løp for migrering og test Strategi og prosjektplan for testprosjektet Test - Formål med møtet • Skape en felles forståelse for omfang av testen og målsetting med den • Få en første tilbakemelding på teststrategi og organisering av testen – Hvordan stemmer tidsplanen med aktørenes planer? – Hva er de største risikomomentene og hva kan vi gjøre for å redusere disse? – Hva forventer aktørene av Statnett? • Sette opp en tentativ plan for ekspertgruppemøtene – Bestemme aksjoner til neste møte Innhold • Hensikt og mål • Omfang - Hva skal testes? • Teststrategi • Hvem har ansvar for å teste hva? • Bruk av Edielportalen for test og sertifisering • Overordnet plan for testing • Risikomomenter Hensikt og mål Å sikre at Elhub ivaretar alle definerte funksjoner og prosesser på en trygg og effektiv måte for alle involverte aktører i sluttbrukermarkedet for elektrisitet fra oppstartstidspunktet. • Dette omfatter følgende delmål: – Å sikre at Elhub løsningen fungerer i henhold til spesifikasjon og forventninger – Å sikre at nettselskap og kraftleverandører (aktørene) har tilpasset sine systemer i henhold til kravene fra Elhub – Å sikre at informasjonsutveksling mellom Elhub og eksterne aktører fungerer som forventet Målet med testingen er å finne feil og mangler i alle systemer som er en del av Elhub Testomfang Omfanget av tester i Elhub prosjektet inkluderer krav relatert til områdene listet nedenfor: • Forretningsprosesser i Elhub inkludert markedsprosesser som involverer kraftleverandører og nettselskap • Konfigurasjon og struktur • Håndtering av måleverdier • Aggregeringer og beregninger • Brukergrensesnitt • Eksterne grensesnitt mot NECS, NBS, produsenter, balanseansvarlige og 3. parter • Rapportering og spørring • Ikke-funksjonelle krav relatert til ytelse, sikkerhet, arkitektur, skalerbarhet, pålitelighet, tilgjengelighet og dokumentasjon Elhub – Prosesskomponenter I Elhub – Prosesskomponenter II Hovedprinsipper for testing • Kraftleverandører og nettselskap er ansvarlige for gjennomføring av test og godkjenning av egne systemer. • Kraftleverandører og nettselskap skal rapportere status til Statnett på regelmessing basis under utvikling og test . • Statnett skal utvikle og tilgjengeliggjøre testbeskrivelser, akseptansekriterier og testverktøy og vil assistere kraftleverandører og nettselskap under sin testing. • Alle systemer og aktører må være sertifisert i Edielportalen før godkjenning mot Elhub. • Før godkjenning av aktører i Elhub må alle funksjoner i den sentrale løsningen som inngår i godkjenningsprosessen være akseptert. • Elhub akseptansetest inkluderer markedstest og pilotering som også involverer utvalgte kraftleverandører og nettselskap. Teststrategi – Inndeling i testområder Testing vil bli inndelt i 3 hovedområder: • Elhub testing – Hensikten er å teste at den sentrale Elhub-løsningen fungerer i henhold til spesifikasjon og forventninger. • Testing av Kraftleverandører og Nettselskap (aktørtesting) – Hensikten er å teste at markedsaktørene har oppdatert sine systemer i henhold til krav i Elhub og er i stand til å integrere sine forretningsprosesser med Elhub. • Ekstern testing – Hensikten er å teste informasjonsutvekslingen mot andre eksterne aktører enn kraftleverandører og nettselskap. Testnivåer og testtyper • For hvert testområde vil det være et sett av testnivåer og testtyper avhengig av hvilke tester som skal utføres • Følgende testnivåer vil gjennomføres for et eller flere av testområdene: – Enhetstesting (ikke en del av Elhub test prosjekt) • Interne tester av systemmoduler – Statisk testing • Inspeksjoner/reviews av spesifikasjoner – Systemtesting • Funksjonelle tester og integrasjonstester • Ikke-funksjonelle tester – Akseptansetesting • Ende-til-ende tester Test areas and Test levels BS and DSO testing (Aktørtesting) Test levels and test types Testoversikt i Elhub prosjektet Test område Elhub testing Aktør (BS og DSO) testing Ekstern testing Test nivå Statisk testing Inspeksjon Enhetstesting Komponent-test Komponent-test Komponent-test Systemtesting Integrasjonstest Funksjonell test Ikke-funksjonell test Compliance test Factory acceptance test Funksjonell test Sertifiseringstest Funksjonell test Akseptansetesting Bruker akseptanse test Ytelsestest Sikkerhetstest Katastrofetest Ende-til-ende test/ Markedstest Pilot test Ende-til-ende test Ende-til-ende test Funksjonell test • Testing av et systems funksjonalitiet inkludert interoperabilitet • Det er antatt at denne hovedsaklig vil bli kjørt av systemleverandører • Følgende skal testes – Funksjonalitet i henhold til spesifikasjon av forretningsprosessene (BRS) – Nye meldinger og grensesnitt (BIM) Sertifiseringstest • Edielportalen vil benyttes til test og sertifisering på samme måte som i dag. – Dette medfører at Edielportalen må oppgraderes til å støtte alle Elhubprosesser og grensesnitt samt at nye test case må implementeres. • Alle kraftleverandører og nettselskap og deres systemer må sertifiseres før godkjenning i Elhub. • Sertifisering/testing in Edielportalen vil inneholde: – Syntakssjekk – Validering av innhold i meldinger – Test av overføringsprotokoll og sikkerhet (type protokoll og sikkerhetsløsning er ikke avklart) Ende-til-ende test (Godkjenning mot Elhub) • Godkjenning av kraftleverandører og nettselskap i Elhub • Testing av samhandling mellom systemer som involverer både avsender og mottaker i en forretningsprosess • Testing av kommunikasjonsprotokoll • Forutsetning: Både systemer og aktører må være sertifisert i Edielportalen Omfang av denne testen/godkjenningen er ennå ikke avklart Testsyklus for kraftleverandører og nettselskap 1. Enhetstesting – Intern testing som utføres av hver aktør/systemleverandør 2. Systemtesting – Sertifisering av både system og aktør i Edielportalen 3. Akseptansetesting/godkjenning – Ende-til-ende test og godkjenning av aktører i Elhub Leveranser fra testprosjektet som er relevante for kraftleverandører og nettselskap • Testplan – Overordnet strategi og plan for Elhub testprosjekt. • Testspesifikasjon sertifisering – Beskrivelse av hvordan sertifisering av aktørene og deres systemer skal utføres i Edielportalen. Inkluderer beskrivelse av test case, test data og sertifiseringskriterier. • Testspesifikasjon akseptansetest/godkjenning – Beskrivelse av hvordan godkjenning av aktører i Elhub skal utføres. • Statusrapport – Statusrapport fra aktørene med status og fremdrift. Bruk av Edielportalen for test og sertifisering • Edielportalen skal benyttes til test og sertifisering av aktører • Edielportalen vil simulere Elhub meldingsutveksling • Ny versjon av Edielportalen planlagt ferdig Q2 2015 – Kravspesifisering startet i august 2014, ferdig oktober/november – Prinsippene i eksisterende versjon beholdes: • Systemtest av system/versjon, relevante Elhub prosesser for en rolle (Kraftleverandør / nettilknytningstilbyder / måleverdiadministrator) • Aktørtest av sertifisert system/versjon/Elhub prosess, enklere test enn systemtest • Systemtest og aktørtest gjelder EN spesifikk Elhub versjon/prosess Test og sertifisering – Edielportalen Ny versjon Q2 2015 • Håndtere XML meldinger i stedet for Edifact • Importere alle innkommende Elhub meldinger – Validering av syntaks og semantikk (XSD) • Sende svar tilbake til avsender – Validering mot forretningregler • Sende svar tilbake til avsender • Generere alle utgående Elhub meldinger • Håndtere kommunikasjon og sikkerhetsløsning – Er ennå ikke valgt – Mulig å teste uten Test og sertifisering – Edielportalen Ny versjon Q2 2015 • Test case knyttet mot prosess, ikke melding • «Selvbetjening» ang. gjennomføring av systemtest og aktørtest • Vurderer om Edielportalen kan simulere aktør for test av Elhub Test og sertifisering – Edielportalen Testinnhold • Prosesser som inngår i systemtest / aktørtest – Kraftleverandør • Oppstart kraftleveranse • Opphør kraftleveranse • Oppdatering grunndata (kundedata) • Målerstand / årsforbruk • Spørring (Måleverdier, porteføljeoversikt, masterdata, avregningsgrunnlag) • Forespørsel til nettselskap • Forespørsel til Elhub • Verifiser grunndata i målepunkt (NUBIX) Test og sertifisering – Edielportalen Testinnhold • Prosesser som inngår i systemtest / aktørtest – Nettilknytningstilbyder • Oppstart i målepunkt • Opphør i målepunkt • Oppdatering av grunndata (Målepunkt) • Spørring (Måleverdier, porteføljeoversikt, masterdata, avregningsgrunnlag) • Målerstand/årsforbruk fra kraftleverandør • Forespørsel fra kraftleverandør (Motta spørsmål, retur av svar) • Forespørsel til Elhub – Måleverdiadministrator • Måleverdier Milepælplan Ferdig dato Admin/ verktøy Aktørtest Elhubtest Milepæl nr. Milepæl beskrivelse 01.08.2014 1 Når testprosjektet er initiert 15.09.2014 2 Når første ekspertgruppemøte er avholdt 30.10.2014 3 Når Kravspesifikasjon for Edielportalen er ferdigstilt 31.12.2014 4 Når Leverandør av Elhub-løsningen er valgt 01.07.2015 5 Når Edielportalen er klargjort for test og sertifisering 31.12.2015 6 Når alle systemer er sertifisert i Edielportalen 01.03.2016 7 Når Systemtest av Elhub er gjennomført og godkjent 01.04.2016 8 Når alle aktører er sertifisert i Edielportalen 01.07.2016 9 Når akseptansetest av Elhub-løsningen er gjennomført og godkjent 15.09.2016 10 Når alle aktører er godkjent i Elhub-løsningen og Markedstest er gjennomført 01.10.2016 11 Når all testing i Elhub er gjennomført og godkjent Risikofaktorer relatert til aktørtest • Risiko er definert som sannsynligheten for at en situasjon skal oppstå og konsekvensen hvis det skjer. – 1: Lav sannsynlighet/Neglisjerbar konsekvens – 5: Høy sannsynlighet/Alvorlig konsekvens • Total risiko beregnes ved å multiplisere tallene for sannsynlighet og konsekvens Høyt nummer = Høy risiko Risikofaktorer relatert til aktørtest • Følgende risikofaktorer er identifisert på et overordnet nivå Sannsynlighet/ Konsekvens Beregnet risiko 1. En eller flere aktører er ikke klare til sertifisering og/eller godkjenning i henhold til plan. 1/4 4 2. En eller flere systemleverandører er ikke klare til test og sertifisering i henhold til plan. 1/5 5 3. Edielportalen er ikke klar til test og sertifisering i henhold til plan. 1/5 5 4. Elhub og Edielportalen er ikke 100% kompatible. 2/3 6 Risikofaktor Tiltak for å redusere risiko 1. Aktører er ikke klare til test og sertifisering i henhold til plan Tiltak: – Involvere aktørene i testplanlegging – Involvere nøkkelpersonell tidlig i prosessen – Lage gode planer som støtte for aktørene – Assistere aktørene med hensyn til utvikling og intern testing samt gjøre relevante verktøy tilgjengelige – Kommunisere viktigheten av at alle aktører er klare i henhold til plan 2. Systemleverandører ikke klare til test og sertifisering i henhold til plan Tiltak: – Involvere systemleverandører i planlegging og gjennomføring av testen – Involvere nøkkelpersonell tidlig i prosessen Tiltak for å redusere risiko 3. Edielportalen er ikke klar til test og sertifisering i henhold til plan Tiltak: – Sikre at det er allokert tilstrekklige med ressurser til utvikling – Planlegge med en faseinndelt utvikling for å kunne ha en tidlig versjon klar til pilotering før endelig sluttdato 4. Elhub og Edielportalen er ikke kompatible Tiltak: – Kjøre separate kompatibilitetstester som en del av Elhub Systemtesting – Gjøre Edielportalen i stand til å simulere markedsaktører i testing mot Elhub Tema Ekspertgruppemøter Møte Tema September 2014 Testplan og teststrategi Oktober 2014 Krav til Edielportalen November 2014 Spesifikasjon av test og sertifisering i Edielportalen Desember 2014 Planlegging og organisering av aktørtest Januar 2015 Planlegging og organisering av Elhub test Februar 2015 Status utvikling hos aktører og utvikling av Edielportalen Mars 2015 Spesifikasjon av test og sertifisering i Edielportalen runde 2 April 2015 Første gjennomgang av spesifikasjon av Akseptansetest i Elhub Juni 2015 Endelig plan og oppsett for sertifisering i Edielportalen Lunsj Migreringsstrategi To løp for migrering og test Mål for migrering "Elhub klar" Relevante data fra alle aktører mottatt, validert og funnet OK, og lagret. Relevante data Aktører og kontakter Mottak data Validering data Korreksjon data Lagring data Sikker håndtering av personopplysninger og annen begrenset informasjon Migreringsprosess START: Definere relevante data og tilhørende formater Aktøren korrigerer data Identifisere aktører og tilhørende kontakter Etablere mottak for data Mottak av data fra aktører Aktøren mottar melding om påkrevde korreksjoner Data fra aktør lagres med versjonering Validering av aktørens data Ansvarlig aktør mottar melding om påkrevde korreksjoner Slutt: Data fra samtlige aktører vurderes som akseptabel Inkonsistens identifiseres, ansvar for korreksjon defineres Aktørens data vurderes som akseptabel for felles test Aktørens data valideres mot andre aktørers data Big Bang … eller? • Er det historikk som ikke kan endres som vi kan migrere før Big Bang? • Er det hensiktsmessig med delta-migreringer og korreksjonsmigreringer? Noen begreper satt i system Migreringsstrategi Migreringsprosess Migreringsplan Forretningsprosessmigrering Totaliteten av prosesser og data Teknisk migrering som skal ivaretas gjennom migreringen Teknisk migreringsprosess Hypotese: Det er mulig å migrere forretningsprosesser etter at data er flyttet til Elhub. Dette steget vil allikevel være et "big-bang" og cut-off fra dagens meldingsregime til ny Elhub-infrastruktur. Hypotese: Teknisk Det er mulig å migrere data i iterasjoner frem mot et go-live, dvs. ikkekravspesifikasjon "big-bang" Høsten 2014: Flytting av data fra Tekniske markedsaktører til Elhub, og er migreringsdokumenter dermed et rent teknisk element som ivaretas gjennom den tekniske migreringsprosessen Beskrivelses- Våren 2015: Prosessen for å etablere infrastruktur, samt migrere data fra markedsaktører til Elhub Interaksjonsdokument Sentrale komponenter Datamigrering Desentrale komponenter dokumenter Bruksbeskrivelse for datafelter Eksempelfiler Teknisk beskrivelse av datafelter Prosjektplan for datavask og migrering Milepæler Preliminær datavask Dataanalyseverktøy (DAV) distribueres til bransjen Dataanalyse- og migreringsverktøy (DAM) distribueres til bransjen •Oktober 2014 •Mai 2015 •Oktober 2015 Kravspesifikasjon til migreringsverktøy klar •Desember 2014 Migreringstidsplan for alle aktører distribueres til hele bransjen •Primo juni 2015 Elhub Go Live •Oktober 2016 Parallelle prosjektløp Ekspertgruppen Rådgivende organ Prosjektet Pilotene Bransjen • Utvikle verktøystøtte for datavask og -migrering • Lage planer for datavask og –migrering for bransjen • Koordinere datavask og –migrering for bransjen • Bidra til å kravspesifisere verktøystøtte for datavask og migrering • Gjøre datauttrekk fra sine systemer på tidlig tidspunkt • Bidra til test av verktøystøtte for datavask og -migrering • Utføre datavask på egne data • Sende data til Elhub • Rapportere progresjon vedrørende datavask til prosjektet Prosjekt- og pilotaktiviteter høsten 2014 • Legge migreringsstrategi og prosjektplan • Etablering av pilotaktører • Pilotaktørene deler erfaringer fra sine preliminære datauttrekk • Leveranse av kravspesifikasjon for DataAnalyseVerktøy (DAV) og DataAnalyse og –Migreringsverktøy (DAM) Prosjekt- og pilotaktiviteter 2015 • Migreringsstrategi og prosjektplan Dokumentleveranser: • Beskrivelse av infrastruktur for migrering – Mars 2015 – Valg av sikkerhetsløsning og protokoll for distribuering av migreringsdata • Migreringsplan – – – – Detaljert beskrivelse av når datavask og prøvemigreringer skal finne sted per aktør Involverer alle nettselskaper og kraftleverandører i landet Alle aktører skal melde progresjon til Elhub Det legges opp til en iterativ prosess der datakvaliteten stadig blir forbedret gjennom prosessen Systemleveranser: • DataAnalyseVerktøy (DAV) • DataAnalyse- og Migreringsverktøy (DAM) DataAnalyseVerktøy (DAV) • Påbegynnes januar 2015 forutsatt at leverandør er valgt • Planlagt ferdigstilt ultimo mars 2015 • Testes april 2015. – Siste delen av testperioden brukes til akseptansetest • Pilotaktørene bidrar til spesifikasjon og testing av systemet • Systemet distribueres til bransjen mai 2015 DataAnalyse- og Migreringsverktøy (DAM) • Påbegynnes januar 2015 forutsatt at leverandør er valgt • Planlagt teknisk ferdigstilt primo juni 2015 – Forutsetter at DB strukturen i Elhub er ferdigutviklet – Forutsetter utvikling av tilfredsstillende infrastruktur som ivaretar sikkerhet ved oversending av persondata • Testes juni til primo september 2015. – Siste delen av testperioden brukes til akseptansetest • Pilotaktørene bidrar til spesifikasjon og testing av systemet • Systemet distribueres til bransjen oktober 2015 Aktiviteter mot bransjen til oktober 2016 • Spørreundersøkelse oktober 2014 – Opprette kontaktpersoner hos alle aktører • Aktører starter preliminær datavask oktober 2014 • Tett oppfølging av alle aktører – Alle aktører skal melde progresjon til Elhub • Det vil bli arrangert informasjonsmøter og seminarer for bransjen • DAV distribueres til bransjen mai 2015 og muliggjør automatisert desentral dataanalyse • DAM tilgjengeliggjøres for bransjen oktober 2015 og muliggjør sentral dataanalyse Aktiviteter mot bransjen forts. • Prøvemigreringer starter Q2 2016 • Prøvemigreringer og deltamigreringer fram mot oktober 2016 • Endelig (delta)migrering til Elhub produksjon 30. september til 3. oktober 2016 Plan for ekspertgruppemøtene Dato Forberedelse ekspertgruppemøte Tema ekspertgruppemøte 15.09.14 16.10.14 Bakgrunnsinfo Egnethet som pilotaktør Filbeskrivelser og eksempler. 18.11.14 QA filbeskrivelser Strategi, plan og migreringsfiler Pilotgruppe. Migreringsfiler; format og relasjoner. Personvern og databehandling. Datarelasjoner på tvers. Eksterne reg. Personvern. 11.12.14 Tbm. med mangler i data og/eller relasjoner på v0.9. Høring/konsolidering filformater. Sikkerhet i behandling av filer (Personvern) for midl. løsning 15.01.15 Vurdere sentrale versus desentrale valideringsverktøy. 12.02.15 Tbm på struktur for validering. Vurdere infrastruktur ift nøkkel/sikkerhet Intro migreringsprosess. Desentral og sentral validering. Infrastruktur for migrering. Sikkerhet og nøkkeladministrasjon. Erfaringer med infrastruktur. Migreringsprosess. 19.03.15 23.04.15 04.06.15 Sjekke muligheter endringer i egne - kunde, målepunkt, måleverdier. Revisjon av filformater og -beskrivelser Vurdere migreringsplan utfra egen organisasjon sine behov og muligheter Foreløpige erfaringer Revisjon formater og innhold. Fastsette format og data. Videre arbeid. Komplettering av utestående. Oppgave pilotgruppe Leveranse Oppstart "pilotgruppe" Presentere uttrekk basert på v0.9 Filbeskrivelse og eksempelfiler som versjon 0.9 - Filbeskrivelse og eksempelfiler som versjon 1.0 - Fullført teknisk spesifikasjon av filer og regler for migrering - Fullført kravspec for migreringsverktøy Gjennomføre datauttrekk med desentral validering. Beskrivelse av infrastruktur v0.5 Etablere infrastruktur (pilot) for migrering, inkl. nøkkeladministrasjon. Egne planer for migrering, inkl. leverandørers deltagelse. Revidert plan for migrering Beskrivelse av infrastruktur v0.9 Migreringsplan v0.8 Filbeskrivelse og eksempelfiler som versjon 1.1 Beskrivelse av infrastruktur v1.0 Migreringsplan v1.0 Dataelementer fra nettselskap/kraftleverandør Hvorfor filer? DB ETL DB Hvorfor filer? Aktører Sikkerhetssone Grid owner DB DB SDV Power supplier DB DB SDV Other DB DB SDV Analyse verktøy Migrerings DB Elhub DB Filformat • Semikolon separert liste (SDV fil) • Kodesett UTF-8 • Velkjent og enkelt format • Mye brukt i migreringsverktøy • Liten overhead • Mulig utfordring: Sammenstille data fra ulike systemer til en fil, på tvers av systemer og leverandører. Elhub specification of migration files Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Funksjonelt: Kap 3 Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Funksjonelt: Kap 3 Syntaks: Kap 4 Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Syntaks: Kap 4 • ebIX enums • UN/CEFACT enums • EDIEL enums • UTC • ISO dato, landskode, • WGS84(dec) float(8,5) float(8,5) • GS1: GSRN, GLN Syntaks: Kap 4 Dataelement Kortnavn Obligatorisk Typenavn Gyldige verdier Eksempel Relasjoner innad i enkeltfiler: Kap 5 Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Relasjoner innad i enkeltfiler: Kap 5 Feltnavn: Kortnavn som du finner i eksempelfilene Feltnavn: Kortnavn som du finner i eksempelfilene Referansebeskrivelse: Uttrykk som definerer referansen Relasjoner på tvers av filer: Kap 5 Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Relasjoner på tvers av filer: Kap 5 Feltnavn: Kortnavn som du finner i eksempelfilene Referansebeskrivelse: Uttrykk som definerer referansen Aktør: Netteier eller kraftselskap Filnavn: Hentet fra eksempelfilene Referert felt: Kortnavn som du finner i eksempelfilene Offentlige registre / masterdata: Kap 6 Funksjonelt: Kap 3 Syntaks: Kap 4 Relasjoner innad i enkeltfiler: Kap 5 Relasjoner på tvers av filer: Kap 5 Eksterne registre / masterdata: Kap 6 Offentlige registre / masterdata: Kap 6 • Statens Kartverk (Matrikkelen): Adresserelatert informasjon • Posten: Postnummer, Poststed, postboks o.l. • GS1: Målepunkt (GSRN) og aktører (GLN) • Folkeregisteret: Fornavn + Etternavn + Fødselsnummer • Enhetsregisteret: Organisasjonsnummer • Merverdiavgiftsregisteret: MVA? • Toll- og avgiftsdirektoratet: Elavgift? • NVE ? • Skattedirektoratet ? Offentlige registre / masterdata : Kap 6 • Nettområde: NBS prosjektet • Aktørinformasjon: Statnett Pause Inndeling i grupper for migrering og testing Spørreundersøkelse til bransjen Oppsummering og videre arbeid
© Copyright 2024