Czym jest rejestr informacji i skąd wynika obowiązek
Rejestr informacji to nie dokument opisowy, lecz maszynowo czytelny zbiór danych. Odwzorowuje wszystkie ustalenia umowne dotyczące korzystania z usług ICT świadczonych przez zewnętrznych dostawców usług ICT: kto świadczy usługę, co ona wspiera i dokąd prowadzi łańcuch zależności.
Obowiązek wynika z art. 28 ust. 3 rozporządzenia (UE) 2022/2554. Podmiot finansowy utrzymuje i aktualizuje rejestr na poziomie podmiotu oraz na poziomie subskonsolidowanym i skonsolidowanym, co najmniej raz w roku przekazuje zawarte w nim informacje właściwemu organowi i udostępnia rejestr na jego żądanie.
Treść, strukturę i format zgłoszenia doprecyzowuje wykonawczy standard techniczny, czyli rozporządzenie wykonawcze (UE) 2024/2956. Rejestr obejmuje wszystkie ustalenia umowne, także te, które nie wspierają krytycznych lub istotnych funkcji, wraz z łańcuchem podwykonawstwa. Kontekst: czym jest DORA.
Piętnaście wzorów: model relacyjny, nie arkusze
ITS (UE) 2024/2956 definiuje 15 powiązanych ze sobą wzorów. Nie są to niezależne arkusze: łączą je wspólne klucze, więc zmiana w jednej tabeli zmienia oczekiwania wobec pozostałych. Ta spójność relacyjna umożliwia organom automatyczne porównywanie zgłoszeń. Wzory układają się w sześć warstw:
- Podmiot: podmioty prowadzące rejestr oraz ich oddziały.
- Dostawca: zewnętrzni dostawcy usług ICT oraz dostawcy wewnątrzgrupowi.
- Umowa: ustalenia umowne, jeden rekord na jedną umowę, koszty roczne i strategie wyjścia.
- Usługa: usługi ICT otrzymywane w ramach danej umowy i uzgodnione poziomy ich świadczenia.
- Funkcja i zasób: wspierane funkcje wraz z oceną krytyczności, zasoby ICT i klasyfikacja danych.
- Podwykonawstwo: podwykonawcy ustaleń wspierających krytyczne lub istotne funkcje oraz cały łańcuch.
Kolejność prac ma znaczenie. Pola o maksymalnym dopuszczalnym czasie przestoju i celach przywrócenia sprawności są wynikiem analizy wpływu na działalność, a nie rejestru. Podmioty, które zaczynają od wypełniania wzorów, deklarują krytyczność, której potem nie potrafią uzasadnić.
Format xBRL-CSV i słowniki kontrolowane
Zgłoszenie ma postać pakietu sprawozdawczego xBRL-CSV: plik metadanych w formacie JSON, po jednym pliku CSV na każdy wzór oraz odwołania do opublikowanej taksonomii europejskich urzędów nadzoru. Kodowanie znaków to UTF-8, a układ kolumn jest narzucony.
Pola kodowane nie przyjmują tekstu dowolnego. Obowiązkowe są:
- kody LEI, dwudziestoznakowe identyfikatory podmiotów prawnych zgodne z normą ISO 17442, dla każdego podmiotu i każdego dostawcy;
- kody państw według normy ISO 3166-1 alfa-2, na przykład PL, DE, IE;
- kody walut według normy ISO 4217, na przykład PLN oraz EUR;
- kody rodzaju usługi ICT z taksonomii opracowanej przez europejskie urzędy nadzoru.
Pakiet warto przepuścić przez reguły walidacyjne przed wysyłką. Jedna niedozwolona wartość albo jedno zerwane odwołanie między wzorami potrafi zablokować całe zgłoszenie.
Terminy przekazania w cyklu 2026
Podmiot finansowy przekazuje rejestr swojemu właściwemu organowi krajowemu w terminie ustalonym na poziomie krajowym. Organy konsolidują zgłoszenia i przekazują je europejskim urzędom nadzoru do 30 kwietnia. W pierwszym cyklu termin dla podmiotów przypadał na 30 kwietnia 2025 r.; w drugim większość organów przesunęła go na koniec pierwszego kwartału.
| Jurysdykcja | Organ | Termin dla podmiotu |
|---|
| Niderlandy | DNB | 22 marca 2026 r. |
| Niemcy, Francja, Belgia, Irlandia, Luksemburg, Włochy, Hiszpania | BaFin, ACPR i AMF, NBB i FSMA, CBI, CSSF, Banca d'Italia i IVASS, BdE i CNMV | 31 marca 2026 r. |
| Konsolidacja unijna | EBA, EIOPA, ESMA | 30 kwietnia 2026 r. |
Terminy i portale ustalane są krajowo, więc datę potwierdzaj u własnego organu; podmioty nadzorowane przez Komisję Nadzoru Finansowego znajdą ją w komunikatach KNF. W cyklu 2026 zasada proporcjonalności jest wyraźniejsza: część podmiotów przekazuje pełny zestaw danych, a podmioty bez istotnych zmian mogą to potwierdzić zgodnie z instrukcjami organu. Sam obowiązek bieżącego utrzymywania rejestru trwa niezależnie od cyklu.
Błędy, które zablokowały zgłoszenia w pierwszym cyklu
Powtarzalne przyczyny odrzucenia i pytań nadzorczych po cyklu 2025 to:
- brakujące lub nieważne kody LEI, w tym rejestracje wygasłe albo niewidoczne w bazie GLEIF;
- agregowanie umów według dostawcy zamiast jednego rekordu na każde ustalenie umowne;
- zaniżona ocena krytyczności, stosowana po to, by zawęzić zakres obowiązków;
- puste wzory podwykonawstwa przy dużych dostawcach usług chmurowych;
- nieuzupełnione pola strategii wyjścia dla ustaleń wspierających krytyczne lub istotne funkcje, co jest zarazem błędem walidacji i brakiem merytorycznym;
- niespójne daty odniesienia pomiędzy wzorami.
Organy porównują zgłoszenia automatycznie. Rozbieżność między dwoma podmiotami opisującymi tego samego dostawcę albo dostawca nieobecny w rejestrze zostają wychwycone od razu.
Rejestr a wyznaczanie kluczowych dostawców usług ICT
Zagregowane rejestry są podstawowym źródłem danych, na którym europejskie urzędy nadzoru opierają wyznaczanie kluczowych zewnętrznych dostawców usług ICT zgodnie z art. 31 oraz ocenę ryzyka koncentracji w obszarze ICT. W listopadzie 2025 r. wyznaczono pierwszych 19 dostawców, przypisując każdemu z nich wiodący organ nadzorczy.
Wyznaczenie zmienia reżim nadzoru: kluczowy zewnętrzny dostawca usług ICT podlega bezpośrednio wiodącemu organowi nadzorczemu, który na podstawie art. 35 może nałożyć okresową karę pieniężną do 1% średniego dziennego światowego obrotu, naliczaną codziennie. Ta sankcja dotyczy wyłącznie wyznaczonych dostawców, nie podmiotów finansowych.
Jeśli wyznaczony dostawca figuruje w Twoim rejestrze, sprawdź, czy umowa zawiera postanowienia wymagane w art. 30, oznacz ryzyko koncentracji i utrzymuj przetestowaną strategię wyjścia. Szerzej: ryzyko ze strony zewnętrznych dostawców usług ICT.
Zbuduj i zwaliduj swój rejestr informacji →
Najczęstsze pytania
Kto musi prowadzić rejestr informacji?
Każdy podmiot finansowy objęty zakresem DORA. Rejestr prowadzi się na poziomie podmiotu oraz na poziomie subskonsolidowanym i skonsolidowanym, zgodnie z art. 28 ust. 3, i przekazuje właściwemu organowi co najmniej raz w roku.
Do kiedy trzeba przekazać rejestr w 2026 r.?
Większość organów wyznaczyła termin dla podmiotów na 31 marca 2026 r., a Niderlandy na 22 marca 2026 r. Organy konsolidują dane i przekazują je do 30 kwietnia. Własną datę potwierdź u swojego właściwego organu.
W jakim formacie przekazuje się rejestr?
W formacie xBRL-CSV: pakiet zawiera plik metadanych JSON, po jednym pliku CSV na każdy wzór i odwołania do opublikowanej taksonomii. Pola kodowane wymagają kodów LEI, kodów państw ISO 3166-1 alfa-2 oraz kodów walut ISO 4217. Tekst dowolny nie jest przyjmowany.
Ile wzorów liczy rejestr informacji?
ITS (UE) 2024/2956 definiuje 15 powiązanych ze sobą wzorów w sześciu warstwach: podmiot, dostawca, umowa, usługa, funkcja i zasób oraz podwykonawstwo. Tworzą model relacyjny, więc zmiana w jednej tabeli zmienia oczekiwania wobec pozostałych.
Jakie błędy najczęściej blokowały zgłoszenia?
Brakujące lub nieważne kody LEI, agregowanie umów według dostawcy zamiast jednego rekordu na ustalenie umowne, zaniżona ocena krytyczności, puste wzory podwykonawstwa przy dostawcach chmurowych, nieuzupełnione strategie wyjścia oraz niespójne daty odniesienia między wzorami.
Jaki jest związek rejestru z wyznaczaniem kluczowych dostawców?
Zagregowane rejestry są podstawowym źródłem danych, na którym europejskie urzędy nadzoru wyznaczają kluczowych zewnętrznych dostawców usług ICT zgodnie z art. 31. W listopadzie 2025 r. wyznaczono 19 dostawców, każdemu przypisując wiodący organ nadzorczy. Wyznaczeni dostawcy podlegają bezpośredniemu nadzorowi unijnemu.
Ta strona stanowi wsparcie merytoryczne, a nie poradę prawną. · Wersja angielska