DataHub Dialogforum Dialogmøde,

Transkript

1 DataHub Dialogforum Dialogmøde, Tid Sted LYNC møde Deltagere Henrik Hornum (Dansk Energi) Poul Berthelsen (NRGi) Niels Toftensberg (DONG Energy) Lene Erfurt (DONG Energy) Carsten Bang (DONG Energy) Steen Mahler (Sydfyns Elforsyning) John Pedersen (EnergiMidt) Karsten Rost (EnergiMidt) Susanne Majlund Sørensen (Energi Nord) Tina Lykke Skafsgaard Hentze (Energi Danmark) ADA: Anders Dalgaard (Energinet.dk) PHQ: Preben Høj Larsen (Energinet.dk) JGR: Jens Grundtvig (Enerinet.dk) CCO: Christian Odgaard (Energinet.dk) MEH: Marianne Hirsbro (Energinet.dk) 13. august MEH/ADA Fraværende John Maltesen (NRGi) Finn Bøg (DONG Energy) Vagn Poulsen (Seas-NVE) Annemette Lehmann Carlsen (Energi Fyn) Cay Sliwa (Energi Fyn) Helle Barbro Nielsen (Nordjysk Energi) Randi Hermann (SE) Torben Gjesing Olesen (Verdo) TRE-FOR MJS: Mogens Juul Sass-Petersen (Energinet.dk) JSQ: Jens Otto Sørensen (Energinet.dk) JHH: Joan Haahr Hemmingsen (Energinet.dk) Dagsorden 1. Overordnet status 2. Aktørtest 3. Krydsende processer 4. Solceller 5. Dialog 6. Eventuelt Referatet bør læses i sammenhæng med præsentationen fra mødet: DataHub Dialogforum, Dok _v3, Sag 10/3365 1/6

2 1. Overordnet status - ADA ADA bød velkommen til mødet, som denne gang blev afviklet via LYNC. På grund af en relativt lille dagsorden for mødet og nylige gode erfaringer med anvendelsen af LYNC, blev dette set-up valgt for dette møde. Dialogforum skal naturligvis mødes, når det giver mening, men LYNC-værktøjet har vist sig meget nyttigt til kortere møder, så projektet vil uden tvivl anvende dette værktøj i yderligere omfang i den kommende tid. Udviklingsaktiviteterne af DataHub er stort set afsluttet. Der udestår nogle mindre områder, som også forventes færdigudviklet i meget nær fremtid. Fokus er derfor centreret om test. gennemfører brugeraccepttest parallelt med Logica s interne test. Planlægningen af End2end-testen foregår sammen med markedet. Der afholdes første møde i arbejdsgruppen i næste uge, d. 14. august. Vi skal have planlagt dette testforløb meget hurtigt, dvs. i løbet af august og september, således at planen kan være klar ultimo september. 2. Aktørtest Projektet har meldt ud før sommerferien, at systemtesten af ATS skulle gå i gang den 2. september. Vi meddelte samtidigt, at vi gerne ville starte denne test før, hvis vi var parat til det. Fra i morgen d. 7. august kan connectivity-/certifikattesten påbegyndes, ligesom XML også vil være klar til test fra i morgen. EDIFACT-delen forventes klar til test om 14. dage. Systemet er som sådant klart til fuld test, men vi vil gerne have gennemført en ekstra intern test af EDIFACT-delen, og det sker nu, hvor CCO er kommet retur fra ferie. Der kommer information ud om testen senere i dag. I første omgang er det IT-leverandørerne, der skal på, og dernæst aktørerne. Spørgsmål: Hvad er det, som KMD har testet OK jævnfør status? : KMD har testet, at der er hul igennem - certifikater, XML og relevante testcases. 3. Krydsende processer Tidsfrister for opdatering af stamdata - PHQ For nyligt er der påvist uklarhed om, hvilke stamdata der vil være gældende i DataHub en, i de tilfælde hvor flere processer påvirker det samme målepunkt. Efter samråd med EDI-gruppen indføres derfor følgende regelsæt: De processer, der har direkte betydning for afregning i elmarkedet, vil få forrang, som sikrer, at ændringer til relevante stamdatafelter altid udføres/huskes i systemet, med mindre andet følger af markedsreglerne. Dette omfatter processerne BRS-001, BRS-002, BRS-003, BRS-007, BRS-008, BRS-009, BRS-010 og BRS-012. Stamdataopdatering via BRS-006 må kun indsendes med gyldighedsdato til dags dato eller arbejdsdagen før. Hvis der er indsendt én af de ovenstående processer med forrang og der efterfølgende, men før gyldighedsdato for processen, indsendes en stamdataopdatering via BRS-006, vil denne stamdataopdatering tage hensyn til de evt. stamdataopdateringer, der vil ske via processer med forrang. F.eks. vil en ændring af estimeret årsforbrug indmeldt med BRS- Dok _v3, Sag 10/3365 2/6

