AI Act UE dla firm, które używają AI: przewodnik deployera

czym jest AI Act UE i kogo obejmuje

AI Act UE (Rozporządzenie (UE) 2024/1689) obowiązuje od 1 sierpnia 2024. To jednolity zbiór zasad UE dla systemów AI we wszystkich sektorach i ma zastosowanie do providerów oraz deployerów systemów AI działających na rynku UE lub wprowadzających na niego systemy, niezależnie od tego, gdzie te organizacje mają siedzibę.

Rozporządzenie działa w modelu opartym na ryzyku. Przypisuje systemy AI i ich zastosowania do kategorii i wiąże z każdą kategorią określone obowiązki. Im wyższy potencjalny szkodliwy skutek, tym cięższe wymogi. Zdecydowana większość narzędzi AI używanych na co dzień w biznesie mieści się w kategoriach ryzyka ograniczonego lub minimalnego i podlega lżejszym wymogom niż klasyfikacja wysokiego ryzyka, która zbiera najwięcej uwagi medialnej.

Akt obejmuje każdy system AI używany zawodowo na terenie UE. Niemiecka firma używająca amerykańskiego narzędzia AI w procesie HR mieści się w zakresie. Polska firma wdrażająca chatbota kontaktującego się z klientami mieści się w zakresie. O zakresie decyduje to, gdzie system jest używany, nie kto go zbudował.

Na lipiec 2026 harmonogram Aktu został skorygowany przez Digital Omnibus, przyjęty przez Parlament Europejski 16 czerwca 2026 i przez Radę 29 czerwca 2026. Wydłuża on terminy dla obowiązków dotyczących systemów wysokiego ryzyka. Omnibus czeka na publikację w Dzienniku Urzędowym; do czasu publikacji obowiązującym tekstem prawnym pozostaje pierwotna data 2 sierpnia 2026.

provider, deployer i GPAI: trzy role

Akt definiuje trzy podstawowe kategorie podmiotów. To, którą z nich jesteś, decyduje, jakie obowiązki cię dotyczą.

Provider (Artykuł 3(3)). Provider to każda osoba, która rozwija system AI albo model AI ogólnego przeznaczenia i wprowadza go na rynek albo oddaje do użytku pod własną nazwą lub znakiem towarowym. Jeśli twoja organizacja zbudowała system AI i go wypuściła, jesteś providerem. Providerzy ponoszą najcięższe obowiązki: oceny zgodności, dokumentację techniczną, monitorowanie po wprowadzeniu na rynek, rejestrację w bazie danych UE i więcej. Większość organizacji z segmentu mid-market nie jest providerami. Kupują albo subskrybują systemy AI zbudowane przez innych.

Deployer (Artykuł 3(4)). Deployer to każda osoba, która używa systemu AI pod własnym nadzorem w kontekście zawodowym, innym niż użytek osobisty. Jeśli pracownicy twojej firmy używają w pracy ChatGPT, Microsoft Copilota albo dowolnego innego narzędzia AI, twoja organizacja jest deployerem. Progiem jest użycie zawodowe. Deployerzy nie muszą sami rozwinąć systemu ani licencjonować go poprzez formalną umowę enterprise. Kategoria deployera to ta, w której siedzi większość firm mid-market, i ta, którą najbardziej nie doceniano we wczesnych doniesieniach o Akcie.

Provider modelu GPAI (Artykuły 51-56). Modele AI ogólnego przeznaczenia (GPAI) to modele bazowe zdolne do wykonywania szerokiego zakresu zadań. GPT-4, Claude, Gemini, Llama i podobne modele to modele GPAI. Organizacje, które trenują i dystrybuują te modele, są providerami GPAI. Organizacje, które używają narzędzi opartych na GPAI, są deployerami, nie providerami GPAI. Obowiązki providera GPAI obowiązują od 2 sierpnia 2025 i dotyczą twórców modeli, nie firmy, która używa narzędzia zbudowanego na modelu GPAI.

Jedna praktyczna uwaga co do granicy: firma, która dostraja (fine-tunuje) model GPAI na własny użytek, a potem udostępnia dostrojoną wersję innym, może przekroczyć granicę między deployerem a providerem. Granica przebiega w tym, czy system zostaje wprowadzony na rynek albo udostępniony innym poza użytkiem wewnętrznym.

