SZKOLENIA DLA KADR ZARZĄDZAJĄCYCH · DORA

DORA · Zarządzanie

DORA Odpowiedzialność Zarządów: od Polityki do Decyzji

Praktyczny przewodnik po zarządzaniu ryzykiem ICT: co zatwierdzić, co kwestionować i jak doprowadzić decyzje do realizacji.

Sala zarządu przygotowana do dyskusji nad odpowiedzialnością za cyberbezpieczeństwo
Sala zarządu przygotowana do rozmowy o odpowiedzialności za cyberbezpieczeństwo. Ilustracja redakcyjna wygenerowana przez AI.

Odpowiedź krótka

DORA przypisuje odpowiedzialność za ramy zarządzania ryzykiem ICT organowi zarządzającemu podmiotu finansowego. W ramach modelu ogólnego obowiązki te obejmują strategię i tolerancję ryzyka, ład korporacyjny, zarządzanie ciągłością, zasoby i nadzór. Przekazanie realizacji specjalistom nie zwalnia z odpowiedzialności. Skuteczny nadzór łączy decyzje z dowodami: kto jest właścicielem ryzyka, co zostało przetestowane, które decyzje czekają na rozstrzygnięcie i co się dzieje po przekroczeniu ustalonych limitów. Ten przewodnik zawiera praktyczne narzędzia decyzyjne dla zarządów i kierownictwa. Najpierw potwierdź zakres jednostki oraz strukturę ładu korporacyjnego, w tym czy ma zastosowanie uproszczony model określony w artykule 16.

Zidentyfikuj, czyją odpowiedzialność DORA opisuje

Punktem wyjścia jest regulowany podmiot prawny. Zakres i wyłączenia DORA znajdują się w Artykuł 2, podczas gdy artykuł 3(30) przypisuje termin “organ zarządczy” do odpowiednich uzgodnień sektorowych i krajowych w zakresie zarządzania. Sama komercyjna nazwa stanowiska nie rozstrzyga tego powiązania. Zanotuj, który organ lub organy spełniają odpowiednie funkcje w Twojej organizacji.

W ogólnych ramach, Artykuł 5(2) przypisuje ramy zarządzania ryzykiem ICT organowi zarządzającemu, w tym ostateczną odpowiedzialność za ryzyko ICT jednostki. To jest zgodne z wykonywaniem pracy przez specjalistów. Praktycznym pytaniem jest, czy zarząd potrafi wykazać, że ustalił oczekiwania, otrzymał odpowiednie informacje, zakwestionował luki i doprowadził kluczowe decyzje do końca.

Ten artykuł skupia się na tym ogólnym frameworku. Podmioty podlegające art. 16 stosują uproszczony reżim zamiast art. 5–15; zasady ładu korporacyjnego dla tego reżimu są opracowywane w Artykuł 28 Rozporządzenia Delegowanego 2024/1774. Ustal właściwy reżim przed przekształceniem tego przewodnika w wewnętrzny rejestr obowiązków.

Ustalenia dla grupy wymagają tej samej przejrzystości. Jednostka nadrzędna może zapewniać operacje bezpieczeństwa, wsparcie zakupowe lub doradztwo polityczne. Spółka zależna nadal potrzebuje czytelnego wglądu w usługi, od których zależy, ryzyka, które ponosi, i decyzje, które podejmuje jej własny organ zarządzający. „Grupa to obsługuje” to niepełne wyjaśnienie odpowiedzialności.

Traktuj zatwierdzenie jako początek nadzoru.

Artykuł 5 obejmuje odpowiedzialności, w tym strategię odporności oraz tolerancję ryzyka ICT, zapewnienie ciągłości i odtwarzania usług, planowanie audytu, zasoby, politykę wobec stron trzecich i kanały raportowania. Przeczytaj dokładną alokację w Artykuł 5(2)(c)–(i). Poniżej znajduje się nasz praktyczny sposób organizowania wynikających z tego działań, a nie substytut wymogu.

Zatwierdzenie uruchamia pętlę nadzoru: Zatwierdź kierunek; Zakwestonuj dowody; Monitoruj rezultat; Działaj w razie luk.
Sugerowana pętla nadzoru: podpisana polityka wymaga ciągłego podważania i monitorowania.

