Průvodce · AI Act / 2024/1689

PRŮVODCE AI ACTEM

Co akt o umělé inteligenci vyžaduje po změnách z července 2026 — kdo, co, odkdy. S odkazy do úředního znění a bez opisování paragrafů.

Co najdete na této stránce
  1. Co AI Act reguluje a co ne
  2. Co změnilo nařízení (EU) 2026/1744 a proč má většina článků špatnou osu
  3. Čtyři úrovně rizika
  4. Role: poskytovatel, zavádějící subjekt, dovozce, distributor
  5. Kdy se ze zavádějícího subjektu stane poskytovatel
  6. Firma, která AI jen používá: Copilot, ChatGPT, Claude
  7. Označování AI výstupů podle čl. 50
  8. Kyberbezpečnostní rovina: co v nařízení je a co v něm chybí
  9. Dozor v ČR a sankce

Co AI Act reguluje a co ne

Akt o umělé inteligenci — nařízení (EU) 2024/1689 — je produktová regulace, ne etický kodex. Systémy AI dělí podle toho, k čemu se používají a jaké riziko z toho plyne, ne podle toho, jaká technologie je uvnitř. Definice systému AI v čl. 3 bodě 1 je záměrně široká: strojový systém, který z obdržených vstupů odvozuje, jak generovat výstupy jako predikce, obsah, doporučení nebo rozhodnutí.

Nařízení vstoupilo v platnost 1. srpna 2024, ale použitelné je po částech a jednotlivé kapitoly se rozbíhají v různých termínech. Zakázané praktiky platí od února 2025, povinnosti poskytovatelů obecných modelů AI od srpna 2025, transparentnostní povinnosti od srpna 2026 a povinnosti u vysoce rizikových systémů byly v roce 2026 posunuty — tomu se věnuje hned další sekce.

Co pod nařízení nespadá: systémy uváděné na trh, do provozu nebo používané výhradně pro vojenské, obranné a národně bezpečnostní účely (čl. 2 odst. 3), činnosti výzkumu a vývoje před uvedením na trh, s výjimkou testování v reálných podmínkách (čl. 2 odst. 8), čistě osobní neprofesionální činnost fyzické osoby (čl. 2 odst. 10) a systémy pod svobodnou licencí či licencí s otevřeným zdrojovým kódem, pokud nejsou uváděny na trh jako vysoce rizikové nebo nespadají pod čl. 5 či 50 (čl. 2 odst. 12).

AI Act nenahrazuje GDPR ani zákon o kybernetické bezpečnosti. Běží vedle nich a v konkrétním nasazení se povinnosti sčítají, nevylučují. U ochrany osobních údajů to nařízení říká výslovně v čl. 2 odst. 7; u kyberbezpečnostní regulace to plyne z toho, že ji nařízení nijak neomezuje a míří na jiný předmět — na produkt, ne na provoz služby.

Co změnilo nařízení (EU) 2026/1744 a proč má většina článků špatnou osu

Dne 8. července 2026 bylo přijato nařízení (EU) 2026/1744, tzv. souhrnný balíček pro digitální oblast týkající se umělé inteligence (digital omnibus). Vyhlášeno bylo 24. července 2026 a v platnost vstoupilo třetí den po vyhlášení, tedy 27. července 2026. Mění AI Act, nařízení o strojních zařízeních a základní nařízení o civilním letectví.

Praktický důsledek pro čtenáře: podstatná část českého obsahu o AI Actu vznikla před ním a má proto neplatnou časovou osu. Pokud vám někde tvrdí, že povinnosti u vysoce rizikových systémů začínají 2. srpna 2026, je to text napsaný před omnibusem. Čtyři změny s největším praktickým dopadem jsou tyto:

Omnibus změnil i další věci, které jsou dál v tomto průvodci: rozšířil výlučnou působnost Evropského úřadu pro AI (čl. 75), doplnil čl. 4a o zpracování zvláštních kategorií osobních údajů pro odhalování a nápravu zkreslení, zavedl v čl. 42 domněnku splnění kyberbezpečnostních požadavků pro systémy pokryté nařízením o kybernetické odolnosti, upřesnil čl. 25 o rolích v hodnotovém řetězci a doplnil sankční ustanovení čl. 99.