kategorie ryzyka: gdzie mieszczą się twoje narzędzia

Akt porządkuje systemy AI w cztery poziomy ryzyka. Poziom decyduje o obowiązkach związanych z danym systemem.

Ryzyko niedopuszczalne (zakazane). Osiem kategorii praktyk AI jest zakazanych całkowicie. Obowiązują niezależnie od tego, kto używa systemu, i obowiązują od 2 lutego 2025.

Wysokie ryzyko (Załącznik III i Załącznik I). Systemy z Załącznika I to AI wbudowane w regulowane produkty już objęte prawodawstwem UE: wyroby medyczne, maszyny, sprzęt lotnictwa cywilnego, pojazdy silnikowe, zabawki i inne, z terminem 2 sierpnia 2028 zgodnie z porozumieniem omnibusa. Systemy z Załącznika III to samodzielne AI używane w konkretnych obszarach wysokiego ryzyka: identyfikacja biometryczna, zarządzanie infrastrukturą krytyczną, edukacja, zatrudnienie i zarządzanie pracownikami, dostęp do podstawowych usług prywatnych i publicznych, ściganie przestępstw, migracja i wymiar sprawiedliwości. Termin dla samodzielnych systemów z Załącznika III to 2 grudnia 2027 zgodnie z porozumieniem omnibusa. Dla deployerów kluczowe pytanie brzmi, czy to przypadek użycia, a nie samo narzędzie, kwalifikuje się jako wysokiego ryzyka. Model ogólnego przeznaczenia używany do podsumowywania wewnętrznych notatek ze spotkań to prawdopodobnie ryzyko minimalne; ten sam model używany do przesiewania aplikacji o pracę to potencjalnie wysokie ryzyko.

Ryzyko ograniczone. Tu mieszczą się systemy AI, które wchodzą w bezpośrednią interakcję z ludźmi, i systemy AI, które generują lub modyfikują treści. Podstawowe obowiązki to transparentność: ujawnienie, że interakcja odbywa się z AI, oznaczanie treści wygenerowanych przez AI, informowanie osób narażonych na rozpoznawanie emocji lub kategoryzację biometryczną. Te obowiązki obowiązują od 2 sierpnia 2026.

Ryzyko minimalne. AI używane do filtrowania spamu, rekomendacji treści i większości narzędzi produktywnościowych back office. Brak obowiązkowych wymogów. Akt zachęca do dobrowolnych kodeksów postępowania.

co deployer musi faktycznie zrobić

Artykuł 4: obowiązek kompetencji AI

Artykuł 4 dotyczy wszystkich providerów i deployerów, niezależnie od poziomu ryzyka systemów AI, których używają. Wymaga od organizacji podjęcia środków zapewniających wystarczający poziom kompetencji AI wśród personelu i innych osób, które obsługują lub używają systemów AI w imieniu organizacji. Obowiązek obowiązuje od 2 lutego 2025.

Wymagany poziom kompetencji jest dopasowany do roli: kto używa AI, w jakim kontekście i kto jest dotknięty efektami działania systemu. Pracownik używający narzędzia AI do pisania wewnętrznych notatek potrzebuje innego poziomu zrozumienia niż menedżer HR używający AI do przesiewania aplikacji kandydatów. Akt zastrzega obowiązek sformułowaniem „to their best extent" (w najlepszym możliwym zakresie), co wbudowuje w niego proporcjonalność. Praktyczne minimum to zrozumiała dla pracowników polityka dopuszczalnego użycia AI (AI Acceptable Use Policy), połączona z jakąś formą udokumentowanego szkolenia albo briefingu na temat tego, jak działają narzędzia AI i jakich danych nie wolno do nich wprowadzać. Kompetencje AI są też warunkiem wstępnym dla pozostałych obowiązków, bo pracownicy, którzy nie rozumieją, co robi system AI, nie mogą realnie sprawować nadzoru ludzkiego.

Artykuł 5: zakazane praktyki, które dotykają zwykłego użycia biznesowego

