Denne rapport udvikles løbende på basis af input fra møder i Ekspertgruppen Migrering DATE

Transkript

1 DataHub Migrering - Strategi og plan for datamigrering i forbindelse med idriftsættelse af DataHub Udarbejdet af DataHub Ekspertgruppen Migrering Denne rapport udvikles løbende på basis af input fra møder i Ekspertgruppen Migrering DATE REV. DESCRIPTION PREPARED CHECKED REVIEWED APPROVED Energinet.dk JGR DOC. NO. NAME DATE NAME Dok , v1 1/20

2 1.... Baggrund for notat Begrundelse for datamigrering Arbejdsmetode Datamængder Saldoafregning Afstemning af Saldoafregning ved migreringen Andelstalsberegning Stamdata for målepunkter Måledata Forskriftskrav Korrektioner af måledata efter idriftsættelse af DataHub Forretningsprocesser ved idriftsættelse af DataHub Migreringsmetode Overordnet beskrivelse Elleverandørenes opgave Datafiler til migrering Tidsplan for migrering Migreringsfaser Milepæle Detaljeret tidsplan ved go-live Nødplaner Migreringsfiler Generelle regler Headerlinje (HDR) Datalinje (DATA) Footerlinje (FTR) Eksempel: ALL_CONNECTION Eksempel: MASTERDATA Eksempel: METERDATA Eksempel: DELETE_CONNECTION Konvention for filnavne...25 Dok. xxxxx-10, Sag yyyy 2/20

3 1. Baggrund for notat I forbindelse med DataHub projektet, er en af de mere komplekse opgaver at få migreret data sikkert og præcist fra alle netvirksomheder, da dette er en forudsætning for idriftsættelse af DataHub og de nye markedsprocesser. Denne rapport beskriver den strategi og plan der skal være grundlaget for en succesfuld datamigrering. 1.1 Begrundelse for datamigrering Ved idriftsættelse af DataHub skal DataHub som minimum have stamdata for alle aktive målepunkter, herunder aktuel disponent, elleverandør og balanceansvarlig. Da DataHub overtager opgaven med Saldoafregning, betyder dette at det ikke er tilstrækkelig med aktuelle stamdata på målepunkter, der er også visse historiske stamdata for målepunkter der skal migreres. Måledata skal også migreres i DataHub, igen af hensyn til Saldoafregningsopgaven, men måledata er også nødvendige for at kunne tilbyde historiske data til elleverandører i forbindelse med tilbudsgivningen. Der skal udelukkende migreres data fra netvirksomheder og målepunkter som Energinet.dk er ansvarlige for. 1.2 Arbejdsmetode Der er i DataHub projektet etableret en ekspertgruppe med fokus på datamigrerings-opgaven, og arbejdsopgaverne for gruppen er defineret i kommissoriet: - Identificere og beskrive migreringsopgaver - behov, omfang og kompleksitet - Beskrive mulige løsningsmodeller for migrering af stamdata, måledata og processer. - Fastlægge en detaljeret migreringsplan og udarbejde alternative nødplaner - Fastlægge en plan for overflytning af Saldoafregning - Gennemføre migreringstest med netvirksomheder (og elleverandører) - Afklare spørgsmål i forbindelse med migreringsprocessen Ekspertgruppen har deltagere fra netvirksomheder, it-leverandører og Energinet.dk. Migreringsopgaven er kompleks, og der er mange deltagere i løsningen af opgaven, så for at minimere risiko ved implementeringen af migreringen er der i arbejdsgruppen enighed om, at der ved valg af løsningsmuligheder skal fokuseres på enkle løsninger, frem for forkromede 120% løsninger. Dok. xxxxx-10, Sag yyyy 3/20

