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

Transkript

1 BILAG 9 Til Direktørgruppen DataHub- og markedsrapportering 14. oktober 2014 Dette notat udgør statusrapporteringen for DataHub drift til Direktørgruppen i oktober Notatet indeholder et generelt markedsoverblik, indikatorer for DataHub performance og DataHub supportstatus. 1. Markedsoverblik 1.1 Leverandørskift Antal gennemførte leverandørskift registreret i DataHub fra idriftsættelsen af DataHub 1. marts 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 10 år frem i tiden. Figur Fejlagtige leverandørskift Antal anmeldte fejlagtige leverandørskift i DataHub siden idriftsættelse af Data- Hub 1. marts Disse tal dækker over gennemførte leverandørskift, der 1 Tallet for leverandørskift i december 2013 og marts 2014 er renset for leverandørskift som følge af fusioner 14/ /10

2 efterfølgende anmeldes som fejlagtige, hvorefter det oprindelige kundeforhold med den tidligere elleverandør genetableres. Søjlediagrammet viser, hvor mange fejlagtige leverandørskift, der er blevet anmeldt i DataHub de pågældende måneder. Figur 1.2a Nedenstående fig. 1.2b viser antal anmeldte fejlagtige leverandørskift i DataHub for 2. kvartal 2014 og 3. kvartal 2014 i % i forhold til selskabernes samlede antal gennemførte leverandørskift de pågældende måneder. Der vises kun data, hvor der er mere end 10 fejlagtige leverandørskift pr. selskab pr. kvartal. Figur 1.2b Leverandørskift anmeldt og gennemført i fx december 2013 kan give udslag som fejlagtige leverandørskift i det efterfølgende kvartal, såfremt leverandørskiftet først anmeldes som fejlagtigt efter kvartalets afslutning. Dette er årsagen til udsvinget hos Sydfyns Energi A/S i 2. kvartal Udsvinget ved Syd Energi i 2. kvartal 2014 skyldes et fejlagtigt leverandørskift af en enkelt storkunde med mange aftagenumre. Energinet.dk er i løbende kontakt med elleverandørerne vedr. årsagerne til de fejlagtige leverandørskift. Dette sker som led i den løbende kontrol og stikprøvekontrol af leverandørskift i detailmarkedet for el. Disse kontroller rapporteres særskilt til Energitilsynet. 14/ /10

3 2. Datakvalitet og rettidig fremsendelse af måledata til DataHub For på optimal vis at understøtte forretningsprocesserne i detailmarkedet er det helt afgørende, at DataHub indeholder korrekte og valide måledata, og at disse måledata indsendes rettidigt til DataHub jf. tidsfristerne i forskrifterne. Netvirksomhederne har stamdataansvaret for måledata og dermed ansvaret for, at data er korrekt og fremsendes rettidigt til DataHub. Dette er en opgave, som Energinet.dk understøtter gennem forskellige tiltag og processer. Datakonsistensprojekt: Energinet.dk understøtter netvirksomhedernes arbejde med at sikre konsistens mellem centrale stamdata i hhv. netvirksomhedernes systemer og DataHub. Parallelt hermed gennemfører branchen et datakvalitetsprojekt, der fokuserer på at eliminere fejlkilder i datagrundlaget og dermed sikre, at det er de korrekte data, der er registreret i DataHub. Fredag den 3. oktober 2014 var der deadline for indlevering af datakonsistensrettelser fra elleverandørerne til netvirksomhederne. En række elleverandører har gennemført kontrollen og har fremsendt materiale til netvirksomhederne til videre behandling. Desværre har Energinet.dk også kunnet konstatere, at en lang række elleverandører ikke har gennemført denne kontrol inden for deadline på grund af egne IT-udfordringer omkring sammenligningsrapporter mellem eget system og DataHub. Energinet.dk er i dialog med IT-leverandørerne om at få etableret en løsning på rapportproblemerne. Rykkerprocedure: Energinet.dk understøtter rettidig datafremsendelse til DataHub, ved dagligt at fremsende rykkere til netvirksomheder ved manglende fremsendelse af måledata. Dette gælder fx huller i tidsserier for timeafregnede målepunkter eller manglende fremsendelse af måledata for aflæste skabelonafregnede målepunkter. Rykkerprocessen for timeafregnede målepunkter virker nu, og Energinet.dk har siden august 2014 rykket systematisk for disse målepunkter, evt. fejlagtige rykkere har tilsvarende kunne meldes på en eksklusionsliste af netvirksomhederne. Tilsvarende arbejdes der hen mod en optimering af rykkerproceduren for de skabelonafregnede målepunkter. IFIM og anden KPI-rapportering for netvirksomhedernes indsendelse af måledata: Energinet.dk arbejder på en ny IFIM-rapportering. Foreløbig er der lavet en KPIrapport, som på dagsbasis viser, om netvirksomhederne har sendt tidsseriedata rettidigt på 3. hverdag til DataHub. For at sikre en forankring af rapporten og dens korrekthed er der i uge kørt en pilot med udvalgte netvirksomheder. Netvirksomhedernes opgave har været at verificere rapportens resultater, og tilbagemeldingerne på rapporterne har hidtil været positive. Rapporterne for alle netvirksomhederne forventes offentliggjort, men de første par uger vil Energinet.dk dog kun udsende data for eget netområde til den enkelte netvirksomhed. Afhængig af tilbagemeldingerne vil Energinet.dk efterfølgende offentliggøre resultaterne på Energinet.dk s 14/ /10

