Průvodce · DORA pro dodavatele ICT

SMLUVNÍ DODATEK OD BANKY

Co finanční subjekt podle čl. 30 nařízení DORA ve smlouvě mít musí, proč to nemůže vypustit a kde je při vyjednávání skutečný prostor.

Co najdete na této stránce
  1. Proč dodatek dorazil a co jím protistrana plní
  2. Dvě úrovně dodatku: devět prvků, nebo devět plus šest
  3. Práva na přístup, kontrolu a audit: co odmítnout nejde
  4. Subdodavatelé: nejtvrdší část dodatku
  5. Lokalizace dat a oznamování změn
  6. Incidenty: lhůty v dodatku nejsou vaše, ale odvozené
  7. Exit, přechodné období a vrácení dat
  8. Co ještě po vás protistrana bude chtít: registr, LEI a testování
  9. Jak dodatek projít, aniž ho podepíšete naslepo

Proč dodatek dorazil a co jím protistrana plní

Nařízení (EU) 2022/2554 o digitální provozní odolnosti finančního sektoru, zkráceně DORA, se podle čl. 64 používá ode dne 17. ledna 2025. Povinnosti z něj dopadají na finanční subjekty — banky, pojišťovny, platební instituce, obchodníky s cennými papíry a další. Vám jako dodavateli informačních a komunikačních technologií z nařízení přímé povinnosti obvykle nevznikají. Vznikají vám ze smlouvy, protože finanční subjekt smlouvu bez určitých ustanovení uzavřít ani udržovat nesmí.

To je celý důvod, proč dodatky chodí. Není to iniciativa právního oddělení a většinou ani prostor pro to, aby si protistrana vymýšlela: čl. 30 obsahuje výčet, který ve smlouvě musí být. Praktický rozdíl proti běžnému vyjednávání je v tom, že argument „tohle nám nevyhovuje“ u těchto bodů nefunguje — protistrana je nemůže vypustit, ani kdyby chtěla.

Definice dodavatele je přitom široká a nemá velikostní hranici. Podle čl. 3 bodu 19 je poskytovatelem služeb IKT z řad třetích stran „podnik poskytující služby IKT“ a podle čl. 3 bodu 21 jsou službami IKT digitální a datové služby poskytované průběžně prostřednictvím systémů IKT jednomu nebo více interním nebo externím uživatelům, včetně hardwaru jako služby a hardwarových služeb s technickou podporou formou aktualizací softwaru nebo firmwaru. Výslovně vyňaté jsou jen tradiční analogové telefonní služby. Tříčlenný softwarový dům je tedy dodavatelem ICT stejně jako globální poskytovatel cloudu.

Druhý zdroj požadavků je evidenční. Podle čl. 28 odst. 3 vede finanční subjekt registr informací ke všem smluvním ujednáním o využívání služeb IKT, a to na úrovni subjektu i na subkonsolidované a konsolidované úrovni. Proto se v dotaznících objevují položky, které se smlouvou zdánlivě nesouvisejí: identifikátor právnické osoby, země poskytování služby, výpovědní lhůty ve dnech nebo seznam subdodavatelů. Nejsou to zvědavé otázky, ale políčka ve výkazu.

Užitečná první otázka do e-mailu, ještě než začnete číst dodatek po odstavcích: podporuje naše služba zásadní nebo důležitou funkci? Odpověď rozhoduje o polovině textu, který jste dostali, a protistrana ji zná — právě podle ní dodatek sestavila.

Dvě úrovně dodatku: devět prvků, nebo devět plus šest

Článek 30 je postavený dvoustupňově a stojí za to to poznat hned. Odstavec 2 obsahuje devět prvků, písmena a) až i), které musí obsahovat každé smluvní ujednání o využívání služeb IKT — bez ohledu na to, co vaše služba podporuje. Odstavec 3 k nim přidává dalších šest okruhů, písmena a) až f), a to výslovně „kromě prvků uvedených v odstavci 2“. U služby, která podporuje zásadní nebo důležitou funkci, tedy platí obojí kumulativně.

Co je zásadní nebo důležitá funkce, vymezuje čl. 3 bod 22: funkce, jejíž narušení by významně narušilo finanční výkonnost finančního subjektu nebo řádný průběh či kontinuitu jeho služeb a činností, nebo jejíž přerušení či chybný průběh by významně narušily dodržování podmínek a povinností plynoucích z povolení k činnosti nebo z jiných povinností podle práva finančních služeb. Posouzení dělá finanční subjekt, ne vy — a poznáte ho podle toho, jak tvrdý dodatek dostanete.

