Id Dato Emne Fejl Betydning Leveres (release/ dato)

Transkript

1 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) Gyldighedsdato afvises If master data are send with the same ED as BRS- 012 are registred with the new master data are rejected Difficult for the market to read and understand the error messages A detailed error text is stored in Dh, so must be Supplier may reject the messages Message rejected by DH

2 BRS006, BRS021 Meddelelser håndteres i parallelle processer. 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. One or more messages must be resend Some actors will send such messages almost at the same time so this scenario have arrissen 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 "Disconnected", its status can be altered to "Connected" by a master data update from DH to Grid operator. This is wrong. SET i prod. Kan ikke genskabes i EDU Performance issue When receiving messages with one envelope/one message, it takes too much time to handle each The market players can't send in their data - too much time spent Internal error DataHub rejecting messages with errorcode D13 - internal error (#7579))

3 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 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 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 I en del tilfælde er stop til gl. ellev. ikke sendt indenfor en time.

4 BRS-001 Lev. skifte til andet produkt 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 Workaround: Fejlgenerede måledata requests vil blive fjernet af ENDK Wrong order of delivering RSM-007 and RSM- 001/2/4/5 The RSM-007 is indeed delivered earlier than the RSM-001/2/4/5. Dette skaber problemer for modtager 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

5 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" 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 ikkearbejdsdage Korrigeres manuelt af ENDK ved at tilpasning af tidsfrister

6 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 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 nabo-netvirksomheden 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.

7 Store DataHub rapporter kan ikke sendes via mail Aktøren ønsker rapporten kørt i batch og sætter flueben i boksen "Vedhæft filer". Rapporten bliver dog ikke sendt til aktøren da den afvises i mailsystemet grundet den store størrelse. Betydningen er lille, da aktøren kan se rapporten ved at klikke på "vis resultater" på rapportoversigten. Leveres ikke - aktøren må bruge workaround Indsendes en tidsserie RSM-012 til et kvartersaflæst målepunkt, som er en del af en beregningsstruktur, hvori der indgår et timeaflæst målepunkt, afviser DH i nogle tilfælde tidsserien. Løsning: Netvirksomheden indsender tidsserien igen First submission of a time series RSM012 for a metering point with resolution 15min, which is also part of a calculation structure (as basis MP), gets rejected - second submission accepted