Legislator Case Law & Legislation
DU_2026_842 PL

Rozporządzenie Ministra Rodziny, Pracy i Polityki Społecznej z dnia 26 maja 2026 r. w sprawie systemów teleinformatycznych stosowanych w publicznych służbach zatrudnienia

27 Articles / Provisions · Poland
Open official source Machine-readable Markdown (.md)

Table of Provisions (27)

Statutory Text (27 Articles)

Dz.U. 2026 poz. 842 inForce

§ 1. Rozporządzenie określa sposób postępowania w zakresie

1)

ogłaszania opisu minimalnych wymagań dla systemu teleinformatycznego lub oprogramowania stosowanego w publicznych

służbach zatrudnienia, zawierającego strukturę, wymaganą minimalną funkcjonalność, wymagania standaryzujące w zakresie bezpieczeństwa, wydajności i rozwoju systemu oraz zakres komunikacji między elementami struktury systemu, w tym

zestawienie struktur dokumentów elektronicznych, formatów danych oraz protokołów komunikacyjnych i szyfrujących;

2)

stwierdzania zgodności oprogramowania z opisem minimalnych wymagań oraz ogłaszania terminu dostosowania oprogramowania;

3)

ogłaszania opisu wymagań określających minimalny zakres informacji o rynku pracy udostępnianej przez publiczne

służby zatrudnienia oraz standardów obowiązujących w zakresie prezentacji tej informacji na stronach internetowych

publicznych służb zatrudnienia.

Dz.U. 2026 poz. 842 inForce

§ 2. Ilekroć w rozporządzeniu jest mowa o

1)

ministrze – oznacza to ministra właściwego do spraw pracy;

2)

okresie przejściowym – oznacza to okres od dnia ogłoszenia obowiązującej wersji opisu wymagań do wskazanego

w tym ogłoszeniu dnia, w którym dopuszcza się użytkowanie oprogramowania zgodnego z wersją opisu wymagań obowiązującą przed dniem ogłoszenia obowiązującej wersji opisu wymagań;

3)

opisie wymagań – oznacza to opis minimalnych wymagań, jakie powinien spełniać system teleinformatyczny lub oprogramowanie, zawierający łącznie: strukturę, wymaganą minimalną funkcjonalność, wymagania standaryzujące w zakresie bezpieczeństwa, wydajności i rozwoju systemu, w tym specyfikację standardowej konfiguracji platformy sprzętowej, systemowej i bazodanowej do przeprowadzenia procedury zgodności, oraz zakres komunikacji pomiędzy elementami struktury, w tym zestawienie struktur dokumentów elektronicznych, formatów danych oraz protokołów komunikacyjnych i szyfrujących;

4)

procedurze zgodności – oznacza to działania mające na celu ustalenie zgodności oprogramowania z opisem wymagań;

5)

producencie – oznacza to posiadających autorskie prawa majątkowe do oprogramowania

a)

przedsiębiorcę, o którym mowa w art. 4 ust. 1 i 2 ustawy z dnia 6 marca 2018 r. – Prawo przedsiębiorców (Dz. U.

z 2025 r. poz. 1480, 1795 i 1826 oraz z 2026 r. poz. 507),

b) obywatela Unii Europejskiej, Konfederacji Szwajcarskiej, państwa członkowskiego Europejskiego Porozumienia

o Wolnym Handlu (EFTA) – strony umowy o Europejskim Obszarze Gospodarczym lub osobę prawną posiadającą siedzibę w jednym z tych państw;

1)

Minister Rodziny, Pracy i Polityki Społecznej kieruje działem administracji rządowej – praca, na podstawie § 1 ust. 2 pkt 2 rozporządzenia Prezesa Rady Ministrów z dnia 18 grudnia 2023 r. w sprawie szczegółowego zakresu działania Ministra Rodziny, Pracy i Polityki Społecznej (Dz. U. poz. 2715).

