Referat Teknik- og implementeringsmøde 4

Transkript

1 Referat Teknik- og implementeringsmøde 4 Energinet.dk.dk, 23. februar 2017 fra kl til Deltagere Per Bergstedt, Energinet.dk Søren Vesterager, Energinet.dk André Bryde Alnor, Energinet.dk Martin Lervad Lundø, Energinet.dk Bodil Skov Jørgensen, Energinet.dk Martin F. Hansen, Energinet.dk Christian Odgaard, Energinet.dk Annemette L. Carlsen, Energi Fyn Berit Vestergaard, SEAS-NVE Anna Maria Grooss, CGI Thomas Hartmann, Energimidt Fritz Bech Ulrich, NRGi Henrik Hornum, Dansk Energi Johan Laursen, Vindstød Kristoffer Mitens, Dong Energy Michael Troelsen, EG Utility Per Valentin, KMD Ida Joel, Scanenergi Søren Illum, Eniig Simon Jørgensen, Energi Danmark Rikke Fjeldsted, Sonlinc Anette Krogh, SE Niels Toftensberg, Radius Referent Bodil Skov Jørgensen 1

2 Indhold 1. Introduktion Actionlisten Releaseplan Kendte fejl Kendte fejl-listen Skaber den værdi? Status på flex plan og forventet opstart Planhorisont Overordnet konklusion Bundling i forhold til flexafregning Teknisk fusion af netvirksomheder - Godkendelse af Tillæg til BRS-guide 7 7. Ændringslog til BRS-guide BRS-002: Håndtering af datoer og stamdata ved leveranceophør BRS-047: Historiske årssummer BRS-011: Manuel fejlagtig flytning Beslutning vedr. fortsat fremsendelse af tidsserier, hvis aggregering bortfalder ved ny refiksering BRS-009/BRS-043: Fremsendelse af rykkermail RSM-012: Anvendelse af funktionskode BRS-præciseringer Datakonsistens Korrektionsafregning Håndtering af nyoprettede målepunkter Håndtering af moms på gebyrer Reetablering af afgifter ved flytning for målepunkter omfattet af afgiftsfritagelse Behov for API er Orientering vedr. tidspunktet for rykkerkørsler Ændringsønsker Næste møde Møder i efteråret Eventuelt

3 1. Introduktion Det blev præsenteret, at der på indeværende møde løbende ville deltage forskellige interne deltagere fra Energinet.dk. Nogen for at bidrage med yderligere viden og andre for den interne forståelse af forskellige punkter. Der vil efterfølgende blive lagt op til en vurdering af, om det giver værdi eller blot virker forstyrrende med varierende deltagere i forhold til afholdelse af mødet. Det blev desuden besluttet, at fremtidige møder kalendersættes til fem timer og som udgangspunkt vil finde sted fra kl. 10:00 til kl. 15:00. 3

4 2. Actionlisten ID Status Beskrivelse Løsning Ansvar Forventet løst 105 Lukket Generel udmelding på morgenmøde i uge 1, ang. elvarme på regninger i uge I proces Bred kommunikation ang. Tillæg til BRSguide vedr. teknisk fusion af netvirksomheder 107 Lukkes Udarbejdelse af vejledningsmateriale vedr. NemID ACH CCO DEP/USS Gennemført Udsendt beskrivelse, samt punkt på dagsorden Udsendt 108 Lukkes Ændringsønsker relevante for TI udvælges inden mødet i februar JOG Liste udsendt inden mødet 109 Lukkes Bred information ang. ændring af tidspunkt for rykkerkørsler BSJ Punkt på dagsorden 110 Lukkes Opsamling på intern analyse af problemstilling vedr. tællerstand PBR Analyse kan ikke gennemføres generelt vi kan fejlsøge 111 I proces Opdatering af BRSændringslog CCO Udsendt inden mødet 112 Ikke igangsat Nedsættelse af arbejdsgruppe til forbedring af BRS-002 CCO Ikke afklaret 113 Lukkes Afklaring af, om der kan indføres validering, der sikrer, at flytning tilbage i tid ikke er mulig 114 Lukket Bred information ang. præcisering af proces for leverandørskift med kort varsel 115 Lukket Bred information ang. præcisering af ophørsproces for ny leverandør til kunder med elvarme CCO BSJ BSJ Punkt på dagsorden Afklaret bilateralt Afklaret bilateralt 4

