Teknik- og Implementeringsgruppemøde, referat

Transkript

1 Teknik- og Implementeringsgruppemøde, referat Tid 16. december 2014 kl Sted Påfuglen, Erritsø, 7000 Fredericia Deltagere Navn Virksomhed Tina Lykke Skafsgaard Hentze Energi Danmark Annemette L. Carlsen Energi Fyn Ida Joel Scanenergi Anette Krogh Syd Energi Erik Jepsen TREFOR Niels Toftensberg DONG Energy Kristoffer Mitens DONG Energy Hanni Pham SEAS-NVE Kirsten Thomsen SEAS-NVE Søren Ilum Andersen Energi Midt Susanne M. Sørensen Energi Nord Henrik Hjorth Hansen Sonlinc Bettina Roll KMD Michael H. Troelsen EG Utility Martin Christensen Jørn Kjær Verner Jensen Christian Odgaard 22. december 2014 NVH/XVJE Deltager delvist Navn Virksomhed Karsten Feddersen Kenneth Rasmussen Jens Rahn Steen Jungdal Mogens Juul Sass-Petersen Fraværende Navn Virksomhed Jesper Meik Nielsen NEAS Fritz Beck Ulrich NRGi Lars B. Harboe CGI Danmark Kopi Referent Næste møde s hjemmeside Nina Viktoria Hedelin, 14. januar 2015, Erritsø Dok. 14/ /10

2 Dagsorden 1. Referat fra sidste møde 2. Siden sidst 3. Status E2E-test 4. Status datamigrering og datakonsistens 5. Nyt lovforslag elafgifter 6. BRS ændringer (dokument med ændringsmarkeringer vedlagt) 7. BRS-002 leveranceophør og afbrydelser (forslag fra DONG Energy vedlagt) 8. Plan for videre arbejde 9. Eventuelt Materiale fra mødet kan findes på følgende link: 1. Referat fra sidste møde Ingen kommentarer. 2. Siden sidst Tids- og aktivitetsplanen er, med undtagelse af go/no-go- milepælene, blevet drøftet i Dialogforum, og den indeholder nu flere kriterier for aktiviteterne E2Etest aktører og Aktørgodkendelse E2E-test. Den foreløbige tids- og aktivitetsplan er udsendt til Teknik- og Implementeringsgruppen den 12. december. Planen tager sit udgangspunkt i det nuværende lovforslag, hvor idriftsættelsen lyder den 1. marts Den foreløbige plan lægges på hjemmesiden snarest. Spørgsmål og kommentarer til tids- og aktivitetsplanen E2E-test aktører: Aktørerne anså milepælen, den 1. september 2015, hvor mindst 10% af aktørerne skal være klar til at blive E2E-godkendte for at være optimistisk, da E2E-forløbet er blevet forlænget og sandsynligheden er nu større for, at nogle aktører vil vente med at teste til milepælen 1. november nærmes. Aktørerne kommenterede, at de generelt har udfordringer i baglandet med at holde gang i hjulene ifm. aktiviteter i Engrosmodelprojektet, men især forlængelsen af E2E-test- forløbet skaber disse udfordringer. Verner påpegede, at kriterierne er givet for, at der løbende kan sikres fremdrift, og for at sikre, at man ikke venter til sidste øjeblik med at starte testen. Undervejs vil der ske en løbende afrapportering af udviklingen til Direktørgruppen. Vi er nødt til at sikre, at alle aktører ikke først går i gang med at teste til fx den 1. november 2015, hvor 80% af alle aktører skal være i gang med at teste. Det blev aftalt, at forslagene til milepæle for E2E-godkendelsen ikke ændres, men at milepælene i relation til fremdriften i E2E-testen reduceres lidt samtidig med, at der introduceres et ekstra kriterie, der afspejler antal gennemførte Dok. 14/ /10