6)

scenariuszu testowym – oznacza to dokument zawierający opis kolejnych kroków procedury obsługi funkcjonalności

testowanego oprogramowania, służący do weryfikacji realizacji przez oprogramowanie minimalnych wymagań funkcjonalnych;

7)

siedzibie producenta – oznacza to miejsce zamieszkania przedsiębiorcy będącego osobą fizyczną, jeżeli to miejsce jest

miejscem wykonywania działalności gospodarczej;

8)

systemie teleinformatycznym lub oprogramowaniu – oznacza to system teleinformatyczny w rozumieniu art. 2 pkt 3

ustawy z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz. U. z 2024 r. poz. 1513) stosowany w publicznych służbach zatrudnienia, przeznaczony do wsparcia wykonania zadań określonych ustawą;

9)

terminie dostosowawczym – oznacza to termin, do którego producenci są obowiązani zgłosić fakt dostosowania oprogramowania do obowiązującej wersji opisu wymagań;

10) typie oprogramowania – oznacza to oznaczony i opisany w dokumentacji opisu wymagań zakres stosowania części

składowej oprogramowania, dla którego wydawane jest świadectwo zgodności, objętego postępowaniem dotyczącym

stwierdzenia zgodności z wymaganiami;

11) wersji opisu wymagań – oznacza to oznaczenie kolejnego ogłoszonego opisu wymagań.

Dz.U. 2026 poz. 842 inForce

§ 3. Minister ogłasza w Biuletynie Informacji Publicznej znajdującym się na stronie podmiotowej urzędu obsługującego tego ministra informacje o

1)

obowiązującej wersji opisu wymagań;

2)

terminie dostosowawczym;

3)

okresie przejściowym;

4)

adresie internetowym, pod którym udostępniono obowiązującą wersję opisu wymagań wraz z zestawem scenariuszy

testowych.

Dz.U. 2026 poz. 842 inForce

§ 4. 1. Minister stwierdza zgodność oprogramowania z obowiązującą wersją opisu wymagań na podstawie pozytywnego wyniku procedury zgodności.

2. Stwierdzenie zgodności oprogramowania z obowiązującą wersją opisu wymagań następuje w świadectwie zgodności.

3. Świadectwo zgodności jest wydawane, w drodze decyzji administracyjnej, tylko dla wersji oprogramowania oznaczonej nazwą i numerem i tylko dla typów oprogramowania oznaczonych w dokumentacji obowiązującej wersji opisu

wymagań.

Dz.U. 2026 poz. 842 inForce

§ 5. 1. Producent występuje do ministra z wnioskiem o wydanie świadectwa zgodności z obowiązującą wersją opisu

wymagań dla oprogramowania.

2. Wniosek zawiera

1)

imię i nazwisko lub nazwę producenta oraz adres jego siedziby;

2)

imię, nazwisko i stanowisko służbowe osoby wyznaczonej do kontaktów w imieniu producenta w czasie trwania procedury zgodności;

3)

wskazanie typów oprogramowania zgodnie z obowiązującą wersją opisu wymagań, dla których producent występuje

z wnioskiem o wydanie świadectwa zgodności;

4)

oznaczenie nazwy i numeru wersji oprogramowania;

5)

określenie platformy sprzętowej i systemowej oprogramowania w przypadku platformy sprzętowej lub systemowej

innej, niż określona w opisie wymagań dla celów przeprowadzenia testów oprogramowania.

3. Numer wersji oprogramowania, o którym mowa w ust. 2 pkt 4, tworzy się według wzoru „L-k-y-x”, gdzie

1)

przez symbol „L” należy rozumieć oznaczenie typu oprogramowania zgłoszonego do procedury zgodności zgodnie

z obowiązującą wersją opisu wymagań;

2)

przez symbol „k” należy rozumieć oznaczenie obowiązującej wersji opisu wymagań, z którą jest zgodne zgłoszone