4 2. Datamængder Der skal migreres data fra 77 netvirksomheder (antal pr ), med et samlet antal målepunkter på ca. 3.2 mio. Nedenstående tabel viser antal målepunkter (MP) pr. netvirksomhed for de 25 største netvirksomheder. Tabellen er sorteret efter faldende antal målepunkter, og den viser at disse 25 største netvirksomheder dækker mere end 90% af alle målepunkter der skal migreres. x1000 MP Pct. MP Akk. pct. Netvirksomhed 908,6 28,0 28,0 791 Dong Energy Eldistribution A/S 365,5 11,3 39,3 740 SEAS-NVE A.m.b.a. 260,3 8,0 47,4 344 SYD ENERGI Net A/S 210,2 6,5 53,9 151 NRGi A.m.b.a. 150,2 4,6 58,5 131 EnergiMidt Net A/S 133,0 4,1 62,6 244 TRE-FOR 85,6 2,6 65,2 543 Energi Fyn 75,9 2,3 67,6 044 HEF Net A/S 74,5 2,3 69,9 543 Energi Fyn City 62,6 1,9 71,8 052 AKE Forsyning A/S 59,5 1,8 73,7 751 Frederiksberg Elnet A/S 57,6 1,8 75,4 232 Østjysk Net A/S 51,5 1,6 77,0 031 ENV NET A/S 50,9 1,6 78,6 149 ELRO Net A/S 43,8 1,4 79,9 331 Thy-Mors Energi El-Net ( ) 43,7 1,3 81,3 023 Nyfors 43,2 1,3 82,6 353 EnergiMidt Net Vest A/S 41,4 1,3 83,9 152 Energi Randers net A/S 39,5 1,2 85,1 046 ESV 31,2 1,0 86,1 533 SEF Net A/S, c/o Sydfyns Elforsyning 29,4 0,9 87,0 347 NOE A.m.b.a. 28,2 0,9 87,9 911 Østkraft Net 26,6 0,8 88,7 348 RAH Net A/S 25,2 0,8 89,5 860 SK Elnet A/S 23,4 0,7 90,2 145 GE Net A/S Datakilde: Dansk Elforsyning Statistik 2009 Dok. xxxxx-10, Sag yyyy 4/20

5 Nedenstående diagram illustrerer på samme måde fordelingen af antal målepunkter mellem netvirksomhederne. I migreringsprocessen skal der i processen tages højde for forskellen mellem de datamængder der skal migreres fra netvirksomhederne, og der skal tilbydes forskellige metoder for migreringen (f.eks. upload af data via FTP server, mail-løsning eller fysisk flytning (DVD)). Dok. xxxxx-10, Sag yyyy 5/20

6 3. Saldoafregning Saldoafregningen vedrører kun skabelonafregnede forbrugsmålepunkter. Saldoafregningen overtages af DataHub pr , og fra dette tidspunkt afregnes efter nye regler beskrevet i Pseudo-forskrift H2. Saldoafregningen der udføres for 2011 skal ske efter eksisterende regler, og udføres derfor af netvirksomhederne i hele Saldoafregningen skal i 2012 udføres af netvirksomhederne med samme frekvens som i 2011, afhængig af om kunderne i netområdet aflæses rullende (et antal kunder aflæses hver måned eller hvert kvartal) eller om alle kunder aflæses en gang årligt samtidig i hele netområdet. Overflytning af saldoafregningsopgaven fra netvirksomhederne til ENDK er en større konverteringopgave som ikke vil blive behandlet i dette notat. Overflytningen vil ske efter idriftsættelsen af DataHub fra fjerde kvartal 2012 til primo Migreringen skal sikre, at stamdata og måledata er til rådighed, således at grundlaget for afvikling af Saldoafregningen for januar 2012 er til stede i Datahub. Nedenstående illustrerer forløbet for saldoafregningerne fra Ny Saldoafregning Netvirksomhed Aflæsning Aflæsning Periode: Afregn: Aflæsning Aflæsning Periode: Afregn: Aflæsning Aflæsning Periode: Afregn: Aflæsning Periode: Aflæsning Afregn: DataHub Periodeforbrug Periodeforbrug påbaggrund af Periodeforbrug påbaggrund af aflæsning 2012-mm påbaggrund af aflæsning aflæsning Periode: Afregn: Periodeforbrug påbaggrund af aflæsning Periode: Afregn: Saldoafregningen udføres udfra den aflæsning der dækker overgangstidpunktet ( ). I 2011 gennemfører netvirksomhederne saldoafregningen for månederne i 2010 uden ændringer i forhold til tidligere. Dok. xxxxx-10, Sag yyyy 6/20