Devět prvků z odstavce 2 vypadá na první čtení nevinně a většinu z nich má rozumná smlouva na dodávku softwaru stejně. Dva z nich ale mění cenový model a jeden mění provozní režim, takže je nemá smysl odklikávat jako formality. Odstavec 3 je pak ta část, kvůli které se dodatky vyjednávají měsíce; věnují se jí samostatné sekce níž.

Z devíti prvků odstavce 2 se v praxi nejčastěji podcení písmeno f). Věta o pomoci bez dodatečných nákladů nebo za náklady stanovené předem se čte jako samozřejmost, ale znamená, že mimořádná součinnost při incidentu musí mít cenu dohodnutou dopředu — a když ji dopředu nedohodnete, platí varianta bez dodatečných nákladů.

Práva na přístup, kontrolu a audit: co odmítnout nejde

U služeb podporujících zásadní nebo důležité funkce dává čl. 30 odst. 3 písm. e) finančnímu subjektu právo nepřetržitě sledovat výsledky dodavatele a rozpadá ho na čtyři body. Bod i) je neomezené právo na přístup, kontrolu a audit vykonávané finančním subjektem nebo určenou třetí stranou a příslušným orgánem a právo pořizovat na místě kopie dokumentace, která je zásadní z hlediska provozu dodavatele. A hned k tomu dodává, že účinný výkon těchto práv nesmí být znemožňován či omezován jinými smluvními ujednáními nebo prováděcími politikami.

Tahle poslední věta je důvod, proč obvyklá klauzule typu „audit probíhá výhradně podle auditní politiky poskytovatele“ v dodatku neprojde. Není to tvrdohlavost protistrany: kdyby ji přijala, uzavřela by smlouvu, která odporuje textu nařízení. Totéž platí pro odkazy na obchodní podmínky, které audit fakticky vylučují.

Zbývající tři body se čtou mnohem lépe, protože právě v nich je prostor. Bod ii) výslovně počítá s právem sjednat alternativní úroveň záruky, budou-li dotčena práva jiných klientů — typicky ve sdíleném prostředí. Bod iii) žádá plnou spolupráci při kontrolách na místě a auditech prováděných příslušnými orgány, hlavním orgánem dohledu, finančním subjektem nebo určenou třetí stranou. Bod iv) pak povinnost poskytnout podrobnosti o rozsahu, postupech a četnosti těchto kontrol a auditů, což je oboustranná věc: jakmile je četnost popsaná, přestává být neomezená v praktickém slova smyslu.

Druhá strana téže mince je v regulační technické normě, kterou se řídí politika finančního subjektu, tedy v nařízení (EU) 2024/1773. Podle jeho čl. 8 odst. 2 má finanční subjekt k dispozici čtyři metody: vlastní interní audit nebo audit určenou třetí stranou, ve vhodných případech společné audity a společné testování s jinými zákazníky téhož dodavatele, ve vhodných případech osvědčení vydávaná třetími stranami a auditní zprávy vypracované interně nebo třetími stranami. Podle čl. 8 odst. 3 se ale nesmí dlouhodobě spoléhat pouze na osvědčení nebo auditní zprávy, a i krátkodobě jen za podmínek, které tentýž odstavec vyjmenovává.

Jedna odchylka existuje a pravidelně se plete. Podle pododstavce následujícího za čl. 30 odst. 3 písm. f) se dodavatel a finanční subjekt, který je mikropodnikem, mohou dohodnout, že práva na přístup, kontrolu a audit budou přenesena na nezávislou třetí stranu určenou dodavatelem, přičemž mikropodnik od ní může kdykoli žádat informace a ujištění. Odchylka je navázaná na velikost finančního subjektu, ne na velikost dodavatele, a týká se výhradně písmene e).

Subdodavatelé: nejtvrdší část dodatku

Základ je v čl. 30 odst. 2 písm. a): popis služeb musí uvádět, zda je povoleno zajišťování služeb IKT podporujících zásadní nebo důležité funkce nebo jejich podstatných součástí subdodavatelem, a v kladném případě podmínky. Na tenhle háček navazuje nařízení v přenesené pravomoci (EU) 2025/532, přijaté podle čl. 30 odst. 5, které má sedm článků a upřesňuje, co musí finanční subjekt u subdodávek určit a posoudit.

