STRUCT-MANDATORY - kolumny kluczowe nie mogą być puste (B_01.01, B_01.02, B_01.03, B_02.01, B_02.02, B_02.03, B_03.01, B_03.02, B_03.03, B_04.01, B_05.01, B_05.02, B_06.01, B_07.01)

Oficjalny tekst kontroli (EBA, verbatim)

For open tables, the key columns values cannot be empty

Źródło: kontrola techniczna EBA 805 (arkusz "Technical checks", kategoria "Additional Plain-csv" w oficjalnym zestawieniu kontroli technicznych RoI). RoI Builder wykonuje ją jako kontrolę strukturalną STRUCT-MANDATORY.

Co sprawdza ta reguła

Kontrola obejmuje każdą kolumnę oznaczoną jako wymagana w metadanych taksonomii. Pomiar w eba-4.0-errata5: flaga wymagalności pokrywa się dokładnie z 35 kolumnami klucza naturalnego 14 szablonów otwartych - od klucza jednokolumnowego (c0010) w B_01.01, B_01.02, B_02.01 i B_05.01 po ośmiokolumnowy klucz B_02.02 (c0010, c0020, c0030, c0050, c0060, c0130, c0150, c0160). Bezkluczowa tabela zamknięta B_99.01 nie ma kolumn wymaganych i jest wyłączona - tekst kontroli mówi "for open tables".

Każdy wiersz musi mieć wypełnione wszystkie kolumny kluczowe: pusta komórka w kolumnie wymaganej to jedno naruszenie blokujące na komórkę. Pusta komórka to null - ta kontrola raportuje wyłącznie pustość i nie ocenia, co zawiera wypełniona komórka.

Ta kontrola podpiera też dwie sąsiednie: wiersze z niekompletnym kluczem są wyłączone ze STRUCT-KEY-UNIQUE (każda pusta komórka klucza już tu blokuje, więc nic nie przechodzi po cichu i żadna komórka nie jest raportowana podwójnie), a odwołania międzyszablonowe z pustym składnikiem klucza pomija z tego samego powodu STRUCT-FK. Wymagalność kolumn danych NIEkluczowych to inna warstwa: reguły kompletności wiersza W2, ranga ostrzeżenia.

To kontrola strukturalna (warstwa STRUCT, severity: blocking). Jej niezaliczenie oznacza techniczne odrzucenie paczki przy przyjęciu (feedbackMain = REJECTED). Warstwa strukturalna jest jedyną warstwą blokującą złożenie.

Najczęstsze przyczyny

• Wiersz zaczęto wypełniać od kolumn danych, a komórkę klucza zostawiono "na później".
• Przesunięcie kolumn we wklejonym arkuszu przeniosło wartość klucza do sąsiedniej kolumny.
• Scalono dwa arkusze, z których jeden trzymał klucz na innej pozycji kolumny.

Jak to naprawić, krok po kroku

1. Otwórz wskazany szablon i znajdź wiersz - wynik walidacji podaje numer wiersza i kod kolumny pustej komórki klucza.
2. Uzupełnij wskazaną komórkę klucza prawdziwym identyfikatorem (LEI, numer referencyjny ustalenia umownego, identyfikator funkcji, kraj świadczenia itd. - zależnie od kolumny).
3. Jeśli wiersz istnieje przez pomyłkę, usuń cały wiersz.
4. Uruchom walidację ponownie i potwierdź, że naruszenie zniknęło - i zwróć uwagę na STRUCT-KEY-UNIQUE, jeśli świeżo uzupełniony klucz dubluje inny wiersz.

Przykład: błędnie vs poprawnie

Błędnie - druga kolumna klucza B_01.03 (lista oddziałów) jest pusta; wynik walidacji wskazuje kolumnę c0020 tego wiersza:

c0010 (kod identyfikacyjny oddziału)	c0020 (LEI centrali podmiotu finansowego oddziału)
ENT-1	(puste)

Poprawnie - obie komórki klucza wypełnione:

c0010 (kod identyfikacyjny oddziału)	c0020 (LEI centrali podmiotu finansowego oddziału)
ENT-1	549300Q5EH2NP82EPE32

Powiązane reguły

• STRUCT-KEY-UNIQUE - unikalność tych samych kluczy naturalnych; wiersze z niekompletnym kluczem najpierw obsługuje ta kontrola.
• STRUCT-FK - odwołania międzyszablonowe rozwiązują się po tych kluczach; odwołania z pustym składnikiem są tam pomijane, bo już tutaj blokują.
• v8858_m - przykład rodziny kompletności wiersza W2: wymagalność kolumn NIEkluczowych to ostrzeżenie, nie naruszenie blokujące.