1. No category

Ekspertgruppemøte 8
Overordnet status
Statnett
29. april 2015
Prosjektstatus - Fremdrift
År
Aktivitet
Måned
2013
2014
2015
2017
2018 e
Viktigste2016
aktiviteter inneværende
period
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
 High Level Design Elhub
Beslutningsport 1
Kravspesifikasjon
Beslutningsport 2
 Kvalitetssikring av filformater for migrering
 Utvikling av DAM
Valg av leverandør
 Kvalitetssikring av milepælsplaner m NVE
Beslutningsport 3
 Prosess for datavask
Systemimplementasjon og test
 Migreringspilot
Datamigrering og markedstest
Elhub i drift
 Utvikling av Edielportalen
Beslutningsport 4 og 5
Viktigste aktiviteter i neste periode
Planlagte bransjerådsmøter
NVE Forskriftsarbeid
(Elhub/NBS)
NVE Forskriftsarbeid
(Leverandørsentrisk/En-regning)

Forskrift 301

Detaljert løsningsbeskrivelse Elhub

DAMv1 for pilotaktører i juni
AMS implementering

Publisering milepælsplan
Elhub versjon 2

M1 1. juni: Besvare datakvalitetsundersøkelse
29.04.2015
Overordnet tidsplan systemtilpasning, aktørtest og
migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
MIGRERING
Kontinuerlig datavask og datavedlikehold
Grunnleggende datavask
Uttrekk
grunndata
Pilot migrering
Inkrementell migrering
Elhub GO-LIVE
20.02.2017
SYSTEMTILPASNING / TEST
Systemgodkj.
Elhub
Systemtilpasning
Systemsertifisering
Edielportal
Aktørsert.
Edielportal
Aktørgodkjenning
Elhub
NBS Go-Live
18.04.2016
FØRINGER
Edielportal (inkl B2B) klar
01.10.2015
DAMv1 levert
DAM v2 levert
01.08.2015
15.12.2015
Elhub klar for
Vendor Trial
01.04.2016
Elhub klar for
Market Trial
01.09.2016
Elhub accepted
01.02.2017
Utkast aktørmilepæler - test og migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
Formål
Kriterier Migrering
Kriterier Test
• Sikre at aktøren har
korrekt identifisert alle
data som skal migreres
• Gi en tidlig indikasjon på
datakvalitet på data som
skal migreres
• Få totaloversikt over
strukturdata i markedet
• Sikre at aktør har lagt
nødvendige planer for
migrering og test
Obligatoriske kriterier:
• Aktør har kartlagt
omfang og kvalitet på
egne data ihht Statnetts
mal
• Statnetts datakvalitetsundersøkelse er besvart
Anbefalt status:
• Aktør har utarbeidet
overordnet plan for
datavask og migrering
Obligatoriske kriterier:
• Ingen
Anbefalt status:
• Aktør har spesifisert
krav til endringer i sine
IT-systemer
• Aktør har utarbeidet
overordnet plan for
systemtilpasning og test
Utkast aktørmilepæler - test og migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
Formål
Kriterier Migrering
Kriterier Test
• Sikre at aktør har bedret
sin datakvalitet
• Sikre at aktør er i stand
til å gjøre uttrekk fra
egne systemer på
spesifisert filformat og
oversende disse til DAM
• Etablere infrastruktur
for migrering
• Få indikasjon på omfang
av inkonsistens på
porteføljenivå
Obligatoriske kriterier:
• Aktør har oversendt
grunndata og
strukturdata til Elhub
DAM på definert
filformat
Anbefalt status:
• Grunnleggende
datavask er gjennomført
• Alle målepunkter er
unike med GSRN/EAN
(Ingen duplikater)
• Org. nummer er
innhentet for alle
bedriftskunder
Obligatoriske kriterier:
• Ingen
Anbefalt status:
• Støtte for innhenting
av fødselsnr er
implementert i aktørs
IT-system
Utkast aktørmilepæler - test og migrering
2015
Q1
Formål
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Kriterier Migrering
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
Kriterier Test
• Sikre at datakvalitet på
Obligatoriske kriterier:
Obligatoriske kriterier:
migrerte
• Hele porteføljen av
• Aktørs system skal
grunndata/strukturdata
grunndata og
være sertifisert i
er på akseptabelt nivå
strukturdata for
Edielportalen og klar
• Sikre at systemtilpasning
aktøren er bekreftet
for systemgodkjenning
pågår i henhold til plan
korrekt mottatt i elhub
i Elhub
DAM
• Datakvalitet >= 95,0%,
inkl fødselsnr/orgnr og
nettavregningsomåder,
eks måleverdier (Data
frem til 1.2. er med i
grunnlag for
rapportering av
feilrate)
Utkast aktørmilepæler - test og migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
Formål
Kriterier Migrering
Kriterier Test
• Sikre at datakvalitet på
migrerte data er høy
• Sikre at aktøren har
tilpasset sitt
forretningssystem til
elhub
Obligatoriske kriterier:
• Hele porteføljen av
grunndata,
strukturdata og
måleverdier for
aktøren er bekreftet
korrekt mottatt i DAM
• Datakvalitet >= 99,0%,
inkl måleverdier (Data
frem til 1.6. er med i
grunnlag for
rapportering av
feilrate)
Obligatoriske kriterier:
• Aktørs system skal
være godkjent i Elhub
Utkast aktørmilepæler - test og migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
2017
Q2
Formål
Kriterier Migrering
Kriterier Test
• Sikre at datakvalitet på
migrerte data er høy
• Sikre at aktøren har
tilpasset sitt
forretningssystem til
elhub
Obligatoriske kriterier:
• Hele porteføljen av
grunndata,
strukturdata og
måleverdier for
aktøren er bekreftet
korrekt mottatt i DAM
• Datakvalitet >= 99,9%,
inkl måleverdier (Data
frem til 1.9. er med i
grunnlag for
rapportering av
feilrate)
Obligatoriske kriterier:
• Aktør er sertifisert i
Ediel-portalen og er
klar for godkjenning i
Elhub
• Aktør har inngått
brukeravtale med
Elhub
Anbefalt status:
• Kraftleverandør har
implementert prosess
for kvalitetssikring og
vedlikehold av
fødselsnr
Utkast aktørmilepæler - test og migrering
2015
Q1
Q2
M1
01.06.15
2016
Q3
Q4
M2
01.11.15
Q1
M3
01.03.16
Q2
Q3
M4
01.07.16
Q4
M5
01.10.16
Q1
M6
15.01.17
Formål
Kriterier Migrering
Kriterier Test
• Sikre at datakvalitet på
migrerte data er i
henhold til kriterier for
GO-LIVE
• Sikre at aktørs
forretningssystem er
verifisert og klar for GOLIVE
Obligatoriske kriterier:
Obligatoriske kriterier:
• Hele porteføljen av
• Aktør er godkjent i
grunndata,
Elhub (Market Trial
strukturdata og
gjennomført)
måleverdier for
aktøren er bekreftet
korrekt mottatt i DAM
• Datakvalitet >=
99,98%, inkl
måleverdier (Data frem
til 1.1. er med i
grunnlag for
rapportering av
feilrate)
2017
Q2
Aktiviteter for pilotaktører
migrering i 2015
Formål med pilotaktiveter
• Elhub-prosjektet trenger data for å analysere hvilke
kvalitetsutfordringer som finnes i markedet og hva
slags regler man trenger i endelig versjon av DAM
• Elhub-prosjektet trenger markedsaktørene til å teste
DAM for å gjøre verktøyet best mulig
• Følge opp systemleverandørene slik at alle
markedsaktørene er klare til å migrere sine data inn i
Elhub når dette kreves, på formatet som er spesifisert
og ved bruk av den spesifiserte infrastrukturen
April
• Pilotaktører: 20.april
–Nye uttrekk på tvers av totalt 36 potensielle porteføljer.
Format i henhold til versjon 0.99
• Elhub og ekspertgruppe: 29. april
–Nytt ekspertgruppemøte
Status på pilotaktiviteter
• Positiv tilbakemelding på arbeidslister og nåværende
prosess
–Nyttige tilbakemeldinger på forbedringspotensial
• Ikke alle aktører levert siste uttrekk
–For sen avklaring fra Statnett på hvilken versjon av formatet
uttrekkene skulle leveres på
–Misforståelser i hvilke uttrekk som var etterspurt
–Forventes levert innen utgangen av uken
• Format nesten 0.99
– Rask turnaround og god dialog med systemleverandører på
endringer
Mai
• Elhub
–Ferdigstille og publisere versjon 1.0 av «Elhub Specification Of
Migration Files» (ESMF) og «Elhub Specification of
Nonconformity files» (ENCF)
• Pilotaktører
–Starte prosessen med innhenting av tillatelse for behandling
av fødselsnummer så snart forskrift foreligger
• Alle markedsaktører inkludert pilotaktører
–Jobbe med datakvalitetsrapport
Juni
• Alle markedsaktører inkludert pilotaktører
–1.juni – Datakvalitetsrapport besvart
–1.juni – Hjemmel for innhenting av fødselsnummer
• Elhub
–Versjon 1.0 av DAM blir gjort tilgjengelig for pilotaktører
–Funksjonalitet inkluderer innlogging, opplasting,
formatsjekk i henhold til v1.0 av ESMF på følgende filer:
• Customer
• MeteringPoint
• Contract
• Elhub og ekspertgruppe
–Ekspertgruppemøte 4.juni
Juni, Juli og August
• Pilotaktører
–Sjekke at tilgang til DAM v1.0 fungerer som den skal
• Brukernavn og passord
• Nødvendige brannmuråpninger
• Tilgang til å laste opp filer for egne GLN
–Laste oppe fulle uttrekk av målepunkter, kunder og
kontrakter i DAM v1.0
• Tilbakemelding på samme format som i dag, ikke formatet
spesifisert i ENCF
–Starte å innhente fødselsnummer så snart konsesjon
foreligger og systemstøtte er på plass
September og oktober
• Elhub og ekspertgruppe
–Ekspertgruppemøte 10.september
–Ekspertgruppemøte 14.oktober
• Pilotaktører
–Teste funksjonalitet for «delta» uttrekk
–Sende inn endrede data («delta») i henhold til ESMF 1.0 på
samme porteføljer som uttrekk levert i slutten av april – Frist
31.august
–Sende inne måleverdier i henhold til ESMF 1.0 – Frist 2.oktober
• Alle markedsaktører inkludert pilotaktører
–DAM verktøyet åpnes for hele bransjen
–Laste oppe fulle uttrekk av sine målepunkter, kunder og
kontrakter i DAM v1.0. Frist: 1. november
–Tilbakemeldingene ikke i henhold til ENCF
November og desember
• Elhub og ekspertgruppe
–Ekspertgruppemøte 19.november
• Pilotaktører
–Delta i akseptansetest av DAM v2.0.
–Hjelpe til med å sikre at vi har et verktøy både Elhub og
markedsaktørene er tilfredse med
Andre aktiviteter i 2015
• Pilotaktører
– Teste uttrekk av måleverdier i henhold til ESMF v1.0
– Valgt leverandør for vask av data
• Inkludert innhenting av fødselsnummer og organisasjonsnummer
– Teste uttrekk av formler i henhold til ESMF v1.0*
– Teste veiledningen for datavask før resten av markedet
• Systemleverandører
– Utvikle uttrekk av måleverdier i henhold til ESMF v1.0
– Tilrettelegge for vask av data mot eksterne registre
– Utvikle funksjonalitet for å trekke ut «delta» filer til bruk i migrering
– Utvikle funksjonalitet for behandling av ENCF
• Fokus på tilrettelegging for utbedring av inkonsistens og feil i markedsaktørers egne data
• Ikke filer beregnet på manuell håndtering – vil kreve verktøystøtte
– Utvikle uttrekk av formler i henhold til ESMF v1.0*
Elhub - forberedelser og tips
Erfaringer fra en deltager i pilotgruppen
www.ringeriks-kraftnett.no
Start forberedelsene nå!
www.ringeriks-kraftnett.no
Om Ringeriks-Kraft
• Deltager i ekspertgruppen
• Deltager i pilotgruppen
– Datavask
– Migrering
Et kraftkonsern med virksomhet innenfor:
- Produksjon
- Infrastruktur
- Marked
- Entreprenør
- Ny fornybar
22
www.ringeriks-kraftnett.no
Ekspertgruppen
• Hvorfor er vi valgt ut?
–
–
–
–
–
Enoro som systemleverandør
Teste med timeverdier (ferdig utrullet AMS)
Vertikal integrert
Mellomstore
Roller som deltar fra RK Nett teamleder for MAFI og systemkonsulent måling/avregning
23
www.ringeriks-kraftnett.no
Erfaringer som pilotdeltager
• Liten gruppe men likevel mangfold
• Jobben med migreringsfilene tekniske og en lettelse når systemleverandør ble
involvert
• Effektivt med månedlige møter og hjemmelekser
• Det er et møysommelig arbeid og Statnett gutta holder fremdriften og trøkket oppe
• Uttrekk gir arbeidslister som indikerer noe om datakvaliteten GODT FOR EN «V»
å få noe konkret å jobbe med
• De første sammenstillingene til Statnett viser at vi har en jobb å gjøre * se nøkkeltall fra
Statnett
• Alle må bli med for å heve datakvaliteten
24
www.ringeriks-kraftnett.no
Utfordringer
•
•
•
•
•
•
•
•
Endringer i organisasjonen spesielt for vertikalintegrerte selskap
Ressurser til datavask
Mange store prosjekter/endringer i bransjen på en gang
Store kostnader
Hvem er eier av kundedata? Strøm eller nett?
Innsamling av timeverdier og oversending til elhub (20.000 mp bruker 6-7 timer)
Når splitte database for vertikalintegrert selskap
Få oversikt over oppgaver og gjøremål
25
www.ringeriks-kraftnett.no
Gjøremål (oppgaver)
1. Datavask
2. Migrering
3. Organisatoriske endringer
26
www.ringeriks-kraftnett.no
1. Datavask
•
•
•
•
•
Velg en «vaske» aktør
ALLE må vaske «interne» data (uten f.nr innen 1.11.15, MP2)
Alle bedriftskunder skal ha organisasjonsnummer
F.dato og navn (skal kun vere en juridisk person)
På et tidspunkt inngå avtale med Skattedirektoratet/ Evry for vask mot
folkeregisteret f.nr (innen 1.03.16 MP3)
• Datakvalitet ok, start i DAM
• Gjør deg kjent med DAM-verktøyet til elhub tidlig (klart fra XXXX)
– gode arbeidslister for feilretting
• Sjekk uttrekksmuligheter med systemleverandøren din
• Sett av tid/ressurser til testing i DAM
27
www.ringeriks-kraftnett.no
2. Migrering
Nettselskap skal sende inn inntil 5 filtyper
1.
2.
3.
4.
5.
Målepunkt
Kontrakt
Kunde
Måleverdier (2016)
Formler
www.ringeriks-kraftnett.no
2. Migrering
Ringeriks-Kraft
Nett har tatt uttrekk av de 3 første filene på henholdsvis Målepunkt,
5
filtyper
Kontrakt og Kunde
Det er ikke gjort test på syntaks, integritet av disse filene (Enoro mat). Statnett har
sjekket en del på konsistens mellom pilotkundene
• Syntaks
– Sjekk at feltet er korrekt utfylt ift. verdier og formater/utforming
• Integritet
– Sjekk at feltet er korrekt i forhold til andre felter i samme fil og/eller i filer fra samme
markedsaktør/rolle
• Konsistens
– Sjekk at felter er korrekt i forhold til felter i filer fra andre markedsaktører og roller
www.ringeriks-kraftnett.no
3. Organisering
Forslag til nye krav til utveksling av markedsinfo (ikke endelig
vedtatte)
• Elhub skal overta ansvaret fra nettselskapene for leverandørbytter,
anleggsovertakelser og oppstart fra 20.2.2017
• I Elhub skal målepunkt og målerverdier administreres og prosesseres for alle kunder.
• Elhub skal håndtere leverandørbytter og avviksberegninger (korreksjons og
saldooppgjør)
• Elhub skal beregne avregningsdata for MGA og rapportere disse til eSett Oy etter
20.02.2017.
• Samfaktureringsmodellen, eller blir det gjennomfakturering 1.1.2016?
• 20.2.2017 – 1.1.2019: Strøm blir ansvarlig for alle kundehenvendelser herunder
leverandørbytter, anleggsovertakelser. Unntaket er etablering av nyanlegg og
forespørsler om nettariffer.
• 1.1.2019 fullstendig splitt av kundedatabaser og unntaket om forespørsel om
nettariffer faller bort? Unntaket om nyanlegg består.
www.ringeriks-kraftnett.no
Fordeling av ansvar før 20.02.2017
Oppgaver
Strøm Nett
Målepunktansvarlig

