Liste over kendte fejl i DataHub

Transkript

1 Liste over kendte fejl i DataHub Bemærk, at ny version af DataHub er lagt i produktion og hotfix De rækker, der er markeret med grønt, er tidligere kendte fejl, som er rettet i denne version. Id Dato Emne Fejl Betydning Fejlmeddelelse Error messages are some times Difficult for the market to read and to vague and cannot be used to understand the error messages pinpoint the real cause of the A detailed error text is stored in Dh, error so must be communicated instead 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) Supplier may reject the messages Gyldighedsdato afvises If master data are send with the same ED as BRS-012 are registred with the new master data are rejected Message rejected by DH

2 BRS-006 Fremsendelse af stamdata (EDIFACT) BRS006, BRS021 Meddelelser håndteres i parallelle processer. 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 has arrissen. Aflæsningsdage kan ikke fjernes fra stamdata i DataHub. Work around: GUI kan anvendes. One or more messages must be resend LogOn skærmbilldet Ændring af adgangskode på LogOn skærmbillede. Hvis passwordet ikke opfylder kravet afvises den nye adgangskode ikke. The new password cannot be used, but the old still works. Confusion!

3 RSM-007 EDIFACT fra DH BRS-021 Måledata for et MP EDIFACT: When DataHub sends master data on a MP some times attributes are missing. Consumer category attribute should be included in the message even thought the value might be missing / empty in the data base. 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. Aktøren kan afvise meddelelsen, hvilke kan medføre problemer for aktøren 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

4 Calendar settings Wrong calculations around Easter for number of days: Denne fejl berører alle de BRSprocesser, hvor DataHub evaluerer beskeder ift. tdsfrister. Fejlen har vist sig i forhold til påskedagene, hvor DataHub ikke tager/tog højde for, at helligdagene 28/3, 29/3 og 1/4 er ikke-arbejdsdage. Tilflytningerne som meldes ind med skæringsdato før eller i påsken bliver ikke berørt af dette Internal error DataHub rejecting messages with errorcode D13 - internal error (#7579)) Wrong calculated days, wrong time limits Encoding error Wrong or missing encoding attribute in XML messages from DataHub Danish ÆØÅ converted as? BRS-009 Tilflytning - meldt til elleverandøren: Landekode på tilflytter BRS-009 Tilflytning - meldt til elleverandøren: Postboks på tilflytter Hvis elleverandøren i sin RSM- 001 (E65) meddelelse angiver en anden landekode (CountryName) end DK på tilflytter, afvises tilflytning af DataHub. Hvis elleverandøren i sin RSM- 001 (E65) meddelelse angiver en postboks (PostOfficeBox), som ikke er lig med 4 tegn, afvises tilflytningen af DataHub.

5 Work-around: Hvis postboksen er 3 tegn, fx 200, kan postboksen angives 0200 i meddelelsen 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 Der udsendes for mange rykker s GUI: Viewing meter data in GUI (Hourly and quarterly read metering points vs. display resolution Day) Rykker s sendes til Netvirksomhed, hvori der rykkes for måledata, som allerede er modtaget af DataHub. Fejlen er rettet og testes pt. Rettelsen kommer i produktion snarest mulig. If a time series for at metering point (PT1H or PT15M read) for a day contains 0 in all its' 24/96 values, the time series is not shown in the list, when searching for meter data with Day as Display resolution. Gener for modtagerne Hvis der søges efter måledata på kvarters- eller timeaflæste målepunkter i DataHub og søgeparameteren tidsopløsning angives til "Dag", så vil tidsserier, der indeholder 0 i alle værdierne (altså alle 24 eller 96 værdier lig med 0) ikke blive vist i søgeresultatet.

6 BRS-001 Leverandørskifte Change of supplier: cancellation period remains open after effectuation date DH afviser unikke ID's DH afviser unikke ID's fra aktør. DH tjekker ID på tværs af organisationer - derfor fejlen. Workaround indtil fejl er rettet: Aktør kan gensende med andet id. Aktør kan lave unikke id's EDIFACT udsendt fra DH 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 I enkelte tilfælde bliver annulleringsperioden i et leverandørskifte ikke fjernet/lukket i forretningstransaktionen (BTD'en), men fremstår fejlagtigt stadigt som åben uden at være det BRS-009 Tilflytning og BRS meldt af elleverandøren: Postnummer på til/fraflytter BRS-003 Fejlagtig lev. skifte 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. 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

7 BRS-001 Notify change I en del tilfælde er stop til gl. of supplier (RSM-004) to ellev. ikke sendt indenfor en old supplier time BRS-001 Lev. skifte til andet produkt Wrong order of delivering RSM-007 and RSM-001/2/4/ Forbrugsaflæsninger /andre BRS'er 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 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 Web forms 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å

8 den 'nye' web form) gives fejlmedd.: "Referencen er ikke gyldig" Helligdagsberegning Denne fejl berører alle de BRSprocesser, 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 Fremtidige aflæsninger Ved modtagelse af aflæsninger med slutdato frem i tid vises aflæsningen ikke og der fremsendes heller ikke en RSM009. Der bliver ikke fremsendt aflæsning til elleverandøren. I GUI vises aflæsningen heller ikke.

9 Udvekslingsmålepunkter Det er kun muligt at se og måledata i GUI 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". Nabo-netvirksomheden får i forvejen grænsemålingerne via EDI udveksling, så målingerne vil kunne tilgås her.