Čtyři úrovně rizika

AI Act nemá jednu sadu povinností pro všechno. Rozděluje systémy do čtyř pásem a v každém platí něco jiného, včetně jiných termínů. Zařazení konkrétního nástroje je proto první věc, kterou má smysl udělat — bez něj se povinnosti řešit nedají.

Výjimka u písm. g) míří na práci s již legálně získanými soubory údajů a na oblast vymáhání práva; na běžné komerční nasazení, typicky nástroj v HR nebo v marketingu, nedopadá. Čl. 6 odst. 3 pak umožňuje u systémů z přílohy III doložit, že významné riziko nepředstavují — jde-li o úzký procedurální úkol, zlepšení výsledku dříve dokončené lidské činnosti, detekci vzorců v rozhodování nebo přípravný úkol. Vyžaduje to zdokumentované posouzení před uvedením na trh a registraci podle čl. 49 odst. 2. Pokud systém provádí profilování fyzických osob, tuto výjimku použít nelze nikdy.

Role: poskytovatel, zavádějící subjekt, dovozce, distributor

Povinnosti nedopadají na firmu jako takovou, ale na roli, ve které u konkrétního systému stojíte. U jednoho nástroje můžete být zavádějící subjekt, u druhého poskytovatel. Nařízení role používá důsledně — když u nějaké povinnosti stojí „poskytovatel“, zavádějícího subjektu se netýká, a naopak.

Zastřešující pojem je provozovatel (čl. 3 bod 8): poskytovatel, výrobce produktu, zavádějící subjekt, zplnomocněný zástupce, dovozce nebo distributor. Objevuje se hlavně v ustanoveních o dozoru a o sankcích, takže když nařízení mluví o provozovateli, míní tím kohokoli z výše uvedených.

Role se určuje ke konkrétnímu systému, ne k firmě. Vyplatí se to zapsat do evidence nástrojů: u každého nástroje jedna role, jeden vlastník, jedno zařazení do rizikové kategorie. Bez toho se nedá odpovědět ani na otázku, kdo má u kterého nástroje co hlásit.

Kdy se ze zavádějícího subjektu stane poskytovatel

Pro české firmy nejpraktičtější a nejčastěji opomíjená část nařízení. Podle čl. 25 odst. 1 se distributor, dovozce, zavádějící subjekt nebo jiná třetí strana stává poskytovatelem vysoce rizikového systému — se všemi povinnostmi podle čl. 16 — ve třech situacích uvedených níže.

Když k tomu dojde, původní poskytovatel podle čl. 25 odst. 2 přestává být poskytovatelem daného systému. Omnibus tady doplnil, co konkrétně má původní poskytovatel novému poskytnout: technickou dokumentaci dostatečnou pro posouzení shody s požadavky čl. 16, informace o známých omezeních a režimech selhání a cílený technický přístup včetně přístupu pro testování a validaci. Zároveň platí výjimka — pokud původní poskytovatel jasně uvedl, že se jeho systém nemá měnit na vysoce rizikový, povinnost spolupráce a předání dokumentace ho netíží.

Omnibus k tomu přidal i sankci: porušení čl. 25 odst. 2 a 4 je nově uvedeno v čl. 99 odst. 4 písm. da), tedy v pásmu až 15 milionů eur nebo 3 % celkového celosvětového ročního obratu, podle toho, co je vyšší.

Písmeno c) je past, do které se dá spadnout bez jediné řádky vlastního kódu. Postavíte-li nad obecným modelem nástroj, který třídí životopisy nebo hodnotí úvěruschopnost, stáváte se poskytovatelem vysoce rizikového systému, i když jste jen napsali systémový prompt a připojili API. Hranice se dají vyjasnit dopředu — my to řešíme jako posouzení rizik AI nástrojů před nasazením, protože po nasazení už je změna zamýšleného účelu hotová věc.

Firma, která AI jen používá: Copilot, ChatGPT, Claude