3 012 ikke kunne overskrives med en BRS-006 indsendt før gyldighedsdatoen for BRS-012 (ændring af estimeret årsforbrug i BRS-006 vil gælde indtil gyldighedsdatoen for BRS- 012). For at sikre konsistens mellem stamdata i DataHub en og hos elleverandøren vil der om nødvendigt blive udsendt ekstra stamdataopdatering, når 2 processer medfører, at det resulterende stamdatasæt bliver et miks af de ændringer, der er sendt ind i de forskellige processer. For at tage højde for problemer i IT-systermerne er vi indstillet på, at stamdataopdateringerne kan blive forsinket ud over DagsDato 1 arbejdsdag. Spørgsmål: Bliver der lavet nogen oversigt over de krydsende processer? PHQ: Der er udarbejdet et teknisk grundlag for designet af DataHub en i et ret omfattende Excel regneark. Spørgsmål: Skal aktørerne og IT-leverandørerne have kendskab til dette regneark? Det er meget interessant for os have dokumentet med krydsprocesserne. : Vi lægger det på under Teknisk Dokumentation -> Action. 4. Vedligehold af MP for VE-overskudsproduktion Ny målepunktstype - PHQ Antallet af solcelleanlæg er eksploderet, og derfor er det blevet nødvendigt at identificere overskudsproduktionen med en separat målepunktstype, samt at finde en metode til at håndtere stamdata B2B fremfor manuel oprettelse og vedligeholdelse via portalen. Der defineres en ny målepunktstype D04 - Small VE surplus production. Denne skal kun bruges i forbindelse med overskudsproduktion for gruppe 6 nettoafregning. Samtidigt indføres D99, som er til internt brug, og som aldrig vil kunne ramme udvekslingerne. Kodeliste for typer af målepunkter vil herefter omfatte: Netvirksomhederne skal kunne indsende måledata på MP type D04 via BRS-020/RSM-12. Kode D01 D02 D03 D04 D99 E17 E18 E20 Beskrivelse VE production Technical Own production Small VE surplus production Internal (anvendes KUN internt DH) Consumption Production Exchange 4.1 Løsningsmuligheder for håndtering af den nye målepunktstype Løsning A Eksponering af det interne webservice interface som DataHub bruger til skærmbillederne Update / Create Special Metering Point til markedet. I modsætning til den generelle webservice interface for Dok _v3, Sag 10/3365 3/6

4 DataHub, som beskrevet i Forskrift F, vil dette være synkront. Det vil sige, at processen vil blive udført, mens aktørens ITsystem venter, og DataHub vil svare tilbage med om transaktionen kunne gennemføres eller en fejlkode. Selve beskeden vil ikke være modelleret efter UN/CEFACT-metoden, som anvendt i Forskrift F, Bilagsrapport 1: EDI transaktioner for det danske elmarked, og heller ikke tillade brug af EDIFACT syntaks. Løsning B Udarbejde en ny RSM-008 Stamdata for et "special" målepunkt med genbrug fra RSM-007 med ændring af attributter og koder. Udarbejde ny BRS-014 Opret "special" målepunkt med genbrug fra BRS men uden mulighed for skift af elleverandør mv. Udarbejde ny BRS-015 Opdater "special" målepunkt med genbrug fra BRS-006. Udvekslinger vil altid være fra Netvirksomhed til DataHub. De attributter, der skal tilføjes, er beskrevet i Forskrift I. Samtidig vil det være muligt at fjerne andre attributter, der ikke har betydning for disse målepunkter. Løsning C laver systemet til at oprette og vedligeholde målepunkter for VE overskudsproduktion direkte fra selvbetjeningsportalen/panda. Diskussion af de 3 løsninger: Spørgsmål: Alt, hvad der kan køre automatisk, bør ske automatisk. Hvor meget arbejde ligger der i at lave de nye BRS ere/rsm ere? PHQ: Det tager tid at lave nye BRS ere og RSM ere. For at undgå at påvirke den eksisterende markedsfunktionalitet, vil vi etablere nye. s overvejelser og begrundelser vedr. de 3 løsninger: I øjeblikket er tilgangen af anlæg på ca om måneden, og vi regner med at nå op på mellem anlæg inden årets udgang, og derfor skal der findes en holdbar løsning. Vi må dog samtidigt forholde os til de risici, som det vil medføre for projektet, når vi ser på valget af løsning. Løsning A medfører forøgede risici hos netvirksomhederne, og løsning B kræver udvikling af nye BRS+RSM samt tilretninger i de lokale IT-systemer, hvorfor det vil medføre store risici for projektet at implementere denne løsning nu. Det er derfor s anbefaling, at vi starter med at implementere løsning C som en overgangsløsning, for dernæst at implementere løsning B i en senere fase, hvis denne model ønskes. NRGi foretrækker umiddelbart løsning B. Da vi ikke kender omfanget af overskudsproduktion, er det lidt vanskeligt at afgøre, hvilken løsning, der er bedst, men med det omtalte omfang af ny solcelle anlæg vil det fremadrettet være bedst med løsning B. God ide at indføre løsning C til at starte med og dernæst overveje implementering af løsning B. Dong Energy er enig i ovenstående - løsning C er fornuftig for ikke at tilføre større risici i projektet. Dok _v3, Sag 10/3365 4/6