5 Action 106: Tillægget indarbejdes i kommende version af BRS-guiden. Action 111: Dette er gennemført og punktet lukkes. Action 112: Denne action lukkes og afføder en ny, da det på et tidspunkt vil blive nødvendigt at gennemføre schema-ændringer i samlet mængde. Både af hensyn til dette og andre problemstillinger er forslaget, at der med baggrund i indeværende møde og inden næste møde udarbejdes et udkast til kommissorium for en arbejdsgruppe, hvor bl.a. dette vil blive behandlet. Udkastet vil blive udsendt forud for det næste TI-møde i begyndelsen af maj, således at alle medlemmer af TI har mulighed for at byde ind og så der er mulighed for at godkende den pågældende arbejdsgruppe på kommende TI-møde. 3. Releaseplan NemID er på nuværende tidspunkt planlagt til release i maj, mens teknisk fusion af netvirksomheder vil blive mulig efter releasen i april. Det vil være muligt at teste fusion af netvirksomheder efter releasen i april. Aktører, der ønsker at teste, skal kontakte Energinet.dk, mens aktører, der står overfor en kommende fusion, vil blive kontaktet direkte af Energinet.dk forud fusion i DataHub produktion. 4. Kendte fejl 5

6 4.1 Kendte fejl-listen Skaber den værdi? Der bliver hos Energinet.dk lagt en del ressourcer i at generere den ugentlige Kendte fejl-liste, der blev derfor på mødet spurgt til, om listens eksterne værdi kunne stå mål med arbejdet. Der blev på mødet gjort opmærksom på, at listen for aktørerne har værdi, fordi den giver et overblik over fejl, den enkelte aktør endnu ikke selv har observeret, hvornår forskellige rettelser bliver releaset. Det blev foreslået, at listens form muligvis skulle revurderes, og at den kunne udarbejdes i en mere lettilgængelig og simpel version. 5. Status på flex plan og forventet opstart Der blev på mødet stillet spørgsmålstegn ved, hvordan datoen 1. juli 2017 er opstået, da der endnu ikke foreligger en ministeriel beslutning vedr. flexafregning. Det blev fremhævet, at der hele tiden har været planlagt seks måneders implementeringstid fra en endelig beslutning var truffet. Det blev desuden understreget, at det er afgørende, at aktørerne har den nødvendige tid til rådighed til implementering af flexafregning, og at de seks måneder derfor må være et minimum. Formålet med at sætte en valgfri opstartsdato til 1. juli var fra Energinet.dk s side at komme ud af det limbo, der lige nu er opstået som følge af den afventende situation, vi er i. Selv om der endnu ikke er truffet endelig beslutning vil en forventet opstartsdato gøre, at der skal udarbejdes planer og at vi vil få trykprøvet en række forhold. Derfor er der fortsat et ønske om allerede nu at fastsætte en deadline for blød opstart. Der blev fra flere aktører rejst bekymring omkring det, at den endelige pakke endnu ikke er kendt, og ønsket var derfor, at den forventede opstartsdato i stedet for 1. juli 2017 udskydes til seks måneder fra dags dato og i stedet kommer til at hedde 1. oktober Dog blev det på mødet accepteret, at der fortsat er en deadline i forhold til indsendelse af en konkret plan vedrørende udrulning af flexafregning fra de enkelte aktører 1. juli Energinet.dk udarbejder rammer og skabelon for planen snarest. De indmeldte planer fra de enkelte aktører udarbejdes med henblik på bred offentliggørelse. 6

7 5.1 Planhorisont Det er fortsat et ønske, at netvirksomhederne udarbejder en plan for udrulning af flexafregning, samt en beskrivelse af planens princip. Planerne skal bl.a. udarbejdes med henblik på offentliggørelse for at give et samlet overblik til alle aktører. Deadline for udarbejdelse af planen vil, som nævnt ovenfor, fortsat være 1. juli Overordnet konklusion Den samlede konklusion er derfor, at TI-gruppen indstiller, at opstart bliver 1. oktober 2017, mens der for at forventningsafstemme, sikre fremdrift og skabe transparens er deadline for indsendelse af plan for implementering fra de enkelte aktører fortsat er 1. juli Bundling i forhold til flexafregning I forbindelse med indførsel af flexafregning vil beskedmængden i DataHub blive øget kraftigt. Der var derfor forud for mødet udsendt forslag om forbedringsændringer i forbindelse med indsendelse, sådan at indsendelse ville komme til at ske med 6-timers i stedet for 24-timers intervaller. Det overordnede tilbagemelding var, at det nuværende 24-timers princip fortsat er at foretrække. 6. Teknisk fusion af netvirksomheder - Godkendelse af Tillæg til BRS-guide Efter TI-møde 2 blev der nedsat en arbejdsgruppe under TI, der skulle udarbejde de kommende principper for teknisk fusion af netvirksomheder. Der blev på mødet indstillet til godkendelse af dokumentet Tillæg til BRS-guide vedr. teknisk fusion af netvirksomheder og sammenlægning af netområder. 7