Nejčastější situace v ČR a zdroj největšího zmatku. Firma nakoupí licence Microsoft 365 Copilot, ChatGPT nebo Claude a zaměstnanci je používají v práci. Z pohledu AI Actu je taková firma zavádějící subjekt, ne poskytovatel. Neposuzuje shodu, nevydává prohlášení o shodě, nevede technickou dokumentaci podle přílohy IV a nic neregistruje v databázi EU.

Povinnosti poskytovatelů obecných modelů AI z kapitoly V se vás také netýkají — platí od 2. srpna 2025 pro toho, kdo model vyvíjí a uvádí na trh. Model se považuje za model se systémovým rizikem, pokud kumulativní výpočetní výkon použitý na jeho trénování přesáhl 10 na 25 operací s pohyblivou řádovou čárkou (čl. 51 odst. 2), případně na základě rozhodnutí Komise. Sledovat to a plnit navazující povinnosti je věcí poskytovatele modelu, ne vaší.

Co na zavádějící subjekt z nařízení skutečně dopadá, jsou čtyři věci:

Věcně největší riziko u tohoto scénáře v nařízení vůbec není. Je v tom, jaká data zaměstnanci do nástrojů vloží a které nástroje si obstarají mimo IT — a ty se dají dohledat jen z technických zdrojů, dotazníkem ne. Politiku používání AI a posouzení nástrojů, které už ve firmě běží, děláme jako jeden krok, mimo jiné proto, že právě ta politika je nejsnazší způsob, jak opatření podle čl. 4 doložit — ale jen tehdy, když popisuje nástroje a data, které ve firmě skutečně jsou. Znění převzaté odjinud tuhle vazbu nemá a při kontrole se jím nedoloží nic.

Označování AI výstupů podle čl. 50

Kapitola IV je použitelná od 2. srpna 2026 a je to část nařízení, která dopadá na nejvíc subjektů. Nevyžaduje posouzení shody ani technickou dokumentaci. Vyžaduje, aby bylo poznat, že jde o AI.

Povinnosti se dělí podle role. Poskytovatel podle odst. 1 zajistí, aby systémy určené k přímé interakci s lidmi byly navržené tak, že člověk pozná, že mluví se systémem AI — pokud to není zjevné. Podle odst. 2 zajistí, aby výstupy systémů generujících syntetický zvuk, obraz, video nebo text byly označené ve strojově čitelném formátu a rozpoznatelné jako umělé; nařízení mluví o účinných, interoperabilních, spolehlivých a robustních technických řešeních.

Zavádějící subjekt má povinnosti dvě. Podle odst. 4 uvede u deepfake, že obsah byl vytvořen nebo upraven umělou inteligencí, a totéž u AI textu publikovaného za účelem informování veřejnosti o věcech veřejného zájmu. Podle odst. 3 informuje osoby vystavené rozpoznávání emocí nebo biometrické kategorizaci o provozu systému — tam, kde takové použití není podle čl. 5 rovnou zakázané.

Omnibus tady zavedl přechodné období. Podle nového čl. 111 odst. 4 mají poskytovatelé systémů generujících syntetický zvuk, obraz, video nebo text, které byly uvedeny na trh před 2. srpnem 2026, přijmout nezbytná opatření ke splnění čl. 50 odst. 2 až do 2. prosince 2026.

Komise k tomu 10. června 2026 zveřejnila dobrovolný kodex chování k transparentnosti obsahu vytvořeného AI, který pokrývá čl. 50 odst. 2, 4 a 5, a vedle něj pokyny k čl. 50. Kodex je dobrovolný a právní povinnost nenahrazuje — povinnost plyne z nařízení. Přihlášení ke kodexu je ale zamýšlené jako způsob, jak soulad doložit, a omnibus v čl. 50 odst. 7 upravil, jak Komise přiměřenost kodexu hodnotí.

Kyberbezpečnostní rovina: co v nařízení je a co v něm chybí

Čl. 15 ukládá vysoce rizikovým systémům přiměřenou úroveň přesnosti, robustnosti a kyberbezpečnosti po celou dobu životního cyklu. Odstavec 4 k tomu přidává povinnost řešit zpětnovazební smyčky u systémů, které se po uvedení na trh dál učí.

