EU AI Act: Co začne platit 2. srpna 2026 a jak se připravit

Za 104 dní přestane být provoz stovek tisíc AI systémů v Evropě legální bez splněných požadavků EU AI Act. 2. srpna 2026 vstoupí v plnou účinnost jádro nařízení — povinnosti pro vysoce rizikové systémy, enforcement obecných AI modelů, sankce až 35 milionů eur nebo 7 % globálního obratu. Notifikovaných orgánů, které mají vydat certifikát shody, je k dubnu 2026 v celé EU devět. Pro stovky tisíc systémů. Za sto čtyři dnů. Tento článek nedává další přehled rizikové pyramidy — dává den-po-dni plán od dneška do 2. srpna, Kč kalkulace pokut pro tři velikosti českých firem, rozhodovací strom „jsem vysoké riziko?", vendor questionnaire pro OpenAI, Anthropic a Google, a emergency protokol pro firmy, které nestíhají.

1. Co konkrétně začne platit 2. srpna 2026

EU AI Act (Nařízení Evropského parlamentu a Rady 2024/1689) vstoupil v platnost už 1. srpna 2024. Povinnosti ale nabíhají postupně. Datum 2. srpna 2026 je přitom nejtvrdší milník — ten den se z papírového nařízení stává vynutitelná realita pro firmy, které vyvíjejí nebo nasazují vysoce rizikové AI systémy.

Nejdůležitější odpověď v 50 slovech: 2. srpna 2026 vstoupí v účinnost povinnosti pro vysoce rizikové systémy podle Přílohy III — risk management, datová governance, technická dokumentace, logy, lidský dozor, přesnost a kybernetická bezpečnost. Současně začne Evropská komise vynucovat povinnosti obecných AI modelů a spustí se národní dozor nad celým rozsahem nařízení.

Pět balíků povinností, které spustí deadline

Pod jedním datem se skrývá několik samostatných režimů. Laik je snadno splete do jedné povinnosti — v praxi jde o pět různých skupin firem, z nichž každá má jinou práci před sebou.

První balík — vysoce rizikové systémy (Annex III). Firmy, které vyvíjejí nebo prodávají AI pro nábor, credit scoring, biometrickou identifikaci, vzdělávací hodnocení, vymáhání práva, migraci, justici nebo kritickou infrastrukturu, musí mít hotový certifikát shody, CE značku, technickou dokumentaci a zápis v EU databázi vysoce rizikových AI systémů. Bez toho systém nesmí být na trhu.

Druhý balík — nasazovatelé (deployers) vysoce rizikových systémů. Firma, která takový systém jen používá (a není sama vývojářem), nemá o mnoho lehčí život. Musí vést logy minimálně 6 měsíců, zajistit lidský dozor, informovat dotčené osoby a v řadě případů provést posouzení dopadů na základní práva (FRIA) podle článku 27.

Třetí balík — poskytovatelé obecných AI modelů (GPAI). Povinnosti pro OpenAI, Anthropic, Google, Mistral a další už formálně platí od srpna 2025. Teprve od 2. srpna 2026 je ale smí Evropská komise vynucovat — žádat technickou dokumentaci, přístup k modelu, nebo ukládat pokuty. Code of Practice, který firmám dává „bezpečný přístav" při prokazování souladu, je finální od července 2025.

Čtvrtý balík — transparentnost podle článku 50. Chatboti musí uživatele informovat, že komunikuje se strojem. Deepfake a syntetický obsah musí být strojově čitelně značený. Systémy na rozpoznávání emocí a biometrickou kategorizaci musí dotčenou osobu proaktivně informovat. Pokuta za porušení: až 15 milionů eur nebo 3 % globálního obratu.

Pátý balík — národní dozor. Každý členský stát má k 2. srpnu 2026 mít funkční dozorový orgán, notifikovaná místa, kontaktní místo a alespoň jeden regulační sandbox. Česko má určené tři primární orgány — ČTÚ jako hlavní, ÚOOÚ pro osobní údaje a biometriku, ČNB pro finanční sektor.

Co naopak NEBUDE platit hned 2. srpna 2026

Nařízení má ještě jeden odložený režim. Povinnosti pro AI systémy vestavěné do produktů regulovaných podle Přílohy I — zdravotnické prostředky, hračky, strojní zařízení, výtahy, lanovky, osobní ochranné prostředky, plavidla, civilní letectví — vstoupí v účinnost až 2. srpna 2027. Výrobce zdravotnické softwarové AI má tedy ještě rok navíc. Ne rok klidu — rok na synchronizaci AI Actu s Medical Device Regulation.

Odložený termín pro Annex I má praktický důvod — výrobci v těchto sektorech už léta pracují v režimu CE značek, notifikovaných orgánů a harmonizovaných norem. Integrace AI Actu do existujících procedur vyžaduje víc než jen rok příprav. Není to úleva, je to uznání složitosti.

2. Jste vysoké riziko? Rozhodovací strom za 60 sekund

Největší slepá skvrna českých firem se točí kolem jedné otázky: jsme, nebo nejsme high-risk? Odpověď určuje, zda čeká firmu rutinní compliance za pár desítek tisíc korun, nebo certifikační maraton s rozpočtem v milionech. Správné zařazení navíc není volba marketingová — pokud firma systém v Annex III kategorii prohlásí za nerizikový neoprávněně, může ji to stát 15 milionů eur.

