Antal BILAG 8 Til Direktørgruppen DataHub- og markedsrapportering 2. april 214 Der fremsendes forud for hvert møde i direktørgruppen en statusrapport, der rapporterer på net- og elhandelsvirksomhedernes performance, DataHub performance og DataHub supportstatus. 1. Markedsperformance 1.1 Leverandørskift Antal gennemførte leverandørskift registreret i DataHub fra idriftsættelsen af DataHub 1. marts 213 1. Tallene er udtryk for den måned, hvor leverandørskiftet er anmeldt i DataHub. Skiftet sker typisk pr. den 1. i den efterfølgende måned, men kan i princippet finde sted 1 år frem i tiden. Figur 1.1a Antal gennemført leverandørskift 35. 3. 3.372 25. 2. 15. 21.348 15.946 17.687 11.931 2.254 2.211 14.158 15.66 15.649 22.218 1. 5. 4.637 1 Tallet for leverandørskift i december er renset for en større mængde leverandørskift som følge af fusion af 2 selskaber Dok. 14-9841-6 1/9
Antal 1.2 Fejlagtige leverandørskift Antal anmeldte fejlagtige leverandørskift i DataHub siden idriftsættelse af Data- Hub 1. marts 213. Disse tal dækker over gennemførte leverandørskift, der efterfølgende af forskellige årsager, vurderes at være en fejl og derfor anmeldes som fejlagtige, hvorefter det oprindelige kundeforhold med den tidligere elleverandør genetableres. Hvis den tidligere elleverandør ikke accepterer inden for en frist på 3 dage overføres kunden dog til forsyningspligtleverandøren. Søjlediagrammet viser hvor mange fejlagtige leverandørskift, der er blevet anmeldt i DataHub de pågældende måneder. 2 Figur 1.1b Antal anmeldte fejlagtige leverandørskift 45 4 35 316 42 341 3 25 2 15 159 14 21 161 195 22 227 228 1 5 3 2 Bemærk at kundens udnyttelse af fortrydelsesret ikke er en gyldig grund til at anmelde et fejlagtigt leverandørskift. I disse tilfælde skal der ske en annullering af det anmeldte leverandørskift, hvilket kan ske frem til 4 dage før skæringsdatoen, dvs. den dato, hvor leverance overgår til den nye elleverandør. Leverandørskift skal anmeldes til en skæringsdato, der er minimum 4 dage efter udløb af kundens fortrydelsesret, så annullering kan ske. Dok. 14-9841-6 2/9
1,4% 2,%,5% 1,5% 2,2% 4,4% 1,5%,8%,6%,5% 1,%,6% 2,1% 1,7% 1,6% 3,5% 2,% 5,% 3,9% 3,8% 4,2% 12,9% 37,6% Fig. 1.1c viser antal anmeldte fejlagtige leverandørskift i DataHub for 4. kvartal 213 og 1. kvartal 214 i % i forhold til selskabernes samlede antal gennemførte leverandørskift de pågældende måneder 3. Der vises kun data, hvor der er mere end 1 fejlagtige leverandørskift pr. selskab pr. kvartal. Figur 1.1c Antal fejlagtige leverandørskift i % i forhold til selskabets gennemførte leverandørskift 4% 35% 3% 25% 2% 15% 1% 5% % 213 kvt.4 214 kvt.1 1.3 Indeks for indsendelse af måledata (IFIM) Som en del af rapporteringen til direktørgruppen, vil der fremadrettet også blive rapporteret på netvirksomheders indsendelse af måledata jf. markedsforskrifternes tidsfrister for indsendelse af måledata. Denne rapport er p.t. ved at blive udviklet. 2. DataHub performance Der monitoreres pt. på performance af 3 forskellige områder i DataHub: 1. B2B meddelelser (direkte imellem DataHub og Aktørernes it-systemer) 2. GUI svartider (transaktioner udført via webbaseret DataHub-adgang) 3. Beregninger (dagligt forbrug i netområder og månedlige andelstal) Alle krav og målinger er stillet fra- og målt direkte på databaseserveren. Svartiderne svarer derfor ikke nødvendigvis til brugernes oplevelser. Energinet.dk arbejder p.t. på at udvide performancemålingerne til også at omfatte transaktionstiderne udenfor serveren, for herigennem at få en bedre vurdering af performance fra brugernes side. Til disse målinger er der behov for eksterne referencestationer/robotter til måling af GUI svartider. Energinet.dk vil tidligst kunne måle performance på disse områder i andet kvartal 214. 3 Leverandørskift anmeldt og gennemført i f.eks. december 213 kan give udslag i fejlagtige leverandørskift i det efterfølgende kvartal dvs. 1. kvartal 214. Dok. 14-9841-6 3/9
2.1 B2B meddelelser I B2B-kanalen (direkte kobling imellem DataHub og aktørernes it-systemer) stilles der bl.a. følgende krav til ydeevne: 99,5 % af B2B transaktionerne skal være færdigbehandlede (fra beskeden modtages i DataHub-indbakken og til den er behandlet og lagt i udbakken til relevante modtagere) senest 1 time fra modtagelsen indenfor kritisk arbejdstid. Figur 2.1 4 2.2 GUI svartider I GUI en (webbaseret DataHub-adgang) kan en bruger søge, finde data og opdatere data for et målepunkt (trin i en forretningstransaktion). 1. For GUI-kanalens simple læse- og søge-transaktioner stilles blandt andet følgende krav til ydeevne: a. For 95 % af alle forespørgsler er svartiden inden for 2 sek. (figur 2.2a) b. For 99 % af alle forespørgsler er svartiden inden for 5 sek. (figur 2.2b) 4 Mængden af B2B transaktioner i DataHub har i væsentlig grad oversteget forventningerne, hvilket blandt skyldes en stor grad af genfremsendelser. Energinet.dk udvider kapaciteten i DataHub i løbet af 214, hvilket vil forbedre performance for transaktionstiderne. Dok. 14-9841-6 4/9
Figur 2.2a Figur 2.2b 2. For GUI-kanalens opdateringstransaktioner stilles blandt andet følgende krav til ydeevne: c. For 95 % af alle opdateringer er svartiden inden for 3 sek. (figur 2.2c) d. For 99 % af alle opdateringer er svartiden inden for 5 sek. (figur 2.2d) Dok. 14-9841-6 5/9
Figur 2.2c Figur 2.2d I januar/februar 214 var der næsten dobbelt så mange B2B-transaktioner som i november/december 213 (3.36.441 imod 1.775.26), hvilket betyder at belastningen har været væsentlig højere => længere svartider. Derudover skyldes den nedadgående performance i februar 214 en række nedbrud af DataHub i perioden fra fredag 21. februar til tirsdag d. 25. februar, hvilket har haft væsentlig virkning på de målte svartider for februar. Dok. 14-9841-6 6/9
2.3 Beregninger Der er to væsentlige beregninger, der skal færdiggøres til tiden. En daglig og en månedlig beregning. 1. Beregning af forbrug i netområdet (dagligt) Figur 2.3a Starter automatisk hver dag, når alle tidsserier er indlæst. I 99 % af tilfældene skal resultatet være tilgængelig i netområdernes meddelelseskø inden kl. 11.. 2. Beregning af andelstal (månedligt) Kørslerne er planlagt til én gang om måneden. I 95 % af tilfældene skal resultatet være klar kl. 8. til manuel kontrol. Efter manuel kontrol bliver meddelelserne lagt direkte ind i de modtagende parters kø. Figur 2.3b I januar 214 var andelstallene klar d. 16/12 kl. 9.7 næsten 4 timer før deadline (8. sidste arbejdsdag kl 13.), men alligevel er tallene rapporteret som ikke-klar for måneden. Dette skyldes en uoverensstemmelse mellem den KPI som systemet måler og kravene fra forskrifterne. Baggrunden for den røde Dok. 14-9841-6 7/9
søjle i januar er dermed en misforståelse/uoverensstemmelse i de krav Energinet.dk opererer med. Fejlen er ved at blive rettet. 3. DataHub support Energinet.dk registrerer support-henvendelser vedr. DataHub i et internt sagshåndteringssystem (SCSM). De indkomne henvendelser registreres som hhv. serviceforespørgsler eller IT-fejl. På baggrund af sagshåndteringssystemet registreres udviklingen og liggetiden for support-sagerne. Den store mængde åbne sager er blandt andet et udtryk for en stor mængde stamdatarettelser samt afventende registreringer af solceller. Figur 3.1 Udvikling pr. 31-3-214 18 16 14 12 1 8 6 4 2 I alt tilgang I alt afgang Beholdning Figur 3.2 6 Liggetid åbne sager ialt pr. 31-3-214 5 4 3 I alt 2 1-3 dage 31-6 dage 61-9 dage 9 -? Dage Dok. 14-9841-6 8/9
4. Pilotprojekt med indlæsning af timedata for skabelonkunder i DataHub Energinet.dk lovede på seneste direktørgruppemøde at komme med en status for det igangværende pilotprojekt med indlæsning af timedata for skabelonkunder i DataHub. Baggrund og status Energinet.dk har primo 214 igangsat projektet sammen med SEAS-NVE og TREFOR. Første del gik på forberedelse i et DataHub testmiljø. TREFOR har i april 214 netop startet indsendelsen af timedata til DataHub produktionsmiljøet. Der indsendes værdier for 1. målepunkter ad gangen i bundlede beskeder om natten. Volumen øges løbende. 2.. 1.75. 1.5. 1.25. 1.. 75. 5. 25. Plan - Timedata for skabelonkunder i DataHub Antal målepunkter akk. DataHub kapacitetsudvidelse fremadrettet Energinet.dk har sideløbende igangsat et DataHub kapacitetsudvidelsesprojekt, der har til formål, at udvide den samlede kapacitet i DataHub samt optimere den nuværende og fremtidige brug af DataHub for på mere effektiv vis, at kunne understøtte nye forretningsprocesser og behovet for dataudveksling, opbevaring og databehandling i elmarkedet. Opdateringen af DataHub sker i 2 tempi for at sikre driftsstabiliteten. 1. opdatering finder sted i september 214 og 2. opdatering i december 214. For uddybning se bilag 7. Dok. 14-9841-6 9/9