Status Forskrift 301 "rett rundt hjørnet" Implementeringsprosjekt på plan detaljert design 1. august Møte med Skattedirektoratet ang vask mot Folkeregisteret NVE får fullmakt til å håndtere tillatelse, ikke behov for tillatelse for hvert enkelt selskap
Datahub tidsplan
Viktigste læringspunkter Sentral konsistenssjekk er kritisk Delta-migrering er vanskelig Viktig med høy ytelse og opptid for migreringsverktøy Må ha prosess for retting av feil i migrerte data etter Go-Live Viktig å sikre forståelse av forretningsprosessene hos aktørene Egen testportal, spesielt viktig for systemleverandører Selvbetjent E2E test for aktørene i datahub
Teknisk Cut-over lukkeperioden Bemærk: 13-100811-12 4
Teknisk Cut-over genåbning af DataHub Bemærk: 13-100811-12 5
Målbilde migrering Nett Porteføljeinformasjon Porteføljeinformasjon Kraft Porteføljeinformasjon Målepunktinformasjon Målepunktinformasjon Målepunktinformasjon Kundeidentifikasjon Kundeidentifikasjon Kundeidentifikasjon Avgiftsinformasjon Avgiftsinformasjon Avgiftsinformasjon Måleverdier Måleverdier Målepunktadresse Målepunktadresse Kundeadresse Kundeadresse Kundeadresse Kontaktinformasjon Kontaktinformasjon Kontaktinformasjon
Prinsipper for sikring av datakvalitet og konsistens Markedsaktørene er ansvarlige for å innhente og kvalitetssikre data som skal migreres inn i Elhub Elhub utfører en begrenset kvalitetskontroll 1. Formatsjekk (eksempel: fødselsnr skal være et 11-sifret tall) 2. Integritetsjekk på tvers av felter fra samme aktør (eksempel: dersom kundetype = bedrift skal org.nummer fylles ut) 3. Duplikatsjekk 4. Konistenssjekk på tvers av aktører for visse data som mottas fra både nett og kraft (eksempel: kundeidentifikasjon) 5. Visse kontrollberegninger på aggregert nivå (eksempler: nettap, balenseavregning osv). NB! Dette skjer i Elhub, ikke i DAM Dersom Elhub oppdager feil i data fra markedsaktør skal markedsaktørene korrigere data i egne systemer og sende inn data på nytt
Regler ved inkonsistens Nett er "master" for alle data Ved inkonsistens mellom nett og kraft har kraft ansvar for å korrigere Dersom kraft ønsker å endre data i Elhub må de utveksle informasjon med nett slik at nett endrer i sine systemer Ved uløst inkonsistens mellom nett og kraft legges data fra nett inn i Elhub Unntak Kundeadresse: Nett er master, men dersom data mangler fra nett og finnes fra kraft legges kundeadresse fra kraft inn i Elhub Kontaktinformasjon: Data fra både kraft og nett legges inn i Elhub
Datakvalitetskrav Nivå Beskrivelse Nettselskap Kraftleverandør 1 Data som er kritiske for at Elhub skal virke 2 Data som ikke er driftskritiske, men er viktige for markedet Datakategori Krav Datakategori Krav Porteføljeinformasjon Kritisk målepunktinformasjon Kritisk avgiftsinformasjon Kundeidentifikasjon Avgiftsinformasjon Viktig måleverdiinformasjon 99,98% Porteføljeinformasjon 99,98% 99,0% Kundeidentifikasjon Kritisk avgiftsinformasjon Avgiftsinformasjon 99,0% 3 Data som ikke er driftskritiske, men vil bli viktige for markedet Øvrig målepunktinformasjon Øvrig måleverdiinformasjon Målepunktadresse Kundeadresse Kontaktinformasjon Ingen Kontaktinformasjon Kundeadresse Kritisk Målepunktinformasjon Målepunktinformasjon Ingen
Måling av datakvalitet på migrerte data Feil i migrerte data måles på målepunktnivå et målepunkt er enten korrekt eller feil Dersom et målepunkt ikke er migrert eller det er et nivå 1-felt som mangler eller er feil har målepunktet feil på nivå 1 Dersom et nivå 2-felt mangler eller er feil har målepunktet feil på nivå 2 Datakvalitet er lik andelen korrekte målepunkt i prosent, pr nivå For kraft regnes inkonsistens med nett på et felt som en feil
Overordnet tidsplan test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 DATAVASK OG MIGRERING SYSTEMTILPASNING / TEST EKSTERNE MILEPÆLER M1 01.07.15 Grunnleggende datavask Pilot migrering DAMv1 levert 01.08.2015 Uttrekk grunndata Systemtilpasning Edielportal (inkl B2B) klar 01.10.2015 M2 01.11.15 Systemsertifisering Edielportal DAM v2 levert 15.12.2015 M3 01.03.16 NBS Go-Live 18.04.2016 Elhub klar for Vendor Trial 01.04.2016 M4 01.07.16 Elhub klar for Market Trial 01.09.2016 M5 01.10.16 Kontinuerlig datavask og datavedlikehold Inkrementell migrering Systemgodkj. Elhub Aktørsert. Edielportal Aktørgodkjenning Elhub M6 15.01.17 Elhub accepted 01.02.2017 Elhub GO-LIVE 20.02.2017
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status 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 Statnetts datakvalitetsundersøkelse er besvart Aktør har utarbeidet overordnet plan for datavask og migrering Aktør har spesifisert krav til endringer i sine ITsystemer Aktør har utarbeidet overordnet plan for systemtilpasning og test
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status 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å Aktør har oversendt målepunkt-, kontrakt- og kundefiler for hele porteføljen til Elhub DAM Grunnleggende datavask er gjennomført Alle målepunkter er unike med GSRN/EAN (Ingen duplikater) Org. nummer er innhentet for alle bedriftskunder Støtte for innhenting av fødselsnr er implementert i aktørs ITsystem
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status Sikre at datakvalitet på migrerte grunndata/strukturdata er på akseptabelt nivå Sikre at systemtilpasning pågår i henhold til plan Aktør har oversendt målepunkt-, kontrakt- og kundefiler for hele porteføljen til Elhub DAM, med gjeldende data frem til 01.02.2016 eller senere Datakvalitetskrav for M3 oppfylt Aktørs system skal være sertifisert i Edielportalen Fødselsnr innhentet
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status Sikre at datakvalitet på migrerte data er høy Sikre at aktøren har tilpasset sitt forretningssystem til elhub Aktør har oversendt målepunkt-, kontrakt-, kunde- og måleverdifiler for hele porteføljen til Elhub DAM, med gjeldende data frem til 01.06.2016 eller senere Datakvalitetskrav for M4 oppfylt Aktørs system skal være godkjent i Elhub
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status Sikre at datakvalitet på migrerte data er høy Sikre at aktøren har tilpasset sitt forretningssystem til elhub Aktør har oversendt målepunkt-, kontrakt-, kunde- og måleverdifiler for hele porteføljen til Elhub DAM, med gjeldende data frem til 01.09.2016 eller senere Datakvalitetskrav for M5 oppfylt Aktør er sertifisert i Edielportalen Aktør har inngått brukeravtale med Elhub Kraftleverandør har implementert prosess for kvalitetssikring og vedlikehold av fødselsnr
Utkast aktørmilepæler - test og migrering 2015 2016 2017 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Q1 Q2 M1 01.07.15 M2 01.11.15 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 Formål Akseptansekriterier Anbefalt status Sikre at datakvalitet på migrerte data er i henhold til kriterier for GO-LIVE Sikre at aktørs forretningssystem er verifisert og klar for GO- LIVE Aktør har oversendt målepunkt-, kontrakt-, kundeog måleverdifiler for hele porteføljen til Elhub DAM, med gjeldende data frem til 01.01.2017 eller senere Datakvalitetskrav for M6 oppfylt Aktør er godkjent i Elhub (Market Trial gjennomført)
Datakvalitetskrav for data migrert til DAM Nettselskaper kritikalitetsnivå 1 Nettselskaper kritikalitetsnivå 2 Kraftleverandører kritikalitetsnivå 1 Kraftleverandører kritikalitetsnivå 2 M3 01.03.16 M4 01.07.16 M5 01.10.16 M6 15.01.17 95% 99% 99,9% 99,98% Ingen 95% 98% 99,0% 95% 99% 99,9% 99,98% Ingen 95% 98% 99,0%
Datakvalitetsundersøkelsen
Om undersøkelsen Ble sendt ut 7. mai til alle identifiserte kraftleverandører og nettselskaper i markedet. Undersøkelsen for kraft er besvart av 135 av 175 mottakere Undersøkelsen for nett er besvart av 124 av 173 mottakere Skal gi Elhub-prosjektet totaloversikt over grunndata og strukturdata som skal migreres til Elhub Skal gi Elhub-prosjektet innledende oversikt over datakvalitet hos markedsaktørene i forkant av migrering til Elhub Skal sikre starten av kartlegging av datakvalitet på data som skal migreres til Elhub Skal gi Elhub-prosjektet overordnet oversikt over status for markedsaktørenes arbeid for å forberede innføring av Elhub
Datavask og -migrering
Prosent 34. Har derelagt planer for gjennomføringav datavask? Spørreundersøkelsenihøst: Hardereetablertet Elhub-prosjektogenprosjektorganisasjon? Plan for datavask og datamigrering Forut for idriftsettelse av Elhub må data fra aktørenes datasystemer vaskes og migreres over til Elhub. Se elhub.no for detaljer om datavask og -migrering. 100% 90% 80% 77,2% (71,6% kraft) 70% 60% (59,4% gammel) 50% (40,6% gammel) 40% 30% 20% 22,8% (28,4% kraft) 10% 0% Ja Nei
35. Hvordan har dere tenkt å utvikle programvare for å gjøre uttrekk av data i henhold til migreringsformatene: 100% 90% 80% 74,8% (61,9% kraft) 70% 60% 50% 40% 30% 20% 10% 8,1% (20,9% kraft) 17,1% (17,2% kraft) 0% Egenutvikling Systemleverandøren utvikler uttrekkene Ikke besluttet
37. Hvordan har dere tenkt at selve uttrekksjobben utføres: 100% 90% 80% 70% 60% 50% 40% 42,3% (37,3% kraft) 36,6% (28,4% kraft) 30% 20% 21,1% (34,3% kraft) 10% 0% Vi gjennomfører selv uttrekkene Systemleverandøren gjennomfører nødvendige uttrekk Ikke besluttet
Planlegging av datavask og migrering oppsummert De fleste av markedsaktørene overlater til systemleverandøren å definere uttrekkene For kraft er det alllikevel en del som definerer egne uttrekk For utføring av selve uttrekksjobben er det mer jevnt mellom de som gjør det selv, via systemleverandør eller ikke har bestemt seg.
Systemtilpasning og test
Prosent 38. Har dere spesifisert endringene som skal gjøres i egne IT-systemer for å benytte Elhub? Plan for systemtilpasning og test Forut for overgangen til Elhub må alle aktører gjennomføre tilpasning av sine IT-systemer og gå gjennom et test- og sertifiseringsløp mot Elhub. Se elhub.no for detaljer om systemtilpasning og test. 100% 90% 80% 75,6% (61,2% kraft) 70% 60% 50% 40% 30% 24,4% (38,8% kraft) 20% 10% 0% Ja Nei
Datakvalitetsundersøkelse for nettselskaper 39. Har dere valgt leverandør(er) av system(er) som skal ha grensesnitt mot Elhub? Prosent 100% 90% 80% 70% 60% 59,3% (77,6% kraft) 50% 40% 30% 20% 10% 0% 40,7% 1 2 (22,4% kraft) Navn 1 Ja 2 Nei
42. Har dere utarbeidet en overordnet plan for hvordan gjennomføre endringer i IT-systemer, arbeidsprosesser og egen organisasjon? 100% 90% 80% 70% 60% 57,7% (53,7% kraft) 50% 40% 42,3% (46,3% kraft) 30% 20% 10% 0% Ja Nei
Datakvalitet på kundedata 2 292 840 unike kunder fra kraft: 8,13% organisasjonskunder (9% fra pilotdataene) 93,0% privatkunder (91% fra pilotdataene) 0,51% (10 933) uten fødselsdato (0,2% fra pilotdataene) 4,06% (7 558) uten organisasjonsnummer (7% fra pilotdataene) 2 403 795 unike kunder fra nett: 8,87% organisasjonskunder (9% fra pilotdataene) 90,9% privatkunder (91% fra pilotdataene) 0,49% (10 794) uten fødselsdato (0,2% fra pilotdataene) 4,18% (8 921) uten organisasjonsnummer (7% fra pilotdataene) 2,52% (60 466) på leveringsplikt
Datakvalitetsundersøkelse Resultater
Datagrunnlag 257 markedsaktører har foreløpig svart på undersøkelsen 122 nett 135 kraft Mottatt 209 porteføljeoversikter 100 nett 109 kraft 300 250 200 150 100 50 0 Besvart undersøkelse Porteføljeoversikter Nett Kraft 05.06.2015 33
Målepunkter Nett har totalt oppgitt 2.795.000 forbruksmålepunkter 2.772.000 fra porteføljeoversikten Kraft har totalt oppgitt 2.695.000 forbruksmålepunkter 2.630.000 fra porteføljeoversikten Nett har 6.100 produksjonsmålepunkter Kraft noe uklart trenger noen avklaringer 05.06.2015 34
Målepunkter - Vertikalintegrerte 1.200.000 (44,9%) er vertikalintegrerte 1.640.000 (61,3%) er ikke vertikalintegrerte Noen misforståelser rundt spørsmålene var noe avvikende svar fra kraft på disse punktene, derfor avvik: 61,3+44,9=106,2% Vertikalintegrerte Ikke vertikalintegrerte 05.06.2015 35
Målepunkter - Avregningsmetode 2.803.700 målepunkter totalt 2.795.000 forbruksmålepunkter 158.600 (6,0%) målepunkter timesavregnet 2.634.400 (94,0%) målepunkter profilavregnet Timesavregnet Profilavregnet 05.06.2015 36
Målepunkter Fellesmåling 63.000 (2,2%) målepunkter er underlagt fellesmåling 11.700 (18,6%) av disse har nettselskapet ansvaret for selv Ikke alle har svart på denne, men trenden hos de som har svart er at nettselskapet har satt bort dette 10.500 (16,7%) av disse kan velge kraftleverandør 05.06.2015 37
Målepunkter - Spesialavtaler 11.700 målepunkter med frikraft Betydelig færre rapportert fra kraft - 1.369 234 målepunkter med konsesjonskraft 5.803 fra kraft 737 målepunkter med frikraft 1.369 fra kraft 284 målepunkter med erstatningskraft 304 fra kraft 18.900 målepunkter med fastleveranse 4.797 fra kraft 05.06.2015 38
Målepunkter - Diverse Målepunkter uten GSRN ID 1.900 fra nett 2.400 fra kraft 200.000 (7,1%) målepunkter uten reel avlest målerstand siste året 67.000 (2,4%) målepunkter på leveringsplikt 05.06.2015 39
Andre ting 277 nettavregningsområder definert 64 regionalnett som nettselskapene har ansvaret for 2.648 utvekslingspunkter 05.06.2015 40
18. Blir regionalnettene egne nettavregningsområder eller del av samme nettavregningsområder som distribusjonsnettene? 100% 90% 80% 70% 60% 58,5% 50% 40% 41,5% 30% 20% 10% 0% Egne nettavregningsområder Del av samme nettavregningsområde som distribusjonsnettene
Porteføljeoversikt Ca 500 GLNer i porteføljene Vi har sendt ut undersøkelsen til 348 markedsaktører har vi da sendt til alle som er aktuelle for Elhub? 90 GLNer går igjen som både kraft og nett leveranseplikt? 6098 porteføljer identifisert Estimert at vi mangler oversikt over 203.100 målepunkter i porteføljeoversiktene, fordelt på 115.700 fra nett 87.400 fra kraft Antagelsen blir da at det finnes 2.887.700 målepunkt hos nettselskapene 2.717.400 målepunkt hos kraftleverandørene 05.06.2015 42
Fra forrige spørreundersøkelse Høst 2014 Har dere noen krav til kommende eller eksisterende system som gir kontroll på innsendingsfrekvens og bundling av måleverdirapportering til Elhub? 100% 90% 80% 70% 70,3% 60% 50% 40% 30% 29,7% 20% 10% 0% Ja Nei
Fra forrige spørreundersøkelse Høst 2014 Hvis ja, hva slags innsendingsfrekvens og bundling av meldinger ser dere for dere? 45% 40% 35% 30% 25% 20% 15% 10% 5% 0% 1 gang i døgnet 4-6 ganger i døgnet 24 ganger i døgnet I henhold til krav Uvisst 05.06.2015 44
Datakvalitetsundersøkelse 2015 14. Hvor ofte kan måleverdier fra timesmålte målepunkter forventes å sendes til Elhub? 60% 50% 50,9% 40% 30% 20% 21,6% 19,8% 10% 8,6% 0% 0,9% 1 gang i døgnet 2-4 ganger i døgnet 5-12 ganger i døgnet 13-24 ganger i døgnet Annet
Hjemmelekse Deltamigrering Høsten 2015
Deltamigrering 31.august Alt som er endret etter 31.4.2015 skal sendes inn via DAM Endringer som skal sendes: Kort oppsummert: Målepunkt med endringer etter 31.4 Dette inkluderer: Nye målepunkt Ikke lenger aktive målepunkt Målepunkt hvor det har vært andre endringer (eks: avregningsmetode) Målepunkt hvor sluttbruker er endret Nye kunder Avsluttede kunder Endring i kundedata (eks: fødselsnummer påført) Andre kontraktsendringer (eks: avgiftsinformasjon) 05.06.2015 Bunntekst 48
Måleverdier 2.oktober Uttrekk på filformatet som allerede er definert Måleverdier fra 01.01.2016 Skal inneholde: Utvekslingspunkter: Timesverdier Nettavregningsområde JIP Nettap Netto utveksling Forbruk Produksjon Timesavlest Timesverdier (siste ikke historikk) Forventet årsforbruk Profilavregnet Preliminære profilerte volumer Periode volum Målerstand Forventet årsforbruk 05.06.2015 Bunntekst 49
Cut Over
Cut Over En prosess som i ytterste konsekvens strekker seg fra 20/2 2014 til 20/2 2020 Berører forretningsprosesser innen tre dimensjoner Markedsprosesser Måleverdirapportering Aggregeringer og rapporteringer Inneholder en frysperiode fra tentativt en uke før go-live og frem til go-live Illustrert ved to tidslinjer Tidslinje for migreringsdata hvilke data skal migreres og når oppstod de? Tidslinje for selve Cut Over hvilke prosesser kjører i hvilket system når?
Frysperiode Markedet «fryses» en periode før og-live, dvs at ingen prosesser kjøres i markedet (kanskje med unntak av måleverdirapportering) Dette for å hindre inkonsistens mellom markedet og det som migreres til Elhub Man kan unngå åpne prosesser over frysperioden med minimale konsekvenser for sluttbrukeren Frysperioden vil få konsekvenser for markedsaktører og systemer For eksempel flyttinger som har funnet sted i frysperioden må meldes bakover i tid etter go-live
Markedsprosesser Mapping mellom prosess i dagens system og Elhub Foreslått prosedyre for overgang mellom de to systemene Konsekvens for systemer og markedsaktører Konsekvens for sluttbrukere Ikke behov for å migrere åpne prosesser Forslag til håndtering sendes ut på høring til ekspertgruppen
Måleverdirapportering Tilsvarende som for markedsprosesser Når slutter prosessene å kjøre i gammelt system? Når begynner de å kjøre i nytt system? Forslag til håndtering sendes ut på høring til ekspertgruppen Måleverdier skal migreres inn i Elhub
Tidslinje for migreringsdata
Tidslinje for Cut Over
EMIF (Elhub Messaging Interface)
Formål Grensesnittet mellom markedsaktørene og Elhub for meldingsutveksling Erstatter dagens edifact-meldinger med ebixbaserte meldinger
Hovedprinsipper Meldinger sendes inn til Elhub Meldinger må eksplisitt hentes ut fra Elhub Hentes ved hjelp av spørremeldinger Markedsaktørene trenger ikke eksponere sine grensesnitt Markedsaktørene kan selv bestemme når de vil motta data
Hovedprinsipper (fortsetter) Synkron kvittering Elhub garanterer at dataene er mottatt og vil bli prosessert Asynkron prosessering Meldingene prosesseres etter kvittering er gitt Gir løs kobling mellom Markedsaktør og Elhub Man vil måtte vente på svar og hente ut disse på en spørretjeneste
Hovedprinsipper (fortsetter) Det sendes kun negativ tilbakemelding fra den asynkrone prosesseringen Når Elhub har kvittert ut at meldingen ble mottatt vet avsender at den vil bli prosessert Elhub sender ikke beskjed til avsender når melding er prosessert ok, kun når den har blitt avvist Man antar meldingen har blitt akseptert fram til man eventuelt får negativ tilbakemelding
Hovedprinsipper (fortsetter) Krypterte og signerte meldinger Kryptert: Kun riktig mottaker kan lese dataene Signert: Man vet hvem som har sendt dataene Komprimering av potensielt store meldinger Sparer båndbredde og sørger for raskere overføring av data. Typisk brukt på måledata
Teknologi Soap 1.1 Web Services WSDL XML-baserte meldinger Sender BIM-XMLer (Business Information Model) pakket inn i mer XML XSD-validering (avsender må også validere meldinger som sendes ut) WS-Security for signering og kryptering Komprimering gjøres eksplisitt med gzip Soap Fault ved tekniske feil
Utsendt informasjon Har sendt ut dokumentasjon på grensesnittet til systemleverandører om utvalgte markedsaktører. Denne inkluderer: Beskrivelse av grensesnittet og integrasjonsmønster SoapUI-pakke som viser eksempler på meldinger WSDL for å bruke og bygge tjenester Arbeidsversjon av BIM
Elhub Roller og markedsaktører Ekspertgruppemøte 4.6.2015 Anne Cath Petersen
Bakgrunn rollemodell Basert på THE HARMONISED ELECTRICITY MARKET ROLE MODEL ENTSO-E, EFET og ebix A Role Model provides a common definition of the roles and domains employed in the electricity market which enables people to use a common language in the development of information interchange. 05.06.2015 Bunntekst 66
THE HARMONISED ELECTRICITY MARKET ROLE MODEL 05.06.2015 Bunntekst 67
Ny Rollemodell i kraftmarkedet kun deler relevant class Rollemodell for Elhub Name: Rollemodell Author: annep Version: 1.0 Created: 27.11.2013 10:48:48 Updated: 12.11.2014 11:55:15 Domener::Måler Har 1..* Domener::Register 1..* Samler inn data fra Måledatainnsamler (from Roller) Opererer og vedlikeholder 0..* Administrerer Har Nettilknytningstilbyder (from Roller) Måleroperatør (from Roller) Måleradministrator Administrerer målerinformasjon for (from Roller) Nettleie-av regningsansv arlig (from Roller) beregner/aggregerer avregningsdata for Leverer tilgang til Domener:: Av regningspunkt Målev erdiadministrator Målev erdiansv arlig (from (from Roller) Roller) A Målepunktadministrator Håndterer data for (from Administrerer måleverdier for Roller) Er ansvarlig for administrasjon av Fakturerer bruker i Kan være tilknyttet 1 1..* 0..* Domener:: Målepunkt 1..* 1..* Er balanseansvarlig for Domener:: Utv ekslingspunkt Nettoperatør (from Roller) Målepunktansv arlig Er ansvarlig for å opprette og avslutte (from Roller) Har kan være tilknyttet Håndterer avviksoppgjør for Kobler sammen Av v iksoppgjørsansv arlig (from Roller) Opererer Domener:: Nettområde 1..* Tillhører Beregningsansv arlig (from Roller) Beregner/aggregerer innenfor 1..* Har en nettleie kontrakt med Faktureringsansv arlig (from Roller) Domener:: Forbruksav regningspunkt Domener:: Produksjonsav regningspunkt 1 Domener:: Prisområde Bruker Har leveringsplikt innen Bruker kan inngå avtale med Sluttbruker (Ny: Forbruker) (from Roller) kontrollerer finansielt 3. part (from Roller) Aktør koblet til nett (Ny: (from Sluttbruker) Roller) Har en kraftleveransekontrakt med Produsent (from Roller) Har en kontrakt med Har kontrakt med Kraftlev erandør Balanseansv arlig Av regningsansv arlig (from Roller) beregner avregningsdata for (from Roller) (from Roller) Kraft-av regningsansv arlig Lev eransepliktig kraftlev erandør (from Roller) (from Roller)
Relevante roller Markedsaktører og Elhub Nettselskap elhub Kraftleverandør Målepunktansvarlig Ansvarlig for å opprette og avslutte målepunkt Nettilknytningstilbyder Har nettleie kontrakt med sluttkunde og fakturerer nettleie Målepunktadministrator Administrerer en målepunkt DB og aktører tilknyttet målepunktet Orkestrerer markedsprosessene Kraftleverandør Har kraftleveransekontrakt med sluttkunde Fakturerer kraftforbruk Måledatainnsamler Samler inn måledata Måleverdiansvarlig Ansvarlig for kvaliteten av måleverdier. Oppdaterer Elhub Leveransepliktig kraftleverandør Måleverdiadministrator Administrerer en database med måleverdier og distribuering Beregningsansvarlig (oppgavegiver) Avviksoppgjørsansvarlig
Hvordan setter vi opp dette i Elhub? Elhub bruker/aktør ID=Organisasjons nummer Selskap Juridisk enhet Markedsaktører Andre 0..1 0..1 0..1 0..1 0..1 Primær aktørrolle ID=GLN nr. Nettselskap Balanseansvarlig Kraftleverandør 3.part Tjenesteyter (ombud) Rolle Nettilknytningstilbyder (DDM) Balanseansvarlig (DDK) Kraftleverandør (DDQ) 3.part (AG) Har tilknytning til ASP (meldingsutveksling) Målepunktansvarlig (DDZ) Kraftavregningsansvarlig Kan gi rettighet til Fullmektig (web portal) Måleverdiansvarlig (MDR) Leveransepliktig kraftleverandør (DDQ?) 0..* Måleverdiinnsamler (DDE) Leveransepliktig kraftleverandør (DDQ?) Nettavregningsansvarlig Bunntekst 70
Innhold i migreringsfiler - Med sammenstilt tilleggsinformasjon i tabellform
Filformat versjon 1.0 (Ja, vi sa v1.0 sist gang men nå MENER vi det!;-)
Filformat v1.0 Noen prinsipper og presiseringer Kobling mellom kontrakt og kunde: Via GLN i filnavn og CusRef i filene Satt maksimal filstørrelse til 150MB Samme for.sdv og.zip: Sende større.sdv-filer? Komprimer og send som.zip Filnavn må være unike Bruk sekvensnummer for å sende flere av samme type med samme dato Duplikater avvises direkte (unntatt for delvis avviste filer, som overskriver) Husk å bruke punktum (".") og ikke komma (",") i desimaltall Ikke "NA" i noen felter Enten en reell verdi eller tomt felt Ingen "non-print" tegn (linjeskift, andre "usynlige" spesialtegn som BOM) i filene Linjeskift skal angis som CR+LF (valseretur + linjeskift, for de som husker skrivemaskinene), hex. Verdiene: 0D 0A Ingen andre spesialtegn tillatt i feltene Vi sletter ingen data (før go-live, altså ) Kun oppdateringer. Ved feilsendinger må feil korrigeres ved å sette dato til utløpt, og eventuelt nye/korrigerte data sendes.
Filformat v1.0 Justeringer Målepunktfil nå også fra kraftleverandører Kun noen få påkrevde felter, men disse er desto viktigere Vil bli brukt til konsistens og kompletthetskontroll Lagt inn informasjonstype Knyttet til presentert tabell (tidligere), samt til utkast til forskrift om migrering Endret "QA" til kritikalitet, fra verbal beskrivelse til nivå (1-3, samt ikke relevant) Knyttet til rapportering til NVE Historisering For felter med "Ja" har vi nå lagt inn en dato i tillegg. Denne angir dato som feltet skal historiseres fra. Øvrige felter kan fylles ut blankt frem til enten dato for historisering er passert, eller for siste gjeldende instans av data settet
Siste endringer i filformat Nye felter (siden 0.99): Kontraktsfil SiteDescription Målepunktsfil (fremtidig bruk, fylles ut blank) MeasurementProfile (fremtidig bruk, fylles ut blank) PropertyName (fremtidig bruk, fylles ut blank) MeterLocation MeteringPointDescription AddressDescription
Justering av tabell per felt Name: Short name: Norwegian name: Description: Information type: Criticality for suppliers: Criticality for grid owners: Mandatory for Suppliers: Mandatory for grid owners: Dependencies: History Type: Format: [Name of the attribute] [Short name of the attribute] [Norwegian name of the attribute] [Textual description of the attribute.] [Information group which this field belongs to. On a high level, these groups are defined in the regulation, and has been further refined by the project into the following list, with relation to the regulatory classification: Critical MP information, MP information, MP address, Significant metering value information, Other metering value information, Customer identification, Customer address, Portfolio information, Critical taxation information, Taxation information, Contact information] [The level of criticality of this field. Criticality will be 1, 2 or 3 for specific criticalities. However, if a field is defined as optional or not applicable, criticality is not relevant, and is then set to NA.] [som over] [Whether or not the attribute is mandatory, optional, conditional or not relevant for balance suppliers. This value specifies if a field must be present in the file or not. Any value except "not relevant" inplies that a value, if available for the balance supplier, must be provided in the file.] [Whether or not the attribute is mandatory, optional, conditional or not relevant for grid owners. This value specifies if a field must be present in the file or not. Any value except "not relevant" inplies that a value, if available for the grid owner, must be provided in the file.] [Dependencies between this field and other fields in this or other files.] [Whether or not historical values of this attribute are mandatory. This value is normally either Yes or No. Yes implies that a change in this attribute shall result in a new dataset being created. If set to NA or Not Applicable, this value is usually a key value for identifying datasets and time, and therefore an integral part of the definition of historic values.] [Type of data of the attribute, e.g., Enumeration, DateTime, Reference, etc.] [Specific format of the attribute, including size/length definition and numeric/text. For decimal values, the decimal separator shall be punctuation., and NOT comma, ] Example: [Example value of an instance of the attribute. The character ";" is NOT allowed in any value, and quotes ("") are NOT to be used for any value.]
Introduksjon Tabellene omfatter alle kjente (på nåværende tidspunkt) data som skal mottas av Elhub migreringsprosjekt fra markedsaktørene. Fra nettselskaper forventes på dette tidspunktet at følgende typer filer skal mottas: Målepunkt, kontrakt, kunde, måleverdier Fra kraftselskaper forventes følgende filer: Kontrakt, kunde, målepunkt (informasjon om denne fra kraftleverandør er ikke formidlet til markedet enda, men vil etterspørres for kontroll av data mot nett) Merk at de presenterte tabellene inneholder informasjon som fremdeles diskuteres, og at endelig innhold vil bli publisert på elhub.no. Spesielt gjelder dette feltene "historie", "historie fra", og "tilbakemelding", samt "påkrevd" for fil med målepunkt fra kraftselskap.
Introduksjon Enkelte kolonner i tabellene kan trenger en forklaring: InfoType: Dette er klassifiseringen av et felt i en av gruppene som omfattes av rapporterings- og kvalitetskrav i Elhubs milepælsplan Påkrevd: Dette er et teknisk krav til at feltet må være tilstede i en fil, og graderes som Obligatorisk: Må være tilstede Avhengig: Enten Obligatorisk, valgfritt eller i/r avhengig av andre felters innhold Valgfri: Skal (i prinsippet) fylles ut hvis aktøren har data av egnet kvalitet, men det foretas ingen sjekker på konsistens av disse data i/r: Ikke relevant, skal normalt settes til blankt Kritikalitet: Nivå fra 1 til 3 iht. egen presentasjon og basert på Elhubs og markedets krav til data. Historie: Denne kolonnen angir hvorvidt endringer i et felt skal være gjenstand for lagring i egne rader i en fil (ta vare på historikk) Historie fra: Fra dette tidspunktet må det sendes inn informasjon for det aktuelle feltet. Øvrige felter i en fil fra før det aktuelle tidspunktet kan fylles ut blankt (ingen verdi), med unntak av de felter angitt med "i/r" i historie da disse trengs for å angi nøkkelverdier (så som målepunktidentifikasjon) og tidsperiode. Samtidig hvis kun en "i/r"-kolonne er angitt med en tidlig dato for en fil, kan denne sees bort fra. Tilbakemelding: Veiledende skisse til hvilken markedsaktør som vil være primære mottaker av feilmeldinger på feltet. Normalt kraftleverandør for generelle inkonsistenser, men normalt nett for målepunktrelaterte felter
Migreringsfiler og felter Informasjon om Målepunkt fra Nettselskap Påkrevde felter nettselskap Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Metering Point Kritisk MP info MeteringPointID Obligatorisk 1 i/r 20.02.2014Nettselskap Kritisk MP info ValidFrom Obligatorisk 1 i/r 20.02.2014Nettselskap Kritisk MP info ValidTo Avhengig 1 i/r 20.02.2014Nettselskap Kritisk MP info SettlementMethodType Avhengig 1 Ja 20.02.2014Nettselskap Kritisk MP info MeteringReadingCharacteristics Obligatorisk 1 Ja 20.02.2014Nettselskap Øvrig MP Info MeasurementProfile i/r i/r Nei Øvrig MP Info Priority Avhengig 3 Ja 01.01.2016Ingen konsistenskontroller Øvrig MP Info MeteringPointLoadLimit Avhengig 3 Nei Nettselskap Øvrig MP Info MeteringPointInstalledEffect Avhengig 3 Nei Nettselskap Øvrig MP Info ReportingFrequency Avhengig 3 Nei Nettselskap Øvrig MP Info ReportingFrequencyStart Avhengig 3 Nei Ingen konsistenskontroller Øvrig MP Info MeteringPointSubTypeProduction Avhengig 3 Nei Nettselskap Øvrig MP Info MeteringPointSubTypeConsumption Avhengig 3 Nei Nettselskap Øvrig MP Info SettlementConstant Avhengig 3 Nei Ingen konsistenskontroller Øvrig MP Info MeterDigits Avhengig 3 Nei Ingen konsistenskontroller Øvrig MP Info MeterLocation Valgfri i/r Nei Ingen konsistenskontroller Kritisk MP info MeteringGridAreaUsed Obligatorisk 1 Ja 20.02.2014Nettselskap Kritisk MP info OutAreaUsed Avhengig 1 Ja Ingen konsistenskontroller Kritisk MP info MeteringPointType Obligatorisk 1 Nei Nettselskap Kritisk MP info MeteringPointStatus Obligatorisk 1 Ja 20.02.2014Nettselskap Øvrig MP Info MeteringPointDescription Valgfri i/r Nei Ingen konsistenskontroller Øvrig MP Info MeterIdentification Avhengig 3 Nei Ingen konsistenskontroller Kritisk MP info MeteringPointAccountable Obligatorisk 1 Nei Nettselskap MP Adresse GardsNr Avhengig 3 Nei Ingen konsistenskontroller MP Adresse BruksNr Avhengig 3 Nei Ingen konsistenskontroller MP Adresse SeksjonsNr Avhengig 3 Nei Ingen konsistenskontroller MP Adresse FesteNr Avhengig 3 Nei Ingen konsistenskontroller MP Adresse PropertyName i/r i/r Nei MP Adresse Location Valgfri i/r Nei Ingen konsistenskontroller MP Adresse RoomIdentification Valgfri i/r Nei Ingen konsistenskontroller MP Adresse FloorIdentification Valgfri i/r Nei Ingen konsistenskontroller MP Adresse BuildingNumber Avhengig 3 Nei Ingen konsistenskontroller MP Adresse BuildingLetter Valgfri i/r Nei Ingen konsistenskontroller MP Adresse StreetName Valgfri i/r Nei Ingen konsistenskontroller MP Adresse StreetCode Valgfri i/r Nei Ingen konsistenskontroller MP Adresse CitySubDivisionName Valgfri i/r Nei Ingen konsistenskontroller MP Adresse PostCode Obligatorisk 3 Nei Ingen konsistenskontroller MP Adresse AddressDescription Valgfri i/r Nei Ingen konsistenskontroller MP Adresse MunicipalityCode Avhengig 3 Nei Ingen konsistenskontroller 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Måleverdier fra Nettselskap Påkrevde felter nettselskap Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Metering Value Porteføljeinformasjon MeteringPointUsed Obligatorisk 1 i/r 20.02.2014 Begge aktører Viktige måleverdiinformasjon TimeSeriesType Obligatorisk 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon ProductType Obligatorisk 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon UnitType Obligatorisk 2 Ja 01.01.2016 Nettselskap Øvrige måleverdiinformasjon RegistrationVersionNumber Valgfri i/r Ja Ingen konsistenskontroller Viktige måleverdiinformasjon StartDate Obligatorisk 2 i/r 01.01.2016 Nettselskap Viktige måleverdiinformasjon EndDate Obligatorisk 2 i/r 01.01.2016 Nettselskap Viktige måleverdiinformasjon QuantityQuality Obligatorisk 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon RegistrationDateTime Obligatorisk 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon Quantity Obligatorisk 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon ValidationCode Avhengig 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon EstimationCode Avhengig 2 Ja 01.01.2016 Nettselskap Viktige måleverdiinformasjon VolumeCategoryCode Obligatorisk 2 Ja 01.01.2016 Nettselskap Kritisk MP info ExpectedAnnualConsumption Avhengig 1 Nei Nettselskap Viktige måleverdiinformasjon MeterReadingReasonCode Obligatorisk 2 Ja 01.01.2016 Nettselskap 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Kontrakt fra Nettselskap Påkrevde felter nettselskap Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Contract Porteføljeinformasjon MeteringPointUsed Obligatorisk 1 i/r 20.02.2014 Begge aktører Porteføljeinformasjon ValidFrom Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon ValidTo Avhengig 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon ContractCode Obligatorisk 1 Ja 20.02.2014 Kraftleverandør Porteføljeinformasjon CustomerReferenceEndUser Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Kundeadresse CustomerReferenceInvoice Valgfri i/r Nei Kraftleverandør Porteføljeinformasjon GridAccessProvider Valgfri i/r i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon BalanceSupplierUsed Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon BalanceResponsibleParty Obligatorisk 1 Ja 20.02.2014 Kraftleverandør Avgiftsinformasjon NACE_Code Obligatorisk 2 Ja 01.01.2016 Kraftleverandør Avgiftsinformasjon ConsumptionCode Avhengig 2 Ja 01.01.2016 Kraftleverandør Kritisk avgiftsinformasjon ElCertificateShare Obligatorisk 1 Ja 01.01.2016Kraftleverandør Avgiftsinformasjon EnovaFeeShare Obligatorisk 2 Nei Kraftleverandør Avgiftsinformasjon EnovaFeeType Obligatorisk 2 Nei Kraftleverandør Avgiftsinformasjon ElFeeShare Obligatorisk 2 Nei Kraftleverandør Avgiftsinformasjon ValueAddedTaxShare Obligatorisk 2 Nei Kraftleverandør Øvrig MP Info SiteDescription i/r i/r Nei Porteføljeinformasjon EndReason Avhengig 1 Nei Kraftleverandør Kontaktinformasjon Channel1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel4 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description4 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value4 Valgfri i/r Nei Ingen konsistenskontroller 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Kunde fra Nettselskap Påkrevde felter nettselskap Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Customer Porteføljeinformasjon CustomerReference Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Kundeidentifikasjon AddressType Obligatorisk 2 i/r Kraftleverandør Porteføljeinformasjon ValidFrom Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon ValidTo Avhengig 1 i/r 20.02.2014 Kraftleverandør Kundeidentifikasjon CustomerIdentity Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon CustomerIdentityType Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon Nationality Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon FirstName Avhengig 2 Nei Kraftleverandør Kundeidentifikasjon LastName Avhengig 2 Nei Kraftleverandør Kundeidentifikasjon CompanyName Avhengig 2 Nei Kraftleverandør Kundeadresse PostOfficeBox Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse CareOf Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse Attention Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse RoomIdentification Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse FloorIdentification Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse BuildingNumber Avhengig 3 Nei Ingen konsistenskontroller Kundeadresse BuildingLetter Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse StreetName Avhengig 3 Nei Ingen konsistenskontroller Kundeadresse StreetCode Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse CitySubDivisionName Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse PostCode Obligatorisk 3 Nei Ingen konsistenskontroller Kundeadresse CountryCode Obligatorisk 3 Nei Ingen konsistenskontroller 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Målepunkt fra Kraftselskap Påkrevde felter kraftleverandører Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Metering Point Kritisk MP info MeteringPointID Obligatorisk i/r i/r 20.02.2014Nettselskap Kritisk MP info ValidFrom Obligatorisk i/r i/r 20.02.2014 Kritisk MP info ValidTo Avhengig i/r i/r 20.02.2014 Kritisk MP info SettlementMethodType Obligatorisk i/r Ja 20.02.2014Nettselskap Kritisk MP info MeteringReadingCharacteristics Obligatorisk i/r Ja 20.02.2014Nettselskap Øvrig MP Info MeasurementProfile i/r i/r Nei Øvrig MP Info Priority Valgfri i/r Ja 01.01.2016Nettselskap Øvrig MP Info MeteringPointLoadLimit i/r i/r Nei Øvrig MP Info MeteringPointInstalledEffect i/r i/r Nei Øvrig MP Info ReportingFrequency i/r i/r Nei Øvrig MP Info ReportingFrequencyStart i/r i/r Nei Øvrig MP Info MeteringPointSubTypeProduction i/r i/r Nei Øvrig MP Info MeteringPointSubTypeConsumption i/r i/r Nei Øvrig MP Info SettlementConstant Valgfri i/r Nei Øvrig MP Info MeterDigits Valgfri i/r Nei Øvrig MP Info MeterLocation Valgfri i/r Nei Ingen konsistenskontroller Kritisk MP info MeteringGridAreaUsed Valgfri i/r Ja 20.02.2014Nettselskap Kritisk MP info OutAreaUsed i/r i/r Ja Kritisk MP info MeteringPointType Obligatorisk i/r Nei Nettselskap Kritisk MP info MeteringPointStatus Obligatorisk i/r Ja 20.02.2014Nettselskap Øvrig MP Info MeteringPointDescription Valgfri i/r Nei Ingen konsistenskontroller Øvrig MP Info MeterIdentification Valgfri i/r Nei Kritisk MP info MeteringPointAccountable i/r i/r Nei MP Adresse GardsNr Valgfri i/r Nei MP Adresse BruksNr Valgfri i/r Nei MP Adresse SeksjonsNr Valgfri i/r Nei MP Adresse FesteNr Valgfri i/r Nei MP Adresse PropertyName i/r i/r Nei MP Adresse Location Valgfri i/r Nei MP Adresse RoomIdentification Valgfri i/r Nei MP Adresse FloorIdentification Valgfri i/r Nei MP Adresse BuildingNumber Valgfri i/r Nei MP Adresse BuildingLetter Valgfri i/r Nei MP Adresse StreetName Valgfri i/r Nei MP Adresse StreetCode Valgfri i/r Nei MP Adresse CitySubDivisionName Valgfri i/r Nei MP Adresse PostCode Valgfri i/r Nei MP Adresse AddressDescription Valgfri i/r Nei MP Adresse MunicipalityCode Valgfri i/r Nei 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Kontrakt fra Kraftleverandør Påkrevde felter kraftleverandører Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Contract Porteføljeinformasjon MeteringPointUsed Obligatorisk 1 i/r 20.02.2014 Begge aktører Porteføljeinformasjon ValidFrom Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon ValidTo Avhengig 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon ContractCode Obligatorisk 1 Ja 20.02.2014 Kraftleverandør Porteføljeinformasjon CustomerReferenceEndUser Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Kundeadresse CustomerReferenceInvoice Valgfri i/r Nei Kraftleverandør Porteføljeinformasjon GridAccessProvider Obligatorisk 1 i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon BalanceSupplierUsed Valgfri i/r i/r 20.02.2014 Kraftleverandør Porteføljeinformasjon BalanceResponsibleParty Obligatorisk 1 Ja 20.02.2014 Kraftleverandør Avgiftsinformasjon NACE_Code Obligatorisk 2 Ja 01.01.2016 Kraftleverandør Avgiftsinformasjon ConsumptionCode Valgfri i/r Ja 01.01.2016 Kraftleverandør Kritisk avgiftsinformasjon ElCertificateShare Obligatorisk 2 Ja 01.01.2016Kraftleverandør Avgiftsinformasjon EnovaFeeShare Valgfri i/r Nei Kraftleverandør Avgiftsinformasjon EnovaFeeType Valgfri i/r Nei Kraftleverandør Avgiftsinformasjon ElFeeShare Valgfri i/r Nei Kraftleverandør Avgiftsinformasjon ValueAddedTaxShare Obligatorisk 2 Nei Kraftleverandør Øvrig MP Info SiteDescription i/r i/r Nei Porteføljeinformasjon EndReason Avhengig 1 Nei Kraftleverandør Kontaktinformasjon Channel1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value1 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value2 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value3 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Channel4 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Description4 Valgfri i/r Nei Ingen konsistenskontroller Kontaktinformasjon Value4 Valgfri i/r Nei Ingen konsistenskontroller 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
Migreringsfiler og felter Informasjon om Kunde fra Kraftleverandør Påkrevde felter kraftleverandører Fil InfoType Felt Påkrevd Kritikalitet Historie Historie fra Tilbakemelding Customer Porteføljeinformasjon CustomerReference Obligatorisk 1 i/r 20.02.2014Kraftleverandør Kundeidentifikasjon AddressType Obligatorisk 2 i/r Kraftleverandør Porteføljeinformasjon ValidFrom Obligatorisk 1 i/r 20.02.2014Kraftleverandør Porteføljeinformasjon ValidTo Avhengig 1 i/r 20.02.2014Kraftleverandør Kundeidentifikasjon CustomerIdentity Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon CustomerIdentityType Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon Nationality Obligatorisk 2 Nei Kraftleverandør Kundeidentifikasjon FirstName Avhengig 2 Nei Kraftleverandør Kundeidentifikasjon LastName Avhengig 2 Nei Kraftleverandør Kundeidentifikasjon CompanyName Avhengig 2 Nei Kraftleverandør Kundeadresse PostOfficeBox Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse CareOf Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse Attention Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse RoomIdentification Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse FloorIdentification Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse BuildingNumber Avhengig 3 Nei Ingen konsistenskontroller Kundeadresse BuildingLetter Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse StreetName Avhengig 3 Nei Ingen konsistenskontroller Kundeadresse StreetCode Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse CitySubDivisionName Valgfri i/r Nei Ingen konsistenskontroller Kundeadresse PostCode Obligatorisk 3 Nei Ingen konsistenskontroller Kundeadresse CountryCode Obligatorisk 3 Nei Ingen konsistenskontroller 23.02.2015 Brosjyre som beskriver nettselskapers og kraftleverandørers krav til datakvalitet og migrering i forbindelse med Elhub
DAM innhold og datoer
Leveranse av DAM Release 1 Siste sprint ferdig 12/6, planlagt test og prod.satt 7/7 Pilotaktører får tilgang først (ila. sommeren), deretter gradvis innrulling av aktører Skal brukes for rapportering til M2, 1/11 Innhold: Forenklet pålogging (brukernavn og forvalgt passord, dvs. Elhub setter passord) Mottak av.sdv-filer (målepunkt, kontrakt og kunde), planlegger også med.zip-filer Nedlastbar statistikkrapport på innsendte data, inkludert antall og type feil Syntakskontroll (ingen direkte feilfil enda)
Leveranse av DAM Release 2 Siste sprint ferdig 9/11, planlagt driftssatt etter test 15/12 Pilotaktører får tilgang til testsystem (bl.a. via R1 pålogging) Fullstendig innrulling i løpet av test periode frem til 15/12 Brukes til all migrering, og migrerte data utgjør grunnlag for etterfølgende milepælsrapporteringer Innhold: Komplett pålogging (bruk av ID-porten, dvs. BankID og/eller MinID personlig pålogging) Alle filtyper og formater Alle kontroller Utvidet rapport Nonconformity files avviksfiler
Leveranse av DAM Hver enkelt sprint (3 uker) med grovt innhold og dato: Sprint Start dato Innhold (grovt) Status 0.0 16/3 Rammeverk data og grensesnitt Fullført 0.1 6/4 Rammeverk formatsjekk, filopplasting Fullført 0.2 4/5 Formatsjekk, innlogging og GLN-sjekk Fullført 0.3 25/5 Infrastruktur, rapporter I test 0.4 15/6 Rammeverk integritetssjekk 0.5 6/7 Integritetssjekk, rammeverk duplikatsjekk 0.6 27/7 Duplikatsjekk, rammeverk konsistenssjekk 1 17/8 Konsistenssjekk, rammeverk avviksfiler 2 7/9 Nedlasting avviksfiler, start migrering til Elhub 3 28/9 Migrering til Elhub
Kontroller i DAM
Syntakskontroll Fil 1 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............ Fil 2 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............
Integritetskontroll Fil 1 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............ Fil 2 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............
Kontroll av historikk og duplikater Fil 1 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............ Fil 2 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............
Konsistenskontroll Fil 1 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............ Fil 2 Col.A Col.B Col.C Col.D A B C D AA BB CC DD............
DAM - En liten DEMO
Ekspertgruppemøter fremover 10. september 2015 14. oktober 2015 19. november 2015 21. januar 2016 3. februar 2016 21. april 2016 26. mai 2016