7 I 2012 gennemfører netvirksomhederne saldoafregningerne for alle måneder i Den sidste saldoafregning netvirksomhederne gennemfører, er for december 2011, som tidligst kan gennemføres i december 2012 (når sidste aflæsning er modtaget). Den første saldoafregning DataHub udfører med de nye regler, er for januar Denne afregning kan tidligst ske i januar 2013, da de sidste aflæsninger for januar 2012 vil være indeholdt i forbruget opgjort på baggrund af aflæsningen januar For at DataHub kan periodisere forbrug for alle målepunkter for januar skal der i Data- Hub findes forbrug aflæst "henover" januar DataHub indeholder ikke måleaflæsninger men forbrug - så de forbrug der er indsendt i løbet af 2012, vil alle dække januar Af hensyn til Saldoafregningen, skal DataHub altså have et forbrug der indeholder januar 2012 for alle målepunkter. Til brug for Saldoafregningen skal alle stamdata for målepunkter være komplette for hele 2012, herunder leverandørskifte og flytninger. 3.1 Afstemning af Saldoafregning ved migreringen På baggrund af de indsendte forbrug kan DataHub danne et periodiseret forbrug for hvert målepunkt for hver måned herunder december dette periodiserede forbrug pr. målepunkt skal stemme med det periodiserede forbrug som netvirksomheden har beregnet for Andelstalsberegning Netvirksomhederne beregner og udsender andelstal for i september 2012 for sidste gang. Beregning og udsendelse af andelstal for sker i DataHub i oktober DataHub skal til Saldoafregningen bruge andelstallene for januar september Disse andelstal migreres manuelt af ENDK.. Dok. xxxxx-10, Sag yyyy 7/20

8 5. Stamdata for målepunkter Der skal migreres stamdata for alle målepunkter der er aktive pr , og der skal migreres stamdata hørende til alle migrerede måledata. Målepunkt Migreres af Stamdata for målepunkt migreres (minimum) fra Timeafregnet forbrugsmålepunkt Skabelonafregnet forbrugsmålepunkt Netvirksomhed Netvirksomhed Fra startperioden for den aflæsning der dækker over perioden for måledata for hvert målepunkt. Udvekslingsmålepunkt Netvirksomhed Produktionsmålepunkt ENDK Målepunkter vedr. nettoafregnede produktionsanlæg Tekniske målepunkter (f.eks. udveksling 60/150 kv, reaktive målere) ENDK ENDK beskrives i særskilt notat fra ENDK For oplysningerne vedr. disponenten (navn og evt. fødselsdato) på forbrugsmålepunkter gælder specielt, at det kun er oplysningen om den aktuelle (og evt. fremtidige) disponent der er relevant. Måledata (forbrugsopgørelse) i forbindelse med flytningen på målepunktet skal migreres, og ligeledes skal stamdata migreres hvis der i forbindelse med flytningen sker et leverandørskifte. Det er tilladt at migrere alle flytninger (disponenter på målepunkterne), men det er ikke et krav. Stamdata for målepunkter der skal migreres, baseres på "Pseudo-forskift I - Stamdata" I regnearket "DataHub - Migrering filbeskrivelse" (der kan findes på DataHub hjemmesiden) kan der findes en nærmere beskrivelse af de enkelte felter der migreres, og den validering der foretages ved migreringen. Specielt skal hver netvirksomhed være opmærksom på at oprette forbrugsmålepunktet "Nettab", og heri specificere forventet årsforbrug. Dok. xxxxx-10, Sag yyyy 8/20