Stručně: Vysoce rizikový AI systém podle Přílohy III je takový, který působí v jedné z osmi citlivých oblastí (biometrika, kritická infrastruktura, vzdělávání, zaměstnání, základní služby, vymáhání práva, migrace, justice) a zároveň ovlivňuje rozhodování o konkrétní osobě. Výjimka článku 6(3) platí jen pro úzké procedurální úkoly a zlepšování výsledku lidské činnosti — a musí být zdokumentována.

Sedm otázek rozhodovacího stromu

Následujících sedm otázek odpovídejte postupně. První ano, kterou narazíte v kladu, klasifikuje systém. Pokud se dostanete až na konec bez jediného ano, jste mimo režim vysoce rizikových systémů — pravděpodobně ale stále spadáte pod povinnosti transparentnosti podle článku 50.

Výjimka článku 6(3) nezní triviálně. Poskytovatel musí formálně zdokumentovat, proč systém do režimu high-risk nespadá, a dokumentaci uchovat pro případnou kontrolu. Národní dozor může takový výrok přezkoumat a při nesouladu systém do high-risk zařadit zpětně — s pokutami, které se počítají od uvedení na trh.

Osm oblastí Annex III — rychlý přehled

Příloha III obsahuje osm tematických skupin. Firma nepotřebuje znát nařízení slovo od slova, ale musí vědět, kam její systémy patří:

• Biometrika — identifikace, kategorizace, rozpoznávání emocí mimo terapeutické a bezpečnostní kontexty povolené zákonem.
• Kritická infrastruktura — řízení energetiky, vody, dopravy, digitální infrastruktury.
• Vzdělávání — přijímačky, hodnocení studentů, detekce podvádění, přiřazování do tříd.
• Zaměstnání — nábor, screening životopisů, hodnocení výkonu, rozhodování o povýšení, odměňování, ukončení poměru, monitoring.
• Základní služby — credit scoring, životní a zdravotní pojištění, sociální dávky, triage v tísňových linkách.
• Vymáhání práva — profilování, predikce rizika, hodnocení důkazů, polygraph-like analýzy.
• Migrace a hranice — vízové posuzování, detekce padělaných dokumentů, rizikové skórování cestujících.
• Justice a demokratické procesy — podpůrné systémy pro soudce, analýza volebních systémů, cílení politické reklamy.

Pět typických českých případů — kam patří

Teorie ale nerozhoduje. Rozhoduje konkrétní systém v konkrétní firmě. Pět českých scénářů, které vidíme u klientů nejčastěji:

Scénář	Verdikt	Proč
HR tool, který filtruje životopisy a navrhuje kandidáty	Vysoké riziko	Annex III bod 4(a) — screening a evaluace kandidátů ovlivňuje rozhodnutí o osobě.
Zákaznický chatbot, který odpovídá na FAQ a předává člověku	Jen čl. 50	Není v Annex III, nutná je jen transparentnost — uživatel musí vědět, že komunikuje s AI.
Biometrická brána pro zaměstnance do kanceláře (obličej)	Vysoké riziko	Annex III bod 1(a) — biometrická identifikace v reálném čase v prostorách s veřejným přístupem.
Credit scoring pro půjčky do 50 tisíc Kč na e-shopu	Vysoké riziko	Annex III bod 5(b) — hodnocení bonity fyzických osob bez ohledu na výši úvěru.
AI asistent pro interní porady — zápisy a akční body	Mimo režim	Není v Annex III, nejedná se o rozhodnutí o osobě. Více o AI pro zápisy.

3. Kolik vás to bude stát — Kč kalkulace

Evropské číslo 35 milionů eur je pro českou firmu abstraktní. Přepočet i na menší sankční kategorie dává reálnější obraz rizika. Pokuty AI Actu jsou v hrubém typu postavené jako u GDPR — dvě čísla, vyšší z nich, přičemž procento obratu se počítá z celosvětového (nikoliv jen evropského) obratu skupiny.

Stručně: Kalkulace pokut využívá mechanismus „vyšší z dvou čísel". Pro zakázané praktiky je to 35 milionů eur nebo 7 % celosvětového obratu, pro porušení povinností vysoce rizikových systémů 15 milionů eur nebo 3 %, pro nesprávné informace regulátorovi 7,5 milionu eur nebo 1 %. SME mají nárok na proporcionální sníženou sazbu, ale horní strop zůstává.

Tři velikosti českých firem — tři rozdílná rizika

Následující tabulka používá realistické obraty tří typů českých firem a počítá maximální sankci ve všech třech kategoriích AI Actu. Hodnoty v korunách používají kurz ~25 Kč/€ platný v dubnu 2026.

Velikost firmy	Globální obrat	Zakázané praktiky (7 %)	Non-compliance (3 %)	Nesprávné info (1 %)
Malá CZ firma (e-shop, SaaS startup)	50 mil. Kč	3,5 mil. Kč	1,5 mil. Kč	500 tis. Kč
Střední firma (B2B software, retail chain)	500 mil. Kč	35 mil. Kč	15 mil. Kč	5 mil. Kč
Velká firma (banka, telco, pojišťovna)	5 mld. Kč	875 mil. Kč (cap €35M = ~880 mil. Kč)	375 mil. Kč (cap €15M = ~375 mil. Kč)	125 mil. Kč (cap €7,5M = ~187 mil. Kč)