Odstavec 5 je na regulaci nezvykle konkrétní: technická řešení mají zahrnovat opatření k předcházení, detekci, reakci, řešení a kontrole útoků, které se snaží manipulovat trénovací datový soubor (data poisoning) nebo předtrénované komponenty použité při trénování (model poisoning), dále vstupů navržených tak, aby model udělal chybu (adversarial examples, evaze modelu), útoků na důvěrnost a chyb modelu.

Omnibus tady přidal praktickou zkratku. Nový čl. 42 odst. 3 říká, že vysoce rizikový systém, který spadá do oblasti působnosti nařízení o kybernetické odolnosti (CRA, nařízení (EU) 2024/2847) a splňuje podmínky jeho čl. 12 odst. 1, se považuje za splňující kyberbezpečnostní požadavky čl. 15. Kdo řeší CRA, neřeší tuhle část dvakrát.

Co v nařízení naopak nenajdete: prompt injection, exfiltraci dat přes výstupy modelu a nástroje obstarané mimo IT. Nejsou tam pojmenované. Prompt injection lze podřadit pod obecnou povinnost z čl. 15 odst. 5 — odolnost proti pokusům neoprávněných třetích stran změnit užití, výstupy nebo výkonnost systému využitím jeho zranitelností — ale nařízení k tomu nedává žádné vodítko a povinnost navíc míří jen na vysoce rizikové systémy. Taxonomii je proto potřeba vzít odjinud, typicky z OWASP Top 10 pro aplikace s velkými jazykovými modely.

Praktický pohled: u zavádění AI je slabým místem obvykle to, co do nástroje teče, ne samotný model. Dá se to posuzovat stejnou logikou jako kterýkoli jiný ICT dodavatel — jaká data, kam, na jak dlouho, kdo k nim má přístup, co se s nimi děje při trénování, jak je dostanete zpátky a co zůstane po ukončení smlouvy. Děláme to jako posouzení bezpečnosti dat při zavádění AI a navazuje na to souběh se ZKB.

Dozor v ČR a sankce

Dozor je v ČR rozdělený a definitivně ho má nastavit zákon o umělé inteligenci, který k datu platnosti této stránky není ve Sbírce zákonů. Návrh z Ministerstva průmyslu a obchodu, které je gestorem implementace, počítá s Českým telekomunikačním úřadem jako jednotným kontaktním místem, s Českou národní bankou a Úřadem pro ochranu osobních údajů v jejich sektorech, s Úřadem pro technickou normalizaci, metrologii a státní zkušebnictví jako oznamujícím orgánem a s Veřejným ochráncem práv v otázkách ochrany lidských práv. Součástí návrhu je i národní regulatorní sandbox.

Týž návrh počítá se dvěma úlevami pro menší podniky: u méně závažného porušení má být možné udělit napomenutí místo okamžitého zahájení přestupkového řízení a má být stanovena nižší hranice pokut. Obojí je zatím záměr předkladatele, ne platný stav — dokud zákon není ve Sbírce, nedá se z něj nic dovodit. ČTÚ v tiskové zprávě z 31. července 2026 uvádí, že dohled nad povinnostmi podle čl. 50 budou v ČR vykonávat orgány dozoru nad trhem a že jedním z nich bude Český telekomunikační úřad — mluví tedy o sobě v budoucím čase, což je s nepřijatým zákonem konzistentní.

Nad částí systémů má výlučnou působnost Evropský úřad pro umělou inteligenci. Omnibus mu ji novým čl. 75 odst. 1 rozšířil na systémy AI založené na obecných modelech AI, kde model i systém pocházejí od téhož poskytovatele nebo od poskytovatelů z téhož podniku, a na systémy, které tvoří součást velmi velkých online platforem nebo vyhledávačů podle nařízení o digitálních službách. Pro zavádějící subjekty tato výlučná působnost platí jen tehdy, jsou-li zároveň poskytovateli nebo součástí téhož podniku — běžnou firmu, která takový systém jen používá, dozoruje národní orgán.

