Teknik- og implementeringsgruppen, Møde 6, referat

Transkript

1 Teknik- og implementeringsgruppen, Møde 6, referat Tid 3. februar 2014, kl Sted, Erritsø Deltagere Simon Jørgensen Energi Danmark Annemette L. Carlsen Energi Fyn Søren Illum Andersen Marie Christensen Fritz Beck Ulrich Ida Joel Anette Krogh Kim Christensen Niels Toftensberg Kris Kristensen Per Valentin Nielsen Michael H. Troelsen Jens Grundtvig Christian Odgaard Martin Christensen Jørn Kjær Mogens Juul Sass-Petersen Verner Jensen Lene Leø Karsten Feddersen Energi Midt NEAS NRGi Scanenergi SE TREFOR DONG Energy SEAS-NVE KMD EG Utility Deltog under punktet cutover Egon Høeg Jensen KMD John Pedersen Energi Midt 4. februar 2014 XLLE/XVJE Afbud Anette Gade Andersen Energi Danmark Susanne M. Sørensen Energi Nord Lene Lund NEAS Dorthe Uhrskov Energi Danmark Henrik Hjort Hansen Sonlinc Lars B. Harboe CGI Danmark Rikke Jørgensen Energi Fyn Jens Skovby EG Utility Henrik Lang Petersen Referent Lene Leø Næste møde 27. februar 2014 Dok. 13/ /6

2 Dagsorden 1. Referat fra sidste møde 2. Aktiviteter siden sidst 3. Datakonsistensprojektet status og planer 4. Tids- og aktivitetsplan for det reviderede projekt 5. Kommentarer til cut-over plan Gruppe 1 netvirksomhedens synspunkt Gruppe 2 elleverandørens synspunkt 6. Cut-over risikoanalyse 7. Eventuelt Tekst med kursiv er kommentarer og spørgsmål fra deltagerne. Plancher fra mødet findes på hjemmesiden 1. Referat fra sidste møde Ingen kommentarer til dagsorden og sidste referat. 2. Aktiviteter siden sidst v/verner Jensen På næste møde i dialogforum 5/ behandles tids- og aktivitetsplanen igen. Den 12/ mødes den nye direktørgruppe for første gang. Gruppen skal håndtere overordnede beslutninger og bidrage til, at forudsætningerne kommer på plads. 3. Datakonsistensprojektet status og planer v/mogens Juul Sass-Petersen (stedfortræder for Henrik Lang) Gennemgang af fire plancher vedr. datakonsistens. Projektet har nu skiftet navn til datakonsistens. Målet er at sikre, at data i DataHub er lig med data i aktørernes systemer. Mange er i gang med 400mp/totaludtræk. Det ser ud til, at der ikke er så mange hårde fejl som frygtet. En ny løsning til migrering af målepunkter er på vej (opret/nedlæg målepunkt tilbage i tid). Kan man også sætte et målepunkt inaktivt tilbage i tiden? Der kommer en nærmere beskrivelse. Gennemgang af organisering/bemanding af projektet og de data, projektet koncentrerer sig om. Dok. 13/ /6