U malé firmy typicky strop v absolutních eurech neplatí — pokuta roste s obratem. U velkých firem naopak absolutní strop (35/15/7,5 milionu eur) často zůstává pod 7/3/1 procentem obratu, takže cap chrání ty největší, nikoliv nejmenší. To je obrácená logika než u GDPR a má to význam zejména pro české skupiny s globální matkou.

Kolik stojí compliance — reálné náklady, ne strašení

Pokuty jsou strop — realita bývá jiná. Skutečná investice do compliance pro vysoce rizikový systém se v roce 2026 pohybuje v dobře předvídatelných pásmech, které mapuje analýza Softwareseni na základě vzorku 200+ evropských projektů:

Položka	Jednorázově	Ročně	Poznámka
Základní QMS setup a dokumentace	3,75–6,25 mil. Kč	—	Systém řízení kvality podle čl. 17 — risk management, datová governance, logy.
Conformity assessment (self-assessment)	750 tis.–1,75 mil. Kč	—	Platí pro systémy, které využívají harmonizovanou normu.
Conformity assessment (notified body)	1,25–3,75 mil. Kč	—	Povinné pro ~30–40 % systémů — zejména biometriku a bezpečnostní komponenty.
Post-market monitoring	—	1–2 mil. Kč	Incident reporting, telemetrie, pravidelné audity.
AI gramotnost zaměstnanců (čl. 4)	50–500 tis. Kč	50–200 tis. Kč	Vstupní školení + opakování. Nutné už od února 2025.
Právní a externí konzultace	200 tis.–1 mil. Kč	100–400 tis. Kč	Klauzule ve smlouvách, FRIA, interakce s dozorem.

Skryté náklady, o kterých se nemluví

Nad rámec účtovaných položek přichází tři další kategorie výdajů, které v rozpočtech chybí nejčastěji:

• Audit logs infrastruktura. Článek 12 vyžaduje automatizovaný log po celou životnost systému, minimálně 6 měsíců u deployerů. Pro produkt s 10 tisíci uživateli denně jsou to desítky GB dat měsíčně — storage, rotace, šifrování, přístupová práva.
• Vendor due diligence. Každý GPAI model, který firma využívá, potřebuje dokumentovanou kontrolu (technical dokumentace, copyright policy, signatura Code of Practice). U firmy s 15 AI dodavateli jsou to desítky hodin právní práce.
• Release gate pomalejší o 2–4 týdny. Změny ve vysoce rizikovém systému vyžadují revizi rizikového hodnocení a re-test. Vývojový cyklus se protahuje — podle interního měření v několika českých SaaS firmách o 15–25 % u všech větších vydání.

Souhrnně: pro malou firmu s jedním high-risk systémem se reálná investice do souladu pohybuje mezi 5 a 10 miliony korunami v prvním roce a 1–3 miliony ročně poté. Pro střední firmu se systémem nasazeným ve více zemích je to spíše 15–40 milionů v prvním roce. V porovnání s pokutou 35 milionů eur je to proporcionální — ale jen tehdy, pokud firma ví, že má zdroje plánovat.

4. Týden po týdnu — 100denní plán do 2. srpna 2026

Tato sekce je jádrem článku. Obsahuje patnáct týdnů konkrétních úkolů — od úvodní schůzky 20. dubna po finální spuštění 2. srpna. Plán je rozdělen do čtyř fází: inventory (T-15 až T-12), governance (T-11 až T-8), technical controls (T-7 až T-4), certifikace a release (T-3 až T-0). Každá fáze má vlastní cíl a výstup, který se předává do další.

Stručně: Čtyři fáze 100denního plánu jsou inventory, governance, technical controls a certifikace. Prvních 4 týdnů věnuje firma mapování všech AI systémů a klasifikaci rizik. Následující 4 týdny staví dokumentaci a smlouvy. Další 4 týdny implementuje logy, evals, lidský dozor. Poslední 3 týdny prochází certifikací a ostrým nasazením.

Fáze 1: Inventory + klasifikace (20. 4. – 17. 5. / T-15 až T-12)

Bez inventáře není strategie. Firma, která neví, co má, nemůže prokázat soulad. První čtyři týdny proto zní nudně, ale bez nich se zbytek rozpadne.

• Týden T-15 (20.–26. 4.): Úvodní schůzka jednatele, právníka, CTO a vedoucího vývojáře. Jmenování odpovědné osoby pro soulad s AI Actem s jasnou pravomocí a rozpočtem. Schválení pracovní skupiny na patnáct týdnů. Vytvoření Jira/Linear projektu „EU AI Act Readiness".
• Týden T-14 (27. 4. – 3. 5.): Zahájení inventáře. Každý vedoucí oddělení dostane osm sloupců k vyplnění (viz sekce 7 níže). Deadline pro první verzi je pátek 3. 5. Včetně shadow AI — soukromé ChatGPT a Copilot účty zaměstnanců.
• Týden T-13 (4.–10. 5.): Klasifikace rizik. Každý systém projde rozhodovacím stromem ze sekce 2. Výstup: tři seznamy — zakázané (čl. 5), vysoce rizikové (Annex III), ostatní. Zakázané se okamžitě vypínají a reportuje se jednateli.
• Týden T-12 (11.–17. 5.): Review klasifikace externím právníkem nebo compliance konzultantem. Deadline pro finální verzi inventáře + klasifikace. Schválení rozpočtu dalších tří fází.

