Liste over kendte fejl i DataHub pr

Transkript

1 Interne fejl i DataHub, som rettes i version pr EDIFACT: When DataHub sends master data on a MP, sometimes attributes are missing. Consumer category attribute should be included in the message, even though the value might be missing/empty in the database. CCP016 Search MP as non GO 1.0 CCP065 Edifact change standard v1.0 CR067 Functions will have precedence over the other, based on their priority level v1.0 CCP070 Broker and supplier allowed to see meter data from GUI, when not current supplier CCP073 Change VR249 from kwh to kwh v1.0 Id Dato Emne Fejl Betydning Leveres (release/ dato) Fejlmeddelelse Error messages are some times to vague and cannot be used to pinpoint the real cause of the error BRS021 BRS When using migrated data only (?) the DataHub marks data as "Original" (9), should have been "Correction" (5). This appears when DataHub sends data to DDQ that was posted to DataHub as an replacement message. (This is not the same defects as #2100, 2101, and 2102) Difficult for the market to read and understand the error messages A detailed error text is stored in Dh, so must be communicated instead Supplier may reject the messages

2 Gyldighedsdato afvises BRS-006 Fremsendeldelse af stamdata (EDIFACT) BRS006, BRS021 Meddelelser håndteres i parallelle processer. If master data are send with the same ED as BRS-012 are registred with the new master data are rejected Hvis netvirksomheden ønsker at ændre fra kvartal/ månedsaflæsning til årsaflæsning skal dette ske ved at medsende attribut men uden værdi (tom). Dette fejler for EDIFACT Readings etc. are currently in risk of being rejected if they are processed in wrong sequence. Since the DataHub doesn't process messages in sequence according to their arrival timestamps second message that are dependent on a state set by another, earlier message, will fail if that second message has "overtaken" the first message in the processing inside DataHub. Some actors will send such messages almost at the same time so this scenario have arrissen. Message rejected by DH Aflæsningsdage kan ikke fjernes fra stamdata i DataHub. Work around: GUI kan anvendes. One or more messages must be resend

3 BRS-021 Måledata for et MP Ved fremsendelse af måledata til til netvirksomhed som svar på en anmodning om måledata (RSM-015) sender DataHub'en til role MDR i stedet for DDM - gælder udvekslings MP BRS-009 Tilflytning If a MP is registred as SET i prod. "Disconnected", its status can Kan ikke genskabes i EDU be altered to "Connected" by a master data update from DH to Grid operator. This is wrong Performance issue When receiving messages with one envelope/one message, it takes too much time to handle each Internal error DataHub rejecting messages with errorcode D13 - internal error (#7579)) The market players can't send in their data - too much time spent Release D, juli 2013 Release D, juli 2013

4 BRS-009 og 10 Til og fra flytning meldt til elleverandør MoveIn that is submitted after a MoveOut but effectuates earlier should be rejected En fraflytning (BRS-010) efterfulgt af en tilflytning (BRS-009), hvor tilflytningen har skæringsdato før fraflytningens skæringsdato accepteres fejlagtigt af DataHub Løsning: CGI retter fejl Release D, juli EDIFACT udsendt fra DH BRS-009 Tilflytning og BRS meldt af elleverandøren: Postnummer på til/fraflytter Hvis flere meddelelser er dannet i samme sekund til samme aktør vil Interchange Control Reference (0020) i UNB være den samme, hvilket er i modstrid med forskrift Hvis elleverandøren i sin RSM- 001 (E65) eller RSM-005 (E66) meddelelse skal angive et udenlandsk postnummer i kontaktadresse, som ikke er lig med 4 tegn, afvises til/fra flytningen af DataHub

5 BRS-003 Fejlagtig lev. skifte Elleverandøren sender RSM- 001 (D07) for at overtage MP tilbage i tid. Ellev modtager accept og efterfølgende stamdata. Efter udløb af tidsfrist bliver MP alligevel flyttet til FP BRS-001 Notify change of supplier (RSM-004) to old supplier BRS-001 Lev. skifte til andet produkt Wrong order of delivering RSM- 007 and RSM- 001/2/4/5 I en del tilfælde er stop til gl. ellev. ikke sendt indenfor en time. Elleverandøren sender RSM- 001 på MP, som han allerede har leverance på. Jævnfør beskrivelser skal NV i disse tilfælde ikke modtage anmodning om aflæsning. Dette sker og efterfølgende vil NV blive rykket for manglende aflæsning The RSM-007 is indeed delivered earlier than the RSM-001/2/4/5. Dette skaber problemer for modtager Workaround: Fejlgenerede måledata requests vil blive fjernet af ENDK

6 Forbrugsaflæsning er /andre BRS'er Hvis der er gennemført en normal forbrugsaflæsning efter reglerne og der derefter gennemføres en flytning med samme skæringsdag som slutdato, vil DH stadig forvente en ny aflæsning Release D, juli Web forms #1 A response to web form is treated as a new web form. Når en web form besvares, opfatter DataHub besvarelsen som en helt ny web form. Under menupunktet "Sendte forespørgsler" optræder aktørens egne sendte web forms, og såfremt de er blevet besvaret, også besvarelserne. Dog kan samme besvarelse også optræde i aktørens "Modtagne forespørgsler", hvor det ligner, at besvarelsen er en ny web form, der skal svares på. Forsøges det at besvare besvarelsen (altså den 'nye' web form) gives fejlmedd.: "Referencen er ikke gyldig".

7 Helligdagsberegnin g Denne fejl berører alle de BRS-processer, hvor DataHub evaluerer beskeder ift. tidsfrister. Fejlen har vist sig i forhold til påskedagene, hvor DataHub ikke tager højde for, at helligdagene 28/3, 29/3 og 1/4 ikke er arbejdsdage. Eksempelvis vil en tilflytning på et skabelonafregnet målepunkt med skæringsdato 15 arbejdsdage tilbage i tid (og før påske) blive afvist, hvis påskedagene er talt med som ikke-arbejdsdage Korrigeres manuelt af ENDK ved at tilpasning af tidsfrister Fremtidige aflæsninger Ved modtagelse af aflæsninger med slutdato frem i tid vises aflæsningen ikke. Der bliver ikke fremsendt aflæsning til elleverandøren. I GUI vises aflæsningen heller ikke.

8 Udvekslingsmålepu nkter og måledata i GUI Det er kun muligt at se måledata for et udvekslingsmålepunkt i GUIen, hvis man er netvirksomheden, som har måleansvaret for grænsemålingen. Hvis nabonetvirksomheden søger måledata, får denne vist fejlmeddelsen: "GSRN kode XX ikke tilladt: Det angivne målepunkt tilhører ikke domænet for denne netoperatør" Web forms #2 Efter at aktør A har besvaret aktør B's web form, vises aktør B's web form under aktør A's 'sendte forespørgsler'. Åbner aktør A denne web form ses det, at aktør B står som afsender. Nabo-netvirksomheden får i forvejen grænsemålingerne via EDI udveksling, så målingerne vil kunne tilgås her. Det kan blive svært for aktøren at overskue dennes sendte forespørgsler. After replying a web form, the received web form is shown in the replying player s 'sent inquiries' Rykkere DataHub Sender nogen gang rykkere for manglede måledata for nogen målepunkter der indeholder data i forvejen.

9 Rykkere DataHub Sender rykkere for manglede måledata for afbrudt målepunkter