3 Gennemgang af, hvordan rettelserne håndteres. Bemærk, at det er elleverandørens ansvar at kommunikere evt. ændringer til den balanceansvarlige. Information om rejsehold, brugervejledninger, plan og fremgangsmåde udsendes i løbet af en uge. Vi forventer at have korrigeret det meste inden sommerferien. Vedr. nyt sammenligningsværktøj bliver dette evt. udskudt til senere (datamigreringsfasen). Afhænger dog af, hvor mange fejl der bliver identificeret i den kommende periode. melder tilbage omkring revideret tidsplan for sammenligningsværktøj indenfor en måned. Hovedsigtet er fortsat, at korrektioner så vidt muligt skal foregå hos aktørerne, der har størst indsigt i baggrunden for de fleste fejl. 4. Tids- og aktivitetsplan for det reviderede projekt v/verner Jensen Opdateret plan er udsendt med indkaldelsen. Inden gennemgang af ændringerne til tids- og aktivitetsplanen, blev planchen Testmiljøer og adgang til migrerede data gennemgået. Set fra aktørernes side er der to testmiljøer: datamigreringstest-miljø og E2Etest-miljø. Dertil kommer produktionsmiljøet. I datamigreringstesten testes det, om aktøren er i stand til at migrere data til engrosmodellen. Når denne test er gennemført kan aktøren starte den egentlige datamigrering, som foregår direkte til det kørende produktionsmiljø. Via markedsportalen lægges prislisten (tariffer, abonnementer og gebyrer) ind i produktionsmiljøet (den eksisterende DataHub). Herefter kan datamigreringen (tilknytning af tariffer m.m.) startes op. I hele migreringsperioden vil der være mulighed for at aktørerne kan hente engrosdata for egne målepunkter. Dette foregår via udtræksprogrammer, som leverer alle nødvendige data i et fast format, der dog ikke er identisk med det XML-format, der anvendes efter go-live. 1/ lukkes datamigreringstestmiljøet. En kopi af produktionsmiljøet lægges op på testmiljøet til test af cut-over, som gennemføres i marts måned Data i dette testmiljø vil periodisk blive opdateret med seneste produktionsdata. Derved kan vi køre afregningskørsler og skabe afregningsgrundlag, som kan kontrolleres af netvirksomheder og elleverandører. Vil vi køre på fiktive eller migrerede data i E2E-pilotperioden? Netvirksomheder kan bruge egne data, mens det for elleverandører vil være fiktive data. Hvad er konsekvensen, hvis lovforslaget ikke er kendt 15/2? Det vil med stor sandsynlighed betyde, at E2E-testen afkortes. I første omgang pilottesten dernæst den egentlige test. Dok. 13/ /6

4 Planche: Væsentlige ændringer i planen. Nummerering af aktiviteter er nu ændret, så der er sammenfald i numre på aktiviteter, der er fælles. Kun aktiviteter nummereret fra 1-99 er specifikke for henholdsvis net og el. Leverancer fra Dansk Energi, Energistyrelsen og Energitilsynet er tilføjet, og målet er, at der kommer datoer på alle planelementer. Planen vil blive offentliggjort på hjemmesiden umiddelbart efter, at direktørgruppen har godkendt den. Gennemgang af plancher vedr. planændringer for hhv. netvirksomheder, elleverandører, og it-leverandører. Vedr. milepæl 33 for netvirksomheder: Hvis prislister ligger i produktionsmiljøet, vil det være smart, at de tages med op i migreringstestmiljøet. Har I overvejet sikkerhed/validering i forbindelse med indtastning af prislister via GUI? Det vil blive tænkt ind, primært ved at der laves et udtræk til sammenligning. Vi noterer, at vi skal have set på, hvordan sikkerhed omkring prislister løses, og vi vender tilbage vedr. problemstillingen. Vedr. milepæl 42 for netvirksomheder: Engrosdata er valideret til brug betyder, at data har en kvalitet, der kan danne grundlag for elleverandørernes a conto-fakturering. Det er vigtigt, at besked om nyt system til tjek af datakonsistens kommer hurtigt. It-leverandørerne er afhængige af det. Ja, det er vi opmærksomme på. Vi melder ud så hurtigt som muligt. Vi mangler overblik over, hvad der er den kritiske vej. Den kritiske vej i tids- og aktivitetsplanen er relativt simpel. De fælles milepæle fremgår af planen, og der er ikke komplicerede sammenhænge. Omkring kritisk vej er den primære opgave, at den enkelte aktør sikrer sammenhæng i egen plan op mod de fælles milepæle og her får kontrol over egen kritisk vej. Gennemgang af to plancher med væsentligste milepæle. 1/ vil udviklingsgrundlaget være klar. stiller gerne op til en dag med hver enkelt it-leverandør, hvor der besvares spørgsmål både på BRS- og RSM-niveau. Forslag om en ekstra milepæl i forhold til E2E-test, hvor fx 80 % forventes at være igennem. De tre milepæle pr. 1/ skal overholdes. Hvis dette ikke er tilfældet, skal det vurderes, om og evt. hvordan vi kan gå videre. Kan der tilføjes en milepæl for tidligste mulighed for at gå i gang med godkendelsestest. Efter denne dag skal der helst ikke komme nogen rettelser til Data- Hub løsningen? Vi vil se på dette, men kan ikke lægge en fast milepæl ind endnu. Hvor lang tid tror I, det vil tage at gennemføre en E2E-test? Dok. 13/ /6