Dla każdej istotnej decyzji przechowuj krótki zapis zawierający trzy powiązane elementy: co zarząd zatwierdził, założenia, na których się opierał, oraz dowody, których oczekuje w kolejnym etapie. Zatwierdzenie strategii powinno prowadzić do postępu wobec priorytetów. Zatwierdzenie planu naprawczego powinno prowadzić do przetestowanych zdolności. Zatwierdzenie budżetu powinno prowadzić do ludzi, usług lub zabezpieczeń faktycznie redukujących ujawnione ryzyko.

Przykład: zatwierdzenie sześciomiesięcznego planu naprawczego bez pytania, kto go zrealizuje, prowadzi do przewidywalnych problemów. Jeśli ci sami dwaj specjaliści są już zaangażowani w kluczową migrację, plan może być nierealny. Zażądaj założeń dotyczących dostępności zasobów przed akceptacją i zarejestruj konieczne kompromisy. Realistyczny, nowy termin z jasno określonym zabezpieczeniem tymczasowym jest bardziej wartościowy niż ambitna data, której nikt nie zrealizuje.

Oddziel sprawy do decyzji od spraw informacyjnych. Każdy materiał wymagający decyzji powinien zawierać proponowane działanie, wiarygodne alternatywy, skutki opóźnienia, nierozstrzygnięte wątpliwości i termin decyzji. Ułatwia to dyrektorom kwestionowanie rekomendacji bez angażowania się w szczegóły techniczne.

Skorzystaj z macierzy praw decyzyjnych, by usunąć niejasności

Uzgodnij, kto przygotowuje, kwestionuje, decyduje i sprawdza każdą istotną sprawę. Dostosuj ten wzór do swojej struktury prawnej, listy zastrzeżonych spraw i zakresu komitetów. „Zarząd” poniżej oznacza odpowiedni organ zarządzający w tej strukturze; nie znaczy to, że każda operacyjna decyzja musi czekać na pełne posiedzenie.

Uczyń uprawnienia do podejmowania decyzji jednoznacznymi: Zarząd · nadzór i decyzje zastrzeżone; Dyrekcja · decyzje delegowane; Zespoły · upoważnione wykonanie.
Wyłącznie poglądowe odpowiedzialności. Zamapuj rzeczywiste uprawnienia w zatwierdzonych strukturach zarządzania Twojej organizacji.
SprawaZarządzanie przygotowujePerspektywa zarząduFollow-through
Strategia odpornościPriorytety usług, zależności, opcje i zasoby.Czy zaproponowany kierunek pasuje do strategii biznesu i akceptowanego poziomu ryzyka.Imienne raporty dla zarządu dotyczące wyników i istotnych zmian.
Ustalenia dotyczące odtwarzaniaWpływ na biznes, cele przywrócenia, dowody testów i luki.Czy dowody potwierdzają obiecany efekt działania usługi.Właściciel usługi zamyka nieprawidłowości i dostarcza dowody z ponownego testu.
Wyjątek dla istotnego ryzykaEkspozycja, alternatywy, środki tymczasowe i wygaśnięcie.Czy akceptacja mieści się w kompetencjach i jest odpowiednio uzasadniona.Właściciel wyjątku powraca przed wygaśnięciem lub istotną zmianą.
Zależność od kluczowego dostawcyDue diligence, koncentracja, limity kontraktowe oraz wykonalność wyjścia.Czy zależność pozostaje akceptowalna dla działalności.Odpowiedzialny dyrektor raportuje nierozwiązane warunki.
Incydent lub nieudany testZnany wpływ, niepewności, decyzje i działania naprawcze.Czy zakres uprawnień do reagowania, zasobów oraz działań następczych jest skuteczny.Właściciele działań wykazują zamknięcie i niezależną weryfikację tam, gdzie to właściwe.

Funkcje ryzyka i zgodności powinny móc kwestionować propozycję bez konieczności posiadania wszystkich kontroli operacyjnych. Audyt wewnętrzny powinien zachować niezależność odpowiednią do swojej roli. Nie sprawiaj, by jeden komitet realizował naprawę i jednocześnie jako jedyny poświadczał jej skuteczność.