9 6. Måledata I det nedenstående skal "Fra dato" forstås som "Fra og med dato". Af hensyn til at kunne gennemføre saldoafregningen fra januar 2012, skal der migreres måledata tilbage i tid fra før januar Måling Migreres af Måledata migreres fra Timeafregnet forbrug Netvirksomhed Skabelonafregnet forbrug Udvekslingsmåling (kvarterseller timemålt) Produktionsmålinger (kvarterseller timemålt) Målinger vedr. nettoafregnede produktionsanlæg Tekniske målinger (udveksling 60/150 kv, reaktive målinger) Netvirksomhed ENDK ENDK ENDK Netvirksomhed Forbruget for skal kendes for alle skabelonafregnede målepunkter der er tilsluttet pr Der skal som minimum migreres forbruget for én aflæsningsperiode for disse målepunkter beskrives i særskilt notat fra ENDK Bemærk, at evt. timemålinger for skabelonafregnede målepunkter ikke migreres, da disse ikke er relevante for saldoafregningen. Vedr. skabelonafregnet forbrug: Der kan ikke gives en eksakt dato for hvornår data skal migreres fra, idet dette afhænger af aflæsningsperioden for hvert skabelonafregnet målepunkt. Nedenstående tabel viser eksempel på sammenhængen mellem aflæsninger og startdato for migrering af måledata: Målepunkt Aflæsning 1 Aflæsning 2 Aflæsning 3 Aflæsning 4 Måledata migreres fra Starttidspunktet for stamdata for målepunktet, skal være mindre end eller lig med starttidspunktet for måledata for målepunktet. 6.1 Forskriftskrav I pseudo-forskrift H1 (afsnit 3.5) er der flg. krav til timeafregnede målepunkter: "For timeafregnede kunder kan historiske timedata hentes, så længe kunden har været registreret på målepunktet, dog højst 1 år" Dette krav er opfyldt af ovenstående krav til migrering. Dok. xxxxx-10, Sag yyyy 9/20

10 I psudo-forskrift H1 (afsnit 3.5) er der flg. krav til skabelonafregnede målepunkter: "For skabelonafregnede målepunkter kan kundens registrerede skabelonafregnede forbrug for de seneste 3 år samt det forventede årsforbrug hentes i Data- Hub'en." "1 Alene forbrug fra 1. januar 2011 og frem vil være tilgængelig i DataHub'en" Med fodnotens bemærkning, opfyldes kravet fra pseudo-forskrift H1. I Psudo-forskrift D1 (afsnit 5.1.1) er følgende krav: "Netvirksomheden skal mindst en gang månedligt lave en kontrol af, om de måledata for skabelonafregnede målepunkter, der ligger i DataHub'en indtil 3 år tilbage, er identiske med dem, der ligger i netvirksomhedens database." Da måledata ved idriftsættelsen af DataHub ikke er tilgængelige 3 år tilbage, vil dette krav kun være gældende for de migrerede data - indtil data efterhånden opbygges i DataHub. Denne tolkning af kravet er konfirmeret i Ekspertpanelet. 6.2 Korrektioner af måledata efter idriftsættelse af DataHub Eventuelle korrektioner af de måledata der er migreret, skal følge processerne beskrevet i pseudo-forskrift D1 - korrektionerne indmeldes til DataHub via de beskrevne forretningsprocesser. Korrektioner for måledata der ikke er migreret, håndteres af netvirksomhederne. Det er netvirksomhedernes opgave at formidle korrektioner til den/de berørte elleverandør(er). 7. Forretningsprocesser ved idriftsættelse af DataHub Ved idriftsættelsen af DataHub, vil alle eksisterende markedsprocesser blive stoppet fra et givet tidspunkt medio september 2012 (dato specificere nærmere i detailplanlægningen). Alle leverandørskifte processer der sker i det eksisterende regime primo september 2012 vil vedrøre leverandørskifte til datoen Efter idriftsættelse af DataHub kan evt. udestående leverandørskifte pr (ventende fra medio september) nemt gennemføres, da fristen for leverandørskifte med de nye regler nu er 10 arbejdsdage. Samme metode anvendes for indmelding af flytninger, således at alle flytteprocesser i det gamle regime stoppes medio september. Dok. xxxxx-10, Sag yyyy 10/20

