Pierwszy horyzontalny standard zarządzania ryzykiem AI zbudowany w logice bezpieczeństwa produktu, nie zarządzania organizacją. Sprawdź, dlaczego projekt prEN 18228 zmienia optykę znaną z ISO 31000 — i co już dziś oznacza dla dostawców systemów AI wysokiego ryzyka.
Kto pozna logikę projektu już dziś, ten przy wydaniu finalnym będzie analizował różnice, a nie zaczynał od zera.
Dostarczasz system AI wysokiego ryzyka?
Wprowadzenie
W maju 2026 roku CEN-CENELEC skierował do publicznych konsultacji (enquiry) projekt normy prEN 18228 „AI Risk Management” — opracowany przez komitet JTC 21 na formalne zamówienie standaryzacyjne Komisji Europejskiej. To dokument o szczególnym statusie: po zakończeniu procesu i publikacji odniesienia w Dzienniku Urzędowym UE ma stać się normą zharmonizowaną, której stosowanie da domniemanie zgodności z artykułem 9 AI Act — przepisem nakładającym na dostawców systemów AI wysokiego ryzyka obowiązek ustanowienia, wdrożenia, udokumentowania i utrzymywania systemu zarządzania ryzykiem.
Omawiamy wersję enquiry (stan na 26 lipca 2026 r.) — tekst może jeszcze ulec zmianom po rozpatrzeniu uwag. Kierunek architektoniczny jest jednak przesądzony, a dostawcy systemów AI wysokiego ryzyka nie mają luksusu czekania na wersję końcową: zrozumienie logiki normy już teraz pozwala uniknąć kosztownej przebudowy procesów.
Kluczowe wymagania i struktura normy
To nie jest ISO 31000 — paradygmat bezpieczeństwa produktowego
Największa pułapka interpretacyjna czeka na praktyków przyzwyczajonych do ISO 31000. prEN 18228 wprost zastrzega w zakresie, że nie służy zarządzaniu ryzykiem, na które narażona jest organizacja. Przedmiotem ochrony nie są cele biznesowe dostawcy, lecz zdrowie, bezpieczeństwo i prawa podstawowe osób, na które system AI oddziałuje. Ryzyko zdefiniowano jako kombinację prawdopodobieństwa wystąpienia szkody i jej dotkliwości — to linia ISO/IEC Guide 51, znana z norm bezpieczeństwa wyrobów, w tym wyrobów medycznych, a nie „wpływ niepewności na cele” z ISO 31000. Twórcy normy poświęcili rozgraniczeniu obu podejść osobny załącznik informacyjny (Annex E). W praktyce oznacza to, że rejestr ryzyk korporacyjnych i macierz apetytu na ryzyko nie zastąpią analizy zagrożeń (hazards), scenariuszy ryzyka i sytuacji zagrożenia dla konkretnego systemu AI.
Architektura procesu: od kryteriów akceptowalności po risk management file
Klauzula 4 ustanawia fundament systemowy: najwyższe kierownictwo definiuje politykę zarządzania ryzykiem wraz z kryteriami akceptowalności ryzyka rezydualnego — pojedynczego i ogólnego — uwzględniającymi zamierzone przeznaczenie systemu, dające się racjonalnie przewidzieć niewłaściwe użycie oraz aktualny stan wiedzy technicznej. Norma wymaga ustanowienia obiektywnych kryteriów akceptowalności, ale świadomie nie narzuca akceptowalnych poziomów ryzyka — to decyzja i odpowiedzialność dostawcy.
Kolejne klauzule prowadzą przez pełny cykl: analizę ryzyka (klauzula 6 — dokumentacja zamierzonego przeznaczenia, identyfikacja przewidywalnego niewłaściwego użycia, charakterystyk systemu i zagrożeń), ocenę ryzyka względem kryteriów (klauzula 7), testowanie (klauzula 8 — w tym plan testów z obowiązkowym udziałem interesariuszy dla systemów wpływających na ludzi oraz testy w warunkach rzeczywistych), kontrolę ryzyka (klauzula 9), ocenę ogólnego ryzyka rezydualnego (klauzula 10), przegląd zarządzania ryzykiem (klauzula 11) oraz działania przed- i porynkowe (klauzula 12).
Hierarchia kontroli ryzyka przeniesiona jest wprost z inżynierii bezpieczeństwa: najpierw projektowanie bezpieczne z założenia (inherently safe design), potem środki ochronne, na końcu — jako najmniej skuteczne — informacje, instrukcje i szkolenia dla użytkowników. Centralnym artefaktem dowodowym całego procesu jest risk management file: akta zarządzania ryzykiem z wymogiem pełnej identyfikowalności każdego zidentyfikowanego zagrożenia — od analizy, przez zastosowany środek kontroli i wyniki testów, po ocenę ryzyka rezydualnego.
Prawa podstawowe jako kategoria ryzyka
Tu projekt wykracza poza wszystko, co znamy z norm zarządzania. Analiza ryzyka musi objąć wszystkie prawa uznane w Karcie Praw Podstawowych UE. Norma wprowadza pojęcie nieodwracalności szkody: ryzyko dla praw podstawowych uznaje się za nieodwracalne, gdy osoby dotknięte nie mogą zostać przywrócone do sytuacji co najmniej równoważnej tej sprzed naruszenia. Ryzykom naruszenia praw absolutnych — takich jak wolność od tortur — dostawca musi przypisać najwyższą klasę dotkliwości. Informacyjny Annex C dostarcza audytorom i zespołom compliance praktycznej mapy: rozróżnia prawa absolutne, kwalifikowane i egzekwowalne prywatnie oraz opisuje test proporcjonalności ingerencji.
Korzyści ze stosowania
Dla dostawców systemów AI wysokiego ryzyka najważniejsza korzyść jest regulacyjna: po harmonizacji zgodność z klauzulami normatywnymi da domniemanie zgodności z art. 9 AI Act, co bezpośrednio obniża koszt i ryzyko oceny zgodności. Tabela w Annex ZA mapuje wymagania artykułu 9(1)–9(9) na konkretne klauzule normy — dla pełnomocnika czy audytora to gotowa matryca zgodności.
Korzyść operacyjna wynika ze spójności ekosystemu: prEN 18228 jest normatywnie powiązana z prEN 18229-1 (rejestrowanie zdarzeń, przejrzystość, nadzór ludzki), a poprzez artykuł 17(1)(g) AI Act system zarządzania ryzykiem stanowi obowiązkowy komponent systemu zarządzania jakością według prEN 18286. Organizacja, która zbuduje proces według 18228, składa jednocześnie fundament pod szerszy system jakości dla celów AI Act. Wreszcie korzyść rynkowa: udokumentowany proces zarządzania ryzykiem staje się dowodem odpowiedzialnego rozwoju AI w relacjach z klientami — analogicznie jak certyfikowany system zarządzania jakością buduje zaufanie w klasycznych łańcuchach dostaw.
Jak przygotować się do stosowania normy
prEN 18228 jest normą wymagań dla procesu, nie normą systemu zarządzania podlegającą klasycznej certyfikacji — zgodność będzie wykazywana w ramach oceny zgodności przewidzianej w AI Act. Rozsądna ścieżka przygotowań dla dostawcy systemu AI wysokiego ryzyka obejmuje trzy fazy. Faza pierwsza (1–2 miesiące): analiza luk — zestawienie istniejących praktyk zarządzania ryzykiem z wymaganiami klauzul 4–12, ze szczególnym uwzględnieniem kryteriów akceptowalności i kompletności risk management file. Faza druga (3–6 miesięcy, zależnie od liczby i złożoności systemów): budowa procesu — polityka i kryteria akceptowalności zatwierdzone przez najwyższe kierownictwo, analiza ryzyka dla każdego systemu, plan testów, wdrożenie hierarchii kontroli ryzyka. Faza trzecia (ciągła): integracja z cyklem życia — działania przed- i porynkowe, przeglądy okresowe, aktualizacja kryteriów po poważnych incydentach. Organizacje posiadające certyfikowany system zarządzania jakością lub system zarządzania AI według ISO/IEC 42001 mają realną przewagę startową: norma wprost dopuszcza adaptację istniejących procesów, pod warunkiem spełnienia wszystkich jej wymagań.
Kontekst regulacyjny UE
prEN 18228 nie jest normą „przy okazji” regulacji — powstała na zamówienie standaryzacyjne M/613 jako dobrowolny środek wykazania zgodności z wymaganiami AI Act. Warto precyzyjnie rozgraniczyć: stosowanie normy nie jest obowiązkowe, a domniemanie zgodności zadziała dopiero po przywołaniu normy w Dzienniku Urzędowym UE i tylko w granicach jej zakresu. Harmonogram AI Act biegnie jednak niezależnie od kalendarza normalizacyjnego — obowiązki dla systemów wysokiego ryzyka wchodzą w życie zgodnie z rozporządzeniem, niezależnie od tego, czy dostawca zdążył zbudować proces (stan na 26.07.2026).
Podsumowanie
prEN 18228 przenosi zarządzanie ryzykiem AI z języka celów organizacji na język bezpieczeństwa produktu i ochrony osób — i to jest jego najważniejsza teza. Dla dostawców systemów AI wysokiego ryzyka projekt wyznacza już dziś czytelny kierunek: obiektywne kryteria akceptowalności, pełna identyfikowalność w risk management file, hierarchia kontroli ryzyka i prawa podstawowe jako pełnoprawna kategoria analizy. Jeśli Twoja organizacja rozwija lub wdraża systemy AI — porozmawiajmy o audycie luk i przygotowaniu do wymagań AI Act, zanim wersja końcowa normy stanie się faktem.
Bibliografia:
- prEN 18228:2026. AI Risk Management. Projekt normy europejskiej, wersja enquiry, CEN-CENELEC/JTC 21, maj 2026. [iTeh Standards]
- Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2024/1689 ustanawiające zharmonizowane przepisy dotyczące sztucznej inteligencji (Akt w sprawie sztucznej inteligencji). [EUR-Lex]
- Karta praw podstawowych Unii Europejskiej. 2012/C 326/02. [EUR-Lex]
- CEN-CENELEC JTC 21. New Advancements in European Standardization for Artificial Intelligence. Maj 2026. [JTC21.eu]
- CEN-CENELEC. European standards supporting the AI Act (newsletter OTS #73). Maj 2026. [CEN-CENELEC]
- Smith A.L. prEN 18228 heads to Enquiry: the product-safety answer to AI risk management. Maj 2026. [Substack]
- ISO 31000:2018. Risk management — Guidelines. [ISO.org]
FAQ: zarządzanie ryzykiem AI według AI Act na podstawie prEN 18228
prEN 18228 to projekt europejskiej normy „AI Risk Management" opracowany przez CEN-CENELEC/JTC 21 na zamówienie Komisji Europejskiej. Określa wymagania dotyczące procesu zarządzania ryzykiem systemów AI — od kryteriów akceptowalności ryzyka, przez analizę zagrożeń i testowanie, po działania porynkowe. Po harmonizacji ma dawać domniemanie zgodności z artykułem 9 AI Act.
Nie. Według stanu na lipiec 2026 r. dokument ma status projektu (prEN) w fazie publicznych konsultacji enquiry. Po rozpatrzeniu uwag przejdzie głosowanie formalne, a domniemanie zgodności z AI Act zadziała dopiero po opublikowaniu odniesienia do normy w Dzienniku Urzędowym UE. Stosowanie normy pozostanie dobrowolne — będzie jednym ze środków wykazania zgodności.
To dwa różne paradygmaty. ISO 31000 dotyczy ryzyka, na które narażona jest organizacja, i definiuje ryzyko jako wpływ niepewności na cele. prEN 18228 chroni osoby — ich zdrowie, bezpieczeństwo i prawa podstawowe — a ryzyko definiuje jako kombinację prawdopodobieństwa wystąpienia szkody i jej dotkliwości, w linii norm bezpieczeństwa wyrobów. Norma zawiera osobny załącznik rozgraniczający oba podejścia.
Adresatem są dostawcy (providers) systemów AI, niezależnie od wielkości, charakteru i lokalizacji organizacji — w praktyce przede wszystkim dostawcy systemów AI wysokiego ryzyka w rozumieniu AI Act, dla których artykuł 9 wymaga ustanowienia systemu zarządzania ryzykiem. Norma nie służy zarządzaniu ryzykiem korporacyjnym organizacji.
prEN 18228 operacjonalizuje artykuł 9 AI Act, a poprzez artykuł 17(1)(g) system zarządzania ryzykiem staje się obowiązkowym komponentem systemu zarządzania jakością według prEN 18286. ISO/IEC 42001 to natomiast dobrowolny, certyfikowalny system zarządzania AI — organizacje posiadające AIMS mają przewagę startową, ale certyfikat ISO 42001 nie zastępuje zgodności z normą zharmonizowaną.
Opracowanie merytoryczne:
Ekspert w zakresie systemów zarządzania ISO, cyberbezpieczeństwa, compliance i AI governance. Audytor, konsultant, trener.