Prehľad opatrení prílohy A normy ISO 42001

Príloha A normy ISO/IEC 42001:2023 je normatívny katalóg 38 referenčných opatrení v 9 oblastiach (A.2 až A.10), z ktorého si organizácie prostredníctvom vyhlásenia o aplikovateľnosti (SoA) na základe rizík vyberajú opatrenia, ktoré sú pre ne relevantné. Opatrenia pokrývajú celý rozsah od rámca politiky AI cez roly, zdroje, životný cyklus a správu dát až po zodpovedné používanie a vzťahy s tretími stranami.

Príloha A pritom funguje ako príloha A normy ISO/IEC 27001 v spojení s ISO 27002: každá oblasť má cieľ („To …“) a zoznam opatrení, ktoré tento cieľ spoločne napĺňajú. Príslušné usmernenie k implementácii je v informatívnej prílohe B.

Tri rýchle odpovede:

• Koľko? 9 oblastí, 38 opatrení. Odlišné počty (39, 42 opatrení; 10 domén) vznikajú z rôznych konvencií počítania; kanonický údaj je 9/38.
• Povinné? Nie plošne. Výber prebieha na základe rizík cez SoA. Každé opatrenie sa označí ako aplikovateľné alebo neaplikovateľné, v oboch prípadoch s odôvodnením.
• Prečo je to dôležité? Príloha A je operatívne jadro, v ktorom správa AI v kapitole 8 (Operation) nadobúda konkrétnu podobu. Pri audite je hlavným základom pre vzorkovanie.

Prehľad 9 oblastí opatrení

Nasledujúca tabuľka zhŕňa všetky oblasti prílohy A s ich cieľom a typickým príkladom realizácie.

A.2 až A.5: riadenie, organizácia, zdroje a vplyv

A.2 (Policies related to AI) zahŕňa samotnú politiku AI ako smerovanie schválené manažmentom (A.2.2), jej zosúladenie s ostatnými smernicami (A.2.3) a jej pravidelné preskúmanie (A.2.4). Pre subjekt, ktorý nasadzuje agentov, by politika AI mala výslovne pokrývať stupne autonómie (iba čítanie / odporúčať / konať so schválením / konať autonómne), hranice používania nástrojov, pravidlá eskalácie a human-in-the-loop, diverzitu poskytovateľov modelov a zakázané prípady použitia (napríklad žiadne autonómne právne poradenstvo).

A.3 (Internal organisation) upravuje roly a zodpovednosti pre AI s oddelením funkcií (A.3.2) a kanál na nahlasovanie obáv (A.3.3). ISO 42001 nepredpisuje pevný titul „AI Officer“; v stredne veľkých organizáciách v regióne DACH sa rola manažéra AIMS často spája s rolou CISO alebo zodpovednej osoby pre ochranu osobných údajov.

A.4 (Resources for AI systems) vyžaduje dokumentáciu zdrojov (A.4.2), dátových zdrojov (A.4.3), nástrojov (A.4.4), systémových a výpočtových zdrojov (A.4.5) a ľudských zdrojov (A.4.6). Pre subjekty nasadzujúce agentov je A.4.2 register systémov AI a agentov s každým produkčným agentom vrátane účelu, vlastníka, závislostí od modelov, zdrojov dát a triedy rizika. Je to najdôležitejší artefakt pre vzorkovanie pri audite.

A.5 (Assessing impacts of AI systems) definuje proces posúdenia vplyvu (A.5.2), jeho dokumentáciu (A.5.3), posúdenie vplyvov na jednotlivcov a skupiny jednotlivcov (A.5.4) a posúdenie spoločenských vplyvov (A.5.5). Tieto štyri opatrenia sú operatívnou kotvou pre sprievodnú normu ISO/IEC 42005:2025. Funkčne sa prekrývajú s posúdením vplyvu na ochranu údajov (DPIA) podľa čl. 35 GDPR a s FRIA podľa čl. 27 EU AI Act, nenahrádzajú ich však.

A.6 až A.10: životný cyklus, dáta, informácie, používanie, tretie strany

