Art. 4 AI Act wymaga, żeby osoby, które w waszym imieniu obsługują i wykorzystują systemy AI, miały wystarczający poziom kompetencji w tym zakresie. To obowiązek ciągły, a nie jednorazowy webinar, i rozlicza się go dokumentami, nie deklaracją.
dfzoo AI Institute prowadzi szkolenia z kompetencji w zakresie AI wymaganych przez art. 4 rozporządzenia (UE) 2024/1689 dla firm i instytucji działających w Polsce i w Unii Europejskiej. Obowiązek stosuje się od 2 lutego 2025 i nie został objęty przesunięciem terminów, które pakiet omnibusowy wprowadził dla systemów wysokiego ryzyka. Program budujemy per rola: inaczej dla zarządu i zakupów, inaczej dla osób obsługujących system i sprawujących nadzór, inaczej dla zespołu inżynierskiego. Po szkoleniu u klienta zostają artefakty rozliczeniowe: rejestr przeszkolonych, program per rola z datą, protokół walidacji efektów uczenia się i imienne certyfikaty. DFZOO.COM Sp. z o.o. ma ISO 9001:2015 wydany przez DNV Business Assurance, certyfikat nr 10000439701-MSC-RvA-POL.
Art. 4 rozporządzenia (UE) 2024/1689 nakłada na dostawców i podmioty stosujące systemy AI obowiązek zapewnienia wystarczającego poziomu kompetencji w zakresie AI u swojego personelu i u innych osób zajmujących się w ich imieniu działaniem i wykorzystaniem tych systemów. Przepis wskazuje też, co należy przy tym uwzględnić: wiedzę techniczną, doświadczenie, wykształcenie i wyszkolenie tych osób, kontekst, w którym systemy mają być wykorzystywane, oraz osoby lub grupy osób, wobec których będą stosowane.
W przepisie nie ma liczby godzin, nazwy kursu ani wymogu certyfikatu zewnętrznego. Kryterium jest adekwatność do roli, więc kontrola i klient patrzą na dwie rzeczy: czy program odpowiadał temu, co dana osoba realnie robi z systemem AI, i czy da się to wykazać.
Zakres podmiotowy jest tu najszerszy w całym rozporządzeniu. Obejmuje również osoby, które nie są waszymi pracownikami, a działają w waszym imieniu: kontraktorów, agencje i podwykonawców obsługujących wasze systemy.
Obowiązek stosuje się od 2 lutego 2025. Pakiet omnibusowy przyjęty w 2026 roku przesunął terminy zgodności dla systemów wysokiego ryzyka, ale art. 4 nie objął.
To jest punkt, w którym najczęściej powstaje pozorna zgodność: jeden kurs dla wszystkich formalnie odhacza obowiązek, a nie zmienia sposobu, w jaki ludzie pracują z systemem. Poniżej układ, od którego zaczynamy, i który potem dopasowujemy do waszych systemów i ról.
Kolumna z dowodem jest tu najważniejsza. To ona odpowiada na pytanie, które przychodzi później: czym wykażecie, że osoba na danym stanowisku dostała program odpowiadający jej roli.
| Rola | Co ta osoba musi rozumieć | Zakres szkolenia | Dowód, który zostaje |
|---|---|---|---|
| Zarząd i osoby decydujące o zakupie | Co firma bierze na siebie, kupując system AI, i jakie obowiązki idą za rolą dostawcy, a jakie za rolą podmiotu stosującego | Orientacja w rozporządzeniu, role, klasy ryzyka, konsekwencje umowne i zakupowe | Program z datą i imienny certyfikat |
| Właściciel procesu, czyli podmiot stosujący | Do czego system służy, gdzie kończy się jego wiarygodność i kiedy trzeba przerwać albo eskalować | Granice zastosowania, dane wejściowe, monitorowanie, obowiązki podmiotu stosującego | Program per rola i protokół walidacji efektów uczenia się |
| Osoba obsługująca system i sprawująca nadzór | Jak rozpoznać wynik, którego nie wolno przyjąć bez sprawdzenia, i co zrobić dalej | Praca na waszym systemie, przypadki graniczne, ścieżka eskalacji, rejestrowanie decyzji | Zadanie praktyczne wykonane na waszym środowisku |
| Zespół inżynierski | Skąd biorą się błędy modelu, jak je mierzyć i co zapisać, żeby dało się je odtworzyć | Ewaluacja, testy, rejestrowanie zdarzeń, identyfikowalność, bezpieczeństwo warstwy aplikacyjnej | Wynik testu wiedzy i artefakty z warsztatu |
| Marketing, obsługa klienta i osoby publikujące treści | Co wolno opublikować, co wymaga oznaczenia i gdzie kończy się odpowiedzialność narzędzia | Obowiązki przejrzystości, oznaczanie treści, weryfikacja przed publikacją | Lista kontrolna publikacji i imienny certyfikat |
| Zakupy, dział prawny i compliance | Czego wymagać od dostawcy i co musi znaleźć się w umowie oraz w rejestrze systemów | Rola dostawcy a rola podmiotu stosującego, dokumentacja, pytania do dostawcy | Wzór pytań do dostawcy i wpis w rejestrze |
Art. 4 to jeden obowiązek z wielu i sam w sobie nie czyni żadnego systemu zgodnym z rozporządzeniem. Piszemy to wprost, bo najczęstszy problem po szkoleniu to nie brak wiedzy, tylko przecenienie tego, co szkolenie pokrywa.
W Polsce rozmowa o szkoleniu z AI zaczyna się zwykle od pytania o dofinansowanie, więc opisujemy stan wprost, z rozróżnieniem na to, co potwierdziliśmy u źródła, i to, co trzeba sprawdzić u operatora.
Od 1 stycznia 2026 rolę Rejestru Instytucji Szkoleniowych przejęła Baza Usług Rozwojowych. RIS zamknięto 31 grudnia 2025, a dane nie zostały przeniesione automatycznie. Szkolenia finansowane ze środków publicznych realizują podmioty wpisane do BUR, a wpis z możliwością świadczenia usług dofinansowanych wymaga certyfikatu albo akredytacji z listy prowadzonej przez PARP. DFZOO.COM Sp. z o.o. ma ISO 9001:2015 wydany przez DNV Business Assurance, certyfikat nr 10000439701-MSC-RvA-POL.
Krajowy Fundusz Szkoleniowy na 2026 rok wymienia sztuczną inteligencję wprost: priorytet nr 3 Ministra obejmuje kształcenie ustawiczne w związku z zastosowaniem nowych procesów, technologii i narzędzi pracy, ze szczególnym uwzględnieniem umiejętności cyfrowych, AI oraz umiejętności zielonych.
Nabór FERS 1.3 pod nazwą Kompetencje z automatyzacji dla transformacji cyfrowej ma alokację 78 000 000 zł, w tym 66 729 000 zł na dofinansowanie, przy poziomie do 85,55% wydatków kwalifikowalnych. Środki płyną do małych i średnich firm przez sześciu operatorów w sześciu makroregionach. Pierwsza runda operatora CERTES ruszyła 1 września 2026 z alokacją 1 960 000 zł i limitem 100 uczestników.
Limitów na uczestnika i na przedsiębiorstwo tu nie podajemy, bo kwoty krążące w sieci pochodzą ze źródeł wtórnych. Sprawdzamy je razem z wami u operatora właściwego dla waszego województwa, zanim ustalimy zakres i termin. To samo dotyczy statusu wpisu do BUR w dniu, w którym podpisujecie umowę.
Firma robi jeden webinar dla wszystkich, lista uczestników zostaje w kalendarzu albo w logu narzędzia do wideokonferencji, nagranie ląduje na dysku. Pół roku później przychodzi ankieta bezpieczeństwa od klienta z pytaniem, kto był szkolony, z jakiego programu i kiedy. Nikt nie potrafi odtworzyć imiennej listy ani wykazać, że zakres odpowiadał roli, więc odpowiedź brzmi "prowadzimy szkolenia", co w ankiecie znaczy tyle co nic.
Zaczynamy od listy osób, które mają kontakt z systemami AI, i porównujemy ją z listą przeszkolonych, więc braki widzicie jako listę imienną jeszcze przed szkoleniem. Po każdej grupie wydajemy rejestr przeszkolonych z datami, program per rola i imienne certyfikaty, a efekty potwierdzamy testem i zadaniem praktycznym, nie obecnością na spotkaniu. Kompletność rejestru sprawdzamy ponownie na zamknięcie projektu.
Kurs pod tytułem "AI dla firm" kupuje się raz i puszcza przez całą organizację, bo tak jest taniej i prościej w rozliczeniu. Inżynierowie dostają godzinę o tym, czym jest model językowy, a osoba, która na tym systemie akceptuje albo odrzuca wnioski, nie widzi ani jednego przykładu z własnego ekranu. Obowiązek jest odhaczony, praktyka pracy nie zmienia się o nic, a przy pierwszym wątpliwym wyniku okazuje się, że nikt nie wiedział, co z nim zrobić.
Mapujemy role na wymagany poziom rozumienia i budujemy osobny program dla każdej grupy, na materiale z waszych systemów, nie z prezentacji. Poziom wyjściowy sprawdzamy krótkim testem przed szkoleniem, a efekt zadaniem praktycznym wykonanym na waszym środowisku. Grupa, która wypadnie poniżej progu, powtarza moduł, a nie cały kurs.
Zakres ustala się wokół narzędzia, które firma wdrożyła świadomie, na przykład asystenta do kodu albo firmowego czatu. Poza zakresem zostają funkcje AI wbudowane w oprogramowanie kupione wcześniej: podsumowania w systemie zgłoszeń, ranking kandydatów w systemie rekrutacyjnym, generator odpowiedzi w obsłudze klienta. To właśnie przy nich najczęściej stoją obowiązki podmiotu stosującego, a ludzie używają ich codziennie, nie nazywając tego AI.
Przed ustaleniem programu robimy krótką inwentaryzację rzeczywistego użycia: lista aplikacji z logowania SSO, pytanie do dostawców o funkcje dołożone w aktualizacjach i ankieta w zespołach. To, co znajdziemy, wchodzi do zakresu szkolenia, a to, co wykracza poza szkolenie, zapisujemy jako listę systemów do klasyfikacji i przekazujemy jako osobny wynik.
Harmonogram operatora dofinansowania wyznacza datę, więc zakres dopasowuje się do tego, co da się rozliczyć w tym oknie, a nie do tego, kto czego potrzebuje. Dokumenty rozliczeniowe kompletuje się po szkoleniu, z pamięci, i wtedy wychodzi brak podpisu, protokołu albo zgodności programu z tym, co faktycznie przeprowadzono.
Program układamy pod role i dopiero z gotowym programem szukamy okna u operatora, a nie odwrotnie. Dokumentację prowadzimy równolegle z zajęciami: lista obecności, protokół walidacji efektów uczenia się i certyfikaty powstają tego samego dnia co szkolenie. Przed złożeniem rozliczenia sprawdzamy komplet wobec wymagań operatora.
Po szkoleniu ktoś w dobrej wierze wpisuje w ankiecie klienckiej albo w ofercie przetargowej, że firma jest zgodna z AI Act. Certyfikat ze szkolenia nie mówi nic o klasyfikacji systemów, dokumentacji technicznej ani o nadzorze, więc rozjazd wychodzi przy pierwszym poważnym badaniu due diligence, czyli w najgorszym możliwym momencie: w trakcie transakcji albo postępowania.
W materiałach i w rejestrze zapisujemy wprost, co szkolenie pokrywa, a czego nie pokrywa. Do tego wydajemy jednostronicową notę zakresową napisaną językiem ankiety klienckiej, żeby osoba wypełniająca formularz miała gotowe i prawdziwe zdanie zamiast własnej interpretacji. Notę przeglądamy z waszym działem prawnym przed wydaniem.
Ustalamy, kto ma kontakt z systemami AI i w jakiej roli oraz jakich narzędzi ludzie faktycznie używają, łącznie z funkcjami AI wbudowanymi w oprogramowanie kupione wcześniej.
Budujemy osobny program dla każdej grupy, na materiale z waszych systemów. Równolegle ustalamy, czy i z jakiego źródła szkolenie ma być dofinansowane oraz co to znaczy dla terminów i dokumentów.
Prowadzimy zajęcia grupami, każda po swoim programie. Grupy operacyjne i inżynierskie pracują na waszym środowisku, nie na przykładach z prezentacji.
Sprawdzamy efekty testem i zadaniem praktycznym, wydajemy rejestr, protokół i certyfikaty, zamykamy dokumentację rozliczeniową.
Wracamy po zmianie systemów albo po roku: aktualizujemy mapę ról, dopisujemy nowe osoby i nowe narzędzia, odświeżamy program tam, gdzie zmienił się zakres.
Ustawa z 3 lipca 2026 (Dz.U. 2026 poz. 1003) weszła w życie 11 sierpnia 2026, a przepisy o kontroli i karach 28 października 2026. Jak zbudować rejestr systemów AI, który się obroni.
Terminy dla systemów wysokiego ryzyka przesunięto, obowiązków przejrzystości z art. 50 nie. Co trzeba oznaczyć, gdzie w interfejsie i jak sprawdzić, że oznaczenie przeżyło publikację.
Szkolenia dopasowane do roli - inżynierskie, projektowe, operacyjne, dla liderów. Format warsztatowy lub kohortowy.
Inwentaryzacja systemów AI, klasyfikacja ryzyka i dokumentacja techniczna wymagana przez AI Act.
Polityka użycia, cykl ewaluacji i rejestr ryzyka - podstawy gotowe pod działy zakupów.
Jesteśmy zespołem inżynierskim i szkoleniowym, nie kancelarią. Na tej stronie opisujemy, jak wykonać obowiązek i czym go udokumentować, a nie jak brzmi jego wykładnia dla waszej sytuacji. Wykładnię przepisu i ocenę odpowiedzialności podpisuje radca prawny: wasz albo nasz partner prawny. Daty i numery aktów podajemy razem ze źródłami, żeby dało się je sprawdzić bez pytania nas o zdanie.
Powiedz nam, na jakim etapie jesteście z obowiązkiem szkoleniowym z art. 4. Odpowiadamy w jeden dzień roboczy.