11 8. Migreringsmetode 8.1 Overordnet beskrivelse Netvirksomhederne danner udtræk af stamdata og måledata fra egne systemer. Udtrækkene sker til tre simple csv-filer, der indlæses i Migreringssystemet hos Energinet.dk. Data vil her blive valideret, og hvis data opfylder valideringskriterierne, læses data ind i migreringssystemet. Netvirksomhederne kan løbende danne rapporter der viser status på indlæsningerne - hvor mange er ok, hvor mange er fejlet - og hvorfor er de fejlet. Netvirksomhederne kan selv styre migreringsprocessen via web-interface, og migreringen kan udføres successivt. Elleverandørene kan løbende i processen udtrække en rapport (csv-fil) der viser stamdata for de målepunkter elleverandøren er registreret som leverandør på. Denne rapport skal elleverandøren anvende til validering af de migrerede data. Hvis elleverandøren finder uoverensstemmelser i data, udredes dette bilateralt mellem elleverandøren og netvirksomheden i migreringsforløbet. Gridoperators ENDK Create extract Import Validate Reporting Clearing Errors Systemmæssigt vil Migreringssystemet være en del af DataHub løsningen, med egne funktioner og egne skærmbilleder (web). Systemet vil kun være aktivt i migreringsperioden, og vil blive lukket ved go-live af DataHub. Dok. xxxxx-10, Sag yyyy 11/20

12 Som udgangspunkt afleveres datafilerne fra netvirksomhederne til Migreringssystemet via SFTP. 8.2 Elleverandørenes opgave Elleverandørene skal i migreringssystemet udtrække rapport (csv-fil) der viser alle stamdata for alle de målepunkter, der er tilknyttet den pågældende elleverandør, Elleverandørene skal kontrollere at stamdata for målepunkterne er i overensstemmelse med elleverandørens oplysninger. Ved evt. uoverensstemmelse skal elleverandøren udrede dette bilateralt med netvirksomheden. 8.3 Datafiler til migrering Der vil være tre typer filer der migreres i nedenstående rækkefølge: 1. Målepunkter (ALL_CONNECTION). Indeholder kun én kolonne med alle GSRN numre på målepunkter, der skal migreres. Anvendes til validering af efterfølgende indlæste stamdata og til opgørelse af status (hvor mange målepunkter mangler at blive migreret). 2. Stamdata for målepunkter (MASTERDATA). Indeholder alle stamdata for målepunkter, herunder også ændringer i stamdata over tid, f.eks. leverandørskifte. 3. Måledata (METERDATA). Indeholder måledata for perioder (skabelonafregnede målepunkter), eller på time-/kvartersbasis. Herudover findes en speciel filtype (DELETE_CONNECTION), som kan anvendes hvis netvirksomheden ønsker at slette evt. migrerede data. Filen indeholder én kolonne med de GSRN numre der ønskes slettet, og alle måledata og stamdata for de pågældende målepunkter slettes i migreringssystemet. Filerne indlæses uafhængigt af hinanden og filerne kan deles i mindre filer, der indeholder dele af netvirksomhedens data. Rækkefølgen af indlæsningen for et målepunkt skal følge den angivne (målepunkter -> stamdata for målepunkter -> måledata). Filerne kan indlæses flere gange. Hvis der er ændringer i data i forhold til sidste indlæsning, vil disse ændringer blive migreret. Dok. xxxxx-10, Sag yyyy 12/20

