DORA. Operacyjna odporność dla polskiej firmy.
Rozporządzenie 2022/2554 (DORA) wszedł w życie w styczniu 2025. Wszystkie umowy ICT muszą mieć spójne RTO/RPO, dostawcy critical muszą być rejestrowani u KNF. Tu robisz to co normalnie robisz w trzech arkuszach.
Klasyfikacja kryczności + concentration risk.
Każdy dostawca z funkcją krytyczną wymaga osobnej kategoryzacji DORA. Concentration risk gdy >25% funkcji u jednego providera. Mapowanie do FunctionRegister + lista do wysłania do KNF.
- CRITKlasyfikacja per funkcja krytyczna
- CONCAlert gdy >25% u jednego providera
- KNFRejestr w formacie SPR-PF-18
RTO mismatch detection automatyczny.
Każda umowa ICT ma RTO/RPO. Każdy proces biznesowy ma BIA z wymaganym RTO. Gdy RTO w umowie > RTO z BIA, sygnał DORA-001. Negotiate albo zaakceptuj świadomie z risk owner approval.
- BIABusiness Impact Analysis per proces
- CONTRACTRTO/RPO w SLA umowy
- MISMATCHAuto-sygnał gdy umowa > BIA
TLPT, scenariusze, RACI dla incydentów.
TLPT (Threat-Led Penetration Testing) wymagany dla institutions Significant. Scenariusze testów: data center outage, cyber attack, supplier failure. Każdy scenariusz ma RACI, BCP, post-mortem.
- TLPTThreat-Led Penetration Testing roczny
- BCPBusiness Continuity Plan per scenariusz
- POST-MORTEMAction items z deadline
Generowany dokument zgodny z technicznymi standardami KNF.
Format Single Public Register / Standardised Reporting (KNF). XLSX + PDF gotowy do złożenia. Każda zmiana w rejestrze dostawców generuje update.
- FORMATXLSX + PDF zgodny z KNF
- CHANGESDiff z poprzednią wersją
Najczęstsze pytania
DORA bez trzech arkuszy.
Demo na realnych danych: pokażemy concentration risk, RTO mismatch detection i eksport do KNF.
Jesteś dostawcą IT, któremu bank, ubezpieczyciel albo TFI przysłał ankietę DORA albo aneks z art. 30? Zobacz dokumentację DORA dla dostawców ICT: mapę pytań z ankiety, pakiet 12 dokumentów i bezpłatną próbkę.