8 De overordnede processer for begge scenarier blev gennemgået og kan ses herunder. Overordnet blev processen for både fusion og sammenlægning godkendt, mens der blev rejst ønske om, at konsekvensen for berørte elleverandører, blev tydeliggjort i procesdiagrammet herunder. Der blev fra IT-leverandørerne desuden efterspurgt mulighed for at teste både sammenlægning og fusioner på IT-leverandørtestmiljøet. Det er på nuværende tidspunkt kun planen, at muligheden for sammenlægning og fusion implementeres på Aktørtestmiljøet, hvor de fleste ITleverandører ikke har mulighed for at teste. Efterfølgende kommentar fra SEAS-NVE: Forud for fremsendelse af ændrede tilknytninger pr. målepunkt, har vi behov for en liste med mapning fra nyt og gammelt priselement. Listen kunne indeholde følgende felter: Priselementtype, Gammel ejer (GLN), Ny ejer (GLN), Gammelt ID, Nyt ID. 8

9 7. Ændringslog til BRS-guide Der er nu udarbejdet en opdateret ændringslog til BRS-guiden. Der blev på mødet ikke stillet spørgsmål til den ændrede log, som var udsendt på forhånd. Skulle der opstå kommentarer, vil Energinet.dk fortsat gerne løbende modtage disse. Ændringsloggen vil blive publiceret både på Energinet.dk s hjemmeside og på supportportalen. 8. BRS-002: Håndtering af datoer og stamdata ved leveranceophør Der er på nuværende tidspunkt adskillige ændringsforslag undervejs i forhold til leveranceophør. Disse er endnu ikke implementeret og Energinet.dk får derfor på nuværende tidspunkt mange supporthenvendelser vedrørende udfordringerne med BRS-002. Forud for mødet var der rettet spørgsmål fra et medlem af TI vedrørende bekymring for ny validering angående tilflyt tilbage i tid over gennemført BRS-002.(se tidligere referat). Valideringen bliver for øjeblikket diskuteret med DataHub it-leverandør. Helt kort er ideen, at når BRS-002 er gennemført (Finished i BTD), så afvises tilflytninger før den dag. Mens leveranceophør er "pending", (efter modtagelse af RSM-021 i DataHub), afvises tilflytningen på ren dato fra dagen før modtagelse af RSM-021 (stamdata fra NV om afbrydelse). Indtil modtagelsesdato for RSM-021 kan tilflyt laves tilbage i tid. 9

10 9. BRS-047: Historiske årssummer En gennemgående bekymring fra aktørerne vedrørende BRS-047 er, at denne dannes for sent i forhold til slutkundeafregningen. Energinet.dk arbejder for øjeblikket med en løsning, der vil give et mere sandfærdigt billede af det historiske årsforbrug. I den forbindelse kan det overvejes, om tidsfristerne kan eller skal ændres. Når der er fundet en løsning, vil denne blive præsenteret for TI. I nuværende meddelelse angives 4 positioner, hvor de forgående fire år er repræsenteret på følgende måde: Pos 1 : Pos 2 : Pos 3 : Pos 4 : Rullende år hvis kvartalsaflæsningen således årsværdi rykkes et kvartal ved hver aflæsning: Ex. Pos 1 : marts - marts Pos 2 : marts - marts Pos 3 : marts - marts Pos 4 : marts marts Næste Historisk forbrug Pos 1 : juni - juni Pos 2 : juni - juni Pos 3 : juni - juni Pos 4 : juni - juni Ovenstående skal fremadrettet præciseres i BRS-guiden. 10