Testuj macierz na realnej nadchodzącej decyzji. Jeśli za tydzień wygasa umowa dostawcy, czy każdy zidentyfikuje, kto może ją zaakceptować, kto może wprowadzić warunki, kto przyjmuje ryzyko rezydualne? Rozwiąż sprzeczne odpowiedzi przed incydentem lub komercyjnym terminem.

Przełóż tolerancję ryzyka na wybory dotyczące usług

Stwierdzenie, że firma ma „niski apetyt na ryzyko cybernetyczne”, nie mówi kierownictwu, jak wybrać między projektami. Poproś zarząd o powiązanie tego stwierdzenia z usługami, konsekwencją dla klienta, oczekiwaniami co do kontroli i ścieżką eskalacji. Wyróżniaj jasno pożądany efekt od realnie potwierdzonej zdolności.

Uczyń kompromis widocznym: Potrzeba usługi — Wpływ na klienta · Cel odzyskania; Dostępne możliwości — Dowód z testów · Koszt · Pozostała ekspozycja.
Wspomaganie decyzji: porównaj potrzeby biznesowe z rzeczywiście potwierdzonymi dowodami możliwości.

Rozważ fikcyjną firmę inwestycyjną analizującą nową platformę raportowania dla klientów. Kierownictwo proponuje cel odtworzeniowy oparty na materiałach marketingowych dostawcy. Rada powinna zapytać, czy cel obejmuje całą usługę raportowania: dane źródłowe, uwierzytelnianie, uzgadnianie, dostęp pracowników i dystrybucję do klientów. Jeśli testowana była tylko platforma, należy odnotować nieprzetestowane zależności i decyzje, które na nie wpływają.

Przydatne pytania kontrolne to:

  • Jakie szkody mogą powstać, jeśli usługa jest niedostępna lub dane nie są godne zaufania?
  • Które założenia zostały potwierdzone, a które pozostają oszacowaniami?
  • Co możemy bezpiecznie kontynuować, gdy główna usługa jest ograniczona?
  • Jakie zdarzenie wymagałoby eskalacji lub podjęcia innej decyzji operacyjnej?
  • Kto może zaakceptować ryzyko resztkowe, na jak długo i na jakich warunkach?

Ustal konkretne granice wyjątków. Wyjątek na określony czas może obejmować identyfikację objętej usługi, uzasadnienie, zabezpieczenia tymczasowe, odpowiedzialnego właściciela, datę wygaśnięcia oraz okoliczności wymagające wcześniejszej rewizji. Powtarzające się przedłużenia powinny skłonić do omówienia, czy pierwotny plan wciąż jest wiarygodny. Rejestr wyjątków jest narzędziem decyzyjnym tylko wtedy, gdy ktoś na nim działa.

Kwestionuj, czy budżet może zapewnić deklarowany rezultat

Artykuł 5(2)(g) dotyczy odpowiednich zasobów oraz okresowego przeglądu budżetu. W praktyce budżet jest bardziej przydatny, jeśli łączy wydatki z oczekiwanym rezultatem, niż gdy samoistnie oznacza wydatki jako „DORA” lub „cyberbezpieczeństwo”. Poproś zarząd o wyjaśnienie, jaki ryzyko jest adresowane, od czego zależy osiągnięcie celu oraz jakie są dowody poprawy.

Porównaj te propozycje: „Kup nowy produkt backupowy” oraz „Pokaż, że obsługa klienta może zostać przywrócona z uzgodnionymi danymi w izolowanym środowisku odzyskiwania”. Druga opcja pozwala zadać pytania o personel, czas testowania, integrację i weryfikację biznesową. Nowy produkt może być potrzebny, ale sam zakup nie równa się efektowi końcowemu.

Przydatny dokument inwestycyjny powinien zawierać:

  1. Usługa i poziom ekspozycji, które uzasadniają wykonanie pracy.
  2. Wynik i sposób weryfikacji.
  3. Koszty jednorazowe i bieżące, w tym czas pracowników i wsparcie dostawcy.
  4. Zależności od innych projektów oraz deficytowych umiejętności.
  5. Pozostała ekspozycja na ryzyko w razie opóźnienia lub ograniczenia propozycji.
  6. Osoba, która potwierdzi, że korzyść została dostarczona.