Målepunktadministrator

Måledatainnsamling

Måleverdiansvarlig

Måleverdiadministrator

Nettilknytningstilbyder

Beregningsansvarlig balanse og elsert

Prodat ved leverandørbytter


Saldooppgjør og korreksjonsoppgjør

Avregning og fakturering av sluttkunder for kraft, nettleie,
forbruksavgift, enovaavgift

Pliktleveranser

Innfordring av nettleie og stenging (ikke avklart)

Kundehenvendelser

ELhub

www.ringeriks-kraftnett.no
Fordeling av ansvar i perioden 20.02.2017-1.1.2019
Oppgaver
Strøm Nett

Målepunktansvarlig

Målepunktadministrator
Måledatainnsamling

Måleverdiansvarlig


Måleverdiadministrator

Nettilknytning

Beregningsansvarlig - balanse og elsert.
Prodat ved leverandørbytter


Saldooppgjør og korreksjonsoppgjør
Avregning og fakturering av sluttkunder for kraft, nettleie,
forbruksavgift, enovaavgift

Pliktleveranser

Innfordring av nettleie og stenging ?

Kundehenvendelser
ELhub


www.ringeriks-kraftnett.no
Fordeling av ansvar etter 1.1.2019
Oppgaver
Strøm Nett

Målepunktansvarlig