11 10. BRS-011: Manuel fejlagtig flytning Punktet blev gennemgået uden yderligere kommentarer. 11. Beslutning vedr. fortsat fremsendelse af tidsserier, hvis aggregering bortfalder ved ny refiksering Der blev fra Energinet.dk fremsat forslag om fremsendelsen af den manglende tidsserie (aggregering) Energinet.dk foreslår en løsning til at håndtere de manglende udsendelser af aggregeringer/ engrosafregninger ved nye refikseringer efter 1. refiksering. Løsningen vil være, at Energinet.dk for én dag i måneden (den 1. i måned) udsender en tidsserie for den manglende aggregering. Tidsserien vil kun indeholde en indikation af ingen værdi (værdi true) også benævnt manglende værdier (i XML meddelelse QuantityMissing). Tidsserien fremsendes for alle fremtidige refikseringer for måneden, hvor serien mangler, indtil tidsserie indeholder værdier (se nedenstående eksempel). Dette betyder for aktørerne, at deres systemer enten skal kunne se bort fra disse tidsserier med manglende værdier, hvis håndtering allerede er en del af deres system eller skal kunne håndtere en serie med manglende værdier for én dag gældende for en hel måned Hvis der er indvendinger mod dette forslag, bedes de sendt til Per Bergstedt på pbr@energinet.dk inden 15. marts

12 Hvis Energinet.dk ikke modtager indvendinger, vil Energinet.dk arbejde videre med et forslag til ændring af DataHub, som vil blive præsenteret i TI-gruppen til endelig godkendelse på et senere møde. 12. BRS-009/BRS-043: Fremsendelse af rykkermail Der blev på mødet udtrykt ønske om at beholde den beskrevne rykker, mens tidspunktet for fremsendelse af rykker bør ændres til et antal dage efter skæringsdag (fx 30 dage). 12

13 13. RSM-012: Anvendelse af funktionskode Funktionskode Korrektion (5) anvendes kun efter 1. refiksering ved fremsendelse af tidsserier (RSM-012) fra DataHub. Det har vist, at dokumentationen ikke er alle steder er blevet opdateret ved overgang til Data- Hub 2. Spørgsmål var derfor, om funktionskode 5 Korrektion fortsat skal anvendes eller om den i stedet kan skrives ud. Tilbagemeldingen fra tilstedeværende IT-leverandører var, at koderne var ligegyldige, da systemerne ikke kigger på disse koder ved modtagelse af XML-meddelelsen. Eventuel opdatering af BRS og rettelse hos IT- leverandørerne kan ske i forbindelse med andre rettelser på området. 14. BRS-præciseringer Ovenstående præciseringer blev accepteret uden yderligere kommentarer. 13

14 15. Datakonsistens I forhold til Datakonsistens blev problematik omkring blanke felter primært diskuteret. Den nuværende konklusion blev, at Energinet.dk tilretter datakonsistensløsningen, så eventuelt foran- eller bagvedstillede blanke felter ikke giver konsistensfejl. Herefter skal det overvejes, hvilke tiltag der kan igangsættes i forhold til datakvalitet, som udelukkende er et ansvar hos aktørerne. 16. Korrektionsafregning 2013 Det på forhånd udsendte notat Aggregering i forbindelse med årskorrektion blev godkendt uden yderligere bemærkninger. Fordelene ved aggregering af summerne i forbindelse med årskorrektion er, at datagrundlaget overføres direkte til DataHub, hvilket betyder, at afregningsgrundlaget i Panda derved får samme tidsstempel, som det har i DataHub, og derved sikres revisionssporet. Desuden har alle aktører samme tidsstempel på datagrundlaget. Netvirksomhederne skal dog stadig huske på, at de ikke må anmode om beregninger på nye data, før de har hentet det udsendte aggregerede afregningsgrundlag fra Energinet.dk. Ud over dette skal aggregering kun igangsættes en enkelt gang. Dette mindsker risikoen for fejl-udtræk. 14

15 17. Håndtering af nyoprettede målepunkter På foranledning af en forudgående henvendelse fra et aktørmedlem af TI blev på nyoprettelse af målepunkter som virtuelle diskuteret på mødet. De pågældende målepunkter vil i realiteten efter tilslutning blive fysiske. Konklusionen på diskussionen blev, at der ikke gennemføres ændringer i BRS-beskrivelserne. 18. Håndtering af moms på gebyrer Da DataHub alene afregner engrosydelser, er på punktet ikke relateret til DataHub, og blev derfor kun kort gennemgået ved Henrik Hornum, Dansk Energi. 19. Reetablering af afgifter ved flytning for målepunkter omfattet af afgiftsfritagelse Energinet.dk vil undersøge, om det er muligt at identificere de omtalte målepunkter, hvor kunden fraflytter. Hvis dette viser sig muligt, vil Energinet.dk udarbejde et forslag til genetablering af fuld afgiftstilknytning ved flytningen. 15