4 hjemmeside. Rapporten tager udgangspunkt i den fikserede mængde (på 5. hverdag efter driftsdøgnet). 14/ /10

5 3. DataHub performance Der monitoreres pt. på performance af 4 forskellige områder i DataHub: 3.1 B2B meddelelser (direkte imellem DataHub og aktørernes it-systemer) 3.2 GUI svartider (transaktioner udført via webbaseret DataHub-adgang) 3.3 Beregninger (dagligt forbrug i netområder og månedlige andelstal) 3.4 GUI performance robotovervågning pr. juni 2014 Krav og målinger i de 3 første punkter ( ) er stillet fra og målt direkte på databaseserveren. Svartiderne svarer derfor ikke nødvendigvis til brugernes oplevelser. Pkt. 3.4 viser en performanceindikator for robot-overvågning af DataHub markedsportalen (GUI). Her tester en robot en række transaktioner i DataHub GUI via internettet. Hermed gøres målingerne sammenlignelige med en ekstern brugers oplevelse af svartiderne i DataHub GUI (markedsportalen). 3.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 Mængden af B2B transaktioner i DataHub har i væsentlig grad oversteget forventningerne, hvilket bl.a. skyldes en stor grad af genfremsendelser. Energinet.dk er pt. i gang med Sizing-projektet, som udvider kapaciteten i DataHub. I løbet af de kommende måneder vil det vise sig, hvorvidt tendensen med færre overskridelser (3,9 % i september) fortsætter. 14/ /10

6 3.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 bl.a. følgende krav til ydeevne: a. For 95 % af alle forespørgsler er svartiden inden for 2 sek. (figur 3.2a) b. For 99 % af alle forespørgsler er svartiden inden for 5 sek. (figur 3.2b) Figur 3.2a Figur 3.2b 2. For GUI-kanalens opdateringstransaktioner stilles bl.a. følgende krav til ydeevne: c. For 95 % af alle opdateringer er svartiden inden for 3 sek. (figur 3.2c) d. For 99 % af alle opdateringer er svartiden inden for 5 sek. (figur 3.2d) 14/ /10

7 Figur 3.2c Figur 3.2d Med de seneste måneders data danner der sig et relativt stabilt billede af Data- Hub performance. Set over en længere periode, er der stabilitet i mængden af beskeder og sammenhæng mellem anvendelsesgrad og performance. 14/ /10

8 3.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 3.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 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 den 7. sidste hverdag i måneden til manuel kontrol. Efter manuel kontrol bliver meddelelserne lagt direkte ind i de modtagende parters kø. Figur 3.3b 14/ /10

9 De røde søjler (indtil april 2014) skyldes en tidligere uoverensstemmelse mellem den KPI, som systemet måler, og kravene fra forskrifterne. For de seneste 3 måneder er den månedlige beregning på andelstal opgjort manuelt og korrekt. 3.4 GUI performance - robotovervågning Som supplement til de hidtidige performancemålinger af DataHub, har Energinet.dk siden juni 2014 gennemført en udvidelse af performancemonitoreringen i markedsportalen (GUI). Monitoreringen udføres ved at lade en robot udføre en række transaktioner i DataHub GUI via internettet, hvorved transaktionerne er sammenlignelige med en ekstern brugers oplevelse af systemet. Målingerne udføres på en testreferencestation hos Energinet.dk. Der måles pt. hvert 5. minut på hhv. DataHub-forsiden, login, opslag af et målepunkt og logout. For hver transaktion måles tilgængelighed og svartider. Testmålingerne foretages via Energinet.dk s eget HP Business System Management værktøj. Nedenstående figur 3.4. viser en kurve over svartiderne for ca logins på DataHub GUI fra d. 11. august og frem til oktober Målingerne giver en indikation af DataHub s helbredstilstand. Målingerne fra robotten vil løbende blive udvidet og rapporteringen beriget. Interessant er det, at der kan ses en direkte effekt af de ændringer, der foretages i den platform som DataHub bygger på. Det kan f.eks. iagttages, at der er sket en markant stabilisering af svartiderne i perioden efter d. 3. september, hvor der blev indsat en ekstra webserver i forbindelse med det trinvise arbejde med at udvide kapaciteten i DataHub. Figur / /10

10 4. 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-serviceforespørgsler. På baggrund af sagshåndteringssystemet registreres udviklingen og liggetiden for support-sagerne. Figur 4.1 Udvikling i supportsager pr. 30. september 2014 Den positive afvikling i sager skyldes et dedikeret fokus på udfordringens omfang samt tilføjelsen af yderligere ressourcer til området. Det skal derfor forventes, at den seneste udvikling fortsætter. Figur 4.2 Liggetid åbne sager pr. 30. september 2014 Mængden af gamle sager (+90 dage) er siden sidste rapportering reduceret med ca. 25 % Gul vedrører servicehenvendelser vedr. IT-systemet. Grøn vedrører andre former for henvendelser herunder solcelleregistreringer, stamdataopdateringer m.v. 14/ /10