Pro dodavatele jsou podstatné tři z nich. Podle čl. 3 odst. 1 uvedeného nařízení musí finanční subjekt ještě před uzavřením smlouvy rozhodnout, zda subdodávky vůbec povolí, a smlouvu uzavře jen tehdy, jsou-li splněny všechny podmínky pod písmeny a) až j). Mezi nimi je i to, že subdodavatel přizná finančnímu subjektu, příslušným orgánům a orgánům příslušným k řešení krize stejná smluvní práva na přístup a kontrolu jako vy sami, že finanční subjekt posoudil riziko koncentrace podle čl. 29 DORA a že neexistují překážky výkonu auditu a práv na přístup.

Článek 4 pak popisuje, co k tomu musí stát ve smlouvě — dvanáct věcí pod písmeny a) až l). Vedle odpovědnosti za služby poskytované subdodavateli a povinnosti je sledovat je tam i požadavek, aby vaše smlouvy se subdodavateli obsahovaly požadavky na plány zachování provozu podle čl. 30 odst. 3 písm. c) DORA a upřesňovaly normy bezpečnosti IKT, a aby subdodavatel přiznal práva na přístup, kontrolu a audit ve stejném rozsahu jako čl. 30 odst. 3 písm. e). Tomu se říká propsání požadavků do řetězce a je to nejpracnější část celého dodatku, protože se týká smluv, které už máte podepsané.

Článek 5 zavádí mechanismus schvalování podstatných změn: o zamýšlených podstatných změnách ujednání o subdodávkách musíte informovat s dostatečným předstihem, smlouva obsahuje přiměřenou oznamovací lhůtu pro schválení nebo námitku a změnu smíte provést až poté, co ji finanční subjekt schválí nebo proti ní do konce lhůty nevznese námitku. Článek 6 k tomu přidává důvody, pro které smí protistrana smlouvu ukončit — mimo jiné tehdy, když zadáte službu podporující zásadní nebo důležitou funkci subdodavateli, ačkoli to smlouva výslovně nepovoluje.

Podle čl. 3 odst. 3 nařízení (EU) 2025/532 nezbavuje spoléhání se na výsledky posouzení, která u svých subdodavatelů provádějí sami dodavatelé, finanční subjekt konečné odpovědnosti za plnění jeho povinností. Proto po vás protistrana chce podklady a ne prohlášení — a proto se vyplatí mít je připravené v použitelné podobě, místo abyste je sestavovali ke každému dotazníku znovu.

Lokalizace dat a oznamování změn

Čl. 30 odst. 2 písm. b) patří mezi devět prvků povinných u každé smlouvy o službách IKT, tedy i tam, kde o zásadní funkci nejde. Smlouva musí uvádět místa — konkrétně regiony nebo země —, kde mají být nasmlouvané nebo subdodavatelem zajišťované funkce a služby IKT poskytovány a kde mají být zpracovávána data, včetně místa jejich uchovávání. A k tomu povinnost oznámit finančnímu subjektu předem, plánujete-li tato místa změnit.

Sousloví „konkrétně regiony nebo země“ je důvod, proč formulace typu „v rámci Evropské unie“ obvykle neprojde. Souvisí to s registrem informací: prováděcí nařízení (EU) 2024/2956 v příloze I ve vzoru B_02.02 žádá zemi poskytování služeb IKT, umístění uchovávaných dat a místo správy, tedy zpracování údajů. Vykazuje se dvoupísmenným kódem podle ISO 3166-1, takže odpověď „EU“ do políčka nepatří a protistrana ji nemůže použít.

Zvláštní pozornost si zaslouží třetí země. Podle čl. 29 odst. 2 finanční subjekt u smluv na zásadní nebo důležité funkce zvažuje výhody a rizika subdodávek, zejména je-li subdodavatel usazen ve třetí zemi, řádně zvažuje ustanovení insolvenčního práva a omezení, jež mohou vzniknout při naléhavé obnově dat, a posuzuje, zda a jak mohou potenciálně dlouhé nebo složité subdodavatelské řetězce ovlivnit jeho schopnost sledovat nasmlouvané funkce a schopnost orgánů provádět účinný dohled. Když tedy vaše architektura obsahuje službu provozovanou mimo EU, počítejte s tím, že se dodatek v téhle části zpřísní.