oprogramowanie;

3)

przez symbol „y” należy rozumieć numer wersji oprogramowania danego producenta;

4)

przez symbol „x” należy rozumieć numer kolejny aktualizacji wersji oprogramowania danego producenta.

4. Do wniosku producent dołącza sporządzone w języku polskim

1)

dokumentację oprogramowania określoną w opisie wymagań

a)

w przypadku złożenia pierwszego wniosku dla danej wersji oprogramowania – w pełnym zakresie,

b) w przypadku wniosku dotyczącego kolejnej wersji oprogramowania lub w przypadku aktualizacji oprogramowania – tylko zmienione fragmenty dokumentacji z właściwym odniesieniem do treści dokumentacji aktualizowanego oprogramowania;

2)

pisemne oświadczenie

a)

o zgodności oprogramowania z obowiązującą wersją opisu wymagań,

b) o posiadaniu autorskich praw majątkowych do oprogramowania oraz o braku toczącego się postępowania sądowego, którego przedmiotem są prawa autorskie do zgłoszonego oprogramowania,

c)

o przeprowadzeniu z wynikiem pozytywnym testu oprogramowania na podstawie załączonych scenariuszy testowych, które powinny pokrywać objęty sprawdzeniem zgodności z wymaganiami zakres funkcjonalności oprogramowania, z załączonym opisem wyniku testu,

d) potwierdzające, że nie otwarto jego likwidacji ani nie ogłoszono jego upadłości, wraz ze wskazaniem miejsca

rejestracji stanowiącego podstawę do działalności na terenie Rzeczypospolitej Polskiej; w przypadku stwierdzenia

nieprawdziwości oświadczenia minister odmawia wydania świadectwa zgodności lub cofa wydane świadectwo

zgodności.

5. Dokumentację oprogramowania producent składa w postaci elektronicznej.

6. W przypadku gdy wcześniejsze wersje zgłaszanego oprogramowania są już zainstalowane w publicznych służbach

zatrudnienia, producent, oprócz dokumentów wymienionych w ust. 4, dołącza w postaci elektronicznej następujące dokumenty

1)

aktualny spis jednostek publicznych służb zatrudnienia, w których jest zainstalowane zgłaszane we wniosku oprogramowanie;

2)

opis procedur postępowania związanych ze zmianą wersji zainstalowanego oprogramowania na wersję oprogramowania zgłoszonego w złożonym przez producenta wniosku.

Dz.U. 2026 poz. 842 inForce

§ 6. W przypadku gdy złożony wniosek nie spełnia wymagań, o których mowa w § 5 ust. 2–6, minister wzywa producenta do usunięcia braków, z zastrzeżeniem, że ich nieusunięcie w terminie 7 dni od dnia doręczenia wezwania skutkuje

pozostawieniem wniosku bez rozpoznania.

Dz.U. 2026 poz. 842 inForce

§ 7. Oświadczenia lub inne pisma składane ministrowi przez producenta w trakcie procedury zgodności zawierają

1)

imię i nazwisko lub nazwę producenta oraz adres jego siedziby;

2)

nazwę i oznaczenie wersji oprogramowania;

3)

opis przedmiotu sprawy.

Dz.U. 2026 poz. 842 inForce

§ 8. 1. Procedurę zgodności przeprowadza się w kolejności wpływu wniosków do urzędu obsługującego ministra.

2. Pierwszeństwo w przeprowadzeniu procedury zgodności przysługuje producentom, którzy zgłaszają oprogramowanie do procedury zgodności w terminie dostosowawczym.

3. Data złożenia wniosku w placówce operatora pocztowego albo w urzędzie konsularnym oznacza datę złożenia wniosku w urzędzie obsługującym ministra.

Dz.U. 2026 poz. 842 inForce