Uwzględnij ćwiczenia edukacyjne i decyzyjne w planowaniu zasobów. Plan może zawieść, jeśli personel nie wie, jak go uruchomić, nawet gdy technologia działa poprawnie. Tak samo szkolenie nie zastąpi brakujących zabezpieczeń technicznych. Zachowaj powiązania między tymi potrzebami, mierząc je oddzielnie.

Zachowaj odpowiedzialność gdy dostawca realizuje usługę

Outsourcing zmienia model świadczenia usług; nie znosi odpowiedzialności jednostki za nie. Dla podmiotów objętych tymi wymaganiami polityk, Artykuł 3 Rozporządzenia Delegowanego 2024/1773 wymaga jasnego zarządzania odpowiednimi ustaleniami oraz co najmniej corocznego przeglądu polityki przez organ zarządzający dla usług ICT wspierających funkcje krytyczne lub istotne. Sprawdź wyjątki w DORA Artykuł 28(2), także mikroprzedsiębiorstwa. Ta konkretna częstotliwość przeglądu polityki nie powinna być mylona z uniwersalną częstotliwością szkolenia zarządu.

Zachowuj odpowiedzialność za usługę: Usługa biznesowa; Odpowiedzialny właściciel; Dostawca ICT; Dowody przywracania; Ustalenia dotyczące wyjścia.
Sugerowana mapa nadzoru. Dostawca dostarcza funkcjonalność; podmiot nadal musi mieć własność, dowody i wykonalny plan wyjścia.

W przypadku istotnej zależności poproś o krótkie, skoncentrowane na usłudze wyjaśnienie. Co stracą klienci, jeśli dostawca zawiedzie? Które inne usługi polegają na tej samej infrastrukturze lub podwykonawcy? Jak Twoja organizacja uzyska informacje, zachowa kontrolę i odzyska dane? Co wymaga wyjście w praktyce?

Rozważ fikcyjną propozycję odnowienia z znaczną zniżką za dłuższe zobowiązanie. Kierownictwo ma umowne prawo do eksportowania danych, ale nigdy nie importowało tego eksportu do innego, działającego środowiska. Zarząd nie musi projektować migracji, lecz powinien zapytać, czy deklaracja wyjścia jest wiarygodna i czy odnowienie powinno zależeć od potwierdzenia poprawności danych, oszacowania zdolności do przejścia lub ograniczenia innej koncentracji.

Rozróżnij dokumenty dostawcy od własnych wniosków. Certyfikat lub raport z potwierdzenia może wspierać audyt due diligence, ale sprawdź jego zakres, okres raportowania, wyłączenia i istotność dla usługi. Zarejestruj, kto ocenił dokument i co pozostaje nierozstrzygnięte.

Europejskiego Banku Centralnego Priorytety nadzorcze na lata 2026–28 wskazują odporność operacyjną i zdolności ICT jako priorytety bankowe oraz podkreślają, że nadzór nad kluczowymi dostawcami uzupełnia własne zarządzanie ryzykiem stron trzecich przez banki. Są to priorytety nadzoru bankowego, a nie twierdzenie, że każda instytucja finansowa podlega identycznemu traktowaniu nadzorczemu.

Ustal zakres kompetencji kryzysowych zanim nastąpi kryzys

Zdecyduj z wyprzedzeniem, w jaki sposób zarząd otrzymuje istotne informacje i co menedżerowie mogą zrobić natychmiast. Incydent nie powinien ujawniać rozbieżności co do kompetencji w zakresie ograniczania usługi, autoryzowania wydatków awaryjnych czy przekazywania informacji klientom. Zespół operacyjny potrzebuje również jasnych procedur raportowania regulacyjnego zgodnie z obowiązującymi procedurami.

Poproś o zwięzłe aktualizacje obejmujące cztery elementy: co wiadomo, co pozostaje niepewne, jakie działania są w toku i jaka decyzja jest wymagana. Oprzyj się żądaniu podania pewnego czasu odzyskania, jeśli nie uzasadniają go dowody. Zamiast tego poproś o wskazanie kolejnego etapu weryfikacji i terminu powrotu zarządzania z lepszymi informacjami.

Decyzja o odzyskaniu powinna obejmować zarówno integralność jak i dostępność usługi. Dostępna aplikacja może zawierać brakujące, zduplikowane lub niespójne rekordy. Spytaj, kto weryfikuje wynik biznesowy, jakie uzgodnienia nadal pozostają niezamknięte oraz jakie ograniczenia chronią klientów podczas częściowego wznowienia.