5 SEF: Det eskalerer voldsomt med antallet af målepunkter. Vi kunne godt tænke os en time-out, så vi kan få mulighed for at drøfte de enkelte muligheder internt. Umiddelbart vurderet, kan vi godt indføre overgangsløsningen nu, og så implementere løsning B senere. Beslutning - Action: Materialet fra mødet sendes til deltagerne, som vurderer løsningerne og vender tilbage med svar til PHQ i forhold til, om det eventuelt på et senere tidspunkt ville være interessant med løsning B. 5. Dialog 6. Eventuelt Migrering Spørgsmål: Energi Nord fungerer som måleoperator for N1, og vi nærer en bekymring for, om der bliver taget højde for dette forhold i forhold til migreringen. Der er ikke oprettet stamdata på alle målepunkter. Vi vil gerne være sikre på, at alt bliver migreret korrekt, og også at der ikke mangler data. Hvordan sikrer vi dette? PHQ+JGR: foretager migreringen, men netvirksomhederne må selv trække de data ud, som der er migreret. kan sende en kvitteringsmail, når data er migreret, således at netvirksomhederne har mulighed for at kontrollere og afstemme data. JGR+PHQ -> Action End2end-testen november-december Spørgsmål/kommentar: Vi vil gerne høre noget mere om End2end-testen, og vi vil gerne deltage i arbejdet, men vi har ikke fået tilbagemelding på de tilkendegivelser, som vi har givet om dette. Vi vil ligeledes gerne have en oversigt over deltagerne i denne arbejdsgruppe. ADA: Arbejdsgruppen er nedsat, og der afholdes 1. møde i næste uge d. 14. august. Arbejdsgruppen har fået til opgave at udarbejde en komplet drejebog og plan for End2end-testen. sikrer, at et specifikt manuskript for End2end-testen udarbejdes, for at verificere, at alle processer, roller og systemer testes. Tilmeldingerne til testforløbet er ikke systematiseret endnu. ADA beder John Griem om at kontakte Energi Nord vedr. deltagelse -> Action Ref.Bem. deltagerne i End2end-test arbejdsgruppen er pr som følger: Vagn Poulsen Lene Lund Finn Bøg Nikolaj Hoff Ida Joel Pil Bronér Susanne M. Sørensen Simon Jørgensen Preben Høj Larsen Jens Grundvig Jens Otte Sørensen John Griem SEAS NVE Nordjysk Elhandel Dong Energy Dong Energy Scanenergi Natur-Energi Energi Nord EnergiDanmark Energinet.dk Energinet.dk Energinet.dk Energinet.dk (Formand) LYNC - Mødeform Konkluderende kommentarer: LYNC er en god mødeform, som betyder, at vi kan have flere deltagere med fra hver aktør. Af hen- Dok _v3, Sag 10/3365 5/6

6 syn til udefrakommende støj, skal der styr på, hvordan mikrofoner slås til og fra. Materiale til møderne skal udsendes på forhånd, så man har mulighed for forberedelse. Materialet fra dette møde vil blive udsendt sammen med referatet, og der vil blive afholdt et nyt møde i Dialogforum 4. september, enten som fysisk møde eller via LYNC, alt efter hvad der måtte være på programmet. DataHub Portalen Spørgsmål: Hvornår bliver der åbnet for test af DataHub portalen? ADA: DataHub motoren er færdig, men vi kan ikke komme med et præcist svar i denne stund, da tidsplanen endnu ikke foreligger. En mulighed kan være, at vi eventuelt tester denne del parallelt, men det er endnu ikke besluttet. Action List Id Dato Emne / action Ansvar Status Deadline er ved at undersøge, om aktørerne kan anvende virksomhedscertifikat, funktionscertifikater. undersøger, hvor supportspørgsmålene fra aktørerne kan offentliggøres, gerne på projektporta- ÅBEN len overvejer, om placeringen og varigheden af End2end-testen (nov-dec ) skal ændres grundet juleferie. Migreringsgruppen skal diskutere muligheden for lukning for netvirksomhedernes sletning af data samt datomærkning på datamigreringerne. overført til Migr. gruppen returnerer med et svar vedrørende håndtering af den økonomiske konsekvens for aktørerne ved udskydelse af tidsplanen indkalder til en møderække med Dialogforum med ca. 1 måneds interval. Mødernes placering tilpas- ses når muligt vigtige milepæle i projektet Læg dokumentation for krydsende processer på hjemmesiden under Tekniske specifikationer. PHQ Løsningsmuligheder for ny målepunktstype: Materialet fra mødet sendes til deltagerne, som herefter vurderer løsningerne og vender tilbage med svar til PHQ. PHQ/ Aktørerne Migrering: Kvitteringsmail til transmissionsselskaberne, når migreringen er færdigafviklet. JGR/PHQ End2end-test: John Griem kontakter Energi Nord ADA omkring deltagelse i arbejdsgruppen. Liste over deltagerne i gruppen lægges på hjemmesiden. Dok _v3, Sag 10/3365 6/6