Čl. 8 · Soulad s požadavky

1. Vysoce rizikové systémy AI musí splňovat požadavky stanovené v tomto oddíle, s přihlédnutím k jejich zamýšleným účelům, jakož i k obecně uznávanému stavu AI a technologií, které s AI souvisejí. Při zajišťování souladu s těmito požadavky se zohlední systém řízení rizik uvedený v článku 9.

Související ustanovení: čl. 9 (systém řízení rizik jako nástroj souladu), čl. 6 a příloha III (klasifikace vysokého rizika), čl. 10 až 15 (jednotlivé požadavky oddílu 2), čl. 16 (povinnosti poskytovatelů), čl. 43 (posuzování shody)

I. Zastřešující povaha a relativní měřítko požadavků (odst. 1)

1 Čl. 8 je zastřešujícím ustanovením celého oddílu 2. Sám o sobě nezakládá žádný samostatný technický požadavek. Místo toho stanoví, že vysoce rizikový systém AI musí splňovat požadavky vymezené v následujících článcích 9 až 15, a určuje měřítko, jímž se soulad poměřuje. Adresátem je fakticky poskytovatel, neboť právě on odpovídá za návrh, vývoj a uvedení systému na trh; výslovně jej však čl. 8 odst. 1 nejmenuje a hovoří o systému, což je v souladu s produktovou logikou nařízení (požadavek se váže na vlastnost produktu, povinnost jej naplnit až na osobu v oddíle 3).

2 Měřítko souladu je dvojnásobně relativizované. Zaprvé se přihlíží k zamýšlenému účelu systému (čl. 3 bod 12), takže tytéž požadavky se u různých systémů naplňují různě podle toho, k čemu je systém určen. Zadruhé se přihlíží k obecně uznávanému stavu AI a souvisejících technologií, tedy k pohyblivému technickému standardu. Mám za to, že tato konstrukce má dvojí dopad: požadavky nejsou statické a s vývojem techniky se zpřísňují, ale zároveň se od poskytovatele nežádá nemožné, nýbrž to, co odpovídá aktuálnímu stavu poznání. Nejde tedy o záruku absolutní bezchybnosti, nýbrž o povinnost dosáhnout úrovně přiměřené účelu a stavu techniky. Bod 64 odůvodnění k tomu potvrzuje, že opatření přijatá poskytovateli ke splnění povinných požadavků mají zohledňovat obecně uznávaný současný stav v oblasti AI a mají být přiměřená a účinná pro splnění cílů nařízení. Měřítko souladu je proto vztažené ke stavu techniky a v čase se posouvá.

3 Poslední věta odstavce 1 činí ze systému řízení rizik podle čl. 9 spojující prvek celého oddílu: při zajišťování souladu se má systém řízení rizik zohlednit. Zdůrazňuji, že se tím čl. 9 až 15 nečtou jako osm nezávislých kolonek k odškrtnutí, ale jako provázaný celek. Řízení rizik v něm určuje, která opatření k datům, dokumentaci, dohledu, přesnosti nebo bezpečnosti jsou u konkrétního systému potřebná a v jaké míře.

II. Souběh s produktovou harmonizací (odst. 2)

4 Odstavec 2 řeší situaci, kdy je systém AI součástí produktu, na nějž současně dopadají harmonizační právní předpisy Unie uvedené v příloze I oddíle A. Poskytovatel pak odpovídá za to, aby byl produkt plně v souladu se všemi příslušnými sektorovými požadavky. Nařízení mu zároveň dává možnost začlenit procesy testování, podávání zpráv, informace a dokumentaci vyžadované AI Actem do dokumentace a postupů, které již existují podle sektorových předpisů. Cílem je zamezit zdvojení a minimalizovat další zátěž. Bod 64 odůvodnění tuto pružnost popisuje jako možnost začlenit část procesů požadovaných nařízením do dokumentace a postupů, které už existují podle harmonizačních předpisů založených na novém legislativním rámci. Jde o testování, podávání zpráv, informace a dokumentaci. Výslovně ale dodává, že tím není nijak dotčena povinnost poskytovatele dodržet všechny platné požadavky. Praktickým vyústěním této logiky je jednotná technická dokumentace podle čl. 11 odst. 2, k níž se vracíme níže.