Osiem zakazanych praktyk AI obowiązuje od 2 lutego 2025. Dotyczą wszystkich stron, w tym zwykłych firm, które wdrażają narzędzia AI. Większość nie dotyka standardowego użycia produktywnościowego, ale trzy kategorie zasługują na uwagę.

Manipulacja podprogowa (Artykuł 5(1)(a)). Zakazane są systemy AI, które stosują techniki podprogowe poza świadomością danej osoby, żeby zniekształcić jej zachowanie w szkodliwy sposób. Narzędzie AI kontaktujące się z klientami, które działa poniżej świadomej percepcji, żeby wpłynąć na decyzje zakupowe, mogłoby się tu zaliczać.

Wykorzystywanie podatności (Artykuł 5(1)(b)). Zakazane są systemy AI, które wykorzystują podatności związane z wiekiem, niepełnosprawnością albo sytuacją społeczną lub ekonomiczną. Narzędzie AI do windykacji celujące w osoby podatne emocjonalnie albo narzędzie marketingowe kierujące produkty wysokoprocentowe do osób w trudnej sytuacji finansowej mogłyby budzić wątpliwości.

Kategoryzacja biometryczna i identyfikacja biometryczna w czasie rzeczywistym w przestrzeni publicznej (Artykuł 5(1)(c)-(h)). Akt zakazuje AI, które wnioskuje wrażliwe cechy (poglądy polityczne, przekonania religijne, orientację seksualną, rasę) z danych biometrycznych w celu kategoryzacji, oraz zdalnej identyfikacji biometrycznej w czasie rzeczywistym w przestrzeni publicznie dostępnej na potrzeby ścigania przestępstw, z trzema wąskimi wyjątkami. Każde wdrożenie kategoryzacji biometrycznej wymaga wcześniej specyficznej analizy prawnej.

Kara za naruszenie zakazanej praktyki jest najwyższa w całym Akcie: 35 milionów EUR albo 7% globalnego rocznego obrotu, w zależności od tego, która wartość jest wyższa.

Artykuł 50: obowiązki transparentności

Artykuł 50 dotyczy deployerów systemów AI, które generują treści, wchodzą w interakcję z osobami fizycznymi albo używają rozpoznawania biometrycznego lub emocji. Podstawowe wymogi to ujawnienie i oznaczanie, egzekwowalne od 2 sierpnia 2026. Deployerzy AI generującego deepfake'owe obrazy, audio albo wideo muszą ujawnić, że treść została sztucznie wygenerowana, w sposób jasny i widoczny. Deployerzy AI przeznaczonego do bezpośredniej interakcji z ludźmi muszą poinformować ich, że wchodzą w interakcję z systemem AI, chyba że jest to oczywiste z kontekstu: chatbot obsługi klienta, który nie identyfikuje się jako AI, jest niezgodny z przepisami od momentu wejścia w życie Artykułu 50. Deployerzy systemów rozpoznawania emocji albo kategoryzacji biometrycznej muszą poinformować osoby na nie narażone. Praktyczny wpływ dotyka wdrożeń kontaktujących się z klientami i każdego narzędzia AI, które generuje komunikację zewnętrzną.

Artykuł 26: obowiązki deployera systemów wysokiego ryzyka

Jeśli twoja organizacja wdraża system AI wysokiego ryzyka zdefiniowany w Załączniku III (samodzielny) albo Załączniku I (wbudowany w regulowany produkt), Artykuł 26 wiąże z tym konkretny zestaw obowiązków deployera. Obowiązują od 2 grudnia 2027 dla systemów z Załącznika III i od 2 sierpnia 2028 dla systemów z Załącznika I, pod warunkiem formalnego przyjęcia poprawek omnibusa. Wymogi: używanie systemów AI zgodnie z instrukcjami providera; zapewnienie nadzoru ludzkiego przez osoby z kompetencjami, uprawnieniami i środkami do interwencji; utrzymywanie i przechowywanie logów generowanych przez system przez co najmniej sześć miesięcy; przeprowadzenie oceny wpływu na prawa podstawowe (FRIA) przed wdrożeniem niektórych systemów z Załącznika III i powiadomienie właściwego organu nadzoru rynku; informowanie dotkniętych osób, że podlegają systemowi AI wysokiego ryzyka; oraz monitorowanie działania, identyfikowanie usterek i zgłaszanie poważnych incydentów. FRIA jest odrębna od oceny skutków dla ochrony danych (DPIA) z RODO, choć oba procesy można skoordynować tam, gdzie DPIA jest już wymagana.