Fáze 2: Governance + dokumentace (18. 5. – 14. 6. / T-11 až T-8)

Druhá fáze řeší papíry — ale ne samoúčelně. Každý dokument slouží jako důkaz v případě kontroly. Bez něj firma nic neprokáže, i kdyby reálně dělala všechno správně.

• Týden T-11 (18.–24. 5.): Vytvoření technické dokumentace pro každý vysoce rizikový systém podle Přílohy IV (popis, zamýšlený účel, architektura, datové sady, riziková analýza, evaluace přesnosti). Šablona od AI Office Evropské komise je výchozím bodem.
• Týden T-10 (25.–31. 5.): Risk management systém podle čl. 9 — ne dokument, ale kontinuální proces. Stanovení ownera, četnosti review, formátu incident reportu. První verze risk registru.
• Týden T-9 (1.–7. 6.): Datová governance (čl. 10). Audit trénovacích dat, validačních sad, testovacích sad. Bias testing. Dokumentace provenance — odkud data přišla, jak byla anotována, kdo je viděl. Průnik s GDPR povinnostmi.
• Týden T-8 (8.–14. 6.): Smluvní rámec s AI vendory. Aktualizace DPA. AI-specific klauzule. Vendor questionnaire (viz sekce 6). Výstup: seznam vendorů s „zelená/žlutá/červená" statusem.

Fáze 3: Technical controls + evaluace (15. 6. – 12. 7. / T-7 až T-4)

Třetí fáze je nejtechničtější. Týmy v ní implementují to, co se v předchozích fázích popsalo — logy, lidský dozor, cybersecurity, evals. Zde se nejčastěji zjistí, že odhady v předchozích fázích byly optimistické.

• Týden T-7 (15.–21. 6.): Audit logs infrastruktura (čl. 12). Automatizovaný záznam vstupů, výstupů, rozhodnutí, časové razítko, identifikátor modelu, verze dat. Retence minimálně 6 měsíců. Šifrování v klidu i v přenosu.
• Týden T-6 (22.–28. 6.): Human oversight (čl. 14). Návrh a implementace mechanismů, které umožní zásah člověka — UI prvky, alerty, rollback. Testování, že zásah reálně funguje při produkčním scénáři.
• Týden T-5 (29. 6. – 5. 7.): Accuracy, robustness, cybersecurity (čl. 15). Red-teaming, adversarial testy, stability checks. Průnik s ochranou před prompt injection. Penetrační test od externího dodavatele.
• Týden T-4 (6.–12. 7.): Fundamental Rights Impact Assessment (FRIA) podle čl. 27 — povinné pro deployery v určitých oblastech (vzdělávání, finanční služby, kritická infrastruktura, bankovní úvěry, pojištění života a zdraví). Deadline pro odeslání národnímu dozoru před uvedením systému.

Fáze 4: Conformity assessment + spuštění (13. 7. – 2. 8. / T-3 až T-0)

Poslední tři týdny jsou o formálním aktu shody. Zde je kritická rychlost — notifikované orgány mají kapacitu plně obsazenou a pozdní objednávky už nevezmou.

• Týden T-3 (13.–19. 7.): Conformity assessment. Self-assessment proti harmonizovaným normám (pokud pro daný systém existují), jinak third-party notified body. Příprava technické dokumentace pro posouzení. Declaration of Conformity.
• Týden T-2 (20.–26. 7.): CE značka na systém (jen u fyzických produktů). Registrace v EU databázi vysoce rizikových AI systémů. Zveřejnění instrukcí pro deployery.
• Týden T-1 (27. 7. – 1. 8.): Interní audit připravenosti. Generální zkouška kontroly. Komunikační plán pro zákazníky a dotčené osoby. Trénink support týmu na incident response.
• Týden T-0 (2. 8.): Ostré spuštění v režimu souladu. Aktivace post-market monitoringu. První report do risk registru. Retro meeting.

5. Kdo ve firmě co dělá — role matrix

Plán bez rolí je jen přání. EU AI Act výslovně ukládá povinnost jasně rozdělit odpovědnost — a při kontrole se dozor ptá jmenovitě: kdo je compliance lead, kdo podepsal risk management, kdo schválil dokumentaci. Následující matice rozdělí patnáct týdnů mezi pět typických rolí v české firmě.

Stručně: Pět klíčových rolí v přípravě na AI Act je generální ředitel (rozpočet a odpovědnost), právník (smlouvy, DPA, FRIA), CTO (technická infrastruktura a logy), produktový manažer (UI transparentnost) a senior vývojář (evals, data governance, release gate). Každá role má odpovědnost napříč čtyřmi fázemi přípravy — od inventáře po post-market monitoring.

Matice role × fáze

Role	Fáze 1 (T-15 → T-12)	Fáze 2 (T-11 → T-8)	Fáze 3 (T-7 → T-4)	Fáze 4 (T-3 → T-0)
CEO / jednatel	Kick-off, rozpočet, jmenování lead	Schválení dokumentace, risk signoff	Eskalace blokérů, schválení rozpočtu navíc	Finální podpis Declaration of Conformity
Právník / compliance	Klasifikace rizik, právní přezkum	DPA, vendor smlouvy, AI klauzule	FRIA, interakce s dozorem	Registrace v EU databázi, komunikace
CTO / IT	Technical inventory, architektura	Datová governance, QMS framework	Logy, monitoring, cybersecurity	Conformity assessment, penetrační test
Product manager	User flow audit, mapování dotčených	Transparentnost UI, instrukce uživatele	Human oversight UX, incident flow	Release komunikace, scénáře zákaznické podpory
Senior vývojář	Klasifikace technického stacku	Bias testing, datová provenance	Evals, red-teaming, adversarial testy	Release gate, post-market monitoring