16 20. Behov for API er Energinet.dk rejste på mødet spørgsmål vedrørende behovet for nye API er. Konklusionen blev, at forslag vedrørende dette fremsendes til hvorefter indkomne ønsker vil blive behandlet under arbejdsgruppen nævnt under punkt Orientering vedr. tidspunktet for rykkerkørsler På forrige TI-møder rejste Energinet.dk forslag om ændring af tidspunktet for de natlige kørsler af rykkerlisterne. Der var på mødet ikke mange indvendinger mod forslaget, men der er efterfølgende er blevet udtrykt bekymring for performance og deraf ønske om, at det nuværende tidspunkt for kørsel af rykkerne ikke ændres. Der blev kort orientere om, at dette er beslutningen fremover. 16

17 22. Ændringsønsker NR Ændringsønske Uddybning ENDK-kommentar TI-beslutning 1 Målepunkts ID skal fremgå af fejltekster, der vedrører transaktioner på et målepunkt. På en del af fejlbeskederne er der angivet et målepunkt, men på nogle er dette ikke indeholdt i fejlbeskeden, hvilket gør det meget svært at fejlsøge på. Drøftelse: Bør laves for RSM-009 acknowledgement Bør laves, hvis nemt. Ikke afgørende 2 Mulighed for at automatisk rykker for timeafregnede målepunkter kan defineres til en længere periode end 10 dage. For at kunne lave fornuftig driftopfølgning bl.a. på grund af den megen reaktive behandling af solcellegruppevalg har vi behov for (næsten dagligt) at rekvirere rykkere for langt længere perioder. Orientering omkring proces: Dette gennemføres gradvist, derfor kun til en orientering i TI - Dette belaster DataHub i højlastperioden og kunne undgås/begrænses, hvis vi automatisk fik sendt en længere rykkerliste. 3 Mulighed for at stoppe en rapportbestilling ved fejlbestilling. 4 Oversigt over gebyrer, tariffer og abonnementer skal fremgå af oversigten. Orientering : FPRrapporten, som afvikles i batch, giver dette god mening - fx WP16 Drøftelse: Et rigtigt brugbart forslag som bør laves. Bør laves, hvis nemt. Ikke afgørende God idé evt. som API Hvordan vil TI vurdere dette? Flere ønsker er lagt sammen, da de alle er forbedringer til oversigten pr. målepunkt. 5 Forbedringer af rapport for målepunkter uden tarif og abonnement samt gebyrer Det skal være muligt at lave et udtræk, hvor alle priselementer, der er eller har været relateret til alle målepunkter i et netområde i en given periode (periode = fra dato/til dato og ikke bare en måned ad gangen) Drøftelse: Forbedring af rapport i GUI og behov Punktet afklares yderligere af Energinet.dk hos oprindelig afsender 17

18 6 RSM-004 udvides med et "OriginalBusinessReference", som kun bruges i E44 E01 og spm DataHub udfylder før udsendelsen til elleverandøren med henvisning til, hvilken transaktion der skal stoppes/annulleres. 7 Forbedringer af Webforms Resultatliste ønskes udvidet med forretningsårsag for aggregering, periode og kørselsdato. Mulighed for at se historik i den webform, som er modtaget og sendt. Udvidelse af feltet Emne med fx Målepunkt adskilles fra Ad hoc, Ad hoc særskilt, Strømtyveri, Målerundersøgelse, Gentilslutning/afbrydelse,Elvarme (Til- /afmelding), Forventet årsforbrug Mulighed for en API-løsning i forhold til Webforms. Det skal være muligt at søge på lukkede Webforms. Drøftelse: Dette ønske dækker over flere ønsker til RSM-004. Ønske bryder med den europæiske standard. Alternativt skal dette gøres via anden meddelelses type (cancellation) Skal denne implementeres? Drøftelse: Skal der nedsættes et udvalg? Drøftes i eventuel arbejdsgruppe Umiddelbart ikke af høj prioritet. Større behov for ændring af aktøradfærd. Det bør derfor i første omgang identificeres, hvor eventuelle ændringer kan etableres. 8 BRS-015: Ønske om en dedikeret forretningsproceskode til hhv. til- og afmelding af elvarme Da til- og afmelding af elvarme er en proces, der anvendes i specielle situationer og under helt specielle begrænsninger, vil det være en fordel at anvende en dedikeret forretningsproceskode til hhv. tilog afmelding af elvarme. Drøftelse: Ny BRS er delvis lavet. Dette vil kræve nye skemaer. ENDK foreslår, at vi afventer den nye BRS. Drøftes i eventuel arbejdsgruppe 9 BRS-019/BRS-020 udvides således, at netvirksomheden kan indikere hvilken aflæsningsform, der er brugt Det indstilles til TI, at dette afvises med henvisning til den kommende flexafregning. Afvist 18