Písmeno b) se často zamění se smlouvou o zpracování osobních údajů. Jsou to dvě různé vrstvy: ochrana osobních údajů má vlastní právní režim, kdežto DORA se ptá na všechna data zpracovávaná finančním subjektem a na místa poskytování služby jako takové. Obojí spolu bývá v jednom dodatku, ale ustanovení se nenahrazují.

Incidenty: lhůty v dodatku nejsou vaše, ale odvozené

Nařízení dodavateli žádnou lhůtu pro hlášení incidentu nestanoví. Číslo, které v dodatku najdete, je odvozené z lhůt, které musí stihnout protistrana. Podle nařízení v přenesené pravomoci (EU) 2025/301 čl. 5 předkládá finanční subjekt prvotní oznámení co nejdříve, v každém případě do čtyř hodin od klasifikace incidentu jako závažného a nejpozději do 24 hodin od okamžiku, kdy se o incidentu dozvěděl. Průběžná zpráva následuje nejpozději do 72 hodin od prvotního oznámení a závěrečná zpráva nejpozději jeden měsíc po průběžné zprávě nebo po její poslední aktualizaci.

Odtud plyne, proč po vás protistrana chce hlášení v jednotkách hodin nebo desítkách minut. Nepotřebuje ho proto, aby vás kontrolovala, ale proto, že bez vaší informace nedokáže incident klasifikovat, a lhůta na klasifikaci jí přitom běží. Tohle je při vyjednávání dobré vědět: cílem není nejkratší číslo, ale to, aby protistrana dostala použitelné informace včas.

Ve smlouvě jsou k tomu dvě ustanovení. Čl. 30 odst. 2 písm. f) žádá povinnost poskytnout pomoc při incidentu IKT bez dodatečných nákladů nebo za náklady stanovené ex ante. Čl. 30 odst. 3 písm. b) pak u zásadních nebo důležitých funkcí přidává výpovědní lhůty a povinnosti hlášení, včetně oznámení jakéhokoli vývoje, který by mohl mít významný dopad na vaši schopnost poskytovat službu ve sjednané úrovni. Poslední část se často přehlédne: nejde jen o incidenty, ale i o změny na vaší straně, které se incidentem teprve mohou stát.

Zvláštní režim má víkend. Podle čl. 5 odst. 4 nařízení (EU) 2025/301 může finanční subjekt při lhůtě připadající na víkend nebo státní svátek podat oznámení nejpozději v poledne následujícího pracovního dne, ale podle odstavce 5 se tenhle odklad nepoužije pro prvotní oznámení a průběžnou zprávu úvěrových institucí, ústředních protistran, provozovatelů obchodních systémů a dalších subjektů považovaných za základní nebo důležité podle směrnice (EU) 2022/2555. Když je vaším zákazníkem banka, na víkendovou úlevu nespoléhejte.

Exit, přechodné období a vrácení dat

U služeb podporujících zásadní nebo důležité funkce žádá čl. 30 odst. 3 písm. f) strategii ukončení smluvního vztahu, a to zejména stanovení povinného přiměřeného přechodného období. Během něj dodavatel dál poskytuje příslušné funkce nebo služby, aby se snížilo riziko výpadku, a finanční subjekt může přejít k jinému dodavateli nebo k vlastnímu řešení odpovídajícímu složitosti poskytované služby. Není to tedy jen výpovědní lhůta: je to závazek pokračovat v provozu ve chvíli, kdy už je rozhodnuto, že vztah končí.

Ruku v ruce s tím jde čl. 30 odst. 2 písm. d), povinný už u každé smlouvy o službách IKT: zajištění přístupu, obnovy a vrácení osobních i jiných než osobních údajů ve snadno přístupném formátu v případě platební neschopnosti, řešení krize nebo přerušení činnosti dodavatele a při ukončení smluvního ujednání. Formulace „ve snadno přístupném formátu“ je bez dalšího upřesnění zdrojem sporů, a proto se vyplatí ji ve smlouvě rozepsat.