§ 9. 1. W celu stwierdzenia zgodności oprogramowania z obowiązującą wersją opisu wymagań minister ocenia kompletność załączonych do wniosku: dokumentacji oprogramowania, zestawu scenariuszy testowych, opisu wyniku testu przeprowadzonego przez producenta na podstawie załączonych scenariuszy testowych, będących udokumentowaniem poprawności działania oprogramowania.

2. Po dokonaniu oceny, o której mowa w ust. 1, minister sporządza raport, który niezwłocznie przekazuje producentowi.

3. Producent w terminie 7 dni od dnia otrzymania raportu może złożyć wyjaśnienia lub zgłosić umotywowane zastrzeżenia do zawartych w nim wniosków.

4. Niezłożenie wyjaśnień lub niezgłoszenie zastrzeżeń w terminie, o którym mowa w ust. 3, stanowi potwierdzenie

wniosków zawartych w raporcie.

5. W przypadku gdy zastrzeżenia producenta nie zostaną uwzględnione, minister wzywa go do przedłożenia dokumentacji spełniającej wymagania w terminie 30 dni od dnia doręczenia wezwania pod rygorem odmowy wydania świadectwa

zgodności. W przypadku nieprzedłożenia dokumentacji w tym terminie minister odmawia, w drodze decyzji administracyjnej, wydania świadectwa zgodności.

6. W oparciu o wnioski zawarte w raporcie określonym w ust. 2 oraz o wyjaśnienia lub zastrzeżenia producenta określone w ust. 3 minister wydaje decyzję administracyjną w sprawie świadectwa zgodności lub informuje producenta o zastosowaniu rozszerzonej procedury zgodności.

Dz.U. 2026 poz. 842 inForce

§ 10. 1. W celu stwierdzenia zgodności oprogramowania z obowiązującą wersją opisu wymagań minister może zastosować rozszerzoną procedurę zgodności polegającą na wykonaniu jednej lub obydwu z następujących czynności

1)

przeglądu dokumentacji oprogramowania;

2)

testu zgodności oprogramowania, zwanego dalej „testem zgodności”.

2. Po dokonaniu przeglądu dokumentacji oprogramowania, o której mowa w ust. 1 pkt 1, sporządza się raport z przeglądu, który niezwłocznie przekazuje się producentowi.

3. Przepisy § 9 ust. 3–6 stosuje się odpowiednio.

Dz.U. 2026 poz. 842 inForce

§ 11. 1. O terminach i warunkach przeprowadzenia testu zgodności producent zawiadamiany jest pisemnie.

2. Zawiadomienie, o którym mowa w ust. 1, zawiera

1)

określenie terminu i miejsca instalacji oprogramowania przez producenta w celu przeprowadzenia testu zgodności;

2)

określenie planowanego terminu zakończenia testu zgodności;

3)

zobowiązanie producenta do dostarczenia sprzętu i oprogramowania niezbędnych do przeprowadzenia testu zgodności

w przypadku, gdy oprogramowanie wymaga innej platformy sprzętowej, systemowej lub bazodanowej niż określone

w obowiązującej wersji opisu wymagań do przeprowadzenia procedury zgodności.

Dz.U. 2026 poz. 842 inForce

§ 12. 1. Przed terminem, o którym mowa w § 11 ust. 2 pkt 1, producent dostarcza instalacyjną wersję oprogramowania

wraz z instrukcją instalacji.

2. Producent na własny koszt instaluje oprogramowanie w miejscu wskazanym w zawiadomieniu, o którym mowa w § 11,

oraz w takiej postaci, jaka jest przekazywana użytkownikowi.

3. Oprogramowanie jest instalowane z pustymi bazami danych. Na żądanie ministra producent dostarcza procedurę

zapełnienia bazy danych zadaną liczbą rekordów na potrzeby przeprowadzenia testów wydajnościowych.

4. Po zainstalowaniu oprogramowania producent wykonuje test poinstalacyjny, który sprawdza gotowość zainstalowanego oprogramowania do przeprowadzenia testu zgodności.