3 testcases. Dette burde gøre milepælene mere håndgribelige for den enkelte aktør. It-leverandør E2E-test: Hvorfor skal it-leverandører med leverance til mere end en aktør være i gang den 1. januar 2015, og aktører med egen it-løsning først til den 1. september 2015? Formålet med it-leverandør E2E-testen er at sikre, at grundlaget for en smertefri aktørtest er til stede senest 1. juni Derfor er det væsentligt, at it-leverandører med leverance til flere aktører har et gennemtestet system til dette tidspunkt. For aktører med eget it-system anbefaler vi, at også de deltager i it-leverandør E2E-testen, men da der er her er tale om en kombineret it-leverandør/aktør E2E-test accepterer vi et senere starttidspunkt. Til gengæld skal disse aktører være E2E-godkendt senest 1. januar 2016 og have gennemført 50% af testcases pr. 1. september2015. Hvad er baggrunden for, at der i den nye plan er krav om E2E-godkendelse for it-leverandørerne, og hvad er kravet til it-leverandørerne efterfølgende? Baggrunden for kravet om E2E-godkendelse af it-leverandørerne er at sikre en så problemfri E2E-test af aktørerne efterfølgende. Såfremt der efter den 1. juni 2015 kommer større ændringer til udviklingsgrundlaget, besluttes det i Teknikog Implementeringsgruppen, hvad en fornyet E2E-test skal indeholde og i hvilket omfang, den skal gennemføres. It-leverandørerne kan ikke støtte op om den samlede plan uden en afklaring på dette punkt. Action : Der skal udarbejdes en nærmere beskrivelse for kravene til it-leverandørerne i relation til E2E-godkendelse og efterfølgende test af større ændringer. Kan blive en flaskehals ud fra planen fx med certifikater som i DataHub- projektet? Ja, det kan vi muligvis, næppe i relation til certifikater, men hvis alle ønsker at blive E2E-godkendte på samme tidspunkt, kan det naturligvis blive en udfordring for vores support. Men med et godt samarbejde om planlægningen af E2E-aktør testen ser vi ikke dette som et uløseligt problem. Planen vil primært være skrøbelig i det omfang, at it-leverandørerne ikke når at komme igennem deres del af E2E-testen tidsnok til, at aktørerne kan komme i gang. Er den udsendte plan kun midlertidig? Nej, det er den plan, som vi arbejder ud fra i dette forum og i projektet generelt. Selvom idriftsættelsesdatoen skulle blive rykket en måned frem til den 1. april 2014, har vi i realiteten kun 3 uger ekstra, og vi forventer derfor ikke at flytte på milepæle, der ikke direkte er relaterede til driftsstart (cut-over). CVR-numre: Elleverandørerne har brug for, at CVR-numrene er på plads inden go-live. Der bør derfor laves en plan for, hvordan dette sikres (af netvirksomhederne). Det samme gælder for afgiftstilknytninger pr. målepunkt, som i dag kun kendes af netvirksomhederne (er en del af datamigreringsopgaven). Datamigrering: Dok. 14/ /10

4 Aktørerne kommenterede, at der bliver sendt et misvisende signal om deadline den 1. juni 2015, hvor elleverandørerne får adgang til de migrerede data. Samtlige målepunkter vil ikke være på plads til denne dato. (Ref.bem: der er ved definitionen af denne milepæl ikke sat en deadline for de tekniske målepunkter. Denne milepæl gælder kun for forbrugsmålepunkterne, E17 og E18). Action : Der skal kigges på, om der evt. skal laves en ny milepæl, der præciserer, hvornår alle målepunkter inkl. de nye målepunktstyper, skal være migreret/beriget. Er de tidligere M1 og M2 milepæle for migrering taget ud i den nye plan? Nej, de betegnes i den nye plan som it-test af datamigrering. Milepælen den 1. februar 2015 for test af migreringsløsningen gælder kun for it-leverandørerne. Fra 1. februar 2015 kan aktørerne starte datamigrering og den 1. april skal alle aktører være i gang med at migrere. Samtlige milepæle fra den gamle plan er ikke en del af det nye planudkast, og hele billedet vil vi først have, når den nye plan integreres med den gamle master plan. Lægges priser ind i GUI? Det er muligt at lægge priser op nu DH GUI en er åben. Aktørerne efterspørger en vejledning for at lægge priser på. Action : Der udsendes sammen med referatet en deadline for, hvornår en vejledning er udarbejdet. Pristabellerne skal være lagt op, inden den egentlige migrering kan startes. Go/no-go s (Ref.bem.: Go/no-go s er ikke afstemt med Dialogforum). Der er tre go/no-go s som også indgår i den eksisterende tids- og aktivitetsplan. Den første milepæl, som er den sidste chance for at udskyde projektet uden ekstern konsekvens, er den 1. december 2015, hvor slutkunderne i høj grad involveres. Den næste milepæl 1. februar 2016 handler om cut-overparatheden, og her vil et no-go få betydelige konsekvenser. Sidste milepæl er den 1. marts 2016, hvor paratheden ift. en egentlig idriftsættelse vurderes. Et stop her vil ligesom et stop den 1. februar 2016 have betydelige interne og eksterne konsekvenser. Direktørgruppens beslutning vil ske ud fra graden af succes for de væsentligste milepæle, herunder ikke mindst status omkring E2Etest og datamigrering. Plan for cut-over-test Action : Der skal udarbejdes en mere detaljeret beskrivelse af denne proces. Denne udarbejdes først senere. Kan migreringstestmiljøet bruges til cut-over-testen? Nej, det er næppe en mulighed. BRS er Designmæssige udfordringer medfører, at BRS-003 og BRS-011 først kommer med i leverancen til den 1. februar Ændringen til leveranceplanen vil blive afspejlet på E2E-portalen, hvor omfanget af relevante testcases tilpasses den nye leveranceplan. Dok. 14/ /10