jak to dotyka MŚP używających ChatGPT albo Copilota

Firma zatrudniająca 200 osób i używająca ChatGPT Teams, Microsoft 365 Copilot albo podobnych narzędzi ogólnego przeznaczenia jest deployerem. W praktyce, zaczynając od obowiązków już obowiązujących:

Luty 2025 (już obowiązuje). Obowiązuje obowiązek kompetencji AI z Artykułu 4. W praktyce oznacza to politykę dopuszczalnego użycia AI, udokumentowane szkolenie albo materiały uświadamiające oraz jakiś zapis, że te środki istnieją. Nie wymaga to formalnego programu szkoleniowego. Dobrze napisana polityka, zakomunikowana przy onboardingu i przypominana co roku, to proporcjonalny punkt startowy. Obowiązują też zakazane praktyki. Narzędzia produktywnościowe ogólnego przeznaczenia zwykle ich nie dotyczą, ale każde użycie zbliżające się do scoringu społecznego, perswazji podprogowej, kategoryzacji biometrycznej albo wykorzystywania podatności wymaga konkretnej analizy.

Sierpień 2026 (nadchodzi). Zaczynają obowiązywać obowiązki transparentności z Artykułu 50. Jeśli firma używa chatbota AI do interakcji z klientami albo wysyła treści wygenerowane przez AI stronom zewnętrznym, aktywują się wymogi ujawniania. Konfiguracje AI kontaktujące się z klientami trzeba przejrzeć przed tą datą.

Grudzień 2027 / sierpień 2028 (zgodnie z porozumieniem omnibusa). Zaczynają obowiązywać obowiązki deployera systemów wysokiego ryzyka. Dla większości MŚP używających narzędzi produktywnościowych ogólnego przeznaczenia ta data nie uruchomi dodatkowych obowiązków. Wyjątkiem jest każda firma, która używa AI w decyzjach zatrudnieniowych, ocenach finansowych, procesach biometrycznych albo zarządzaniu infrastrukturą krytyczną.

Najczęstszą luką dla MŚP jest brak inwentaryzacji. Artykuł 4 i obowiązki transparentności z Artykułu 50 wymagają wiedzy, jakie narzędzia AI są w użyciu i jak są używane. Większość organizacji intensywnie korzystających z AI nie ma pełnego obrazu tego, co faktycznie działa w ich środowisku.

poziomy kar i ulgi dla MŚP

Akt ustanawia trzy poziomy kar na mocy Artykułu 99, każdy powiązany z wagą naruszenia. Poziom 1, 35 milionów EUR albo 7% globalnego rocznego obrotu (w zależności od tego, co wyższe), obejmuje naruszenia zakazanych praktyk z Artykułu 5. Poziom 2, 15 milionów EUR albo 3%, obejmuje pozostałe obowiązki, w tym te dotyczące systemów wysokiego ryzyka, wymogów modeli GPAI i obowiązków transparentności. Poziom 3, 7,5 miliona EUR albo 1%, obejmuje dostarczanie nieprawidłowych, niekompletnych albo wprowadzających w błąd informacji organom.

Dla MŚP i startupów każda kara stosowana jest jako niższa z wartości: procent albo kwota w danym poziomie. Oznacza to, że MŚP płaci niższą z dwóch wartości, kwotę bezwzględną albo procent obrotu, a nie wyższą. Akt wymaga też, żeby organy nadzorcze brały pod uwagę rentowność ekonomiczną MŚP i startupów przy ustalaniu kar. Organy nadzoru rynku muszą zostać ustanowione i operacyjne do 2 sierpnia 2026, czyli w tym samym momencie, w którym egzekwowanie kar staje się w pełni aktywne.

jak Akt współgra z RODO i NIS2