5. Po zainstalowaniu oprogramowania i wykonaniu testu poinstalacyjnego oprogramowania producent dokonuje

wstępnej prezentacji sposobu obsługi oprogramowania.

Dz.U. 2026 poz. 842 inForce

§ 13. 1. Test zgodności przeprowadza się z uwzględnieniem wybranych zestawów scenariuszy testowych.

2. W czasie trwania testu zgodności jest wymagana obecność producenta lub jego upoważnionego przedstawiciela,

który udziela wszelkich informacji w sprawach związanych ze sposobem obsługi testowanego oprogramowania.

3. W trakcie przeprowadzania testu zgodności nie jest dopuszczalne wykonywanie bieżących poprawek lub aktualizacji

testowanego oprogramowania w celu poprawy jego funkcjonalności lub usunięcia stwierdzonych nieprawidłowości.

4. Minister może jednokrotnie przerwać przeprowadzanie testu zgodności na czas konieczny do usunięcia zgłoszonych

problemów, jeżeli jego zakończenie w planowanym terminie nie jest możliwe ze względu na rodzaj stwierdzonych problemów, o czym zawiadamia producenta pisemnie, wyznaczając nowy termin zakończenia testu.

5. Minister może zakończyć test zgodności i w drodze decyzji administracyjnej odmówić wydania świadectwa zgodności, jeżeli po rozpoczęciu testu zostaną stwierdzone problemy testowe kategorii 1 i 2k, o których mowa w § 14 ust. 2 pkt 1

i pkt 2 lit. a, świadczące o poważnych brakach funkcjonalnych w oprogramowaniu.

Dz.U. 2026 poz. 842 inForce

§ 14. 1. Każdy problem testowy stwierdzony w trakcie przeprowadzania testu zgodności podlega zakwalifikowaniu do

odpowiedniej kategorii.

2. Wyróżnia się następujące kategorie problemów testowych

1)

kategoria „1” – do której zalicza się problemy funkcjonalne blokujące możliwość użycia oprogramowania, a w szczególności powodujące zawieszenie jego pracy;

2)

kategoria „2” – do której zalicza się problemy funkcjonalne nieblokujące możliwości użycia oprogramowania,

a w szczególności brak implementacji wymagań funkcjonalnych lub ich nieprawidłową implementację; w obrębie tej

kategorii wyróżnia się następujące podkategorie

a)

kategoria „2k” – do której zalicza się problemy funkcjonalne powodujące, że nie jest możliwe poprawne wykonanie podstawowej funkcji merytorycznej oprogramowania, która zgodnie z dokumentacją oprogramowania i obowiązującą wersją opisu wymagań powinna być możliwa do zrealizowania,

b) kategoria „2n” – do której zalicza się problemy funkcjonalne powodujące, że wykonanie merytorycznej funkcji

oprogramowania jest utrudnione, ale istnieje możliwość poprawnego wykonania danej funkcji w sposób inny niż

to zdefiniowano w dokumentacji oprogramowania lub w obowiązującej wersji opisu wymagań,

c)

3)

kategoria „2r” – do której zalicza się pozostałe problemy kategorii 2;

kategoria „3” – do której zalicza się problemy w zakresie komunikacji z użytkownikiem, mogące mieć wpływ na poprawność pracy użytkownika z oprogramowaniem; do problemów tych zalicza się w szczególności

a)

błędne lub brakujące kryteria sortowania,

b) niepoprawnie działające filtry,

c)

błędne lub brakujące wartości domyślne pól danych,

d) błędne lub brakujące podpowiedzi,

e)

błędne formaty danych,

f)

niesygnalizowanie wypełnienia i brak sprawdzania wypełnienia obligatoryjnych pól danych,

g) nieprzestrzeganie przyjętych przez producenta standardów komunikacji w zakresie: wyglądu i formy ekranów,

