1. No category

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