Przejdź do treści
RegisterBench

Zastępcze LEI, takie jak 9999999DUMMY99999999

Central Bank of Ireland podał fikcyjny LEI jednostki dominującej dostawcy jako przykład kontroli jakości danych. Co mówi FAQ EBA o brakującym LEI.

Ostatni przegląd

Co mówią źródła

Central Bank of Ireland (CBI) o informacjach zwrotnych dotyczących jakości danych zapowiedzianych przez EBA:

"We have been given examples of some of the checks which will be performed" (Z-11)

Streszczenie: CBI otrzymał przykłady niektórych kontroli, które zostaną przeprowadzone.

Pierwszy przykład na stronie CBI:

"An Invalid value reported for the Identification code of a TPP’s ultimate parent: 9999999DUMMY99999999" (Z-8)

Streszczenie: nieprawidłowa wartość w kodzie identyfikacyjnym jednostki dominującej zewnętrznego dostawcy, na przykład 9999999DUMMY99999999.

Strona CBI dalej:

"Firms can reduce the likelihood of being asked to make a resubmission by checking that the content of the data makes sense before final submission." (Z-10)

Streszczenie: firmy mogą zmniejszyć ryzyko wezwania do ponownego złożenia, sprawdzając przed złożeniem, czy treść danych ma sens.

FAQ dotyczące raportowania rejestrów opublikowane przez EBA (pytanie 40) dotyczy dostawcy z państwa trzeciego bez LEI (pisownia jak w źródle):

"the financial entity should populate the data filed with any relevant value to avoid the file being rejected as failing the referential integrity check" (Z-12)

"The use of such identifiers will be highlighted as a data quality issue, but the files will not be rejected" (Z-13)

Streszczenie: gdy dostawca z państwa trzeciego nie ma LEI, podmiot wypełnia pole dowolną właściwą wartością, aby plik nie został odrzucony na kontroli integralności referencyjnej. Takie identyfikatory zostaną oznaczone jako problem jakości danych, ale pliki nie zostaną odrzucone.

Co to znaczy dla rejestru

Oba źródła opisują różne sytuacje. FAQ EBA dotyczy dostawcy z państwa trzeciego, który nie ma LEI. Wtedy pole można wypełnić dowolną właściwą wartością, w praktyce mogą to być inne dostępne identyfikatory, a ich użycie jest oznaczane jako problem jakości danych, a nie powodem odrzucenia. Przykład CBI podaje kod 9999999DUMMY99999999 i nazywa go wartością nieprawidłową dla kodu identyfikacyjnego jednostki dominującej najwyższego szczebla. Cytowany wiersz nie podaje, dlaczego ta wartość jest nieprawidłowa.

Ciąg 9999999DUMMY99999999 ma 20 znaków i kształt LEI. Według naszego obliczenia jego cyfry kontrolne ISO 17442 się nie zgadzają (wynik mod 97 to 18, a nie 1). Kontrola, która patrzy tylko na długość i znaki, tego nie zauważy. Kontrola treści tak.

Jak to sprawdzić przed złożeniem

  • Wypisz wszystkie kody identyfikacyjne w wierszach dostawców i w kolumnie jednostki dominującej. Szukaj powtarzanych cyfr, słów takich jak DUMMY albo TEST i kodów wspólnych dla niepowiązanych dostawców.
  • Sprawdź cyfry kontrolne każdego LEI, a nie tylko jego długość.
  • Gdy dostawca nie ma LEI, zapisz, jakiego innego identyfikatora użyto i dlaczego, aby dało się to wyjaśnić, jeśli wróci jako ustalenie jakości danych.
  • Powiązana strona reguły: v8855_m, streszczenie reguły: "Jeśli w wierszu dostawcy B_05.01 wypełniona jest którakolwiek inna kolumna danych, kod jednostki dominującej (c0110) też musi być wypełniony."

Źródła

Ta strona ma charakter ogólnej informacji i nie jest poradą prawną.