Tlak na tuhle část dodatku nevychází jen z čl. 30. Podle čl. 28 odst. 7 musí být smlouva ukončitelná za čtyř okolností — zásadní porušení právních předpisů nebo smluvních podmínek, zjištění okolností, které mohou změnit plnění nasmlouvaných funkcí, zjištěná slabá místa v celkovém řízení rizika IKT u dodavatele a situace, kdy příslušný orgán kvůli danému ujednání už nedokáže efektivně dohlížet na finanční subjekt. Podle čl. 28 odst. 8 musí být finanční subjekt schopen smlouvu ukončit, aniž by tím narušil své činnosti a dodržování regulatorních požadavků nebo zhoršil kontinuitu a kvalitu služeb klientům, a plány ukončení musí být zdokumentované, dostatečně otestované a pravidelně přezkoumávané.

Praktický důsledek pro vás: protistrana bude chtít exit popsaný tak, aby ho šlo nacvičit. Nařízení v přenesené pravomoci (EU) 2024/1773 jí v čl. 10 ukládá plán ukončení pro každé smluvní ujednání, sestavený pro tři scénáře — nepředvídané a přetrvávající přerušení služeb, nevhodné či chybné poskytování služeb a neočekávané ukončení ujednání — a požaduje, aby byl realistický, proveditelný a s harmonogramem slučitelným s podmínkami ukončení ve smlouvě.

Do registru informací se z téhle sekce propisují konkrétní údaje: výpovědní lhůta pro finanční subjekt a pro dodavatele ve dnech, existence plánu ukončení a náročnost reintegrace služby zpět dovnitř organizace. Jinými slovy — to, co vyjednáte, se objeví v datech, která protistrana odesílá dohledovému orgánu.

Co ještě po vás protistrana bude chtít: registr, LEI a testování

Vedle dodatku dorazí obvykle i tabulka. Formát registru informací stanoví prováděcí nařízení (EU) 2024/2956 a údaje, které od vás protistrana potřebuje, jsou z velké části strojově kontrolované — proto se ptá tak formalizovaně. Podle čl. 3 odst. 5 se k identifikaci všech dodavatelů, kteří jsou právnickými osobami, používá platný a aktivní identifikační kód právnické osoby (LEI) nebo jedinečný evropský identifikační kód (EUID), případně oba. Výjimkou jsou fyzické osoby jednající v rámci podnikatelské činnosti.

U služeb podporujících zásadní nebo důležité funkce jde požadavek dál. Podle čl. 3 odst. 6 zajišťuje finanční subjekt prostřednictvím přímého dodavatele, aby platný a aktivní LEI používali nebo EUID poskytli i všichni subdodavatelé, kteří tyto služby fakticky zajišťují. Jinými slovy: požadavek na identifikátor se vámi propíše do řetězce a je to praktická věc, na kterou je dobré subdodavatele upozornit dřív, než přijde termín výkazu.

Druhá věc, která překvapuje, je penetrační testování na základě hrozeb. Podle čl. 30 odst. 3 písm. d) musí smlouva na zásadní nebo důležitou funkci obsahovat povinnost dodavatele účastnit se penetračního testování na základě hrozeb prováděného finančním subjektem a plně na něm spolupracovat, jak je uvedeno v článcích 26 a 27. Není to totéž co penetrační test, který si možná objednáváte sami: podle čl. 3 bodu 17 jde o řízené testování kritických systémů za provozu, napodobující taktiku, techniky a postupy skutečných útočníků.

Rozsah tohoto testování má váhu i časovou. Určené finanční subjekty ho podle čl. 26 odst. 1 provádějí alespoň jednou za tři roky, podle čl. 26 odst. 2 na systémech skutečně využívaných za provozu a fáze aktivního testování metodou červeného týmu trvá podle čl. 11 odst. 5 nařízení v přenesené pravomoci (EU) 2025/1190 v každém případě nejméně dvanáct týdnů. Pokud jste zahrnuti do rozsahu, není to půldenní součinnost.

Jak přesně registr vypadá, které vzory obsahuje a co se do nich vyplňuje, rozebírá samostatná stránka o registru informací v této kategorii. Pro vyjednávání dodatku stačí vědět, které údaje z vás protistrana potřebuje dostat a proč nemůže přijmout obecnou odpověď.

Jak dodatek projít, aniž ho podepíšete naslepo