wyglądu i postaci komunikatów, struktury i postaci menu, użycia klawiszy funkcyjnych i przycisków,

h) niesygnalizowanie operacji wykonywanych dłużej niż 3 sekundy

– czasu dostępu do danych prezentowanych na listach i w słownikach według wprowadzonych kryteriów wyszukiwania,

– czasu wykonywania złożonych operacji w bazie,

4)

i)

brak ograniczeń w oprogramowaniu blokujących możliwość swobodnego doboru liczby i rodzaju podstawowych

wartości, niezgodnych z obowiązującymi przepisami prawnymi,

j)

problemy w zakresie wydajności, oznaczające brak spełnienia opisanych wymagań wydajnościowych, formułowanych w kategoriach czasu reakcji na działanie użytkownika oraz liczby danych i dokumentów przetwarzanych

przez oprogramowanie, w akceptowalnym przedziale czasowym;

kategoria „P” – do której zalicza się problemy w zakresie polonizacji treści komunikatów, podpowiedzi oraz opisów

etykiet pól.

Dz.U. 2026 poz. 842 inForce

§ 15. 1. W terminie 7 dni od dnia zakończenia testu zgodności minister sporządza raport z przebiegu tego testu, który

przekazuje niezwłocznie producentowi.

2. W raporcie przedstawia się w szczególności problemy testowe stwierdzone w trakcie przeprowadzania testu zgodności wraz z określeniem ich kategorii.

3. Przepisy § 9 ust. 3, 4 i 6 stosuje się odpowiednio.

Dz.U. 2026 poz. 842 inForce

§ 16. Producent uzyskuje świadectwo zgodności, jeżeli podczas procedury zgodności zostanie stwierdzone, że oprogramowanie spełnia wymagania zawarte w obowiązującej wersji opisu wymagań.

Dz.U. 2026 poz. 842 inForce

§ 17. 1. Świadectwo zgodności wydaje się

1)

na czas nieokreślony albo

2)

na czas określony, w tym

a)

warunkowe świadectwo zgodności albo

b) przejściowe świadectwo zgodności.

2. Świadectwo zgodności zawiera

1)

datę wydania i datę początku ważności świadectwa;

2)

numer wersji opisu wymagań;

3)

nazwę oprogramowania;

4)

oznaczenie wersji oprogramowania;

5)

typ lokalizacji, na jaki wydano świadectwo;

6)

imię i nazwisko lub nazwę producenta oraz adres jego siedziby;

7)

numer świadectwa zgodności;

8)

termin ważności świadectwa – w przypadku wydania warunkowego albo przejściowego świadectwa zgodności.

Dz.U. 2026 poz. 842 inForce

§ 18. 1. Warunkowe świadectwo zgodności może być wydane w przypadku stwierdzenia nieznacznych uchybień i rozbieżności pomiędzy funkcjonalnością oprogramowania a obowiązującą wersją opisu wymagań, które nie powodują problemów testowych kategorii 1 i 2k lub powodują nieliczne w stosunku do rozmiaru oprogramowania problemy testowe pozostałych kategorii wymienionych w § 14 ust. 2 pkt 2 lit. b i c oraz pkt 3 i 4.

2. Warunkowe świadectwo zgodności traci ważność z dniem określonym w tym świadectwie.

3. Producent, któremu wydano warunkowe świadectwo zgodności, przy ubieganiu się o prolongatę jego ważności

usuwa uchybienia lub rozbieżności w funkcjonowaniu oprogramowania i niepóźniej niż na 30 dni przed dniem upływu jego

ważności określonym w świadectwie zgłasza poprawione oprogramowanie do powtórnej procedury zgodności.

4. Przeprowadzając powtórną procedurę zgodności, w przypadku wydania warunkowego świadectwa zgodności, minister może ograniczyć zakres tej procedury do obszarów funkcjonalnych oprogramowania zakwestionowanych podczas poprzedniej procedury.

