v8890_m - format LEI klucza wiersza B_01.01 (B_01.01)

Wyrażenie oficjalne (EBA, verbatim)

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

Precondition (verbatim): {v_B_01.01} - reguła jest sprawdzana tylko wtedy, gdy szablon B_01.01 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.01 (Entity maintaining the register of information) wskazuje podmiot, który prowadzi i aktualizuje Rejestr Informacji (RoI). Kluczem naturalnym wiersza jest c0010 (LEI of the entity maintaining the register of information - LEI podmiotu prowadzącego rejestr).

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 ERI]. [get ERI] czyta właściwość klucza ERI - kod LEI podmiotu prowadzącego i aktualizującego rejestr, 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).

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.
• 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.01 i znajdź wskazany wiersz. Wynik walidacji podaje numer wiersza i zakwestionowaną wartość klucza z c0010.
2. Zastąp wartość w c0010 LEI podmiotu prowadzącego rejestr: 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 v8890_m dla tego wiersza zniknęło.

Przykład: błędnie vs poprawnie

Błędnie - klucz ma 21 znaków i kończy się małą literą; wynik walidacji wskazuje kolumnę c0010 i niesie zakwestionowaną wartość:

c0010 (LEI podmiotu prowadzącego rejestr)	c0020 (nazwa podmiotu)
549300Q5EH2NP82EPE34a	Bank Testowy A

Poprawnie - klucz jest LEI w poprawnym formacie:

c0010 (LEI podmiotu prowadzącego rejestr)	c0020 (nazwa podmiotu)
549300Q5EH2NP82EPE32	Bank Testowy A

Powiązane reguły

• v8891_m i v8892_m - ta sama rodzina formatu klucza: wzorzec LEI klucza wiersza B_01.02 (v8891_m) i klucza centrali B_01.03 (v8892_m); członkowie rodziny v8893_m do v8897_m są nieaktywni na bieżącej liście EBA.
• VR_2 - kontrola identyfikatorów W3 na B_01.01: czy LEI istnieje w bazie GLEIF.
• v8826_m - ten sam wzorzec LEI na kolumnie danych: c0060 (LEI bezpośredniej jednostki dominującej) w B_01.02.