Platí
DORA: Pravidla digitální provozní odolnosti platí
Rizika ICT, registr poskytovatelů ICT služeb, hlášení incidentů a testování.
Finanční služby
Co stavíme pro banky, pojišťovny, stavební spořitelny, penzijní společnosti a platební instituce: AI, kterou lze vysvětlit orgánu dohledu, integraci, která respektuje jádro, a provoz navržený podle DORA od prvního rozhodnutí o architektuře.
Pro banky, pojišťovny a další finanční instituce pod dohledem České národní banky a evropských orgánů dohledu EBA, EIOPA a ESMA, nově i AMLA.

17. ledna 2025
DORA se použije
Řízení rizik v oblasti ICT, registr smluv s poskytovateli ICT služeb, hlášení incidentů a testování odolnosti pro finanční subjekty.
10. července 2027
Nařízení AML se použije
Jednotná pravidla hloubkové kontroly klienta v celé EU a nový orgán AMLA.
2. prosince 2027
Vysoce riziková AI v úvěrech a pojištění
Posuzování úvěruschopnosti a stanovení cen životního a zdravotního pojištění patří mezi vysoce riziková použití; datum použitelnosti ve znění změn z roku 2026.
DORA mění provozní odolnost v konkrétní povinnosti: řízení rizik v oblasti ICT, registr všech smluv s poskytovateli ICT služeb, klasifikované hlášení incidentů a pravidelné testování. Dodavatelé cloudu a AI jsou teď součástí obrazu, který vidí orgán dohledu.
Hodnocení úvěruschopnosti a stanovení cen pojištění jsou podle aktu o umělé inteligenci vysoce riziková použití. Řízení modelového rizika musí pokrýt i modely strojového učení a generativní modely, s dokumentací, monitoringem a lidským dohledem úměrným dopadu.
Okamžité platby, ověření příjemce a otevřené bankovnictví zvýšily očekávání klientů ohledně rychlosti a transparentnosti. Další pravidla pro platební služby dál zpřísní prevenci podvodů a nároky na kvalitu API.
Účetnictví dál běží na mainframech a jádrových platformách. Změny se musí dít kolem nich, přes API a události, aniž by ohrozily stabilitu nebo regulatorní výkaznictví.
Onboarding klientů a pravidelné kontroly stojí na analyticích, kteří čtou dokumenty ručně.
Zpracování dokumentů vytěží a ověří doklady totožnosti, vlastnické struktury a původu prostředků. Analytici posoudí označené případy a každá kontrola se zaznamená pro audit i pro připravovaná jednotná pravidla AML.
Poradci a klientský servis prohledávají pět systémů, aby odpověděli na jednu otázku.
Asistent nad produkty, pravidly a postupy, který respektuje oprávnění, cituje zdroje a zaznamenává, co ukázal, aby záznamy o poradenství zůstaly úplné.
Každá změna jádra je pomalá, drahá a riskantní.
Funkce jádra zpřístupníme přes API a proudy událostí, postupně je přesouváme ven a sesouhlasení necháme běžet, dokud nebude možné starou cestu vypnout.
Registr podle DORA a postup při incidentech žijí v tabulkách.
Registr informací, klasifikaci incidentů a postupy hlášení zabudujeme do vašich nástrojů pro správu služeb a cloudu, propojené se zásadními nebo důležitými funkcemi, které podporují.
Modely, které nelze vysvětlit, neprojdou validací.
Evaluační rámec dohodnutý s týmy řízení rizik a validace: testovací sady, vysvětlitelnost tam, kde ji rozhodnutí vyžaduje, sledování driftu a zdokumentovaná možnost, aby výsledek změnil člověk.
Regulatorní výkazy se každé čtvrtletí sesouhlasují ručně.
Datové pipeline se zdokumentovaným původem dat a automatickými kontrolami kvality podle principů BCBS 239, aby šlo každé číslo dohledat až ke zdroji.
Místo AI mezi kanály a jádrovými systémy: schválení u kroků s důsledky a kontroly podle DORA u každé vrstvy.
Služby AI se k jádrovým systémům připojují jen přes integrační vrstvu. Kontroly podle DORA platí pro každou komponentu.
Klienti, poradci a klientský servis používají aplikaci, web, pobočku a kontaktní centrum.
Za kanály stojí tři služby AI: příjem dokumentů pro onboarding a KYC, asistent pro poradce a klientský servis a krok schválení analytikem, kterým prochází každé rozhodnutí s důsledky.
Služby AI se k jádrovým systémům dostanou jen přes integrační vrstvu z API a proudů událostí. Jádrové systémy tvoří bankovní jádro nebo správa pojistných smluv, CRM a servisní platforma a datová platforma se zdokumentovaným původem dat.
Vedle všech vrstev běží kontroly podle DORA: řízení rizik v oblasti ICT, registr poskytovatelů ICT služeb, klasifikace a hlášení incidentů a testování odolnosti. Každý model je evidovaný, validovaný a sledovaný v rámci řízení modelového rizika.
AI připravuje návrhy, vytěžuje a doporučuje. O úvěrech, pojistných událostech nebo omezení účtu rozhoduje konkrétní člověk.
Míru vysvětlení stanovíme pro každý typ rozhodnutí už při návrhu, ne těsně před validací.
Poskytovatele cloudu a modelů vybíráme s plány odchodu a se zdokumentovanými náhradními variantami pro registr.
Vstupy, výstupy, verze modelů a schválení se uchovávají, aby orgán dohledu i auditoři mohli zpětně zrekonstruovat každý případ.
Termíny, které mění, co musí dodavatel doložit. Česká národní banka a evropské orgány dohledu k tomu přidávají obecné pokyny a technické normy.
Platí
Rizika ICT, registr poskytovatelů ICT služeb, hlášení incidentů a testování.
Platí
Platí
Připravuje jednotný soubor pravidel a přímý dohled nad vybranými institucemi.
Platí
Poskytovatelé platebních služeb v eurozóně ověřují jméno příjemce před provedením převodu.
Platí
Klienti musí vědět, že jednají se systémem AI.
Stav k 2. října 2026
Připravuje se
Harmonizovaná hloubková kontrola klienta, skuteční majitelé a uchovávání záznamů.
Připravuje se
Včetně posuzování úvěruschopnosti a stanovení cen životního a zdravotního pojištění, ve znění změn z roku 2026.
Připravuje se
Předpisy, které nejčastěji určují práci na AI a platformách ve finančních institucích, a co každý z nich znamená pro váš projekt.
Tento přehled slouží jako podklad pro plánování. Nejde o právní ani regulatorní poradenství. Termíny jsme ověřili 2. října 2026, české údaje 5. listopadu 2026.
Nařízení o digitální provozní odolnosti se od 17. ledna 2025 vztahuje na banky, pojišťovny, obchodníky s cennými papíry, platební instituce a další finanční subjekty. Pokrývá řízení rizik v oblasti ICT, hlášení incidentů, testování odolnosti a řízení rizik spojených s poskytovateli ICT služeb, včetně klíčových smluvních ustanovení (článek 30). V Česku je příslušným orgánem Česká národní banka, která podle zákona č. 31/2025 Sb., o digitalizaci finančního trhu, dohlíží na jeho dodržování.
Jako poskytovatel ICT služeb podporujeme vaše povinnosti: smluvní podmínky, oznamování incidentů, plány odchodu, účast na testování a informace, které potřebuje váš registr.
AI, která posuzuje úvěruschopnost fyzických osob nebo stanovuje ceny životního a zdravotního pojištění podle rizika, je vysoce riziková. Poskytovatelé i zavádějící subjekty potřebují řízení rizik, správu dat, logování, lidský dohled a dokumentaci. Podle aktu ve znění změn z roku 2026 platí tyto povinnosti od 2. prosince 2027. Pro finanční sektor má být podle připravovaného zákona orgánem dozoru Česká národní banka (stav na podzim 2026).
Každý případ užití klasifikujeme brzy, lidský dohled navrhneme přímo do procesu a připravíme dokumentaci, která zapadne do vašeho rámce řízení modelového rizika.
Nařízení proti praní peněz od 10. července 2027 nahradí národní pravidla hloubkové kontroly klienta jednotným souborem pravidel EU. Nový orgán AMLA koordinuje národní orgány dohledu a na vybrané vysoce rizikové instituce bude dohlížet přímo.
Procesy onboardingu a kontrol potřebují jednotné nakládání s doklady a auditní stopu. Příjem dokumentů a agendové postupy navrhujeme pro tento standard.
Článek 22 dává lidem právo nebýt předmětem rozhodnutí založeného výhradně na automatizovaném zpracování, které je významně ovlivňuje. Výjimky vyžadují záruky, jako je zásah člověka a právo rozhodnutí napadnout.
Navrhujeme procesy, ve kterých člověk může automatický výsledek přezkoumat, vysvětlit a změnit, a zaznamenáme, že to udělal.
Pravidla pro investiční služby a distribuci pojištění vyžadují posouzení vhodnosti nebo požadavků a potřeb klienta a záznamy o poskytnutém poradenství. AI, která pomáhá poradcům, se stává součástí tohoto záznamu.
Asistenti zaznamenávají, co ukázali a z jakých zdrojů vycházeli, takže spis o poradenství zůstává úplný a přezkoumatelný.
PSD2 dnes upravuje platební služby a přístup v rámci otevřeného bankovnictví. Předpisy, které ji nahradí, tedy PSD3 a nařízení o platebních službách, byly předběžně dohodnuty v roce 2025 a po přechodném období zpřísní požadavky na prevenci podvodů a výkon API.
Platformy API stavěné dnes by měly počítat s přísnějšími povinnostmi k výkonu, monitoringu a sdílení dat o podvodech.
Doklady totožnosti a vlastnické struktury se vytěží a porovnají; o každém označeném případu rozhoduje analytik.
Odpovědi k produktům, pravidlům a postupům se zdroji, v rozsahu přístupových práv poradce.
Stížnosti se roztřídí podle tématu a naléhavosti, předají se s návrhem shrnutí a lhůty pro vyřízení se hlídají.
Formuláře, faktury a zprávy se načtou a spárují s pojistnou smlouvou; výplatu schvaluje likvidátor.
Transakce z mainframu zpřístupněné jako zdokumentovaná API a události, aby nové kanály přestaly záviset na dávkových souborech.
Pracovní prostředí poradců, onboarding klientů a klientský servis, napojené na jádrové systémy a příjem dokumentů.
Finance a skupinové výkaznictví, s daty ze systému SAP dostupnými pro řízení rizik a regulatorní výkaznictví se zdokumentovaným původem dat.
Partnerské úrovně jsou úrovně společnosti FromNine. Názvy produktů jsou ochranné známky příslušných vlastníků.
Česko
Dohled nad finančním trhem v Česku vykonává Česká národní banka: nad bankami, družstevními záložnami, kapitálovým trhem, pojišťovnictvím, penzijními společnostmi, směnárnami a platebními institucemi. Podle zákona č. 31/2025 Sb., o digitalizaci finančního trhu, je zároveň příslušným orgánem podle DORA a dohlíží na její dodržování.
DORA, akt o umělé inteligenci a balíček AML platí v celé EU, ale očekávání orgánů dohledu, formáty výkazů a praxe při outsourcingu se mezi státy liší. Pro AI ve finančním sektoru má být podle připravovaného zákona orgánem dozoru rovněž Česká národní banka (stav na podzim 2026).
Dodávku navrhujeme tak, aby se podklady vytvořily jednou a šlo je ukázat kterémukoli orgánu dohledu: dokumentaci architektury a modelů, logy, výsledky testů a plány odchodu, které zůstávají aktuální, i když se systém mění.
Dohodneme smluvní ustanovení, která DORA vyžaduje, incidenty oznamujeme dohodnutým kanálem, dokumentujeme plány odchodu, účastníme se testování odolnosti a dodáváme informace, které potřebuje váš registr poskytovatelů ICT služeb. Podklady připravujeme tak, abyste je mohli předložit České národní bance jako příslušnému orgánu dohledu podle DORA.
Ano, jako vysoce rizikové použití podle aktu o umělé inteligenci, s řízením rizik, správou dat, logováním, lidským dohledem a dokumentací. Navrhujeme to tak, aby rozhodoval člověk a dokázal rozhodnutí vysvětlit, a aby byly dodrženy záruky GDPR pro automatizované rozhodování.
V prostředí, které dovoluje vaše ochota nést riziko: ve vašem vlastním cloudovém tenantu, v regionu EU veřejného cloudu, nebo u citlivých úloh ve vlastním datovém centru. Volbu modelů a hostingu zdokumentujeme i s možnostmi odchodu pro váš registr poskytovatelů ICT služeb.
Ne. Standardně integrujeme a modernizujeme po krocích: nejdřív API a události kolem jádra, funkce přesouváme ven jen tam, kde se to vyplatí, a sesouhlasení běží, dokud starou cestu nevypneme.
Testovacími sadami a kritérii kvality, které před nasazením dohodneme s vašimi týmy řízení rizik a validace, monitoringem po nasazení a kroky kontroly u nejistých výstupů. Proces počítá s tím, že část výstupů bude chybná, a posílá je lidem.
Plánujete AI v onboardingu, poradenství nebo likvidaci pojistných událostí, nebo připravujete prostředí na testování podle DORA? Promluvte si s inženýry, kteří navrhují pro orgány dohledu stejně jako pro uživatele.