5 3. Status E2E-test Flere it-leverandører er startet op med at teste. Januar releasen er idriftsat d.d. Det er, som allerede nævnt, besluttet, at BRS- 003 og BRS-011 ikke kommer med i denne. BRS-003 og BRS-011 vil i stedet blive en del af februar releasen. Testaktiviteten er størst på processerne vedr. flytning og leverandørskift. Indtil videre er der registreret ca. 250 beskeder om ugen, regnet fra uge 45. I testperioden har der været nogle dage med udetid, der påvirker, at der ikke kan testes. It-leverandørerne efterspørger en varsling på udetiden. Normalvis gives der en melding på ugemøderne med testaktørerne. It-leverandørerne ønsker dog, at der etableres en bredere kommunikationskanal, som også rammer de parter, der endnu ikke indgår i testen, og derfor ikke vil få denne information, da de derfor heller ikke deltager på ugemøderne. Hver it-leverandør er ansvarlig for at give beskeden videre til de aktører, der deltager i deres test. Herudover vil forsøge at sikre en bedre generel udmelding på testportalen om udetiden/lukke-vinduer. 4. Status på datamigrering og datakonsistens Status på datakonsistens V/Kenneth Rasmussen, (Ref.bem.: der henvises til vedlagt præsentation om status på datakonsistens) Det nævnes, at der kan være en udfordring med overgangen fra den gamle datakonsistensmetode til den nye. Der bliver behov for et ekstra elleverandørtjek for de måneder, der går fra det seneste tjek (ca. den 1. oktober 2014) til den ny model kommer i gang. Tjekket burde dog blive langt lettere end det seneste gennemførte, idet der ikke indgår migreringsfejl. Status på datamigrering V/ Steen Jungdal, (Ref.bem.: der henvises til vedlagt præsentation om status på datakonsistens, slide om faktuelle facts og findings i migrerings-pilottesten samt vedlagt issue liste) Pilottesten blev igangsat til den aftalte dato (den 2. december), og alle itleverandører, der er tilmeldt, er kommet på migreringssystemet. Indtil videre har der kun været de sædvanlige indkøringsproblemer, og de er blevet løst. Migreringsmiljøet, som anvender til pilottesten, bruges også til at få testet s egne systemer og derved rettes der op på de fejl, der synliggøres i forbindelse med test på brugergrænsefladen og serveren. CGI er stadigvæk forholdsvis hurtig til løbende at få korrigeret de fejl, der findes. Dok. 14/ /10

6 Der er oprettet en FAQ på pilottest for migrering. Denne er tilgængelig på s projektportal under Eksterne Arbejdsgrupper. Findes der en vejledning til migrering af prislister? Ikke på nuværende tidspunkt, men der kan henvises til forskrift H3 og I. Se tidligere stillede spørgsmål Lægges priser ind i GUI? for en deadline for udarbejdelse af en vejledning. Kommer der dokumentation til valideringsreglerne? Der er lagt en opdateret liste ind i FTP-guiden, og derfor udarbejdes der ikke et særskilt dokument. 5. Nyt lovforslag elafgifter V/Verner Jensen, (Ref.bem.: der henvises til den generelle mødepræsentation) Der er kommet et nyt lovforslag om lov om elafgifter med høringsfrist den 7. januar Der er ikke fremhævet væsentlige ændringer i forhold til det, der allerede fremgik af elforsyningsloven. Elafgifterne kan heldigvis behandles som tariffer, hvor faktureringen tager sit udgangspunkt i DataHub og de aggregeringer som allerede eksisterer. har aftalt en møderække med SKAT i januar måned, hvor følgende emner er på dagsordenen: - Behov for momsregistreringsfelt (værnsregel) hvad er formålet med feltet? - Håndtering af elvarme, herunder kombination med solceller - Styring af fritagelse for elafgifter (styres ved, at afgifterne ikke knyttes til målepunkter, men i stedet tilknyttes 0-tariffer på den måde kan det ses i DataHub, hvad årsagen er til afgiftsfritagelsen) (Elleverandøren skal have dokumentation for afgiftsfritagelsen fra slutkunden) - Kontrolopgaver (opgave mellem og SKAT) Nævnte områder er kun set ud fra DataHub. Aktørerne bliver gjort opmærksomme på, at der kan gemme sig andre opgaver i den nye lovgivning, som skal håndteres i aktørens egen organisation. Diskuterer også med SKAT om, hvor lang tid der skal gå mellem fiksering og refiksering? undersøger, hvilke muligheder der findes for at kunne minimere gabet med fx en anden proces. Ideudviklingen håndteres i den nedsatte flexafregningsgruppe. Det er umuligt, at afvigelser kan undgås fuldstændigt, og dette drøftes med SKAT. presser på over for SKAT og Energistyrelsen ift. manglende bekendtgørelser. Det forventes, at der kommer en bekendtgørelse til Lov om afgift af elektricitet. Dok. 14/ /10