13 I afsnit 11 beskrives det præcise format for de fire filtyper, og regler for navngivningen af filerne. 9. Tidsplan for migrering 9.1 Migreringsfaser Migreringen foregår i to hovedfaser: TestMigrering Oktober Marts 2012 Netvirksomhederne skal her blive fortrolige med migreringsproceduren, og her teste migreringen af så mange data som muligt, således at evt. fejl i data allerede opdages i denne fase. Det er muligt at slette allerede migrerede data, for at teste migreringsprocessen så meget som muligt. DriftsMigrering April September 2012 Efter afsluttet TestMigrering slettes alle data i migreringssystemet, og data der migreres i Driftsmigreringsfasen, migreres med henblik på endelig overflytning af data til DataHub. Indtil juni 2012 er det muligt at slette migrerede data. Migreringen er mere detaljeret planlagt i følgende faser: Fase Periode Netvirksomheder Energinet.dk Forberedelse Nu - Start TestMigrering TestMigrering Start Driftsmigrering DriftsMigrering Flytning til Data- Hub Klargøre egne applikationer til udtræk af data i migreringsfiler. Datavask af egne data. Brugeroplysninger til ENDK Migrering af data - opfølgning på evt. afviste data Teste migreringssystem. Konfigurering af system. Oprette brugere i migreringssystemet. Rettigheder til SFTP DeltaMigrering Migrering af data til Data- Hub - opfølgning på evt. afviste data. Indlæsning af "deltaload" - dvs. ændrede/nye data fra Go-Live Migreringssystemet lukkes. Ændringer/nye data anvender standard forretningsprocesser Alle migrerede data i Migreringssystemet slettes. Migreringssystemet lukkes Data flyttes fra migreringssystemet til Data- Hub. Flytning af "delta-load" fra migreringssystem til DataHub Dok. xxxxx-10, Sag yyyy 13/20

14 9.2 Milepæle Energinet.dk følger op på nedenstående milepæle baseret på statusrapporter fra migreringssystemet, og vil følge tæt op på netvirksomheder der ikke overholder specificerede milepæle. Dato Ansvarlig Milepæl TestMigrering Alle netvirksomheder Alle netvirksomheder skav have indsendt formular til ENDK vedr. ønskede brugernavne (formular udsendes af ENDK) ENDK Migreringssytem færdigkonfigureret og alle brugere fra netvirksomheder er oprettet Alle netvirksomheder - Alle netvirksomheder har indlæst ALL_CONNECTION (alle målepunkter) (intet krav om fuldstændighed) - Alle netvirksomheder har indlæst MASTERDATA og migreret stamdata med succes (intet krav om antal) - Alle netvirksomheder har indlæst METERDATA og migreret måledata med succes (intet krav om antal) Alle netvirksomheder - Alle netvirksomheder har indlæst ALL_CONNECTION med alle målepunkter - Alle netvirksomheder har indlæst MASTERDATA og migreret stamdata med succes for 80% af alle målepunkter angivet i ALL_CONNECTION - Alle netvirksomheder har indlæst METERDATA og migreret måledata med succes for 50% af de timeafregnede målepunkter og 50% af de skabelonafregnede målepunkter angivet i ALL_CONNECTION (intet krav om antal målinger) Elleverandører Alle elleverandører har lavet rapport udtræk af stamdata for egne målepunkter DriftMigrering Netvirksomheder - Alle netvirksomheder har indlæst ALL_CONNECTION med alle målepunkter - Alle netvirksomheder har indlæst MASTERDATA og migreret stamdata med succes for 90% af alle målepunkter angivet i ALL_CONNECTION - Alle netvirksomheder har indlæst METERDATA og migreret måledata med succes for 50% af de timeafregnede målepunkter og 50% af de skabelonafregnede målepunkter angivet i ALL_CONNECTION (intet krav om antal målinger) Elleverandører Alle elleverandører har lavet rapport udtræk af stamdata for egne målepunkter og verificeret disse Netvirksomheder - Alle netvirksomheder har indlæst ALL_CONNECTION med alle målepunkter - Alle netvirksomheder har indlæst MASTERDATA og migreret stamdata med succes for 95% af alle målepunkter angivet i ALL_CONNECTION - Alle netvirksomheder har indlæst METERDATA og migreret måledata med succes for 90% af de timeafreg- Dok. xxxxx-10, Sag yyyy 14/20