Nejrychlejší způsob, jak se v dodatku zorientovat, je rozdělit ho na tři hromádky. Do první patří ustanovení, která doslova odpovídají čl. 30 odst. 2 a 3 — tam se nevyjednává obsah, nejvýš formulace a provozní podrobnosti. Do druhé to, co plyne z technických norem, hlavně z nařízení (EU) 2025/532 u subdodávek a z nařízení (EU) 2024/1773 u auditu a sledování — tam je prostor v tom, jak se povinnost splní. Do třetí všechno ostatní: obchodní požadavky, pokuty, pojištění, certifikáty. Ta třetí hromádka je běžné obchodní jednání.

Při vyjednávání se hodí vědět, že čl. 30 odst. 4 předpokládá, že finanční subjekty a dodavatelé „zváží použití standardních smluvních doložek vypracovaných veřejnými orgány pro konkrétní služby“. Je to úvahová povinnost, ne povinnost takové doložky použít, ale je to legitimní argument proti tomu, aby si každá protistrana psala vlastní znění téhož požadavku.

Druhá věc, která se vyplatí: odpovídat jednou. Většina požadavků se u různých zákazníků opakuje, takže balík podkladů — seznam subdodavatelů s místy zpracování, popis úrovně služeb s kvantitativními cíli, postup exportu dat, kontaktní kanál pro incidenty, doložení bezpečnostních opatření a případné auditní zprávy či certifikáty — ušetří víc času než jednotlivé odpovědi na jednotlivé dotazníky. Zároveň je to přesně to, co po vás protistrana bude potřebovat znovu při každé aktualizaci registru.

A poslední poznámka k tomu, co dodatek doopravdy znamená. Ustanovení podle čl. 30 nejsou papírová: popisují provoz, který má existovat. Podpis pod závazkem hlásit vývoj s významným dopadem nebo pod přechodným obdobím s pokračujícím provozem je závazek, který někdo u vás musí umět splnit v konkrétní den. Proto má smysl číst dodatek s provozním týmem, ne jen s právníkem.

Když jsou dodatky dva a od každé banky jiný, vyplatí se místo vyjednávání každého zvlášť nejdřív popsat vlastní stav — služby, řetězec, místa, lhůty, exit — a teprve proti němu dodatky číst. Jednou zpracovaný popis se použije u dalšího zákazníka i u aktualizace registru.

Postup, kterým dodatek zpracovat

Pořadí, které se nám osvědčuje u dodavatelů, jimž dorazil první dodatek. Není to požadavek nařízení — je to způsob, jak se v textu vyznat dřív, než se začne vyjednávat o jednotlivých větách. Kroky se překrývají a u druhého a dalšího zákazníka většina z nich odpadne, protože podklady už budete mít.

1. krok
Zjistěte zařazení služby. Podporuje zásadní nebo důležitou funkci ve smyslu čl. 3 bodu 22? Rozhoduje o tom protistrana a odpověď určuje, jestli se vás týká jen devět prvků čl. 30 odst. 2, nebo i šest okruhů odstavce 3.
2. krok
Rozdělte dodatek na tři hromádky. Co je citace čl. 30, co plyne z technických norem a co je obchodní požadavek. Vyjednávat má smysl u druhé a třetí; u první nejvýš formulaci a provozní podrobnosti.
3. krok
Sepište vlastní dodavatelský řetězec. Kdo pod vámi zajišťuje kterou část služby, kde sídlí a kde zpracovává data. Bez tohohle seznamu nelze splnit podmínky nařízení (EU) 2025/532 ani vyplnit část registru.
4. krok
Zmapujte místa. Země poskytování služby, zpracování a uchovávání dat, včetně záloh, replik, monitoringu a podpory mimo pracovní dobu. Mapa musí odpovídat provozu, ne prezentaci.
5. krok
Popište úroveň služeb měřitelně. U zásadních funkcí žádá čl. 30 odst. 3 písm. a) přesné kvalitativní i kvantitativní výkonnostní cíle umožňující účinné sledování a neprodlenou nápravu. Obecné SLA tenhle požadavek nesplní.
6. krok
Připravte incidentní režim. Kanál, obsah prvního hlášení, dostupnost mimo pracovní dobu, kdo rozhoduje. Teprve pak vyjednávejte konkrétní lhůtu — bez připraveného režimu je každé číslo hazard.
7. krok
Popište exit. Co odevzdáte, v jakém formátu, za jak dlouho, kdo pomáhá s migrací a za kolik. Přechodné období u zásadních funkcí musí existovat, jeho podmínky jsou předmětem dohody.
8. krok
Vyřešte identifikátory a údaje do registru. Platný a aktivní LEI nebo EUID, typ služby podle číselníku S01 až S19, nejvyšší mateřský podnik, pořadí v řetězci. U zásadních funkcí i identifikátory subdodavatelů.
Průběžně
Udržujte podklady jako balík, ne jako odpovědi. Změna subdodavatele, země zpracování nebo úrovně služby spouští oznamovací povinnosti a promítá se do registru protistrany. Jeden vlastník na vaší straně je levnější než opakované rekonstrukce.

