Notat. Anbefalinger fra kvalitetsgruppen juni 2014 BILAG 3. Sagsfremstilling til Punkt 2.a Datakvalitet



Relaterede dokumenter
Notat. Anbefalinger fra datakvalitetsgruppen - oktober 2015

Energinet.dk's svar på anbefalinger fra kvalitetsgruppen (Bilag 3)

Udkast til dataudveksling med elleverandører og andre tredjeparter via kundestyret dataadgang

TEKNIK- OG IMPLEMENTERINGSMØDE 9. December 2017

Notat med høringssvar i forbindelse med høring af afsnit 5 i forskrift H1.

Introduktion til Engrosmodellen

Notat BILAG 4. Kommunikationsflow via datahub i restancesager. Netselskab skal kende

BILAG 5. DataHub- og markedsrapportering. 1. Markedsperformance. 1.1 Leverandørskift. Direktørgruppen. 10. juni 2014

Legitime interessenters adgang til data

Høringssvar vedr. anmeldelse af metoder i markedsforskrifter D1, F1, H1, H2, H3 og I

Metodeanmeldelse af Forskrift H1: Skift af elleverandør, flytning mv.

METODEANMELDELSE FOR ÆNDRINGERNE TIL MARKEDSFORSKRIFT D1, F1, H1, H2, H3 OG I

Introduktion til Engrosmodellen

Notat. Status på fortsatte og nye udfordringer

Ændring i vilkår for skift af elleverandør for elproduktionsanlæg

DataHub. Kraft i Vest. 27. September John Griem, Energinet.dk

Engrosmodellen Væsentlige ændringer i BRS

Bilag nr. 4 HØRINGSNOTAT GENNEMGANG AF FORSKRIFTER

Udkast til dataudveksling med elleverandører og andre tredjeparter via kundestyret dataadgang

Brugervejledning. Ny funktionalitet til Søg målepunkt i DataHub

DataHub Forbrugeradgangsløsning Spørgsmål og svar

PRIVATLIVSPOLITIK FOR ELOVERBLIK

Indhold. Håndtering af produktionsmålepunkter i DataHub en. 1. Generelt vedr. notatet... 2

BILAG 9. DataHub- og markedsrapportering. 1. Markedsoverblik. 1.1 Leverandørskift. 1.2 Fejlagtige leverandørskift. Direktørgruppen. 14.

Tredjepartsadgang. Til Datahub i Engrosmodellen. André Bryde Christensen & Ulrik Stougaard Kiil

Informationsmateriale til boligudlejningsforeninger

Teknik og implementeringsmøde, referat

Notat. Forskrift D1 Begrebet omfiksering indgår nu i markedsforskrifterne. Dette har været efterspurgt da begrebet allerede er blevet brugt.

BILAG 6. DataHub- og markedsrapportering. 1. Markedsoverblik. 1.1 Leverandørskift. Direktørgruppen. 11. februar 2015 MLN

DataHub- og markedsrapportering. 1. Markedsoverblik. 1.1 Leverandørskift. Direktørgruppen. 20. august 2014

Engrosmodellen Retningslinjer for sikring af datakonsistens

Notat. Høringsvar til udkast til tilsynsnotat om metodegodkendelse og gennemgang af detailmarkedsforskrifter (Engrosmodel m.m.)