19 10 Afvisninger udvides med fejlmeddelelser på B2Bbeskeder Drøftelse: Der kan med fordel implementeres flere afvisningskoder. Drøftes i eventuel arbejdsgruppe Nye koder forudsætter dog skemaændringer ligesom fysisk skrevne meddelelser kræver udvidelse af std. 11 Mulighed for at gemme søgninger i fx transaktionslisten 12 API til Aktørstamdataregistret Vi har en del søgninger, vi foretager med jævne mellemrum, for at være sikre på at vi får leveret det, vi skal. Det kunne være smart, hvis disse søgninger kunne gemmes, så man i dropdown bare kunne vælge en søgning, når de skal bruges. Hvilke data er det, som ønskes? Drøftelse: Udvidelse af brugerfunktionalitet i GUI - behov contra udviklingsomkostning Drøftelse: Mulighed en rapport/csv-liste Da TI havde vanskeligt ved at identificere behovet, var konklusionen, at ændringen umiddelbart ikke skal gennemføres. Kan eventuelt behandles sammen med yderligere ønsker til API 13 ProcesID tilføjes som ekstra felt til alle beskeder til aktører. Alle beskeder ønskes udvidet med et BRS-ID, som refererer til den forretningstransaktion, beskeden er en del af. Drøftelse: Dette er en større ændring som kræver skema ændring (BRS) Energinet.dk afklarer muligheder Dette vil være gavnligt i de tilfælde, hvor der er flere forskellige handlinger igang på samme målepunkt på samme tid. Fx fraflytning af original kunde -> sekundær tilflytning af boligejer - > ny primær tilflytning på samme dato vil resultere i 3 x NotifyChangeOfSupplier med samme dato. 19

20 14 Forbedring af historikfanen i GUI på målepunktsniveau Vil muligheden for at hente baggrundsdata i en csv-fil være en løsning? Drøftelse: Kan evt. laves som et csvudtræk, som bestilles fra GUI? Afvist Der blev på mødet rejst ønske om, at de ændringsønsker, der er til behandling på TI, beskrives mere uddybende, således at der på forhånd i højere grad er mulighed for afklaring hos medlemmerne af TI s bagland. 20

21 23. Næste møde Næste mødedato i TI ændres fra 27. april 2017 til ugen efter torsdag den 4. maj fra kl. 10:00 til kl. 15: Møder i efteråret Ovenstående møder blev foreslået og nye mødeindkaldelser udsendes snarest. 25. Eventuelt Der blev under eventuelt orienteret om, at der på nuværende tidspunkt er i gangsat en proces til reduktion af de nuværende servicevinduer til korrektion af pristilknytninger længere tilbage end 90 dage. Der blev spurgt ind til et større antal supportsager vedrørende rettelser på elvarme tilbage i tid. Der har tidligere været en fejl i DataHub, der har forhindret, at Energinet.dk udførte de pågældende rettelser. Dette er nu løst, men der er fortsat et efterslæb i forhold til de pågældende sager. Dette bliver forhåbentlig bedre snarest. Der blev spurgt til, hvornår Energinet.dk forventer at udgive en ny version af BRS-guiden. Denne vil forelægge, når antallet er rettelser er på et tilstrækkeligt højt niveau. Energinet.dk stillede kort spørgsmålstegn ved, om det ville være fordelagtigt, at Energinet.dk foretog oprettelse og nedlæggelse af D14 og D99-målepunkter på vegne af elleverandøren i stedet for, at disse rettelser foretages af netvirksomheden. Punktet vil blive taget op på kommende møde i TI. Der blev rejst ønske om, at der forud for TI-møderne i endnu højere grad udsendes forberedende materiale til de respektive medlemmer. 21