Målepunktadministrator
Måledatainnsamling

Måleverdiansvarlig


Måleverdiadministrator

Nettilknytning

Beregningsansvarlig - balanse og elsert..
Prodat ved leverandørbytter


Saldooppgjør og korreksjonsoppgjør
Avregning og fakturering av sluttkunder for kraft, nettleie,
forbruksavgift, enovaavgift

Pliktleveranser ?

Innfordring av nettleie og stenging ?

Kundehenvendelser
ELhub

www.ringeriks-kraftnett.no
Behov for Kis-systemer
Krav om delte baser fra og med 1.1.2019
Ringeriks-Kraft Nett (behov)
Ringeriks-Kraft Strøm (behov)
Oppdatert nettkunderegister
Målepunktansvar: Opprette, oppdatere,
avslutte, tildele mpid, grunndata.
Måleverdiansvarlig: Kvalitet på mv VEE,
Innsamle og oppdaterte målerdata til
Elhub
Nytilknytning / Prodat nyanlegg
Avregning av nettleie
Innfordring av nettleie
Innfordring av statlige avgifter
Avregning og fakturering av
pliktleveranser
DLE funksjon
Oppdatert kunderegister CRM
Ansvarlig for balanseansvarlig i målepunktet
Forbruk og produksjon
Leverandørbytter / Prodat
Avregning og fakturering av sluttkundene
Innfordring av utestående
Kundesenter med nødvendig kompetanse
Billing av tjenestesalg
Presentasjon av forbruksdata DinSide/APP
www.ringeriks-kraftnett.no
Intern organisering av Elhubprosjektet
fram til 20.02.2017
Markedssjef
Nettsjef
Faglig ansvarlig person i Strøm
som kommuniserer med Elhub
Faglig ansvarlig person i Nett
som kommuniserer med Elhub
Arbeidsgruppe
www.ringeriks-kraftnett.no
Gode tips
• Få ledelsen aktivt inn i endringsprosessen
• Start med datavask
• Start planleggingen
– Prosjektgruppe
– Ressurser og budsjett
– Oversikt over oppgaver
• Inngå avtale med systemleverandør (kapasitetsutfordring)
– En kontaktperson som ivaretar/utfører endringer som kommer fra systemleverandør
• Følg med på elhub.no
–
elhub kommer med gode anbefalinger og tips
36
www.ringeriks-kraftnett.no
Tidsplan arbeidsoppgaver
MP1
1.06.15
«Start»
DAM klar
MP2
F 1.11.15
ø
r
1
«Ferdig»
.
intern
6
datavask
.
2
0
1
5
MP5
MP3
MP4
1.6.2015 15.09.16 1.1.2019
15.01.17
1.03.16
«Ferdig»
datavask
med f.nr
Aktørgod
kjent
Edielport
alen
37
GO-LIVE
20.02.17
Aktørgod
kjent
Elhub
www.ringeriks-kraftnett.no
Noen nøkkeltall:
• Totalt 29% av kundeforholdene er avvikende mellom nett og kraft.
• 3,84% av bedriftskundene har ikke organisasjonsnummer.
• 1,25% av kundeforholdene er tilfeller der kraft er registrert på mann og nett på
kone, eller vice versa
• Av 73.593 er 64.973 trivielle skrivefeil der det er forskjell mellom nett og kraft som
vil løses med vask.
• Det er 8.620 (3%) feil av varierende alvorlighetsgrad mellom nett og kraft som det
er uklart om umiddelbart løses ved vask. Dette tilsvarer 84.000 feil på landsbasis.
• Ca. 350 kundeforhold aktiveres i uken hos pilotaktørene. Dette tilsvarer ca 3500
på landsbasis uken før go-live.
www.ringeriks-kraftnett.no
Diverse
Sperret adresse
• Folkeregisteret har et attributt som knyttes mot
fødselsnummer kalt «Spesifisert registreringstype» med to
kategorier for «hemmelige adresser»
–Kode 6 – Strengt fortrolig
–Kode 7 – Fortrolig
• Kode 7 innebærer at adressen ikke skal utleveres til private
• Kode 6 innebærer at adressen heller ikke skal utleveres til
det offentlige
• Hvordan skal dette håndteres i Elhub?
• Hvordan håndteres dette i dag?
Hvordan håndteres dette i dag?
• En del aktører har ikke dette problemet blant sine
kunder
–Derfor ingen håndtering
• En del har ikke gitt oss tilbakemelding enda (frist
6.mai)
Eksempler på håndtering i dag
• Fiktive, avtalte navn
–Brukes til fakturering
–Kan ikke bruke avtalegiro, eFaktura e.l.
–Kobling til korrekt navn lagret på hemmelig sikkert sted
• Faktura utstedes til kontaktperson istedenfor
sluttbruker
• Leveringsplikt uten mulighet for bytte av
kraftleverandør
• Kan ikke sende inn målerstand via epost/web
Kobling til folkeregisteret
• Statnett har hatt møte med EVRY som enedistributør
av Folkeregisteret
–Navn, fødselsnummer, død/levende
–Krav til månedlig ajourhold av adresser
–Daglig ajourhold av sperrede adresser
–Antar at alle markedsaktørene må søke selv, men da i en
predefinert forenklet prosess med definerte tilganger
–Må søke eksplisitt om link mellom D-nummer og
fødselsnummer
• Statnett/NVE starter prosess med Skattedirektoratet
for å forenkle søknadsprosessen for konsesjon
Veiledning for datavask
Forslag under utarbeidelse
Arbeidsgruppe for datavask
• 3 x 3 timers workshops siden forrige
ekspertgruppemøte
• 7 deltagere fra ekspertgruppen
– Blanding av kraft, nett og vertikale
– Små og store aktører
– Noen piloter, noen ikke-piloter
• Utarbeidet veiledning til bransjen for hvordan
utbedre inkonsistenser
• Kategorisert de ulike typene av datafeil og
inkonsistenser
• Generelle anbefalinger til hvordan markedsaktørene
kan løse feil:
– Feil i egne data før DAM er lansert
– Feil som blir påpekt av DAM
• Målet er å beskrive en prosess som blir billigst mulig
for markedsaktørene, men som samtidig ivaretar
sluttbrukernes interesser
Krav til datavask
• Målepunktinformasjon. Sikre at alle målepunkter er identifisert og har gyldig GSRNnr (tidligere EAN-nr). Dette inkluderer forbruksmålepunkter, utvekslingsmålepunkter
og produksjonsmålepunkter. Fjern duplikater.
• Kundeidentifikasjon. Innhent/sjekk fødselsnr mot Folkeregisteret og organisasjonsnr
mot Brønnøysundregisterene (Enhets- og Frivillighetsregisteret). Erstatt
organisasjoner som ikke har organisasjonsnr med en ansvarlig person med fødselsnr,
eventuelt få kunden til å opprette et organisasjonsnummer. Splitt navn i
fornavn/etternavn.
• Målepunktadresser. Sjekk gyldighet mot Matrikkelen. Dette er ikke påkrevd for Elhub,
men bidrar til å øke datakvaliteten og er også viktig for bransjen i forbindelse med
utrulling av AMS .
• Kundeadresser og kontaktinformasjon. Sjekk mot kunden. Dette er ikke påkrevd for
Elhub, men bidrar til å øke datakvaliteten og er også viktig for bransjen i forbindelse
med utrulling av AMS .
• Avgiftsinformasjon. Sjekk om satser er riktige i forhold til type forbruk på målepunkt.
• Næringskode. Sjekk at næringskode er definert for målepunkter med bedriftskunder
og er i henhold til type forbruk på målepunkt.
Utfordringer i grunnleggende datavask
• Begge parter skal ha mulighet til å rydde
i problemsaker
• Minske dobbeltarbeid i forbindelse med
problemsaker
• Mange-til-mange forhold mellom nett og
kraft
• EDIEL støtter ikke fødselsnummer
• «Spamming» av PRODAT meldinger
• Oppkobling mot Folkeregisteret krever
minst månedlige oppdateringer
Utfordringer i utbedring av inkonsistens
• Kraft risikerer å miste kunder dersom nett
rydder
• Nett er master i dag – kraft blir master ved
go-live
• Ivareta sluttbrukers interesser
• Minske dobbeltarbeid i forbindelse med
problemsaker
• Mange-til-mange forhold mellom nett og
kraft
• EDIEL støtter ikke fødselsnummer
Konklusjoner fra arbeidsgruppen
• Må alltid ta kontakt med kunde ved endring av kontrakt
– Hr/Fru
– Privat/Bedrift
• Begge utfører grunnleggende datavask inklusive oppslag mot
eksterne registre – herunder Folkeregisteret og
Brønnøysundregisteret
– Skru av sending av PRODAT under automatisk vask
• Kraft får ansvar for opprydding i inkonsistens
• Identifiserte prosesser for datavask
– Grunnleggende datavask kraft
– Grunnleggende datavask nett
– Retting av inkonsistens
– Retting av inkonsistens – manglende kontrakt
Tidslinje for grunnleggende vask
Juli
August
September
Oktober
November Desember
2016
Nett
Kraft
15.
Grunnleggende datavask
Kraft
Grunnleggende datavask
Nett
Retting av inkonsistens
Retting av inkonsistens – manglende kontrakt
Videre arbeid
• Arbeide inn innspill fra i dag i
dokumentet
• Sirkulere i ekspertgruppen
–Hjemmelekse
• Ferdigstilling av dokumentet
–QA internt og arbeidsgruppen
• Publisere på elhub.no
Agenda ekspertgruppemøte 29.04.2015
09:30-09:45
Velkommen og introduksjon
• Dagens agenda
09:45-10:45
Pilotarbeid
• Flyveplan
• Resultater og funn
10:45-11:00
11:00-12:00
Pause
Veiledning for datavask
• Vask av egne data
• Utbedring av inkonsistens mellom nett og kraft
12:00-13:00
Lunsj
13:00-14:15
14:15-14:30
Status arbeid med BRS/BIM og roller
Status arbeid med B2B-grensesnitt
Aktørsertifisering
Pause
14:30-15:15
Leveranser av migreringsverktøy
15:15-15.30
Oppsummering
Status, arbeid med
BRS/BIM, VEE og Rolle &
Informasjonsmodellen
Generelt
• Forskrifter som fremdeles ikke er vedtatte:
– Avregningsforskriften - 301
– Plusskundeforskrift (relatert til Forskrift om elsertifikater)
– Gjennomfakturering
• Avhengigheter
– NBS – nettavregningsområder – NOA innhold
– Kilde for strukturdata (NBS – Elhub)
– Systemleverandør Elhub – High Level Design og Solution Design
avklaringer
– SSB krav (§3.2 i Statistikkforskriften)
• Oppdaterer dokumenter med de avklaringer vi har.
– v1.2, unntatt BIM som blir v1.3
• Planlagt publisert i slutten av mai-2015
Rolle og Informasjonsmodell
• Ny - Rollerelatert
– Flere tjenestetilbydere for måleverdiinnsending
– Ingen endring ved en – ved flere, sendes purring til måleverdiansvarlig
• Ny – Informasjonsmodellen
– Plusskunde relatert
– MP masterdata for å identifisere lovlige kombinasjoner av måleverdier
.. endringer kan komme
• Endret
– Regler og ansvar for vedlikehold av Næringskode og forbrukskode
(NVE/SSB) i Elhub
BRS
• De aller fleste BRS vil bli oppdatert
• Oppdateringer for å tilfredsstille de nye forskriftene
• Konsistensoppdatering
• Mangler påpekt av prosjekt og bransjen
• Endringer på bakgrunn av nye informasjonselementer
BIM
• Arbeidet er i gang med å oppdatere BIM v1.3
• Må synkroniseres med endringer i BRS og R&IM
• Hovedpunkter
– Konsistensoppdateringer
– Mangler påpekt av bransjen
– Endringer på bakgrunn av BRS oppdateringer og nye
informasjonselementer
– Endringer på bakgrunn av forskriftsendringer som f.eks. må meldingen
NotifyStartOfSupply utvides i henhold til § 2-5 og 2-6 i forskrift 301
– Optimalisert meldinger for måleverdier, både inn og ut
VEE
• VEE er utvidet til å gjelde alle timemålte, ikke bare AMS
• Involvert referansegruppen og selskaper hvor hovedtyngden av
målere er av type storforbruk, produksjon og utveksling
• SSE skal ha ansvar for vedlikehold av standarden når Elhub er i drift
Status EMIF
EMIF = Elhub Messaging Interface
• Design av spesifikasjon for EMIF er prioritert.
• Testpakke(eks. SoapUI) til systemleverandører.
• Mål: sikre tilbakemeldinger i designfasen for å
redusere potensiell inkompatibilitet.
• Utlevering testpakke 01.06.
• Siste frist for tilbakemeldinger 12.06.
Ekspertgruppemøte 8
Migrering og test
Statnett, Nydalen
29. april 2015
Agenda ekspertgruppemøte 29.04.2015
09:30-09:45
Velkommen og introduksjon
• Dagens agenda
09:45-10:45
Pilotarbeid
• Flyveplan
• Resultater og funn
10:45-11:00
11:00-12:00
Pause
Veiledning for datavask
• Vask av egne data
• Utbedring av inkonsistens mellom nett og kraft
12:00-13:00
Lunsj
13:00-14:15
14:15-14:30
Status arbeid med BRS/BIM og roller
Status arbeid med B2B-grensesnitt
Aktørsertifisering
Pause
14:30-15:15
Leveranser av migreringsverktøy
15:15-15.30
Oppsummering
Systemtilpasning og test
Fokusområder test
• Beskrive hvordan test og sertifisering skal gjennomføres
– Pr. rolle og BRS
– For system og aktør
• Skaffe oss oversikt over markedsaktørene og deres
systemoppsett
• Følge opp aktørene mot Milepælene
Sertifisering pr. rolle
Oppdatering
grunndata
kunde
Markedsprosesser
(opphør/
oppstart)
Oppdatering
grunndata
målepunkt
Måleverdiinnsamling
Andre roller som må testes/sertifiseres
Balanseansvarlige
Produsenter
NBS
Spørringer og
rapporter
NECS
3.parter
BRS/Prosesser pr. rolle
Obligatorisk
• Oppstart
• Leverandørskifte
• Innflytting
• Kansellering
• Opphør
• Oppsigelse
• Utflytting
• Kansellering
• NUBIX
• Oppdatering grunndata kunde
• Målerstand/årsforbruk
Valgfritt
• Spørring
• Måleverdier
• Porteføljeoversikt
• Avregningsgrunnlag
• Masterdata
• Forespørsel til nettselskap
• Forespørsel til Elhub
Obligatorisk
• Mottak av Oppstart kraftleveranse
lev. plikt
• Kansellering
• Mottak av Opphør kraftleveranse
lev. plikt
• Kansellering
• Mottak masterdata kunde
• Mottak måleverdier
Obligatorisk
• Oppstart i målepunkt
• Innflytting
• Kansellering
• Opphør i målepunkt
• Oppsigelse
• Kansellering
• Oppdatering av grunndata MP
• Svar fra nettselskap
Valgfritt
• Spørring
• Måleverdier
• Porteføljeoversikt
• Avregningsgrunnlag
• Masterdata
• Forespørsel til Elhub
Obligatorisk
• Måleverdier
Valgfritt
• Spørring
• Måleverdier
• Forespørsel til Elhub
Sertifisering for system og aktør
• Et system skal sertifiseres for alle de roller og BRS’er som
systemet skal dekke
• Aktør skal utføre aktørsertifisering på et allerede sertifisert
system
– Det kan være ulike systemer pr. rolle/BRS
– Kan det være ulike systemer for samme BRS, f.eks. for innlesing av
måleverdier?
• Utfordringer:
– Hva er å anse som et system?
– Hvordan definere hva som skal inngå i systemsertifisering?
Systemoppsett for test
• Skaffe oss oversikt over markedsaktørene og deres
systemoppsett
– Hvilket KIS- og MVS-system bruker aktøren?
– Hvilket system skal kommunisere med Elhub?
– Er det ulike system for ulike BRS’er?
– Er aktøren med i en allianse og hvordan er integrasjonen mellom
aktørens system(er) og eventuelle fellessystemer?
• Vi ønsker å ha egne møter med aktuelle aktører / allianser /
tjenesteleverandører for å avklare oppsett i hvert tilfelle
Hvilket system skal sertifiseres?
Aktør
Allianse/Tjenesteleverandør
Måleverdier
Fellessystem
MVS
EDIsystem
KIS
Kundedata
EDIsystem
Edielportalen/
Elhub
Statnett SF
DAM utvikling – en status
…og litt annet:
- Historisering
- Endringer i filformater
Forslag til revidert historiseringsbehov, 3 år
• Bakgrunn:
– Kunne etterspørre data ifm. foreldelsesfrist på 3 år via Elhub
• Håndtering krever i så fall:
– Målepunktfil fra 20.02.2014
– Kontraktsfiler fra samme dato
– Kundefiler som ivaretar integriteten tilbake til samme tid
• Spørsmål:
– Hvor mange korreksjoner lang tid tilbake utføres i dag? (hjemmelekse)
• Fordelt på hhv. 1, 2 og fulle 3 år tilbake i tid
Format på migreringsfiler
• Etablerer nå v1.0 av filformatet for enkelte filtyper
– Målepunkt
– Kunde
– Kontrakt
• Resterende filtyper er ikke endelig avklart:
– Måleverdier
– Formler
• NB! V1.0 er en FORELØPIG godkjent versjon på de nevnte
filtypene. Det KAN, og sannsynligvis VIL bli justeringer på dette
Endringer i filformat siden v0.9 – 1 av 4
• Støtte for .zip-filer
– Uansett type, er størrelsesgrense satt til 150MB
– Behandling av .zip-filer ikke implementert før i desember, men vi kan
behandle disse manuelt (etter mottak)
• Viktig i så fall at GLN og org.nr. stemmer mellom .zip-fil og den/de .sdvfilene som inngår i .zip-filen
• Nye felter:
– ContractCode (kontraktsfil) (GA = nett, BA = kraft, LR = lev.plikt)
– ConsumptionCode (kontraktsfil) (forbrukskode, eg. Sluttbrukergrupper)
– ReportingFrequencyStart (målepunktsfil) (start av ReportingFrequency,
egentlig dag i måneden)
Endringer i filformat siden v0.9 – 2 av 4
• Justeringer:
– Desimaltegn endret konsekvent til «.» (skal IKKE være «,»)
– BalanceSupplierUsed (kontraktsfil) (manglet deler av tabellen)
– Næringskode (kontraktsfil) (korrigering av formater)
– EndReason (kontraktsfil) (endret til enumerasjonskoder)
– MeteringPointSubType splittet (samt egne enumerasjoner)
• MeteringPointSubTypeProduction
• MeteringPointSubTypeConsumption
Endringer i filformat siden v0.9 – 3 av 4
• Justeringer:
– SettlementConstant (endret format fra 10.8 til 20.8)
– MeterDigits (korrigert format fra integer til decimal)
– MeteringGridArea (endret historiseringskrav fra Nei til Ja)
– OutAreaUsed (endret historiseringskrav fra Nei til Ja)
– MeteringPointType (korrigert betingelser)
– BuildingLetter (harmonisert formater på tvers av filene – var
inkonsistent, nå satt til text(5))
Endringer i filformat siden v0.9 – 4 av 4
• Fil-beskrivelser
– Måleverdier og Formler er ikke godkjent enda (forventes dog å forbli i
det alt vesentlige uendret)
– Vi forventer at Måleverdier vil bli benyttet også til innsending av andre
data med samme format/samme type (eks. avregningsdata)
Prosjektplan Accenture
2015
3
4
5
6
7
2016
8
9
10 11 12
Solution Description
High Level
Design
1
2
3
4
5
6
7
Construction
Prepare Solution
Description
Development - R1
Sprint 1-7
2017
8
9
1
2
3
Acceptance and Completion
Development - R2
Sprint 8-13
UAT
System Vendor
Trials
Sprint 0
10 11 12
Market Trials
Go Live Prep.
PMS1 Solution
Description Approved
Sprint 3
Sprint 2
Sprint 1
Sprint 0.6
Test /UAT
period
Sprint 0.5
Sprint 0.4
Sprint 0.3
Sprint 0.2
Sprint 0.1
Mig. Tool HLD
Mig. Tool Solution
Description
PMS3 Ready for
Acceptance
Prep preprod env
Migration tool v1
PMS2 Migration tool
& Elhub core ready
PMS4
Go-live
4
5
DAM
• Leveranser til versjon 1 (juni-leveranse)
– Skjermbilder: innlogging, opplasting og rapportering
– Lagring av rapport (til Excel-kompatibelt format)
• Utviklet funksjonalitet til versjon 1 (juni-leveranse)
– Tilgangsstyring for opplasting og rapportering
– Format-/syntakskontroll
– Lagring til Elhub migrering database
• Egnet for ytterligere kontroller tilsvarende de som til nå er sendt til piloter
DAM
• Versjon 2 (desember-leveranse)
– Skjermbilder: nedlasting av nonconformity filer
– Mulig revidert tilgangsstyring og sikkerhetsmodell
– Integritets- og konsistenssjekker, duplikatreduksjon
– Merk: Nonconformity filer er IKKE knyttet direkte til den enkelte
innsendte filen
Områder av DAM – strukturert i Epics, knytter logikk sammen
DAM v1 og v2
Epic 5
(authentication)
Epic 3
(user) interface
Epic 2
(format)
Epic 9
(integrity)
Epic 4
(architecture etc.)
Epic 8
(duplicate)
Epic 1
(consistency)
Epic 6
(nonconformity)
Epic 13
(infrastructure)
Epic 7
(data migration)
87
Eksempelvise skjermbilder – innlogging
88
Eksempelvise skjermbilder – startside opplasting
Eksempelvise skjermbilder – velg filer for opplasting
Eksempelvise skjermbilder - opplasting
Eksempelvise skjermbilder – fil lastet opp
Eksempelvise skjermbilder – aggregert rapport
Eksempelvise skjermbilder – rapport per fil
Eksempelvise skjermbilder – velg detaljer
Eksempelvise skjermbilder – vis detaljer