Przetestuj nadzór poprzez ćwiczenie. Zasymuluj utratę zwykłego kanału spotkań, niedostępność członka zarządu oraz sprzeczne komunikaty dostawców. Obserwuj, czy upoważnieni zastępcy mogą działać oraz czy powstaje rejestr decyzji. To tylko propozycja projektu ćwiczenia; nie zastępuje testów technicznych ani innych wymagań obowiązujących w danym reżimie.

Następnie przypisz każde istotne ustalenie jednemu odpowiedzialnemu właścicielowi i określ wymagany dowód zamknięcia. "Zaktualizowana procedura" może zamknąć problem dokumentacyjny. Nie zamknie jednak braku możliwości przywrócenia usługi, jeśli nie wykazano odpowiednich zdolności.

Poprowadź spotkanie, które przynosi decyzje i użyteczną dokumentację

Zwięzły porządek spotkania może być bardziej użyteczny niż długa prezentacja techniczna. Poniższy przykład to sugerowane powtarzające się posiedzenie zarządzające; częstotliwość należy dostosować do ryzyk, obowiązujących zobowiązań i struktury komitetu.

Decyzja, którą inni mogą powtórzyć: Problem; Opcje; Dowody; Decyzja i właściciel; Data przeglądu.
Sugerowane pola dla przejrzystego zapisu decyzji zarządu. Użyj formatu zatwierdzonego przez swoją organizację.
  1. Przeanalizuj zmiany od ostatniego spotkania: ekspozycję usług, istotne incydenty oraz zależności.
  2. Zbadaj najważniejszą lukę między oczekiwaną a wykazaną zdolnością.
  3. Podejmij decyzję o wyjątkach, zasobach lub priorytetach wykraczających poza zakres udzielonego upoważnienia.
  4. Kwestionuj zaległe działania i powtarzające się przedłużenia.
  5. Potwierdź kolejne przedstawione dowody oraz zakres wymaganej nauki.

Protokół powinien opisywać istotne kwestie, nie będąc stenogramem. Zapisz rozważone informacje, uznane niepewności, omówione alternatywy, podjętą decyzję i jej warunki. Wskaż właściciela i termin powrotu. Unikaj ogólnego stwierdzenia, że zarząd „zapoznał się ze sprawozdaniem cyber”, jeśli w rzeczywistości zaakceptowano znaczące ryzyko.

Przykładowy zapis decyzji: Zarząd przeanalizował wyniki testu odzyskiwania dla usługi raportowania klienta. Aplikację przywrócono, lecz uzgodnienie biznesowe nie zostało ukończone w zaplanowanym czasie. Zarząd pozostawia tymczasową ręczną kontrolę, zweryfikuje jej wydajność i powróci z powtórzonym testem end-to-end. Za realizację odpowiada dyrektor operacyjny; termin kolejnego przeglądu odnotowano w rejestrze działań.

Ten przykład jest celowo faktyczny. Nie oznacza organizacji jako zgodnej ani nie twierdzi, że problem zniknął. Uwidacznia niewyjaśnione pytanie i kolejny krok. W kwestii wyboru informacji wspierających takie spotkanie, użyj naszego DORA przewodnik po panelu raportowania do zarządu.

Ulepsz obieg decyzyjny w ciągu najbliższych 90 dni

Skorzystaj z tego planu poprawy równolegle z bieżącymi zobowiązaniami; nie oznacza to zgody na odroczenie obowiązującego wymogu. Zacznij od największej luki decyzyjnej.

EtapPracuj do zakończeniaDowód postępu
Dni 1–30Potwierdź właściwe organy, zastrzeżone kwestie i właścicieli usług; przeanalizuj jedną istniejącą zgodę zarządu.Macierz uprawnień decyzyjnych oraz lista brakujących dowodów działań następczych.
Dni 31–60Wykorzystaj ulepszony szablon decyzji przy autentycznym ryzyku, inwestycji lub sprawie dostawcy; przeprowadź ukierunkowane ćwiczenie.Jasny zapis decyzji, przetestowana eskalacja i przypisane działania.
Dni 61–90Sprawdź, czy działania zmieniły zdolność operacyjną; przeglądaj zaległe wyjątki i luki w nauce.Dowody ponownego testowania lub walidacji i zaktualizowana agenda na kolejny cykl.