5 For it-leverandørerne vil pilot-testen tage en del tid, for der vil komme fejl, der skal rettes. Vi regner med, at den egentlige E2E-test kan gennemføres i løbet af en måneds tid for en netvirksomhed/elleverandør. Der bør i den fase næsten udelukkende blive tale om datafejl/betjeningsfejl, idet de fleste it-fejl er fundet og rettet i forbindelse med pilottesten. Der kan godt blive en udfordring i forbindelse med tid til test, og vores opfordring skal være, at man går i gang med testen, så snart der er mulighed for det, så der bliver tid til at rette de fejl, man finder. Bør migreringsteamet ikke sikre et dataudtræk fra elleverandørerne, efter de har modtaget engrosdata? tager normalt ikke ansvar for, at elleverandørerne har modtaget og lagret data korrekt, da de ikke er stamdataansvarlige for engrosdata. Vi sikrer alene konsistens mellem DataHub og de stamdataansvarliges systemer. For brugere af DataHub data gælder det, at de selv må kontrollere datas konsistens gennem udtræk af diverse rapporter. I testfasen sørger vi for, at elleverandørerne får mulighed for at modtage data, stort set som det vil komme til at foregå i forbindelse med go-live, så elleverandørerne kan teste, at overførslen fungerer. Migreringsgruppen kan evt. supplere dette med en sumkontrol eller lignende i forbindelse med go-live overførslen. Der skal lyde en opfordring til at aktivitetsnumrene bibeholdes ved fremtidige ændringer i planen. Vi skal forsøge, men det vil ikke kunne overholdes helt. Teknik- og implementeringsgruppen er enige i den gennemgåede tids-og aktivitetsplan, der nu videregives til dialogforum. 5. Kommentarer til cut-over plan v/karsten Feddersen Udkast til cut-over guide er udsendt med mødeindkaldelsen. Gruppearbejde om cut-over planen set fra hhv. netvirksomhedens og elleverandørens synspunkt. Vi besluttede at benævne de tre faser hhv. pre cut-over, teknisk cut-over og post cut-over. De tre faser samlet set benævnes cut-over. Ny version af cut-over dokumentet kommer ud så hurtigt som muligt senest med indkaldelsen til næste møde, hvor det vil være på dagsordenen. Når Cutover planen er klar til det, behandles den i dialogforum. 6. Cut-over risikoanalyse v/karsten Feddersen Plancher vedr. risikoanalyse gennemgået. Dok. 13/ /6

6 Hjemmeopgave: Indsend jeres overvejelser om risici og evt. konsekvens, og gerne forslag til håndtering til inden 24/ kl Resultatet samles og vises på mødet 27/ Vedlagt dette referat er et regneark, som kan bruges til registrering af risici, eller man kan vælge at bruge risikokortet fra plancherne. Er der ikke behov for et generelt fokus på risikoanalyse gennem hele projektet? Jo, der findes allerede en generel, overordnet risikoanalyse, som vil blive vedligeholdt i hele projektets løbetid. 7. Eventuelt Nettoafregningsgruppe 6 i cut-over arbejder videre med løsningsalternativer, og derefter diskuteres mulige løsninger på et Lync-møde og naturligvis efterfølgende i teknik- og implementeringsgruppen. Hvad skal der ske med de kunder, der ikke har valgt nettoafregningsgruppe? Problemstillingen skal analyseres nærmere. Dok. 13/ /6