A.6 (AI system lifecycle) je najrozsiahlejšia oblasť: od cieľov životného cyklu (A.6.1.2) cez zodpovedný návrh (A.6.1.3), špecifikáciu požiadaviek (A.6.2.2), dokumentáciu návrhu (A.6.2.3), verifikáciu a validáciu (A.6.2.4), nasadenie (A.6.2.5), prevádzku a monitorovanie (A.6.2.6), technickú dokumentáciu (A.6.2.7) až po zaznamenávanie udalostí (A.6.2.8). Toto posledné opatrenie zavádza výslovnú povinnosť logovania, ktorá je funkčne paralelná s čl. 12 EU AI Act (logovanie pri vysokorizikových systémoch AI). Zároveň je A.6.2.8 opatrenie, ktoré je pri nasadení agentov najčastejšie nedostatočne doložené, pretože sa väčšinou logujú len volania nástrojov, no nie vstupy modelu, záznamy uvažovania (reasoning traces) ani udalosti ľudského zásahu (human override).

A.7 (Data for AI systems) ukotvuje správu dát: dáta pre vývoj a zlepšovanie (A.7.2), získavanie dát (A.7.3), kvalitu (A.7.4), pôvod a provenienciu (A.7.5) a prípravu dát (A.7.6). A.7 je kotvou pre krížový odkaz na sériu ISO/IEC 5259 a koncepčne sa orientuje na čl. 10 EU AI Act. Dôležité: aj pri samotnom používaní základných modelov (foundation models) tretích strán zostáva oblasť A.7 aplikovateľná. Zahŕňa dáta pre retrieval a RAG, šablóny promptov a evaluačné dátové sady.

A.8 (Information for interested parties) pokrýva dokumentáciu systému a informácie pre používateľov, napríklad model cards (A.8.2), externé reportovanie (A.8.3), komunikáciu o incidentoch (A.8.4) a informácie pre zainteresované strany (A.8.5). A.8.2 úzko zodpovedá čl. 13 EU AI Act (transparentnosť / návod na použitie), A.8.4 čl. 73 (nahlasovanie závažných incidentov) a povinnostiam nasadzujúcich subjektov podľa čl. 26.

A.9 (Use of AI systems) zahŕňa procesy zodpovedného používania (A.9.2), príslušné ciele (A.9.3) a používanie v súlade so zamýšľaným účelom (A.9.4). A.9.4 je pre nasadzujúce subjekty kritické: ak sa agent prevádzkuje mimo zamýšľaného účelu (intended purpose), ktorý určil poskytovateľ, môže sa nasadzujúci subjekt (deployer) podľa čl. 25 ods. 1 AI Act sám považovať za poskytovateľa, napríklad ak zmena zamýšľaného účelu urobí zo systému, ktorý doteraz nebol klasifikovaný ako vysokorizikový, vysokorizikový systém AI (písm. c). Takýto prípad by mal automaticky spustiť nové posúdenie vplyvu podľa A.5.

A.10 (Third-party & customer relationships) upravuje rozdelenie zodpovednosti v hodnotovom reťazci (A.10.2), dodávateľov (A.10.3) a zákazníkov (A.10.4). Pre nasadzujúce subjekty, ktoré stavajú na základných modeloch tretích strán alebo na platformách pre agentov, dokumentuje A.10.3 zmluvné a prevádzkové rozdelenie úloh medzi poskytovateľa a nasadzujúci subjekt vrátane due diligence k certifikáciám, ochrane údajov a verziovaniu modelov.

Ako je príloha A začlenená do SoA

Príloha A sa neimplementuje plošne, opatrenia sa vyberajú prostredníctvom vyhlásenia o aplikovateľnosti (SoA). SoA predpisuje kapitola 6.1.3 a pri audite ISO 42001 je to najčastejšie preverovaný dokument. Každé opatrenie sa v SoA uvádza s týmito údajmi:

