v8891_m - format LEI klucza wiersza B_01.02 (B_01.02)

Wyrażenie oficjalne (EBA, verbatim)

match({tB_01.02, c0020}[get ESI], "^[A-Z0-9]{18}[0-9]{2}$")

Precondition (verbatim): {v_B_01.02} - reguła jest sprawdzana tylko wtedy, gdy szablon B_01.02 wchodzi w skład złożenia (jego wskaźnik złożenia, filing indicator, jest ustawiony).

Description w artefakcie EBA (verbatim): "This VR checks the format of column 0010 (LEI code)"

Co sprawdza ta reguła

Szablon B_01.02 (List of entities within the scope of the register of information) ma jeden wiersz na podmiot objęty Rejestrem Informacji (RoI). Kluczem naturalnym wiersza jest c0010 (LEI podmiotu).

Reguła sprawdza sam klucz wiersza: wartość c0010 w każdym wierszu musi pasować do wzorca ^[A-Z0-9]{18}[0-9]{2}$ - dokładnie 20 znaków, pierwsze 18 to wielkie litery A-Z lub cyfry, ostatnie 2 to cyfry.

W opublikowanym wyrażeniu kotwicą jest zapis c0020 z właściwością klucza [get ESI]. [get ESI] czyta właściwość klucza ESI - kod LEI podmiotu raportowanego w rejestrze, fizycznie kolumnę c0010 w pliku csv; c0020 w wyrażeniu jest tylko kotwicą kontekstu, a reguła nie dotyczy nazwy podmiotu. Description artefaktu mówi wprost "column 0010" i wynik walidacji wskazuje kolumnę c0010. Reguła nie ma odpowiednika XBRL (xbrl = No) - istnieje dla formatu rejestru plain-csv.

Reguła sprawdza wyłącznie wzorzec znaków. LEI pasujący do wzorca, ale z niepoprawną sumą kontrolną ISO 17442, nadal przechodzi tę regułę; to, czy LEI istnieje w bazie GLEIF, sprawdzają osobno kontrole identyfikatorów W3 (na przykład VR_2 na B_01.01, VR_23 na B_01.02).

To kontrola o randze ostrzeżenia (warstwa W2, severity: warning). Technicznie nie blokuje ani nie odrzuca złożenia u ESAs - techniczne odrzucenie mogą spowodować wyłącznie kontrole strukturalne pliku (warstwa STRUCT). Naruszenie pojawia się jako ostrzeżenie w informacji zwrotnej z walidacji. Reguła jest aktywna na bieżącej liście reguł walidacyjnych EBA (stan na 2026-06-23).

Najczęstsze przyczyny

• c0010 zawiera identyfikator wewnętrzny albo krajowy zamiast LEI podmiotu (na przykład ID-KRAJOWE-77).
• Małe litery, spacje albo zła długość - wzorzec wymaga dokładnie 20 znaków, wyłącznie wielkich liter A-Z i cyfr.
• Kolumnę klucza przesunięto przy eksporcie z CSV lub Excela i w c0010 trafiła inna wartość.

Jak to naprawić, krok po kroku

1. Otwórz szablon B_01.02 i znajdź wskazany wiersz. Wynik walidacji podaje numer wiersza i zakwestionowaną wartość klucza z c0010.
2. Zastąp wartość w c0010 LEI podmiotu: dokładnie 20 znaków, 18 wielkich liter lub cyfr, a po nich 2 cyfry.
3. Pamiętaj, że c0010 jest kluczem wiersza: wiersze są identyfikowane tą wartością, więc popraw komórkę zamiast dublować wiersz.
4. Uruchom walidację ponownie i potwierdź, że ostrzeżenie v8891_m dla tego wiersza zniknęło.

Przykład: błędnie vs poprawnie

Błędnie - klucz nie jest LEI; wynik walidacji wskazuje kolumnę c0010 i niesie zakwestionowaną wartość:

c0010 (LEI podmiotu)	c0020 (nazwa podmiotu)
ID-KRAJOWE-77	Bank Testowy A

Poprawnie - klucz jest LEI w poprawnym formacie:

c0010 (LEI podmiotu)	c0020 (nazwa podmiotu)
549300Q5EH2NP82EPE32	Bank Testowy A

Powiązane reguły

• v8890_m do v8897_m - ta sama rodzina formatu klucza: każda reguła sprawdza wzorzec LEI właściwości klucza innego szablonu (v8890_m na B_01.01, v8892_m na B_01.03; v8893_m do v8897_m są nieaktywne na bieżącej liście EBA).
• v8826_m - wzorzec LEI na kolumnie danych tego samego szablonu: c0060 (LEI bezpośredniej jednostki dominującej).
• VR_23 - kontrola identyfikatorów W3 na B_01.02: czy LEI istnieje w bazie GLEIF.