5. Do powtórnej procedury zgodności stosuje się przepisy § 5–17.

Dz.U. 2026 poz. 842 inForce

§ 19. 1. Przejściowe świadectwo zgodności może być wydane w przypadku, gdy oprogramowanie zgłoszone do procedury zgodności nie spełnia wszystkich wymagań zawartych w obowiązującej wersji opisu wymagań na skutek zaprzestania przez producenta rozwoju oprogramowania z powodu podjętych prac dotyczących wytworzenia nowej wersji oprogramowania w zmienionej technologii informatycznej.

2. Przejściowe świadectwo zgodności jest wydawane na oprogramowanie, które uzyskało wcześniej świadectwo zgodności lub warunkowe świadectwo zgodności.

3. Przejściowe świadectwo zgodności jest wydawane na okres konieczny do wdrożenia przez producenta nowego oprogramowania, które uzyska świadectwo zgodności, nie na dłużej jednak niż na 12 miesięcy od dnia jego doręczenia.

4. Do czasu pełnego wdrożenia nowej wersji oprogramowania dopuszcza się użytkowanie dwóch wersji oprogramowania w jednej lokalizacji.

Dz.U. 2026 poz. 842 inForce

§ 20. 1. Producent, który posiada dla oprogramowania świadectwo zgodności wydane dla wersji opisu wymagań bezpośrednio poprzedzającej obowiązującą wersję opisu wymagań, zgłasza dostosowane oprogramowanie do procedury zgodności w terminie dostosowawczym.

2. W przypadku niezgłoszenia oprogramowania do procedury zgodności w terminie dostosowawczym lub niewykonania aktualizacji oprogramowania w okresie przejściowym przez producenta minister, w drodze decyzji administracyjnej,

z dniem upływu terminu dostosowawczego, uchyla z urzędu świadectwo zgodności wydane dla tego oprogramowania.

3. Świadectwo zgodności wydane dla wersji opisu wymagań bezpośrednio poprzedzającej obowiązującą wersję opisu

wymagań traci ważność z upływem okresu przejściowego.

4. Minister ogłasza w Biuletynie Informacji Publicznej informację o utracie ważności świadectwa zgodności dla oprogramowania wydanego producentowi wraz z uzasadnieniem.

Dz.U. 2026 poz. 842 inForce

§ 21. 1. Producent, którego oprogramowanie uzyskało świadectwo zgodności, przekazuje użytkownikom aktualizacje

oprogramowania związane z jego utrzymaniem, które usuwają stwierdzone w czasie eksploatacji nieprawidłowości oraz, ze

względu dbałość o rozwój oprogramowania, wprowadzają zmiany zapewniające poprawną obsługę zgodną z obowiązującym stanem prawnym.

2. Minister może wezwać producenta, którego oprogramowanie posiada ważne świadectwo zgodności, do okresowego

przeglądu tego oprogramowania w celu potwierdzenia jego właściwego funkcjonowania, o którym mowa w ust. 1. Przepisy

§ 9 ust. 2–4 stosuje się odpowiednio.

3. W przypadku nieprzekazania oprogramowania wraz z dokumentacją do przeglądu, o którym mowa w ust. 2, lub

w przypadku stwierdzenia niewłaściwego funkcjonowania oprogramowania minister może, w drodze decyzji administracyjnej, uchylić świadectwo zgodności wydane producentowi dla tego oprogramowania.

4. Producent, dokonując aktualizacji oprogramowania, o której mowa w ust. 1, pomiędzy ogłoszeniami kolejnych wersji opisu wymagań, nadaje kolejne numery wersji oprogramowania, zgodnie z § 5 ust. 3, poprzez zmianę dwóch ostatnich