Sankční pásma stanoví čl. 99 a jsou tři. Ve všech se bere vyšší z pevné částky a procenta z celkového celosvětového ročního obratu za předchozí účetní rok. K pásmům patří dvě úpravy podle velikosti podniku a zvláštní režim pro poskytovatele obecných modelů AI:

Kapitola XII o sankcích je použitelná od 2. srpna 2025, konkrétní pravidla a procesy ale podle čl. 99 odst. 1 stanovují členské státy. Dokud český adaptační zákon není účinný, chybí na národní úrovni procesní rámec pro ukládání pokut. Samotné povinnosti z nařízení tím dotčené nejsou — nařízení je přímo použitelné a platí bez ohledu na stav českého zákona.

Časová osa použitelnosti po omnibusu

Data odpovídají znění čl. 113 AI Actu po změně nařízením (EU) 2026/1744. Tam, kde se termín posunul, je uvedené i původní datum, aby bylo poznat, co se změnilo.

1. 8. 2024
AI Act vstoupil v platnost. Samotné povinnosti se rozbíhají postupně podle čl. 113.
2. 2. 2025
Kapitoly I a II: oblast působnosti, definice, čl. 4 o gramotnosti v oblasti AI a zakázané praktiky podle čl. 5.
2. 8. 2025
Kapitola III oddíl 4 (oznamující orgány a oznámené subjekty), kapitola V (obecné modely AI), kapitola VII (správa) a kapitola XII (sankce), s výjimkou čl. 101. Také čl. 78.
27. 7. 2026
Nařízení (EU) 2026/1744 vstoupilo v platnost. Od tohoto dne platí nové znění čl. 4, nová definice bezpečnostní komponenty v čl. 3 bodě 14 a nové odstavce 1a až 1c v čl. 6. Omnibus zároveň přesunul nařízení (EU) 2023/1230 o strojních zařízeních z oddílu A přílohy I do oddílu B (bod 21); na systémy zabudované do produktů, na které dopadají předpisy z oddílu B, se z nařízení použije jen čl. 6 odst. 1, nový čl. 60a a čl. 102 až 112.
2. 8. 2026
Obecné datum použitelnosti zbytku nařízení — včetně kapitoly IV, tedy transparentnostních povinností podle čl. 50, kapitoly III oddílu 5 (posuzování shody, registrace), čl. 6 odst. 5 a čl. 101.
2. 12. 2026
Nové zákazy podle čl. 5 odst. 1 písm. ba) a bb) a odstavců 1a a 1b — systémy generující nekonsenzuální intimní materiál a materiál zobrazující sexuální zneužívání dětí. Zároveň konec přechodného období pro poskytovatele generativních systémů uvedených na trh před 2. 8. 2026, kteří musí do tohoto dne splnit čl. 50 odst. 2 (čl. 111 odst. 4).
2. 12. 2027
Kapitola III oddíly 1, 2 a 3 pro vysoce rizikové systémy podle čl. 6 odst. 2 a přílohy III. Původně 2. 8. 2026.
28. 1. 2028
Lhůta, do které mají oznámené subjekty notifikované podle harmonizačních předpisů z přílohy I oddílu A požádat o jmenování podle AI Actu (čl. 43 odst. 3).
2. 8. 2028
Kapitola III oddíly 1, 2 a 3 pro vysoce rizikové systémy podle čl. 6 odst. 1 a přílohy I oddílu A, tedy pro systémy zabudované do regulovaných produktů. Původně 2. 8. 2027. U předpisů z oddílu B, kam omnibus přesunul i strojní zařízení, se hmotné požadavky do tohoto data promítnou do samotného sektorového předpisu aktem v přenesené pravomoci — přímo z AI Actu na ně dopadá jen úzký výčet ustanovení.
2. 8. 2030
Nejpozdější termín pro poskytovatele a zavádějící subjekty vysoce rizikových systémů určených k použití veřejnými orgány, které byly uvedeny na trh před datem použitelnosti kapitoly III (čl. 111 odst. 2).

Oficiální zdroje

Tento průvodce je informativní. Autoritativní je úřední znění — u každého tvrzení o termínu nebo povinnosti výše najdete číslo článku, které se dá v těchto zdrojích dohledat.