7 Fra Energistyrelsen er Energisparebekendtgørelsen sendt i høring. Der er fra Energistyrelsen ikke givet en endelig melding på, hvornår de øvrige bekendtgørelser er klar. 6. BRS-ændringer (Ref.bem.: se vedlagt dokument med ændringsmarkeringer) Ændringer som følge af ny lovgivning Der er to ændringer til kundestamdata, og derudover er der kun noteret ændringer til seks forskellige BRS er. Ændringer fra ønskeliste Der foreslås fire nye stamdatafelter inkl. kodelister. Felterne oprettes og medtages i Forskrift I, men har ingen tilknyttet funktionalitet, hvilket vil sige, at indholdet kun kan anvendes til at udveksle information mellem netvirksomheden og elleverandøren. KMD var ikke begejstret for, at der bliver åbnet op for flere ændringer end dem, som den nye lov medfører. Begrundelsen var, at KMD mener, at scopet for projektet derved udsættes for yderligere risici. Sonlinc vil omvendt gerne tage stamdataændringer med, idet de allerede er supporteret i deres løsning på anden vis, og dermed vil det være en fordel, at de også er med i DataHub. Generelt var aktørerne indstillet på, at de nye stamdatafelter skal integreres i den nuværende løsning, idet der er stor værdi for aktørerne i fx afbrydelsesfeltet og vaskeanvisningsfeltet. Hvis felterne ikke kommer med nu, vil det være usikkert, hvornår disse felter kan blive tilføjet. Ift. aggregerings ID er blev det besluttet at undersøge argumentationen for feltet yderligere (SEAS-NVE, der var kilde til dette ønske, har efter mødet meldt ud, at de trækker ønsket om et aggregerings-id tilbage). Verner kommenterede, at hvis aktørerne vælger, at de fire stamdatafelter skal med, kommer det til at betyde, at der skal testes på stort set alle BRS er igen efter leverancen den 15. april 2015, da målepunktsdata indgår i de fleste. Teknik- og Implementeringsgruppen enedes om, at de fire felter skal tilføjes. Ændringerne kan muligvis have indflydelse på migreringen. Alternativt kan de nye felter blive gennemført som stamdataopdateringer efter go-live, da det ikke er must-have felter. Action : Datamigreringsgruppen må se nøjere på, hvilken løsning, der er bedst. Vil testperioden jf. den reviderede tids- og aktivitetsplan fortsat være tilstrækkelig, når de nye ændringer skal testes? Der ligger ikke ny funktionalitet i disse felter, så testen skal kun udføres for at sikre, at de processer der er udviklet i aktørens egen organisation, kan håndtere de nye felter, og at de nye felter ikke påvirker den allerede testede funktionalitet. Det er en udfordring, at der i DataHub ikke står angivet, om et adressefelt er hemmeligt. Hvordan kan dette løses? Vi arbejder på sagen, men der er mange finurligheder ved problemstillingen. Dok. 14/ /10