Forretningsprocesser for det danske elmarked. (EDI guide - BRS'ere)

SIKKERHEDSGUIDE NØDUDGANGE HJERTESTARTER SAMLINGSSTED

METODEANMELDELSE FOR ÆNDRINGER TIL FORSKRIFT H1: SKIFT AF ELLEVERANDØR, FLYTNING MV. OG FORSKRIFT H3: AFREGNING AF ENGROSYDELSER OG AFGIFTSFORHODL

VELKOMMEN INSTALLATØRMØDER FEBRUAR 2013 DATAHUB, ENGROSMODEL, VE JESPER KEINCKE OG BIRGIT KLØVE TEAMLEDER

Forretningsprocesser for det danske elmarked. (EDI guide - BRS'ere)

TEKNIK- OG IMPLEMENTERINGSMØDE 8. Oktober 2017

Skatteudvalget L 144 endeligt svar på spørgsmål 1 Offentligt

I det følgende gennemgås de væsentligste høringssvar til ovennævnte punkter. Energistyrelsens kommentarer hertil er anført i kursiv.

HØRINGSNOTAT VEDR. REVIDERING AF FORSKRIFT H1 OG H3

Notat vedr. principper for cut-over

15. september Detailmarkedsrapport

Notat. Implikationer for solcelleejere og netselskaber af ansøgningsfrist og korrektioner

Engrosmodellen E2E-test - Godkendelser og håndtering af ændringer

Cut-over. Opstart /

Engrosmodellen: Cut-over

Informationsmateriale til boligadvokater

Indhold. Bilag 6. Til. Sekretariatet for Energitilsynet. 15. december 2017 JMJ/ADA. 1. Høringssvar fra DONG Energy... 2

Engrosmodellen: Forskrifter Generelle markedsprocesser

Vilkår for deltagelse i DataHub'en MÆGLER

Migrering og Datakonsistens. V/ Alexander Broholm og Rikke Schmidt Jensen

Høringsnotat vedr. tilføjelse til udkast til Vilkår for elleverandørers betaling af ydelser fra Energinet.dk og sikkerhedsstillelse"

Metodeanmeldelse af forskrift H1: Skift af elleverandør,

Engrosmodellen. 26 nov Henrik Hornum

Metodeanmeldelse af Vilkår for adgang til og brug af DataHub - Tredjepart

LOGIN OG FULDMAGTSGIVNING JUNI 2019

Høringssvar fra Dansk Energi, Dong Energy og Ankenævnet på Energiområdet angående udkast til tilsynsnotat

Brugerhåndtering i WebUntis - 1

Pseudo-forskrift H3: Afregning af engrosydelser og afgiftsforhold. Træder i kraft den Maj Rev DATE. Energinet.

BILAG 8. DataHub- og markedsrapportering. 1. Markedsperformance. Antal. 1.1 Leverandørskift. Direktørgruppen. 2. april 2014

Udkast til afgørelse Energinets anmeldte metodeændringer i forskrift H1 og H3

Brugerguide Integration af erhvervsdata fra NN Markedsata til Microsoft Dynamics NAV 2016

ENERGINET.DKS METODER I VILKÅR FOR ADGANG TIL OG BRUG AF DATAHUBBEN - TREDJEPART

Som dataansvarlig behandler og opbevarer Ø/strøm A/S forskellige personoplysninger, alt afhængigt af hvilken kontakt vi har med dig.

Guideline. EAN-systemet

Lunar Way Business Privatlivspolitik

Vejledning til End 2 End testen

ENERGINET.DKS METODER I VILKÅR FOR ADGANG TIL OG BRUG AF DATAHUBBEN - TREDJEPART

Engrosmodel Markedshåndtering. V/ Line Lykke Hansen & Rikke Schmidt Jensen

Kvik-guide: Sådan opretter du en bruger

Datamigreringsstrategi Engrosmodellen

Aktørtest. GO-Live 01 juni 2015 kl. 10:00. Mogens Juul

Nr. 2 - Januar Detailmarkedsrapport. Dok. 15/

Administration...2 Organisation...2 Brugere...5 Grupper...11

Vilkår for deltagelse i DataHub'en NETVIRKSOMHED

BILAG 6. Markedsovervågning og sanktionering. 1. Markedsovervågning. 1.1 Kontinuerlige kontroller

Engrosmodellen. Dialogforum /

Teknik- og implementeringsgruppen

Skatteudvalget L 144 Bilag 2 Offentligt

Pseudo-forskrift H1: Skift af elleverandør, flytning mv. Træder i kraft den MajJuli 2013

DataHub Engrosmodel E2E-test på regional møder juni 2015 Mogens Juul og Helene Schmidt

TEKNIK- OG IMPLEMENTERINGSMØDE 11. April 2018

De Studerendes Idræt Odense

Version: 1.0 Udarbejdet: Okt Udarbejdet af: Erhvervsstyrelsen og Digitaliseringsstyrelsen

Vejledning Netselskabernes E2E

Wila A/S persondatapolitik

Datakonsistenstjek (v2) Beskrivelse af snitflader mellem Energinet.dk og netvirksomheder/elleverandører. Danske netvirksomheder og elleverandører

Vejledning til brugeradministrator EDI systemet for FP attester og journaloplysninger

Navision Stat 7.0. CVR Integration. Overblik. Side 1 af april 2015 ØS/ØSY/MAG

Fortrolighedspolitik. 22. oktober 2018

Borgerforslag.dk. Side 1 31

Høringssvar til bekendtgørelse om dokumentation af afgiftsforhold

Vejledning til oprettelse af priselementer på DataHub Markedsportal

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12

Metodeanmeldelse af markedsforskrift F1 EDIkommunikation

DataHub Dialogmøde. 6. august 2012

Forretningsprocesser for det danske elmarked. (EDI guide - BRS)

Juristeri Skema - Stiftelse Anpartsselskab + Holding

Dialogforum, referat. Tid 7. maj 2014 kl Deltagere Navn Aktør. Tina Lykke Skafsgaard Hentze Energi Danmark. Martin Christensen

Transkript:

Notat BILAG 3 Dok. ansvarlig: HHO Sekretær: Sagsnr.: 2007-143 Doknr: d2014-7796-5.0 12-06-2014 Anbefalinger fra kvalitetsgruppen juni 2014 Sagsfremstilling til Punkt 2.a Datakvalitet Sagsfremstilling Direktørgruppen drøftede kort kvaliteten af data i DataHubben på mødet den 12. februar 2014. Der er en fælles erkendelse af, at oplysninger om kunder (navn og adresse) skal være konsistente og korrekte. Konsistente data betyder, at DataHubben og aktøerne har nøjagtig samme oplysninger. Energinet.dk er tovholder på den del af projektet, som har fokus på konsistente data. Dansk Energi er ansvarlig for den del af projektet, der handler om at forbedre kvaliteten af oplysninger om kunders navn og adresse. Arbejdet med kvalitet og konsistens er blevet koordineret Direktørgruppen bad på mødet i februar om, at de to projekter om konsistens og kvalitet samtænkes. Det er efterfølgende sket ved, at der har været en vist personoverlap i projekterne. Dansk Energis arbejdsgruppe om datakvalitet har nu formuleret en række anbefalinger, som vil føre til bedre kvalitet af oplysninger om kunders navn og adresse. Den bedre kvalitet vil fx betyde, at elhandleren nemmere selv kan finde kundens timeværdier i datahubben. For netselskaber vil en bedre datakvalitet fx gøre det nemmere at sende strømafbrydelseskort og selvaflæsningskort ud til kunders kontaktadresser. Der er både anbefalinger til "god praksis"... I vedlagte notat beskrives mere detaljeret, hvordan netselskaber og elleverandører kan leve op til god praksis for oprettelse og vedligeholdelse af data. Det anbefales fx hvilken juridisk enhed, der konkret bør oprettes som kunde (når kunden er en del af en større koncern eller er en kommunal institution). Der er også an-

befalinger om brug af offentlige registre (fx CVR-register) til at øge datakvaliteten i DataHubben.... og til DataHubbens funktionalitet Dansk Energis arbejdsgruppe peger også på behov for ændringer af DataHubbens funktionalitet. Det drejer sig overordnet om: 1. hvordan den kundestyrede adgang kan lettes ved introduktionen af et dataadgangs CVR. 2. få plads til elkundernes officielle postadresse i DataHubben. Et dataadgangs CVR betyder, at kunder med flere målepunkter vil kunne benytte blot et enkelt CVR nummer til at give dataadgang for alle målepunkterne. Det er vigtigt, at elkunders officielle postadresse fremgår af DataHubben, fordi netselskabet skal kunne henvende sig til denne, hvis der sker noget ureglementeret på målepunktet, eller hvis netselskabet har behov for at sende en faktura (ikke alt vedr. en installation bliver faktureret gennem elleverandøren i engrosmodellen) til kunden. Det er Dansk Energis opfattelse, at Energinet.dk grundlæggende er indstillet på at ændre DataHubben, således at ovennævnte funktionalitet indføres. Indstilling Indstilling om planer for implementering Det indstilles, at Direktørgruppen beder Energinet.dk om: At fremlægge detaljerede planer for ændringer af datahubbens funktionalitet jf. ovenstående. Det indstilles også, at Direktørgruppen beder Dansk Energi om At fremlægge detaljerede planer for hvordan aktørerne kan forpligtes til at leve op til best practice anbefalingerne. Dette kan omfatte mere uddybende beskrivelser og eventuelt diverse "løftestænger/virkemidler". Baggrundsnotat 19 konkrete anbefalinger. I dette notat gives 19 anbefalinger fra kvalitetsgruppen. Anbefalingerne er nummereret og fremhævet med fed skrift. For hver anbefaling er det endvidere angivet, om der er tale om en anbefalet best practice eller om der er tale om en anbefaling, som kræver tilpasning i funktionalitet i DataHub og dermed projektscope. I mange tilfælde er der under anbefalingen en uddybende tekst. Sidst i notatet er der nogle få bemærkninger, som ikke er egentlige anbefalinger. 2

Anbefalinger vedrørende kundeoprettelse og CVR-vask mv.: Første anbefaling gør det lettere at finde kunden 1. BEST PRACTICE Det anbefales, at elleverandører, ved oprettelse af erhvervs-elkunder, opretter den juridiske enhed (CVR nr.) jf. nedenstående uddybning. I forbindelse med oprettelse af kunden er det vigtigt, at kunden oprettes, så de kan udsøges i Datahub. Der kan være tilfælde, hvor kunderne indgår aftale sammen eller en kommune/koncern indgår aftalen for underliggende institutioner/datterselskaber. I alle tilfælde skal kunden oprettes efter det CVR/CPR nr., der ligger nederst i hierarkiet tættest på måleren. Oplysninger der gælder fakturering/betaler/kontraktforhold er Datahub uvedkommende og det registreres udelukkende i elleverandørens eget system. Eksempler: 1. Hvis en kommune indgår aftale for en underliggende institution med eget CVR, så er institutionen nederst i hierarkiet og derfor oprettes institutionen som kunde med deres eget CVR. Kommune Institution med eget CVR Registreres i Datahub Institution Institutionens CVR Måler 3

2. Hvorimod hvis kommunen indgår aftale for en institution uden CVR eller f.eks. gadelys, så er kommunen nederst i hierarkiet og derfor registreres den med sit CVR. Kommune Institution uden eget CVR Registreres i Datahub Kommunen Kommunens CVR Måler Det bemærkes, at denne regel skal anbefales anvendt overfor både offentlige og private virksomheder. Juraen skal være i orden på den måde, at den aftale der indgås skal dække den juridiske enhed, som er registreret med CVR. Ovenstående regel kan også formuleres ved følgende: Hvis brugeren på en målerpunktadresse har et cvr nr. eller et cpr nr., er det navnet, som er registreret i hhv. CPR- og CVRregistret, der registreres i Hub'en, som kunde. Hvis 'brugeren' på målepunktet IKKE har hverken cpr eller cvr nr. - registreres det navn hvormed el kontrakten er indgået, som kunde i Hub'en. Det vil derfor i disse tilfælde være fx kommunerne, der vil være registreret som kunde på gadelys installationer og lign. Har fx et hovedkontor med navn 'X' indgået en kontrakt med en el leverandør for 4 underafdelinger med hhv. navn 'A', 'B', 'C' og 'D', der alle har egne cvr numre - og såfremt det er de 4 underafdelinger (A, B, C og D), der er brugere - registreres hhv. A, B, C og D, som kunder i Hub'en - dette trods kontrakten er indgået med kunde X. Dog under skyldig hensyntagen til ovennævnte krav om at juraen skal være i orden dvs. underafdelingerne/datterselskaberne skal fremgå af kontrakten (eller på anden juridisk gyldig vis kunne dokumenteres omfattet af aftalen). 2. BEST PRACTICE: Ovenstående anbefaling forventes ikke implementeret på et bestemt tidspunkt, men anbefales ef- 4

ter oktober 2015 implementeret løbende hver gang der sker ændring af; hvem der er kunde på et målepunkt hver gang nye målepunkter oprettes Anbefaling 3 vil give bedre kvalitet i CVR-numre inden engrosmodellen 3. BEST PRACTICE: For at undgå afvisning af leverandørskift grundet fejlagtigt registeret CVR-nummer i DataHub - anbefales det alle Netvirksomheder, som ikke har implementeret løsning omkring datavask på erhvervskunder, at gennemføre en decideret CVR-vask. Anbefalingen er, at denne finder sted i perioden frem til oktober 2015. Dette kan ske ved anvendelse af nedenstående opskrift: STEP 1; Udtræk i egen kundedatabase vedrørende alle kundeforhold, hvor der er registreret et CVR-nummer. Ovenstående udtræk gennemgås manuelt eller maskinelt op mod CVR-registeret - herved sikres, at såvel navn og cvrnummer er korrekt. Eventuelle uoverensstemmelser rettes op manuelt eller maskinelt. STEP 2; Udtræk i egen kundedatabase vedrørende alle kundeforhold, hvor der er registeret en erhvervsmæssig branchekode - fx 421 = Detailhandel. Ovenstående udtræk på branchekoder gennemgås manuelt/maskinelt op mod CVR-registeret - herved sikres en identifikation af alle erhvervskunder, i det disse påføres CVRnummer. STEP 3; Aftale med firma specialiseret i datavask anbefales indgået - således alle erhvervskunder fremadrettet kan tilkobles ordning, hvor der meddeles information når kunden flytter, skifter navn, selskabet opløses, registreres i RKI etc. 4. FUNKTIONALITET: Det anbefales, at både erhvervskunders CVR og erhvervskunders dataadgangs CVR, kan anvendes til at tildele elleverandører dataadgang. I praktikken betyder dette, at for et målepunkt hvor der er tilknyttet et koncern-cvr ved hjælp af dataadgangs-cvr skal det være muligt at tildele en potentiel elleverandør adgang til data via såvel nem-id for koncernen som nem-id for datterselskabet. 5. FUNKTIONALITET: Det anbefales, at dataadgangs CVR som default-værdi sættes lig erhvervskundens CVR på målepunktet (men at det kan overskrives ved behov). 5

6. FUNKTIONALITET: Det anbefales, at elleverandøren gives mulighed for at hjælpe erhvervskunderne med at udfylde og vedligeholde information om dataadgangs-cvr. Elleverandøren bør kunne hjælpe kunden med dataadgangs-cvr For at give kunden mulighed at logge på med kun et nem-id indføres det nye felt dataadgangs-cvr, hvor kunden får mulighed for at binde flere målepunkter sammen til et hierarki. Med det formål at hjælpe kunden med denne opgave bør elleverandøren have mulighed for at indsende data til feltet dataadgangs-cvr i forbindelse med processerne for leverandørskifte, tilflytning, stamdataopdatering etc. Elleverandøren bør sikre, at kontrakten med kunden indeholder informationer om, hvilket/hvilke dataadgangs-cvr kunden ønsker for de målepunkter kontrakten omhandler. Herefter vil det stadig være kunden, der laver den endelige godkendelse af, hvilke målepunkter der gives samtykke for vedrørende fremtidig indhentning af forbrug (i det de fortsat skal logge på og indgå aftale per leverandør om datatilgang) men kunden vil blive præsenteret for hele listen over målepunkter (via sammenknytningen baseret på dataadgangs-cvr) og behøver ikke selv logge på med mange forskellige nem-id. Sammenknytningen via dataadgangs-cvr er altså blot en service, som elleverandøren udfører for kunden efter aftale for at gøre det nemt for denne at give adgang. Ønsker kunden ikke dette, kan de fravælge det. (Det gælder både sammenknytningen via et fælles dataadgangs-cvr samt i øvrigt at give dataadgang til trods for et fælles dataadgangs-cvr, i det denne adgang også kan styres via nem-id login for hvert af de underliggende CVR på de respektive målepunkter.) Ved anmeldelse af leverandørskift og flytning frem i tid bør den nye elleverandør kunne medsende nyt dataadgangs-cvr hvis aftalt, som en del af meddelelsen. Det anerkendes, at det for den pågældende leverandør kan virke besnærende bevidst at glemme at hjælpe kunden med dataadgangs-cvr, da en sådan fremgangsmåde vil besværliggøre kundens mulighed at indhente tilbud fra andre fremover. Dette risikerer dog at ødelægge kunderelationen (og kan i sidste ende føre til, at kunden alligevel skifter leverandør). Herudover bør kunden selv kunne opdatere/ændre dataadgangs- CVR via Nem-ID-log-on (iframe). 7. FUNKTIONALITET: Det anbefales, at der efter oktober 2015 føres en statistik over andelen af elkunder pr. elleverandør, som er uden henholdsvis CVR og CPR. Energinet.dk bør føre en statistik over generelt antal kunder uden CVR og CPR og derudover antal leverandørskift og flytninger, der udføres uden CVR og CPR. 6

8. FUNKTIONALITET: Det anbefales, at CVR-numre allerede inden oktober 2015 kan medsendes som information ved tilflytninger. Der er pt. en fejl i tilflytningsprocessen som er med til at mindske datakvaliteten i DataHub en. I den besked, som el-leverandøren sender vedrørende tilflytning af ny kunde, indgår navn på den nye kunde men ikke CVR. Det betyder, at netselskabet (og Data- Hub en) kun får et nyt navn på den nye kunde men ikke det CVR, der hører til denne kunde. Det betyder, at man risikerer at have et nyt kundenavn i DataHub en men med blank i CVR-feltet. Det anbefales, at man retter op på denne fejl, således at elleverandøren også sender CVR på den nye kunde i tilflytningen, og at dette bliver sendt videre til netselskabet af DataHub en. I dag er det netselskabet, der har ansvaret for stamdata i Data- Hub en, men i tilflytnings-scenariet er det elleverandøren, der har viden om, hvem den nye kunde er (og initierer processen), og dermed bør være den, der sender de nye kundedata ind såvel navn som CVR. Kunder bør ikke skulle huske fiktive CVR og CPR-numre! 9. FUNKTIONALITET: Det anbefales, at fiktive CVR og CPRnumre ikke kan blokere for leverandørskift. CVR og CPR vil ikke i alle tilfælde være tilgængelige for den elleverandør som skal anmelde leverandørskiftet. Når dette er tilfældet, anbefales det, at man skal kunne lade feltet stå blankt - fremfor at anvende et fiktivt nummer. Hvis der af tekniske årsager alligevel skulle være behov for et fiktivt dummy CVR eller CPR, så foreslås det samme og fælles nummer anvendt i alle sådanne tilfælde. Særligt den anførte model omkring dummy CPR - hvor fødselsdato indgår - kan vise sig at være uhensigtsmæssig. Blankt eller dummy CPR eller CVR må ikke kunne blokere for leverandørskift. Kunder bør aldrig skulle bedes om at huske fiktive CVR eller CPR. Anbefalinger vedrørende adresseregistering: Officiel adresse bør ligge i DataHub 10. FUNKTIONALITET: Det anbefales, at elkundens officielle adresse skal kunne lægges ind i datahubben (som kundens 4. kontaktadresse). Det er vurderingen, at netselskabet har behov for at kende elkundens (sin aftaleparts) officielle adresse, og at den bør ligge i datahubben. Dette kan fx være nødvendigt, hvis der sker noget ureglementeret på målepunktet, eller hvis netselskabet har behov for at sende en faktura (ikke alt vedr. en installation bliver faktureret gennem elleverandøren i engrosmodellen) til kunden. Da det jo pr. definition er den samme enhed, som elleverandøren har en aftale med, og elleverandøren langt oftest vil have den di- 7

rekte kunde-kontakt, er det nærliggende, at elleverandøren kunne lægge den officielle adresse ind i datahubben. Det foreslås således, at der stilles det krav til at kundens officielle adresse lægges ind i datahubben, og at den skal være vaskbar i CVR/CPR registret med det kundenavn, som elleverandøren også har lagt ind. I eksempel 2 på side 2 er det en kommune, der indgår aftale for en institution uden CVR. Her er det så som nævnt kommunen, der er nederst i hierarkiet, og derfor bør registreres med sit CVR. Ligeledes vil kommunens adresse, ifølge det her foreslåede, skulle angives i det felt som foreslås betegnet officiel adresse. 11. FUNKTIONALITET: Det anbefales, at det i kundenavnefeltet angives, hvad kunden hedder i overensstemmelse med CVR og CPR registre. Dette vil sige, at betegnelser såsom att. og c/o og lignende ikke må stå i navnefeltet, og at særlige felter til disse angivelser skal oprettes. Formatet skal således muliggøre vask op mod CVR og CPR-registrene. 12. FUNKTIONALITET: For de tre typer af kontaktadresser, som også er elleverandørens ansvar (ud over den officielle adresse) foreslås, at netselskabet, via DataHub'en, kan indsende et forslag til hvad adressen skal være. Dette adresseforslag skal kunne indsendes med en B2B forretningsproces, altså via edi, hvilket allerede er medtaget seneste version af markedsreglerne. Der foreslås dog endvidere at være krav til en reaktion (accept eller afvisning) på dette forslag inden for en tidsfrist. 13. FUNKTIONALITET: For de tre typer af kontaktadresser, som også er elleverandørens ansvar (ud over den officielle adresse) foreslås at det ikke må være muligt at angive ukendt i vejnavn. 14. FUNKTIONALITET: Det anbefales, at indføre et særskilt felt der angiver om en målepunktsadresse er en gyldig postadresse. Heri ligger om man kan fremsende post til adressen. Det er således ikke nok, at der foreligger en vejkode, der skal også være et eksisterende vejnummer. Der bør være default-værdier for kontaktadresser 15. BEST PRACTICE: For de tre typer af kontaktadresser, som også er elleverandørens ansvar (ud over den officielle adresse) foreslås defaultværdier efter nedenstående princip: Hvis der ikke er en gyldig postadresse som kontaktadresse - indsættes, som default-værdi målepunktadressen, dersom denne er 8

en gyldig postadresse. Alternativt indsættes kundens officielle adresse som kontaktadresse. 16. BEST PRACTICE: Det anbefales, at elleverandøren ved oprettelse og ændringer i de tre typer af kontaktadresser skal tjekke disse for gyldighed med hensyn til fremsendelse af post. 17. BEST PRACTICE: Det anbefales, at elleverandøren minimum hver tredje måned (efter oktober 2015) skal kontrollere elkundens navn og officielle adresse op mod CVR eller CPR. Det bemærkes, at dette kan gøres uden anvendelse af cprnummeret. Det bemærkes endvidere, at denne forpligtelse vil sikre en ret hurtig udfyldelse af feltet officiel adresse efter engrosmodellens opstart. 18. BEST PRACTICE: Det anbefales at sikre gyldige postadresser for de tre typer af kontaktadresser inden oktober 2015 på følgende vis: Hvis netselskabet har gyldige postadresser for de tre typer af kontaktadresser, så anvendes disse. Alternativt anvendes målepunktsadressen, hvis denne er en gyldig postadresse. Er dette ikke tilfældet skal netselskabet fremfinde kundens officielle adresse og sætte den ind som kontaktadresser. Anbefaling vedr. branchekode: 19. BEST PRACTICE: Det anbefales, at Dansk Energis 3- cifrede branchekode anvendes. Generelle bemærkninger: Det bemærkes, at datahubben ikke behøver at have information om ejeren af den bygning eller grund, hvorpå målepunktet er placeret. Det bemærkes, at datahubben ikke behøver at have information om elkundens faktureringsadresse. Det bemærkes, at engrosmodellen vil kunne være i gang ret længe inden, der er påført CPRog CVR numre på alle kunder i datahubben. Der bør tages højde for kunders adressebeskyttelse. Informationer på kontaktadresser fremsendes til datahub og videre til 3./4./5. part (nye leverandører) er det overhovedet lovligt? Der skal kunne angives, om kunden har adressebeskyttelse. 9