Oficiální zdroje

Tvrzení o povinnostech na této stránce vycházejí z následujících předpisů, stav k 9. 8. 2026. Materiál znění předpisů nenahrazuje — závazné je české znění v Úředním věstníku.

Nařízení (EU) 2022/2554 (DORA) ↗ Závazné české znění. Hlavní smluvní ustanovení v čl. 30, řízení rizika třetích stran a registr informací v čl. 28, riziko koncentrace v čl. 29, penetrační testování na základě hrozeb v čl. 26 a 27, definice v čl. 3 bodech 17, 19, 21 a 22, použitelnost od 17. 1. 2025 v čl. 64. Nařízení v přenesené pravomoci (EU) 2025/532 — subdodávky ↗ Regulační technická norma podle čl. 30 odst. 5 DORA. Sedm článků, z toho šest věcných: proporcionalita, uplatňování v rámci skupiny, náležitá péče a posouzení rizik před uzavřením smlouvy, podmínky subdodávek ve smlouvě, režim podstatných změn a důvody ukončení smlouvy; sedmý článek je vstup v platnost. Nařízení v přenesené pravomoci (EU) 2024/1773 — politika smluvních ujednání ↗ Regulační technická norma podle čl. 28 odst. 10 DORA. Pro dodavatele jsou nejdůležitější čl. 8 (smluvní doložky a metody auditu včetně společných auditů, osvědčení a auditních zpráv), čl. 9 (sledování ujednání a reporting) a čl. 10 (plán ukončení pro každé ujednání). Prováděcí nařízení (EU) 2024/2956 — registr informací ↗ Prováděcí technická norma podle čl. 28 odst. 9 DORA. Zdroj požadavků na identifikátory LEI a EUID (čl. 3 odst. 5 a 6), na pořadí v dodavatelském řetězci (čl. 2), na zásady kvality údajů (čl. 3 odst. 4) a na číselník typů služeb IKT S01 až S19 (příloha III). Nařízení v přenesené pravomoci (EU) 2025/301 — obsah a lhůty hlášení ↗ Regulační technická norma podle čl. 20 DORA. Zdroj lhůt, od kterých protistrana odvozuje požadavky na vaše hlášení: prvotní oznámení do 4 hodin od klasifikace a nejpozději do 24 hodin od zjištění, průběžná zpráva do 72 hodin, závěrečná zpráva do jednoho měsíce (čl. 5). Prováděcí nařízení (EU) 2025/302 — formuláře hlášení ↗ Prováděcí technická norma podle čl. 20 DORA se standardními formuláři, vzory a postupy pro hlášení závažného incidentu a oznámení významné kybernetické hrozby. Ukazuje, jaké údaje bude protistrana po incidentu potřebovat. Nařízení v přenesené pravomoci (EU) 2025/1190 — penetrační testování na základě hrozeb ↗ Regulační technická norma podle čl. 26 odst. 11 DORA. Sedmnáct článků a osm příloh k průběhu testování; zdroj údaje, že fáze aktivního testování metodou červeného týmu trvá v každém případě nejméně dvanáct týdnů (čl. 11 odst. 5). Nařízení v přenesené pravomoci (EU) 2024/1502 — kritičtí poskytovatelé ↗ Akt v přenesené pravomoci podle čl. 31 odst. 6 DORA upřesňující kritéria, podle kterých se poskytovatel služeb IKT určuje jako kritický. Užitečné pro ověření, že se vás režim přímého dohledu evropských orgánů netýká.
Obsah platný k 9. 8. 2026

Dodatek od finančního subjektu

Než dodatek podepíšete, vyplatí se vědět, co v něm být musí a co ne.

Bezplatná úvodní konzultace nad konkrétním dodatkem: co v něm stojí přímo z nařízení, co plyne z technických norem a co je obchodní požadavek protistrany. Napište nám, co dodáváte a která ustanovení vám dělají potíže.