członów numeru wersji oprogramowania oznaczonych symbolami „y” i „x”. Kolejne aktualizacje oprogramowania wykonywane w ramach danej wersji opisu wymagań nie wymagają wydania nowego świadectwa zgodności.

Dz.U. 2026 poz. 842 inForce

§ 22. Producent może wystąpić ponownie z wnioskiem o wydanie świadectwa zgodności dla oprogramowania niewcześniej niż po upływie 6 miesięcy od dnia cofnięcia świadectwa zgodności na podstawie § 5 ust. 4 pkt 2 lit. d, § 20 ust. 2

lub § 21 ust. 3 lub od dnia otrzymania odmowy wydania świadectwa zgodności.

Dz.U. 2026 poz. 842 inForce

§ 23. Minister ogłasza w Biuletynie Informacji Publicznej znajdującym się na stronie podmiotowej urzędu obsługującego tego ministra informacje o

1)

obowiązującej wersji opisu wymagań określającej minimalny zakres informacji o rynku pracy udostępnianej przez

publiczne służby zatrudnienia oraz o obowiązujących standardach prezentacji tej informacji na stronach internetowych

publicznych służb zatrudnienia;

2)

terminie dostosowania stron internetowych publicznych służb zatrudnienia do ogłoszonej wersji opisu wymagań;

3)

adresie internetowym, pod którym udostępniono obowiązującą wersję opisu wymagań, o której mowa w pkt 1.

Dz.U. 2026 poz. 842 inForce

§ 24. Wersja opisu wymagań obowiązująca w dniu wejścia w życie niniejszego rozporządzenia zachowuje ważność do

dnia wejścia w życie nowej wersji opisu wymagań, ogłoszonej jako obowiązującej na podstawie niniejszego rozporządzenia.

Dz.U. 2026 poz. 842 inForce

§ 25. 1. Świadectwa zgodności wydane na podstawie dotychczasowych przepisów zachowują ważność do dnia wydania świadectw zgodności na podstawie niniejszego rozporządzenia, z zastrzeżeniem § 20 ust. 2.

2. Do postępowań wszczętych i niezakończonych przed dniem wejścia w życie niniejszego rozporządzenia stosuje się

przepisy dotychczasowe.

Dz.U. 2026 poz. 842 inForce

§ 26. Rozporządzenie wchodzi w życie po upływie 14 dni od dnia ogłoszenia.2)

Minister Rodziny, Pracy i Polityki Społecznej: A. Dziemianowicz-Bąk

2)

Niniejsze rozporządzenie było poprzedzone rozporządzeniem Ministra Pracy i Polityki Społecznej z dnia 30 maja 2011 r. w sprawie

systemów teleinformatycznych stosowanych w publicznych służbach zatrudnienia (Dz. U. poz. 754), które utraciło moc z dniem

1 grudnia 2025 r., zgodnie z art. 459 ust. 1 pkt 1 ustawy z dnia 20 marca 2025 r. o rynku pracy i służbach zatrudnienia (Dz. U. poz. 620,

1746 i 1794 oraz z 2026 r. poz. 451, 507 i 734).

Dz.U. 2026 poz. 842 inForce

Warszawa, dnia 25 czerwca 2026 r.

Poz. 842

RO ZPO RZ ĄD Z E N I E

M IN I S TR A R O D Z IN Y, PRA CY I PO L I TYK I SPO Ł EC Z N EJ 1)

z dnia 26 maja 2026 r.

w sprawie systemów teleinformatycznych stosowanych w publicznych służbach zatrudnienia

Na podstawie art. 26 ust. 5 ustawy z dnia 20 marca 2025 r. o rynku pracy i służbach zatrudnienia (Dz. U. poz. 620, 1746

i 1794 oraz z 2026 r. poz. 451, 507 i 734) zarządza się, co następuje

Need to analyze how this provision applies to your matter?

Cross-reference this statute against case law, commentaries, and related legislative provisions inside Legislator AI.

Open in Legislator →