AI Act UE nie zastępuje RODO. Dla systemów AI przetwarzających dane osobowe obie regulacje obowiązują jednocześnie, a zgodność z jedną nie oznacza zgodności z drugą. Najistotniejsza interakcja dotyczy obowiązków oceny wpływu: RODO już wymaga DPIA dla przetwarzania, które może skutkować wysokim ryzykiem dla osób fizycznych, a AI Act dodaje FRIA dla deployerów niektórych systemów wysokiego ryzyka. Europejska Rada Ochrony Danych wskazała, że te oceny można skoordynować, ale dotyczą odrębnych podstaw prawnych i nie da się ich w pełni zredukować do jednej. Tam, gdzie system AI jest używany do zautomatyzowanego podejmowania decyzji o skutkach prawnych albo podobnie istotnych, równolegle może obowiązywać zarówno Artykuł 22 RODO, jak i Artykuł 26 AI Act.

NIS2 (Dyrektywa (UE) 2022/2555) i AI Act adresują różne powierzchnie ryzyka, ale się na siebie nakładają. Artykuł 21(2)(d) NIS2 wymaga od podmiotów kluczowych i ważnych oceny i zarządzania cyberbezpieczeństwem łańcucha dostaw, a narzędzia AI w twoim stacku są częścią tego łańcucha dostaw, więc weryfikacja narzędzi AI, do której zachęca Akt, spełnia część wymogu NIS2. Artykuł 21(2)(i) NIS2 wymaga kontroli dostępu i zarządzania zasobami, a inwentaryzacja narzędzi AI to ta sama inwentaryzacja zasobów, której wymaga NIS2. Obowiązek kompetencji AI z Artykułu 4 idzie w parze z Artykułem 21(2)(g) NIS2 dotyczącym cyberhigieny i szkoleń. Dla organizacji objętych obiema regulacjami, traktowanie zgodności z AI Act i NIS2 jako równoległych strumieni prac ze wspólną dokumentacją zmniejsza obciążenie dla obu.

co działa: droga do zgodności

Praca, która pokrywa najwięcej gruntu w najkrótszym czasie dla typowego deployera z mid-marketu, ma jasną kolejność. Zaczyna się od inwentaryzacji systemów AI: każdego narzędzia AI używanego w organizacji, w tym narzędzi wdrożonych przez IT, narzędzi przyjętych samodzielnie przez zespoły, prywatnych kont AI używanych do pracy, funkcji AI wbudowanych w oprogramowanie, którego już używasz (Copilot w Microsoft 365, Gemini w Google Workspace, funkcje AI w Salesforce, Notion czy Slacku), i rozszerzeń przeglądarki AI na zarządzanych urządzeniach. Wyciągnięcie listy grantów OAuth z dostawcy tożsamości i przefiltrowanie jej pod kątem aplikacji związanych z AI to najszybszy punkt startowy. Ta inwentaryzacja jest wsadem dla każdego kolejnego obowiązku.

Stąd klasyfikuje się przypadki użycia każdego narzędzia względem kategorii ryzyka. Dla większości narzędzi ogólnego przeznaczenia to szybkie: ryzyko ograniczone albo minimalne dla produktywności i generowania treści, a analizę wysokiego ryzyka rezerwuje się dla wszystkiego, co dotyka decyzji zatrudnieniowych, ocen finansowych, danych biometrycznych albo infrastruktury krytycznej. Pytanie o klasyfikację dotyczy przypadku użycia, nie nazwy narzędzia. Faktyczne wdrożenia sprawdza się względem ośmiu zakazów z Artykułu 5, z konkretną poradą prawną dla każdego niejednoznacznego przypadku. Kompetencje AI adresuje się przez pisemną politykę dopuszczalnego użycia AI, która wskazuje zatwierdzone narzędzia, klasyfikuje dane, które nie mogą trafić do zewnętrznych modeli, i wyjaśnia, po co te zasady istnieją. Chatboty AI kontaktujące się z klientami i każde AI generujące komunikację zewnętrzną przegląda się pod kątem Artykułu 50, tak żeby chatboty identyfikowały się jako AI, a treści wygenerowane przez AI trafiające do klientów były oznaczone. A dla każdego przypadku użycia wysokiego ryzyka pracę z Artykułu 26 (ocena wpływu na prawa podstawowe, procesy nadzoru ludzkiego, przechowywanie logów i obowiązkowe powiadomienie) planuje się z dużym wyprzedzeniem przed terminem.