15 nede målepunkter og 90% af de skabelonafregnede målepunkter angivet i ALL_CONNECTION (intet krav om antal målinger) 9.3 Detaljeret tidsplan ved go-live Nedenstående illustrerer den detaljerede tidsplan omkring go-live tidspunktet. Den endelige detailplanlægning sker medio Fredag Sidste processer med gl. regler Lørdag Søndag Mandag Tirsdag Onsdag Torsdag Fredag Lørdag Søndag Mandag Start Tirsdag Onsdag Torsdag Fredag 10. Nødplaner Her beskrives senere nødplaner i forbindelse med go-live. Dok. xxxxx-10, Sag yyyy 15/20

16 11. Migreringsfiler 11.1 Generelle regler - Tegnsæt i alle migreringsfiler er UTF-8. - Skilletegn mellem felterne er tegnet " " (Unicode 007C). - Alle linjer i filen afsluttes med linjeskift <LF> (Unicode 000A) - Data i filen må ikke indeholde linjeskift <LF> - Decimaltal angives med "." som decimalseparator, og uden tusindeadskillelse, f.eks Datoformat i filerne er: YYYY-MM-DD (eks.: ) - Tidsformat i filerne er: YYYY-MM-DDTHH:MMZ (eks.: T11:00Z) Det generelle filformat ser således ud: HDR MASTERDATA T15:43Z 327 Testkørsel med ny version<lf> DATA <LF> DATA <LF> DATA <LF> DATA <LF> FTR <LF> Første linje i filen er en headerlinje (HDR) der beskriver filindholdet, herefter følger datalinjerne (DATA) der er afhængige af filtypen, og filen afsluttes med en footer-linje (FTR) der indeholder antal records i filen og evt. definerede checksummer for data Headerlinje (HDR) Headerlinjen er ens for de tre filtyper. Hvis én af feltvalideringerne fejler i headerlinjen, afvises hele filen. Felt nr. Beskrivelse Opt/ Man Validering 1 Recordnavn: HDR M Skal være "HDR" HDR 2 Migreringsfiltype, én af typerne: - ALL_CONNECTION - MASTERDATA - METERDATA - DELETE_CONNECTION 2 DEF nummer på netvirksomhed (med evt. foranstillet nul) 3 Tidspunkt for dannet dataudtræk 4 Migreringsnummer - anvendes til intern styring af migreringsproces i netvirksomheden. Nummeret anvendes til reference i rapporteringen fra migreringsprocessen og skal der- M M M M En af de tre lovlige filtyper DE nummer skal findes i migreringssystemet Tidspunkt skal overholde format og være valid Migreringsnr. skal være entydigt for hver fil for hver netvirksomhed Eksempel MASTERDATA T15:43Z 327 Dok. xxxxx-10, Sag yyyy 16/20

17 for være entydigt pr. netvirksomhed. 5 Frit tekstfelt. Kan anvendes frit af netvirksomheden. Teksten migreres ikke, men er kun tiltænkt som intern hjælp for netvirksomheden. O - Testkørsel med ny version Eksempel på de fire filtyper: HDR ALL_CONNECTION T15:43Z 044 Testkørsel med ny version<lf> HDR MASTERDATA T09:43Z upload af målepunkter<lf> HDR METERDATA T09:45Z 255 Måledata<LF> HDR DELETE_CONNECTION T11:43Z 042 Slet testmålepunkter<lf> 11.3 Datalinje (DATA) Feltbeskrivelserne for datalinjen er individuel for de tre filtyper - se efterfølgende afsnit 2,3 og 4 - og er beskrevet detaljeret i regnearket "Migration - DataFields" Felt nr. Beskrivelse Opt/ Man Validering 1 Recordnavn: DATA M Skal være 2 Aftagenummer (GSRN) for målepunktet X Eksempel: Data er afhængige af filtypen DATA <LF> M "DATA" Valideres som gyldig GSRN Eksempel DATA Hvis én af valideringerne fejler i datalinjen, afvises alle linjer i filen der vedrører det pågældende aftagenummer (GSRN) Footerlinje (FTR) Hvis én af valideringerne fejler i footerlinjen, afvises hele filen. Felt nr. Beskrivelse Opt/ Man Validering 1 Recordnavn: FTR M Skal være "FTR" FTR 2 Antal linjer i filen (incl. denne linje) 2 Checksum for udvalgt felt: - ALL_CONNECTION: sum af de 3 sidste cifre i alle GSRN numre. - MASTERDATA: sum af alle postnumre. - METERDATA: sum af alle værdier (målinger) - DELETE_CONNECTION: sum af de 3 sidste cifre i al- M O Antal skal stemme med antallet af linjer i filen Til hver filtype er der defineret checksumsberegniner for specifikke felter Eksempel Dok. xxxxx-10, Sag yyyy 17/20