Oceń jakość zamknięcia. Wybierz trzy zrealizowane działania i sprawdź, czy dowody je wspierające rozwiązują pierwotne uchybienie. Jeśli działanie tylko wygenerowało dokument, a ryzyko nadal istnieje, ponownie otwórz dyskusję. Wybierz jeden zaakceptowany wyjątek i zweryfikuj, czy jego czas obowiązywania, warunki i właściciel pozostają aktualne.

Na koniec upewnij się, że członkowie zarządu rozumieją materiał, który powinni poddawać krytycznej ocenie. Nasz przewodnik po wymaganiach szkoleniowych DORA dla zarządów wyjaśnia, jak zorganizować uczenie oparte na rolach. DORA Szkolenie dla Zarządów i Kadry Zarządzającej oferuje program oparty na podejmowaniu decyzji, obejmujący około trzy godziny nauki prowadzonej w ośmiu modułach. Dodaj własne zasady ładu i ćwiczenia decyzyjne; ukończenie kursu nie jest akredytacją ani rozstrzygnięciem o zgodności.

Pytania zadawane przez liderów

Czy zarząd może przekazać odpowiedzialność DORA CISO?

Specjaliści mogą przygotowywać propozycje, obsługiwać mechanizmy kontrolne i koordynować realizację. W ramach ogólnej struktury nie powoduje to jednak przeniesienia odpowiedzialności organu zarządzającego wynikającej z artykułu 5. Należy określić zasady raportowania, zgłaszania wątpliwości i eskalacji, tak by zarząd mógł nadzorować działania bez konieczności wykonywania każdej operacyjnej czynności.

Czy zarząd musi zatwierdzać każdego dostawcę ICT?

DORA nie oznacza automatycznie, że cały zarząd podpisuje każdą umowę z dostawcą. Stosowana polityka, ustrój zarządczy oraz upoważnienia delegowane powinny określać właściwy poziom zaangażowania. Istotne zależności i wyjątki muszą być odpowiednio eskalowane, przy zachowaniu odpowiedzialności organu zarządzającego za właściwy obszar nadzoru.

Czy DORA wymaga comiesięcznych posiedzeń zarządu dotyczących ryzyka cybernetycznego?

W artykule 5 nie ma uniwersalnej reguły miesięcznych posiedzeń zarządu. Częstotliwość zarządzania należy dopasować do ryzyka, zmian i odpowiednich wymogów jednostki. Konkretne obowiązki mogą mieć własne harmonogramy przeglądów, np. coroczny przegląd polityki wynikający z art. 3 rozporządzenia delegowanego 2024/1773 dla podmiotów podlegających tym wymogom polityki.

Czy członkowie zarządu są automatycznie karani po incydencie ICT?

Incydent sam w sobie nie jest uniwersalną automatyczną karą osobistą. Egzekwowanie, odpowiedzialność i możliwe sankcje zależą od odpowiednich przepisów, ustaleń krajowych i okoliczności. Kurs szkoleniowy nie może określić indywidualnej odpowiedzialności. Skup się na świadomych decyzjach, efektywnym nadzorze i dowodach realizacji działań.

Źródła i materiały dodatkowe

Ustawa nadrzędna i materiały nadzorcze. Przykłady praktyczne i szablony w tym przewodniku są sugestiami, nie narzuconymi wzorami regulacyjnymi.

  1. Rozporządzenie (UE) 2022/2554 — zakres, organ zarządzający i zarządzanie ryzykiem ICT
  2. Rozporządzenie Delegowane (UE) 2024/1773 — zarządzanie istotnymi umowami ICT z podmiotami trzecimi
  3. Rozporządzenie Delegowane (UE) 2024/1774 — ramy zarządzania ryzykiem ICT i uproszczone zarządzanie
  4. EBC Nadzór Bankowy — priorytety nadzorcze na lata 2026–28

Ten przewodnik ma charakter edukacyjny. Potwierdź zakres, stosowane ramy i wymogi nadzorcze ze swoim zespołem ds. zgodności i prawnym.

← Powrót do wszystkich przewodników