8 En løsning kunne være, at hemmelige adresser ikke udveksles med DataHub, men markeres med en fast kode fx Udeladt adresse. For at sikre en samlet løsning er der også behov for at sikre kundenavnet, der på tilsvarende vis kunne markeres med koden Udeladt kundenavn. Bevæggrunden for metoden er, at der ikke er noget formål i, at DataHub ligger inde med information, der ikke må udveksles mellem aktørerne. Action : Håndteringen af hemmelige adresser undersøges nærmere i samarbejde med den juridiske afdeling internt hos. Andre ændringer Af væsentlige kommentarer til andre ændringer fremhæves: - Tilflytning Med den nuværende løsning får man i visse situationer tilsendt to identiske meddelelser kan den sidst fremsendte evt. ændres til en alm. Stamdataopdatering? - Stamdatameddelelser med skæringsdato tilbage i tid blev drøftet i forbindelse med BRS-011 og BRS-009. Der var stemning for, at disse meddelelser skal kunne sendes fra DataHub, idet de afspejler den reelle situation. Action : beskriver de konkrete løsningsforslag i næste BRS-udgave, og Teknik- og Implementeringsgruppen vil på næste møde den 14. januar træffe en endelig beslutning om dette. Vi har en udfordring med forkert kode på foreløbigt estimat, da vi anvender den internationale kode til at markere et endeligt estimat. Action : Flex-afregningsgruppen beslutter, om der er behov for foreløbigt estimat på næste møde torsdag den 18. december. (På dette møde blev det besluttet, at der alene anvendes estimat altså ingen ændring i forhold til eksisterende løsning). Aktørerne var enige i, at hullerlog implementeres således, at BRS-045 sender en positiv kvittering, hvis der ikke findes huller i kørslen. Elvarmehåndtering (Ref.bem.: Se den generelle mødepræsentation for, hvordan lov om elforsyning foreskriver, at elvarmen håndteres.) Af væsentlige emner til punktet kan nævnes: - D14 målepunktet anvendes til at sikre, at der betales fuld elafgift af forbrug under og op til kwh - Ved flytning skal der ske en forholdsmæssig udligning af de kwh mellem de to parter s foreslåede løsning forekom kompliceret for aktørerne. Action DONG Energy: Undersøger et forslag til en anden måde at håndtere elvarmen på inden næste møde. 7. BRS-002 leveranceophør og afbrydelser Jf. oplæg fra DONG Energy (Ref.bem.: der henvises til udsendt materiale vedr. BRS-002 fra DONG Energy og den generelle mødepræsentation) Dok. 14/ /10

9 Forslaget blev generelt godt modtaget, men SEAS-NVE er ikke enige i den foreslåede proces. For at sikre en løsning på problemstillingerne opfordrede til, at aktørerne afklarer den indbyrdes uenighed hurtigst muligt. Såfremt der ikke kan opnås enighed om en alternativ løsning inden næste møde, fastholdes den nuværende BRS-002 uændret. I forhold til at lave et fritekstfelt for udvidelse af afbrydelsesanmodning, skal dette vendes med Datatilsynet. Dertil blev det nævnt, at der kan opstå uoverensstemmelser om selve afbrydelsesanmodningen, hvis fritekstfeltet fx indeholder et modstridende budskab. På baggrund heraf blev det besluttet at udelade feltet. Afbrydelsesprocessen i BRS-002 Det foreslås, at meddelelse om afbrydelse til DataHub kan indsendes på dagen før skæringsdatoen dvs. på selve dagen for den fysiske afbrydelse, men fortsat med skæringsdato dagen efter den fysiske afbrydelse. Dette kan give problemer, da stamdata dermed ændres frem i tid. Formålet med ændringen er at muliggøre notifikation af elleverandøren om afbrydelsen hurtigst muligt. Teknik- og Implementeringsgruppen blev enige om, at den nye proces kan godkendes men kun gælde for BRS-002. Action : Der skal udarbejdes et sekvensdiagram og en beskrivelse af, hvordan kommunikationen ift. afbrydelser skal foregå. KMD havde gerne set, at det kun var ændringer til lovforslaget som skulle drøftes på mødet, og KMD holder fast på, at det er en store risici ved at åbne op for yderligere ændringer fra ønskelisten og andre ændringer. KMD kommenterer, at åbningen af BRS-002 vil være et større arbejde, som der skal afsættes ekstra ressourcer til. 8. Plan for videre arbejde Fremtidige ændringer bliver håndteret i dette forum. Scope laves ud fra de beslutninger, som gruppen har truffet i dag. Kan BRS-002 renskrives og sendes ud før den 1. februar til gruppen? Ja, den kommer med allerede inden næste møde 14. januar Eventuelt Action aktører: Der ligger ca. 90 præciseringer i BRS-dokumentet, og der skal hurtigst muligt sendes kommenterer til både ændringer og præciseringer til dokumentet. Hvornår kommer der en ny udgave til BRS-002 sammen med de nye ændringer? Action : De seneste fem ændringer lægges ind i dokumentet og fremgår ligesom de øvrige ændringer af dokumentet som kommentarfelter. (blev sendt ud til gruppen samme dag efter mødet) Dok. 14/ /10

10 På næste Teknik- og Implementeringsmøde den 14. januar vil BRS erne blive gennemgået mere i detaljer. Dok. 14/ /10