1. Referencia a názov opatrenia (napr. A.6.2.8 Zaznamenávanie udalostí)
2. Rozhodnutie o aplikovateľnosti (aplikovateľné / neaplikovateľné)
3. Odôvodnenie (riešené riziko, resp. dôvod vylúčenia)
4. Stav implementácie (plánované / rozpracované / implementované / monitorované)
5. Odkaz na dôkazy (politika, postup, záznam, systém)
6. Vlastník

Najčastejším nálezom nezhody v auditnej praxi rokov 2024 až 2026 sú vylúčenia bez odôvodnenia na základe rizík („n/a“ so štandardnou jednoriadkovou poznámkou). Typické sú aj dva ďalšie nálezy: opatrenie je označené ako aplikovateľné, ale podkladový dokument sa neudržiava (napríklad A.4.2 „applicable“ bez skutočného registra zdrojov), alebo je SoA statické a pri nových agentoch či zmene modelu sa neaktualizuje.

Konkrétny príklad implementácie: agent zákazníckeho servisu

Stredne veľký nasadzujúci subjekt (cca 800 zamestnancov) prevádzkuje agenta zákazníckeho servisu na báze základného modelu tretej strany s napojením RAG na internú znalostnú bázu. Logika SoA pre kritické opatrenia:

• A.4.2 aplikovateľné: záznam v registri systémov AI a agentov s účelom „podpora prvej úrovne“, vlastník vedúci zákazníckeho servisu, závislosť od modelu zdokumentovaná, trieda rizika „stredná“.
• A.5.2 až A.5.5 aplikovateľné: agent v kontakte so zákazníkmi s vplyvom na jednotlivcov; AISIA s previerkou základných práv a ochrany súkromia.
• A.6.2.8 aplikovateľné: logovanie promptu a systémovej inštrukcie, ID a verzie modelu, volaní nástrojov, dopytov na vyhľadávanie (retrieval) a ID dokumentov, výstupov, udalostí ľudského zásahu a eskalácie. Doba uchovávania: spravidla dlhšia z dvoch lehôt, teda 6 mesiacov alebo lehota podľa odvetvových predpisov, s odôvodnením v SoA.
• Vývojové opatrenia A.6 (napr. trénovanie modelu): čiastočne vylúčiteľné, keďže nejde o vlastný vývoj. Odôvodnenie: „Organizácia nevyvíja modely AI; všetky modely sú od tretích strán, pokryté v A.10.3.“
• Merateľný cieľ (kapitola 6.2): „≥ 90 % presnosť na referenčnej (gold-standard) evaluačnej sade, kĺzavé 30-dňové meranie, mesačné reportovanie.“

Tento výber obstojí pri audite, pretože každé zahrnutie aj každé vylúčenie má zrozumiteľné odôvodnenie na základe rizík a za každým „applicable“ stojí skutočný artefakt.

Poznámka: Tento príspevok slúži na odbornú orientáciu a nie je právnym poradenstvom. Priradenia ku GDPR, EU AI Act a konkrétnym číslam článkov (napr. čl. 12, 13, 25, 35, 73) by sa pred záväznou implementáciou mali konzultovať s tvojím právnym oddelením.

Pre agentúry a B2B manažérov s rozhodovacou právomocou

Kto prevádzkuje AI agentov v produkcii, nepotrebuje „certifikovanú AI“: ISO 42001 certifikuje systém manažérstva (AIMS), nie jednotlivý model. Najrýchlejšia cesta k pripravenosti na audit vedie cez tri páky: úplný register systémov AI a agentov (A.4.2), spoľahlivé zaznamenávanie udalostí pre každého agenta (A.6.2.8) a udržiavané SoA s odôvodnením na základe rizík. Blck Alpaca pomáha firmám a agentúram v regióne DACH nastaviť opatrenia prílohy A bez zbytočnej administratívy a tak, aby obstáli pri audite, integrovane s existujúcimi systémami ISO 27001 a ISO 9001 a so zameraním na prekrývajúce sa povinnosti podľa EU AI Act. Z katalógu opatrení sa tak stane riaditeľný systém správy namiesto zbierky dokumentov.