V menší firmě se role sloučí — jednatel a CTO mohou být jedna osoba, právník externí. Podstata zůstává: každá buňka v matici musí mít jméno, ne jen funkci. „To řeší IT" není odpověď, kterou dozor akceptuje.

Kde se role nejčastěji zasekávají

Z praxe českých firem, které už prošly prvním kolem příprav, vyplývají tři opakované chyby v obsazení rolí. Všechny tři jdou opravit bez dodatečného náboru:

• CEO deleguje vše na právníka. AI Act je byznysová odpovědnost, nejen právní. Bez rozpočtové autority a pravidelného time-slotu v kalendáři jednatele se kompliance nikdy neprosadí přes prioritu „deadlinů zákazníků".
• CTO dělá inventory sám. Shadow AI zaměstnanců se nenajde analýzou SaaS nákladů — je potřeba zapojit každého vedoucího oddělení a dát mu šablonu. IT má přehled o sankcionovaných systémech, ale 40–60 % produkčního AI nasazení v SMB má neformální původ.
• Product nezapojí support. Incident reporting v čl. 73 se spouští reálnými stížnostmi uživatelů, které přijdou na support. Bez tréninku support týmu se stížnost ztratí, a když dozor přijde, firma nic nemá.

6. AI vendor questionnaire — co se ptát OpenAI, Anthropic a Google

Většina českých firem není vývojářem GPAI modelu — je jeho deployerem. Odpovědnost za soulad proto sdílejí s poskytovatelem: OpenAI, Anthropic, Google, Mistral, Meta nebo třeba Cohere. Pokud před 2. srpnem 2026 nemáte od každého vendora písemné odpovědi na následujících osm otázek, vaše compliance stojí na důvěře — a důvěra není důkaz.

Stručně: Před nasazením AI modelu od externího dodavatele potřebuje firma doložit osm bodů: signatura Code of Practice, technická dokumentace podle článku 53, copyright policy, auditní logy pro post-market monitoring, incident reporting, rozdělení odpovědnosti ve smlouvě, DPA s AI addendem a primární usazení v EU. Bez písemné odpovědi na každý bod firma nemá prokazatelný soulad.

Osm otázek, které patří do každého vendor review

• 1. Jste signatářem GPAI Code of Practice z července 2025? Signatura dává „mitigating factor" při ukládání sankcí a je důkazem, že vendor dokumentuje transparenci a copyright. K dubnu 2026 podepsali Anthropic, Google, OpenAI, Mistral a Cohere; Meta nepodepsala Safety chapter; xAI podepsal pouze Safety chapter.
• 2. Jak plníte článek 53 — technickou dokumentaci GPAI? Čekat „summary trénovacích dat" podle Přílohy XI a technickou dokumentaci pro deployery. Měly by být k dispozici ve formě, kterou můžete přiložit k vaší vlastní dokumentaci.
• 3. Jaká je vaše copyright policy? Článek 53(1)(c) nařízení vyžaduje, aby GPAI poskytovatel měl politiku zajišťující soulad s autorským právem. Text-and-data-mining opt-out podle směrnice 2019/790 je minimum.
• 4. Poskytnete nám auditní logy a telemetrii pro post-market monitoring? Deployer má povinnost monitorovat incident. Pokud vendor neposkytne přístup k logům, firma si musí vlastní monitoring postavit na straně klienta — což je výrazně dražší.
• 5. Jak řešíte serious incident reporting podle článku 73? Provider GPAI musí reportovat významné incidenty do 15 dnů. Deployer potřebuje vědět, jakým kanálem se to dozví, aby mohl eskalovat svůj vlastní report národnímu dozoru.
• 6. Jakou odpovědnost přebíráte ve smlouvě? Default komerční podmínky cloudových AI služeb mají odpovědnostní stropy, které pokrývají roční platbu — ne evropské pokuty. Speciální enterprise smlouva s vyšším odpovědnostním stropem je u systému kategorizovaného jako vysoké riziko nutná.
• 7. Máte podepsané DPA s AI-specific addendem? Data Processing Agreement podle GDPR musí být doplněno o zpracování pro trénování modelů, opt-out a uložení dat mimo EU. Většina vendorů má šablonu — ale ta základní je pro „ChatGPT Free", nikoliv pro enterprise režim.
• 8. Kde je vaše primární usazení v EU? AI Office vyžaduje, aby neevropský GPAI poskytovatel měl zástupce v EU. Pokud chybí, může být obtížné určit příslušný národní dozor a reklamační cesta se prodlužuje.

Srovnání hlavních GPAI poskytovatelů (stav 04/2026)

Poskytovatel	Code of Practice	Usazení v EU	Enterprise DPA	Audit logy
OpenAI	Ano (celý)	Dublin (Irsko)	Ano (Enterprise + API)	API logy, retence konfigurovatelná
Anthropic	Ano (celý)	Dublin (Irsko)	Ano (Enterprise)	Claude for Work logs + API
Google (Gemini)	Ano, s výhradami	Dublin (Irsko)	Ano (Workspace + Vertex AI)	Vertex AI logy, Workspace audit
Mistral AI	Ano	Paříž (Francie)	Ano (Enterprise Platform)	La Plateforme logs
Meta (Llama)	Částečně (ne Safety)	Dublin (Irsko)	Ano	Self-hosted = logy na klientovi