18 le GSRN numre. Eksempel: FTR Eksempel: ALL_CONNECTION Filen indeholder den fulde liste af målepunkter der skal migreres for netvirksomheden. I footerlinjen (FTR) i checksumfeltet summen af de tre sidste cifre i alle GSRN numre. Eksempel på fil for "ALL_CONNECTION": HDR ALL_CONNECTION T15:43Z 327 Load af de første målepunkter<lf> DATA <LF> DATA <LF> DATA <LF> DATA <LF> DATA <LF> DATA <LF> DATA <LF> FTR <LF> 11.6 Eksempel: MASTERDATA Filen indeholder stamdata for målepunkter. I footerlinjen (FTR) i checksumfeltet angives summen af alle postnumre (felt nr. 13). Detaljeret feltbeskrivelse findes i regnearket "Migration DataFields" Eksempel på fil for MASTERDATA: HDR MASTERDATA T15:43Z 327 Load af stamdata for fire målepunkter<lf> DATA E32 E17 E Tonne Kjærsvej 65A 7000 osv DATA E32 E17 E Tonne Kjærsvej osv <LF> DATA E32 E17 E Tonne Kjærsvej osv <LF> DATA E32 E17 E Tonne Kjærsvej osv <LF> FTR <LF> 11.7 Eksempel: METERDATA Filen indeholder registrerede målinger for målepunkter. I footerlinjen (FTR) angives summen af alle værdier i checksumfeltet. Detaljeret feltbeskrivelse findes i regnearket "Migration DataFields" Eksempel på fil for METERDATA: HDR METERDATA T15:43Z 327 Load af registreringer for to målepunkter<lf> DATA T16:00Z T17:00Z E <LF> DATA T17:00Z T18:00Z E <LF> DATA T16:00Z T17:00Z E <LF> DATA T17:00Z T18:00Z E <LF> DATA T18:00Z T19:00Z E <LF> FTR <LF> Dok. xxxxx-10, Sag yyyy 18/20

19 11.8 Eksempel: DELETE_CONNECTION Filen indeholder en liste af målepunkter der ønskes slettet i migreringssystemet. I footerlinjen (FTR) i checksumfeltet summen af de tre sidste cifre i alle GSRN numre. Eksempel på fil for "DELETE_CONNECTION": HDR DELETE_CONNECTION T15:43Z 327 Slet forkerte testmålepunkter<lf> DATA <LF> DATA <LF> DATA <LF> DATA <LF> FTR <LF> Dok. xxxxx-10, Sag yyyy 19/20

20 11.9 Konvention for filnavne Filnavnene på filer der skal migreres, skal overholde følgende navnekonvention: <filtype>_<netområdenr>_<migreringsnr>.dat Hvor <filtype> ALL_CONNECTION, MASTERDATA, METERDATA eller DELETE_CONNECTION <netområdene> DE-nummer på netområde. Angives med 3 tegn. - evt. foranstillet nul. <migreringsnr> Entydigt løbenummer pr. netvirksomhed. Skal angives med 5 tegn - evt. foranstillet nul. Eksempler på tilladte filnavne: ALL_CONNECTION_023_00001.dat MASTERDATA_023_00001.dat METERDATA_023_00001.dat DELETE_CONNECTION_023_00002.dat Dok. xxxxx-10, Sag yyyy 20/20