Po przeprowadzeniu dodatkowego etapu walidacji danych przez EUNB, wiele podmiotów finansowych otrzymało wezwania do korekty sprawozdań SPR-PF-18. Termin wskazany przez KNF upływa 29 kwietnia.
To ważna zmiana praktyczna: nawet jeśli sprawozdanie przeszło walidację w systemie KNF (status „Proces walidacji zakończony sukcesem”), może zostać odrzucone na etapie drugiej już walidacji europejskiej.
Gdzie sprawdzić błędy?
Zgodnie z instrukcją:
- status walidacji EUNB znajdziesz w systemie DORA (SSD) w szczegółach sprawozdania
- jeśli pojawi się komunikat
„Additional data quality check – REJECTED” oznacza to konieczność analizy błędów - szczegóły są dostępne w pliku CSV (ERROR_LOG) pobranym z archiwum ZIP
W pliku znajdziesz dokładnie:
- arkusz (table)
- wiersz (rowid)
- kolumnę (column)
- wartość (reported_value)
- kod błędu (error_code)
- opis (error_message)
Najczęstsze spotykane błędy u naszych klientów to kody: E018, E019, E020
- E018 – niezgodność danych jednostki dominującej
Dotyczy:
- arkusza b_05.01
- kolumny 0110
Błąd oznacza, że:
kod LEI jednostki dominującej najwyższego szczebla nie zgadza się z danymi w bazie GLEIF
Czyli:
- masz poprawny LEI dostawcy w polu 0010 arkusza B.05.01
- ale powiązanie z jednostką nadrzędną jest niezgodne w polu 0110 arkusza B.05.01
W teorii – błąd merytoryczny wymagający korekty danych
Problem praktyczny: E018 jako błąd systemowy KNF
W praktyce pojawia się bardzo istotny problem:
- system KNF blokuje pole 0110 w arkuszu 05.01, pole to jest powiązane z polem 0010 arkusza B.05.01
- użytkownik nie może wpisać innej wartości niż w 0010 arkusza 05.01
Efekt:
- nie da się wprowadzić poprawnej relacji jednostki dominującej bo plik sprawozdania nie uzyska poprawnej walidacji w CRP KNF– stan na dzień 21.04.2026 r
- wpisanie/pozostawienie „starych” danych spowoduje ponownie błąd E018 na poziomie EUNB
To oznacza jedno:
Błąd generuje system CRP, tj walidacja pliku na poziomie krajowym, nie użytkownik.
Wniosek: konieczna zmiana systemu KNF
Aby rozwiązać problem E018, potrzebne jest:
- odblokowanie przez KNF w procesie walidacji pola 0110 arkuszu B.05.01
- umożliwienie wpisania niezależnej wartości od pola 0010 arkusza B.05.01 czyli dostosowanie systemu do wymagań walidacji EUNB.
Bez tego:
- podmiot nie jest w stanie poprawnie złożyć sprawozdania
- występuje konflikt między systemem KNF a walidacją europejską w EUNB.
- E019 – niespójność względem danych rynkowych
Ten błąd pojawia się gdy:
kod jednostki dominującej:
- nie zgadza się z najczęściej raportowanym kodem dla danego podmiotu
- a jednocześnie nie można go zweryfikować przez LEI (np. brak danych w GLEIF)
Czyli:
- system porównuje dane między podmiotami
- wykrywa rozbieżności „rynkowe”
To nie zawsze oznacza błąd – ale wymaga weryfikacji i często uzasadnienia
- E020 – niewiarygodne wartości aktywów
Dotyczy:
- arkusza b_01.02 kolumny 0110
Błąd oznacza:
zgłoszona wartość aktywów ogółem jest „nieprawdopodobna”
Może to wynikać z:
- wartości 0
- bardzo niskich kwot
- błędów w agregacji
- rozbieżności z innymi źródłami danych
Ten błąd najczęściej wymaga realnej korekty danych lub ponowienia przesyłki w danych tego pola bez zmian.
Ważna informacja: brak kolejnej walidacji
Instrukcja jasno wskazuje:
nie będzie kolejnego etapu walidacji EUNB
poprawiony plik musi być już finalnie poprawny
Dlatego:
- nie ma miejsca na „testowe poprawki”
- trzeba dokładnie przeanalizować wszystkie błędy przed wysyłką
Kluczowy problem systemowy
Obecna sytuacja pokazuje bardzo wyraźnie, iż walidacja EUNB jest bardziej zaawansowana niż system KNF a integracja między nimi nie jest jeszcze w pełni dopracowana.
Efekt:
- błędy techniczne po stronie systemu
- odpowiedzialność przeniesiona na raportujących
- konieczność ręcznego tłumaczenia sytuacji do nadzoru
Podsumowanie
- termin korekt: 29.04
- najczęstsze błędy: E018, E019, E020
- E018 wynika z ograniczenia systemu KNF
- E019 i B020 wymagają realnej weryfikacji danych lub jeśli są prawidłowe ponowieniu bez zmian
- brak kolejnej walidacji – poprawka musi być „ostateczna”
Rada:
Sugeruję wysyłanie masowej korespondencji do KNF ze zgłoszeniem błędu walidacji pliku sprawozdania na poziomie krajowym. Błędnej korelacji pola 0110 w arkuszu 05.01 z polem 0010 arkusza B.05.01. W tych polach dane mogą, ale nie muszą być takie same. KNF uniemożliwia poprawę tych danych twierdząc, że wartości obu tych pól muszą być identyczne ( inne wartości powodują, że plik zostaje odrzucony ze względów merytorycznych).