7. AI system inventory — jak zmapovat, co vlastně používáte

Inventory je základ všeho dalšího. Bez něj nelze klasifikovat rizika, připravit dokumentaci ani prokázat soulad. Šablona na tuto sekci má osm sloupců a je navržená tak, aby ji zvládl vyplnit netechnický vedoucí oddělení za 30–60 minut na každý systém.

Stručně: AI inventory šablona potřebuje osm sloupců: název systému, účel, vstupní data, výstup, rozhodovací vliv, dodavatel/režim hostingu, kategorie rizika a odpovědná osoba. Proces zabere menší firmě 2–3 týdny a musí zahrnout i stínovou AI — nástroje, které zaměstnanci používají soukromě.

Šablona inventory — osm sloupců

Sloupec	Co zapsat	Příklad
1. Název systému	Pracovní i obchodní název	„HR Screening Bot" / Greenhouse AI Screening
2. Účel	K čemu se systém reálně používá	Předfiltrace životopisů pro juniorní IT pozice
3. Vstupní data	Typ dat, osobní údaje ano/ne, zdroj	CV (PDF), email, telefon, LinkedIn profil
4. Výstup	Co systém produkuje	Skóre 0–100, shortlist top 10 kandidátů
5. Rozhodovací vliv	Mění výstup reálně rozhodnutí o osobě?	Ano, 85 % kandidátů pod skórem 30 recruiter neotvírá
6. Dodavatel a režim hostingu	Vendor, cloud/on-prem, zda je GPAI nad ním	Greenhouse + GPT-5 přes Azure OpenAI (EU region)
7. Kategorie rizika	Zakázané / vysoké / limited / minimal	Vysoké riziko — Annex III bod 4(a)
8. Odpovědná osoba	Jmenovitě, ne funkce	Pavla Nováková, HR Manager

Kde hledat stínovou AI

Podle průzkumu IBM Cost of Data Breach 2025 používá 68 % zaměstnanců AI nástroje, které IT nesankcionovalo. V malé firmě je číslo ještě vyšší. Nejčastější skryté zdroje:

• Prohlížečové pluginy (Copilot do Edge, Claude v Chrome, Perplexity Chrome extension)
• Soukromé účty ChatGPT Plus placené z výdajů zaměstnance
• Integrace v SaaS nástrojích (Notion AI, Slack AI, Linear, Jira, Zoom AI Companion)
• Plugin marketplace v Microsoft Teams a Google Workspace
• Experimentální integrace do interních skriptů přes API klíče

Praktický tip: anonymní anketa všem zaměstnancům s garancí bez sankce odhalí 2–3× víc systémů než audit SaaS nákladů. Více o problému stínové AI v samostatném článku o shadow AI.

Risk scoring — co s inventářem dál

Po dokončení inventáře přichází klasifikace. Každý systém dostane jednoduché skóre podle čtyř dimenzí, aby tým věděl, kde začít:

1. Rizikový stupeň AI Actu (zakázané / vysoké / limited / minimal) — od toho se odvíjí všechno ostatní.
2. Kritičnost pro byznys (stop nasazení = jaký dopad?) — 1–5.
3. Počet dotčených osob — od jednotek po statisíce.
4. Dozorová oblast — ČTÚ / ÚOOÚ / ČNB / více současně.

Výstup risk scoringu rozhodne o prioritě — kterým systémům se věnovat v T-15 a T-14 a které zatím odložit.

8. České dozorové orgány — kdo komu píše

Česko zvolilo „minimalistický" model implementace — nerozšiřuje evropské povinnosti, ale pouze určuje, kdo bude dohlížet. Dohled je přitom rozdělený mezi tři orgány, což má výhodu specializace, ale u firmy s pestrým portfoliem AI znamená několikanásobnou kontrolu. Přehled kompetencí je potřeba mít před tím, než firmě začne chodit regulatorní korespondence.

Stručně: Dohled nad AI Actem v Česku povede ČTÚ jako single contact point a hlavní dozor, ÚOOÚ pro biometrická data a osobní údaje, ČNB pro finanční sektor. Na implementaci je alokováno 232 milionů korun z veřejného rozpočtu pro roky 2026–2028. Regulační sandbox se připravuje ve spolupráci MPO a ČTÚ — firmy, které se do něj přihlásí, získají 2 roky na testování bez sankcí za procedurální selhání.

Kompetence tří hlavních orgánů

Orgán	Gesce	Typické případy	Jak se přihlásit
ČTÚ — Český telekomunikační úřad	Single contact point, hlavní dozor, registrace vysoce rizikových systémů	Obecné porušení Annex III, chybějící dokumentace, neregistrovaný systém	Datová schránka, zvláštní AI sekce připravovaná pro 2026 Q3
ÚOOÚ — Úřad pro ochranu osobních údajů	Biometrická data, průnik s GDPR, AI gramotnost v agendě osobních údajů	Biometrická brána, HR screening, rozpoznávání emocí, deepfakes	Standardní GDPR kanály rozšířené o AI agendu
ČNB — Česká národní banka	AI systémy ve finančním sektoru	Credit scoring, pojišťovací algoritmy, bankovní chatboti, AML/fraud detection	Existující dohledové kanály ČNB