Nařízení (EU) 2024/1689 — Akt o umělé inteligenci ↗ Úřední české znění v EUR-Lexu. Pozor, jde o původní text vyhlášený 12. 7. 2024 — změny z roku 2026 jsou v nařízení níže a do tohoto textu se nepromítají. Nařízení (EU) 2026/1744 — digital omnibus k AI ↗ Nařízení ze dne 8. 7. 2026, vyhlášené 24. 7. 2026, v platnosti od 27. 7. 2026. Zdroj všech posunutých termínů, nového znění čl. 4 a změn v čl. 1, 2, 3, 5, 6, 10, 11, 17, 25, 27, 28, 42, 43, 50, 75, 99, 111 a 113. Nové termíny jsou v čl. 1 bodě 40, který mění čl. 113 AI Actu. Evropská komise — regulační rámec pro AI ↗ Rozcestník Komise k AI Actu: rizikový přístup, časová osa, prováděcí akty a pokyny. Kodex chování k transparentnosti obsahu vytvořeného AI ↗ Dobrovolný kodex zveřejněný Komisí 10. 6. 2026 k čl. 50 odst. 2, 4 a 5 — nejkonkrétnější dostupný popis toho, co se považuje za dostatečné označení AI obsahu. Pokyny Komise k transparentnostním povinnostem podle čl. 50 ↗ Výklad čl. 50 pro poskytovatele, zavádějící subjekty a příslušné orgány. Doplňuje kodex chování. Evropská komise — gramotnost a dovednosti v oblasti AI ↗ Podle nového čl. 4 odst. 2 má Komise zveřejňovat praktické příklady plnění povinnosti podpory AI gramotnosti. Tady se sbíhají materiály k tomu tématu. AI Act Service Desk (Evropská komise) ↗ Oficiální kontaktní bod Komise k dotazům na AI Act, včetně interaktivního průchodu povinnostmi podle role. ČTÚ — Umělá inteligence ↗ Stránka Českého telekomunikačního úřadu k AI Actu. Pozor na datum aktuálnosti uvedené na stránce — část informací předchází dokončení legislativního procesu. ČTÚ — tisková zpráva k 2. srpnu 2026 a čl. 50 ↗ Zpráva z 31. 7. 2026. Zdroj tvrzení, že ČTÚ vystupuje jako orgán dozoru nad trhem pro transparentnostní povinnosti a že v některých případech vymáhá Evropský úřad pro AI. MPO — návrh zákona o umělé inteligenci ↗ Tisková zpráva z 26. 9. 2025. Zdroj rozdělení dozoru mezi ČTÚ, ČNB, ÚOOÚ, ÚNMZ a Veřejného ochránce práv, obou úlev pro menší firmy (napomenutí místo okamžitého přestupkového řízení, nižší hranice pokut) i regulatorního sandboxu. Jde o návrh, ne o účinný zákon. MPO — pravidla pro označování AI obsahu ↗ Tisková zpráva z 8. 7. 2026. České shrnutí povinností podle čl. 50 od 2. 8. 2026 a přechodného pravidla omnibusu do 2. 12. 2026 pro generativní systémy, které už na trhu byly. Zákon č. 264/2025 Sb. o kybernetické bezpečnosti ↗ Souběh, o kterém je řeč v sekci o kyberbezpečnosti. Rozvádí ho náš průvodce ZKB. OWASP Top 10 pro aplikace s velkými jazykovými modely ↗ Není to předpis. Je to nejpoužívanější taxonomie zranitelností, které AI Act nepojmenovává — prompt injection, únik dat přes výstupy, nadměrná autonomie agentů. ENISA — umělá inteligence a kybernetická bezpečnost ↗ Publikace agentury EU pro kybernetickou bezpečnost k bezpečnosti systémů AI. Technický kontext k čl. 15.
Obsah platný k 8. 8. 2026

Zařazení konkrétního nástroje

Kategorie a role
se určují u nástroje,
ne u firmy.

U jednoho nástroje jste zavádějící subjekt, u druhého poskytovatel — a s tím se mění i termíny a rozsah povinností. Napište, které nástroje řešíte, a projdeme zařazení s vámi.