Regulační sandbox — proč se vyplatí přihlásit

Článek 57 AI Actu ukládá každému členskému státu povinnost mít alespoň jeden regulační sandbox do 2. srpna 2026. Česko ho připravuje v gesci MPO ve spolupráci s ČTÚ. Sandbox dá firmě čtyři výhody, které jinde nezíská:

• Testování bez hrozby sankcí za procedurální selhání během vývoje.
• Regulatorní guidance — orgán proaktivně říká, co dělat, místo aby kontroloval ex post.
• Přednostní konzultace před uvedením systému na trh.
• Reputační benefit — účastník sandboxu se prezentuje jako důvěryhodný partner.

Přihláška se bude podávat přes ČTÚ. Předpokládaná kapacita: 10–20 projektů v prvním roce. Kdo se přihlásí včas a má smysluplný use-case (ideálně s veřejnoprávním dopadem — zdravotnictví, doprava, vzdělávání), má reálnou šanci.

První 48 hodin po dopisu od dozoru

Pokud firma obdrží písemnou výzvu od ČTÚ nebo ÚOOÚ, první dva dny rozhodují o dalším průběhu. Standardní postup:

1. Hodina 1 — nepotvrdit, neodmítnout. Dopis projít s interním právníkem, identifikovat deadline na odpověď (typicky 15–30 dní) a rozsah dotazu.
2. Den 1 — mlčenlivost. Zakázat zaměstnancům veřejně komentovat, zejména na LinkedIn a X. Informovat pouze management a projektový tým.
3. Den 1 — zmrazit systém. Pokud se dotaz týká konkrétního AI systému, povolit jen čtecí provoz, aby se neprodukovaly nové logy, které by měnily rozsah kontroly.
4. Den 2 — draftovat odpověď. Ne hned odesílat. Odpověď by měl přečíst externí právní konzultant specializovaný na AI Act, než podpis odejde.
5. Den 2 — archivovat důkazy. Exportovat aktuální stav dokumentace, logů, DPA, risk registru. Uložit nezávisle — SharePoint i kopie u externisty.

9. Emergency protokol — co dělat, když nestíháte

Ne každá firma začne 20. dubna. Reálně bude mnoho firem v panice v červnu nebo červenci. Tato sekce popisuje tři scénáře krize a konkrétní kroky, jak minimalizovat škodu. Ve všech případech platí pravidlo: dokumentovaný pokus o soulad má větší hodnotu než nic.

Stručně: Pokud firma nestíhá deadline 2. srpna 2026, má tři základní cesty. Malá firma s jedním systémem ho může dočasně vypnout, doložit dokumentaci a vrátit do provozu po certifikaci. Střední firma může přeřadit systémy do limited risk režimu přes článek 6(3), pokud to skutečně sedí. Startup s produktem na trhu bez QMS by měl urychleně získat third-party konzultaci a případně požádat o vstup do regulačního sandboxu.

Scénář A — malá firma, jeden AI systém, < 30 dní do deadlinu

Situace: Česká e-commerce firma s 12 zaměstnanci používá AI nástroj pro credit scoring při odložené platbě. Inventory začali v červnu, klasifikaci v půli července. Je 10. července, zbývají tři týdny.

Co dělat:

• Okamžitě připravit základní technickou dokumentaci — šablona AI Office jako výchozí.
• Zvolit self-assessment proti harmonizované normě (pokud existuje). U credit scoringu jsou harmonizované normy rozpracované, ale ne finální.
• Pokud self-assessment nelze, do 2. srpna systém vypnout a vrátit se k manuálnímu rozhodování. Vypnutí zdokumentovat formálním rozhodnutím jednatele.
• Paralelně jednat s vendorem — mnoho SaaS nástrojů nabízí „EU AI Act certified" režim. Přechod bývá otázkou konfigurace.

Scénář B — střední firma, víc systémů, chybí dokumentace

Situace: B2B SaaS firma s 80 zaměstnanci, 6 AI systémů v různých stádiích — 2 vysoce rizikové (HR tool, recommendation engine), 4 limited risk. K 1. červnu má inventory, ale nulovou technickou dokumentaci.

Co dělat:

• Prioritizovat podle rizika a obchodní kritičnosti. Na high-risk systémy nasadit dva seniorní lidi full-time na 6 týdnů.
• Pro limited risk doplnit transparentní upozornění v UI („komunikujete s AI") — to je rychlé.
• Pro jeden z high-risk systémů, který není byznysově kritický, ověřit článek 6(3) — zda splňuje výjimku pro „úzký procedurální úkol". Pokud ano, dokumentace je výrazně jednodušší.
• Druhý high-risk systém připravit k certifikaci notified body na srpen–září. Provoz pokračuje, firma má dokumentovaný plán a projeví dobrou vůli.

Scénář C — startup s produktem na trhu, bez QMS

Situace: Český startup se 7 zaměstnanci má v produkci biometrickou bránu pro sportovní zařízení. Klient z Německa. QMS žádný, dokumentace v hlavě CTO.

Co dělat:

• Tento scénář je kritický — biometrika je high-risk a chybí QMS. Pokuta při kontrole reálně ohrozí cash flow.
• Okamžitě oslovit regulační sandbox MPO/ČTÚ. Startup splňuje jeho cílovou skupinu. Účast v sandboxu sníží sankční expozici během přípravy.
• Najmout externí konzultantku s AI Act zkušeností na 3 měsíce formou interim CCO (Chief Compliance Officer). Náklad 400–600 tisíc Kč, ale zachrání firmu.
• Komunikovat s německým klientem — právní oddělení bude chtít vidět roadmap do konce září. Transparentnost tady pomáhá, mlčení škodí.

Kdy prostě AI vypnout

Existuje situace, kdy je nejlepším krokem dočasné odstavení AI systému a návrat k neautomatizovanému procesu. Platí zejména u malých firem, u kterých je AI komponenta „nice to have", ne jádro produktu. Odstavení není selhání — je to racionální risk management. Dozor opakovaně v guidance zdůrazňuje, že dočasné vypnutí zhodnotí jako dobrou vůli, nikoliv jako přiznání viny.

10. Reality check — vynutí to vůbec někdo?

Skeptický pohled patří do každého článku o regulaci. AI Act je první svého druhu, kapacita dozoru je nízká, harmonizované normy nejsou hotové. Znamená to, že se v prvním roce nic nestane? Odpověď je komplikovanější než „ano" nebo „ne" a zaslouží si reálný pohled, nikoliv marketing.

Stručně: Vynucení AI Actu v prvním roce bude omezené a zaměří se na zjevné případy — velké GPAI poskytovatele, biometrické systémy a jasné porušení zakázaných praktik. Malé firmy s méně viditelnými high-risk systémy nejsou prioritou roku 2026. To neznamená, že regulace neplatí — občanskoprávní žaloby, kolektivní žaloby a reputační riziko fungují nezávisle na státním dozoru.

Enforcement status k dubnu 2026

Faktický stav je následující: za prvních osm měsíců platnosti zákazu praktik z článku 5 nebyla v EU veřejně oznámena jediná pokuta. Evropská komise má AI Office s kapacitou zhruba 140 lidí, z nichž část se stále rekrutuje. Členské státy notifikovaly competent authorities pomalu — k srpnu 2025 jich bylo plně hotových zhruba osm z dvaceti sedmi.

Ani české orgány na tom nejsou lépe. ČTÚ musí doplnit AI expertízu, ÚOOÚ metodiku pro biometriku, ČNB specializovaný tým. Pozvolný start vynucení je proto daný spíš technicky než politicky — kapacita reálně chybí.

Proč to neznamená, že lze čekat

Stav dozoru je ale jen jedna z pěti cest, kudy může firma dostat zásah. Další čtyři jsou nezávislé na státu:

• Občanskoprávní žaloba dotčené osoby. Kandidátka nebo klient, kterého AI systém odmítl, může žalovat přímo civilní cestou. AI Act jí dává pevnou oporu pro argumenty a důkazní situaci.
• Kolektivní žaloba spotřebitelských organizací. Směrnice o zastupovacích žalobách umožňuje spotřebitelským sdružením hromadně žalovat za porušení ochrany spotřebitele — což AI Act výslovně je.
• B2B audit klientů. Velké korporace (banky, pojišťovny, farmaceutické firmy) už dnes vyžadují od svých SaaS dodavatelů potvrzení o souladu s AI Actem. Bez něj firma ztrácí obchody dřív, než někdo vydá pokutu.
• Reputační riziko. Jeden screenshot od nespokojeného kandidáta na LinkedIn a firma má lepší PR problém než právní.
• Pojistné smlouvy. Kybernetické a D&O pojištění od roku 2026 zpravidla obsahují exclusion za porušení AI Actu. Pokuta pak jde přímo z účtu, nikoliv z pojistky.

Kdo skončí na seznamu první vlny

Praxe z jiných EU regulací (GDPR, DSA, DMA) ukazuje jasný vzorec první vlny vynucení:

1. Největší porušovatelé — firmy, kde je porušení veřejně viditelné a mediálně sledované (zakázané sociální scoring pokusy, biometrika v retailu, deepfake politická reklama).
2. Velcí GPAI poskytovatelé — typicky jako „ukázkové případy" pro stanovení precedentu. Nejpravděpodobnější jsou OpenAI a Meta, které budou čelit proceduralním pokutám za dokumentaci.
3. Sektory s existujícím sektorovým dozorem — bankovnictví, pojišťovnictví, zdravotnictví. Tam jsou dozory zavedené a přičlenit AI agendu je rychlejší.
4. Firmy po občanskoprávní žalobě — pokud civilní soud potvrdí porušení, dozor navazuje.

Malá česká firma s interním HR nástrojem pravděpodobně není v první vlně. Ve druhé a třetí ale ano — a těch už se nevyhne.

11. Sedm chyb, které dělají české firmy právě teď

Následující seznam vznikl z rozhovorů s konzultanty, právníky a interními compliance leady v českých firmách, které prošly prvním kolem příprav. Jsou to chyby, které nestačí pojmenovat — je potřeba je aktivně korigovat.

Stručně: Typické chyby českých firem v přípravě na AI Act jsou bagatelizace role deployera, spoléhání na vendora místo vlastního inventáře, formální plnění AI gramotnosti, odkládání FRIA, čekání na harmonizované normy, ignorace stínové AI a přesvědčení, že podepsané DPA řeší všechny povinnosti. Každou lze napravit v rámci 15týdenního plánu.

12. FAQ — nejčastější otázky k 2. srpnu 2026

---