Legislator Case Law & Legislation
DU_2011_754 PL

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

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

Table of Provisions (23)

Statutory Text (23 Articles)

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 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, o których mowa w art. 13 ust. 2 pkt 2 lit. a ustawy z dnia

17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U.

Nr 64, poz. 565, z późn. zm.4));

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.

1) Minister Pracy i Polityki Społecznej kieruje działem admini-

ww

stracji rządowej — praca, na podstawie § 1 ust. 2 pkt 1

rozporządzenia Prezesa Rady Ministrów z dnia 16 listopada

2007 r. w sprawie szczegółowego zakresu działania Ministra

Pracy i Polityki Społecznej (Dz. U. Nr 216, poz. 1598).

2) Niniejsze rozporządzenie zostało notyfikowane Komisji Europejskiej w dniu 4 lutego 2011 r. pod numerem 2011/0055/PL,

zgodnie z § 4 rozporządzenia Rady Ministrów z dnia

23 grudnia 2002 r. w sprawie sposobu funkcjonowania krajowego systemu notyfikacji norm i aktów prawnych (Dz. U.

Nr 239, poz. 2039 oraz z 2004 r. Nr 65, poz. 597), które wdraża dyrektywę 98/34/WE Parlamentu Europejskiego i Rady

z dnia 22 czerwca 1998 r. ustanawiającą procedurę udzielania informacji w dziedzinie norm i przepisów technicznych

oraz zasad dotyczących usług społeczeństwa informacyjnego (Dz. Urz. WE L 204 z 21.07.1998, z późn. zm.; Dz. Urz. UE

Polskie wydanie specjalne, rozdz. 13, t. 20, str. 337).

3) Zmiany tekstu jednolitego wymienionej ustawy zostały

ogłoszone w Dz. U. z 2008 r. Nr 70, poz. 416, Nr 134, poz. 850,

Nr 171, poz. 1056, Nr 216, poz. 1367 i Nr 237, poz. 1654,

z 2009 r. Nr 6, poz. 33, Nr 69, poz. 595, Nr 91, poz. 742, Nr 97,

poz. 800, Nr 115, poz. 964, Nr 125, poz. 1035, Nr 127,

poz. 1052, Nr 161, poz. 1278 i Nr 219, poz. 1706, z 2010 r.

Nr 28, poz. 146, Nr 81, poz. 531, Nr 238, poz. 1578, Nr 239,

poz. 1593, Nr 254, poz. 1700 i Nr 257, poz. 1725 i 1726 oraz

z 2011 r. Nr 45, poz. 235 i Nr 106, poz. 622.

4) Zmiany wymienionej ustawy zostały ogłoszone w Dz. U.

z 2006 r. Nr 12, poz. 65 i Nr 73, poz. 501, z 2008 r. Nr 127,

poz. 817, z 2009 r. Nr 157, poz. 1241, z 2010 r. Nr 40, poz. 230,

Nr 167, poz. 1131 i Nr 182, poz. 1228 oraz z 2011 r. Nr 112,

poz. 654.

Dz.U. 2011 nr 130 poz. 754 notInForce

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

1) dokumentacji opisu wymagań — oznacza to szczegółowy opis wymagań, jakie powinno spełniać

oprogramowanie;

2) ministrze — oznacza to ministra właściwego do

spraw pracy;

3) okresie przejściowym — oznacza to okres od dnia

ogłoszenia obowiązującej wersji opisu wymagań

do dnia wskazanego w tym ogłoszeniu, 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ń;

4) opisie wymagań — oznacza to, zgodnie z ustawą

z dnia 17 lutego 2005 r. o informatyzacji działalności

podmiotów realizujących zadania publiczne, opis

minimalnych wymagań dla oprogramowania, zawierający: wymaganą minimalną funkcjonalność,

wymagania pozafunkcjonalne, wymagania w zakresie struktury oprogramowania oraz komunikacji

pomiędzy elementami tej struktury i systemami

zewnętrznymi w stosunku do niej; opis ten zawiera

ponadto wymagania w stosunku do dokumentacji

oprogramowania oraz specyfikację standardowej

konfiguracji platformy sprzętowej, systemowej

i bazodanowej do przeprowadzenia procedury zgodności;

5) procedurze zgodności — oznacza to działania mające na celu ustalenie zgodności oprogramowania

z opisem wymagań;

6) producencie — oznacza to posiadających autorskie

prawa majątkowe do oprogramowania

a) przedsiębiorcę lub oddział przedsiębiorcy zagranicznego w rozumieniu ustawy z dnia 2 lipca

2004 r. o swobodzie działalności gospodarczej

(Dz. U. z 2010 r. Nr 220, poz. 1447, z późn. zm.5)),

b) prowadzących działalność gospodarczą: 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;

7) 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;

8) siedzibie producenta — oznacza to, w przypadku

przedsiębiorcy będącego osobą fizyczną, miejsce

zamieszkania, jeżeli to miejsce jest miejscem wykonywania działalności gospodarczej;

5) Zmiany tekstu jednolitego wymienionej ustawy zostały

ogłoszone w Dz. U. z 2010 r. Nr 239, poz. 1593 oraz z 2011 r.

Nr 85, poz. 459, Nr 106, poz. 622, Nr 112, poz. 654 i Nr 120,

poz. 690.

2) imię, nazwisko i stanowisko służbowe osoby wyznaczonej do kontaktów w imieniu producenta

w czasie trwania procedury zgodności;

w.

rcl

.go

v.p

l

9) 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. Nr 144,

poz. 1204, z późn. zm.6)) lub oprogramowanie, stosowane w publicznych służbach zatrudnienia, specjalizowane do wsparcia wykonania zadań określonych ustawą;

Poz. 754

10) terminie dostosowawczym — oznacza to termin, do

którego producenci są obowiązani zgłosić fakt dostosowania oprogramowania do obowiązującej

wersji opisu wymagań;

11) typie oprogramowania — oznacza to oznaczony

i opisany w dokumentacji opisu wymagań zakres

stosowania części składowej oprogramowania objętego postępowaniem w zakresie stwierdzenia

zgodności z wymaganiami, dla którego wydawane

jest świadectwo zgodności;

12) ustawie — oznacza to ustawę z dnia 20 kwietnia

2004 r. o promocji zatrudnienia i instytucjach rynku

pracy;

3) wskazanie typów oprogramowania zgodnie z obowiązującą wersją opisu wymagań, dla których wnioskowane jest 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 dokumentacji

opisu 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 zgodnie z obowiązującą wersją

opisu wymagań, z którym jest zgodne zgłoszone

oprogramowanie;

13) wersji opisu wymagań — oznacza to oznaczenie

kolejnego ogłoszonego opisu wymagań.

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

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 3. Minister ogłasza w dzienniku o zasięgu ogólnokrajowym i w Biuletynie Informacji Publicznej informacje o

3) przez symbol „y” należy rozumieć numer wersji

oprogramowania danego producenta;

1) obowiązującej wersji opisu wymagań;

4) przez symbol „x” należy rozumieć numer kolejny

aktualizacji wersji oprogramowania danego producenta.

2) terminie dostosowawczym;

3) okresie przejściowym;

4) adresie internetowym, pod którym udostępniono

dokumentację obowiązującej wersji opisu wymagań

wraz z zestawem scenariuszy testowych.

Dz.U. 2011 nr 130 poz. 754 notInForce

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

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

ww

3. Świadectwo zgodności jest wydawane w drodze

decyzji administracyjnej tylko dla oznaczonej nazwą

i numerem wersji oprogramowania i tylko dla typów

oprogramowania oznaczonych w dokumentacji obowiązującej wersji opisu wymagań.

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 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;

6) Zmiany wymienionej ustawy zostały ogłoszone w Dz. U.

z 2004 r. Nr 96, poz. 959 i Nr 173, poz. 1808, z 2007 r. Nr 50,

poz. 331, z 2008 r. Nr 171, poz. 1056 i Nr 216, poz. 1371,

z 2009 r. Nr 201, poz. 1540 oraz z 2011 r. Nr 85, poz. 459.

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

1) dokumentację oprogramowania określoną w dokumentacji opisu 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 pełnych majątkowych praw autorskich 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,

2. Po dokonaniu oceny, o której mowa w ust. 1,

sporządza się raport, który niezwłocznie przekazuje się

producentowi.

w.

rcl

.go

v.p

l

d) potwierdzające, że nie otwarto jego likwidacji ani

nie ogłoszono 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.

Poz. 754

5. Dokumentację oprogramowania producent składa w postaci elektronicznej, na dwóch osobnych informatycznych nośnikach danych, przy czym minister

może zażądać, w formie pisemnej, maksymalnie dwóch

kopii pełnej dokumentacji lub jej dowolnych fragmentów.

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. 2011 nr 130 poz. 754 notInForce

§ 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. 2011 nr 130 poz. 754 notInForce

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

zawierają co najmniej

1) imię i nazwisko lub nazwę producenta oraz adres

jego siedziby;

3. Producent w terminie 7 dni od dnia otrzymania

raportu może złożyć wyjaśnienia lub zgłosić umotywowane zastrzeżenia do wniosków w nim zawartych.

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. 2011 nr 130 poz. 754 notInForce

§ 10. 1. W celu stwierdzenia zgodności oprogramowania z obowiązującą wersją opisu wymagań może być

zastosowana rozszerzona procedura zgodności polegająca 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.

2) nazwę i oznaczenie wersji oprogramowania;

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

3) opis przedmiotu sprawy.

§ 8. 1. Wnioski o wydanie świadectwa zgodności

rozpatruje się w kolejności dat ich złożenia w urzędzie

obsługującym ministra.

ww

2. Przy ustalaniu kolejności rozpatrywania wniosków

uwzględnia się konieczność zapewnienia ciągłości funkcjonowania oprogramowania posiadającego ważne

świadectwo zgodności.

3. Datę nadania wniosku w polskiej placówce pocztowej operatora publicznego albo w polskim urzędzie

konsularnym uznaje się za datę złożenia wniosku w urzędzie obsługującym ministra.

§ 9. 1. W celu stwierdzenia zgodności oprogramowania z obowiązującą wersją opisu wymagań ocenia

się 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.

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 11. 1. O przeprowadzeniu testu zgodności producent zawiadamiany jest na piśmie.

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

ra

1) termin i miejsce instalacji oprogramowania przez

producenta w celu przeprowadzenia testu zgodności;

2) planowany termin 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. 2011 nr 130 poz. 754 notInForce

§ 12. 1. Przed terminem, o którym mowa w § 11

ust. 2 pkt 1, producent dostarcza instalacyjną wersję

oprogramowania wraz z instrukcją instalacji.

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) kategoria „2r” — do której zalicza się pozostałe

problemy kategorii 2;

w.

rcl

.go

v.p

l

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.

Poz. 754

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. 2011 nr 130 poz. 754 notInForce

§ 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 na piśmie, 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 błędy 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.

ww

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 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

3) 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 wyszukiwanych na listach i w słownikach według

zadanych kryteriów wyszukiwania, czasu wykonywania złożonych operacji w bazie,

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 system

teleinformatyczny;

4) kategoria „P” — do której zalicza się problemy w zakresie polonizacji treści komunikatów, podpowiedzi

oraz opisów etykiet pól.

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 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.

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

w.

rcl

.go

v.p

l

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 16. Producent uzyskuje świadectwo zgodności,

jeżeli podczas procedury zgodności zostanie stwierdzone, że oprogramowanie spełnia wymagania zawarte

w dokumentacji obowiązującej wersji opisu wymagań.

Poz. 754

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 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. 2011 nr 130 poz. 754 notInForce

§ 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ń, oznaczających niewystąpienie problemów kategorii 1 i 2k oraz nieliczne, w stosunku do rozmiaru oprogramowania, wystąpienie błędów 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, usuwa uchybienia lub rozbieżności

w funkcjonowaniu oprogramowania i nie póź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.

ww

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. 2011 nr 130 poz. 754 notInForce

§ 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.

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 okres 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. 2011 nr 130 poz. 754 notInForce

§ 20. 1. Producent posiadający 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 minister w drodze decyzji administracyjnej, z dniem upływu terminu dostosowawczego, cofa

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. W wyjątkowych przypadkach z przyczyn niezawinionych przez producenta minister może wyznaczyć

producentowi indywidualny termin dostosowawczy lub

okres przejściowy.

5. 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. 2011 nr 130 poz. 754 notInForce

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

aktualizacje oprogramowania związane z jego utrzymaniem, usuwające stwierdzone w czasie eksploatacji

nieprawidłowości, jak również, mając na względzie

dbałość o rozwój oprogramowania, zawierające 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 cofnąć świadectwo

zgodności wydane producentowi dla tego oprogramowania.

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 24. Wersja opisu wymagań obowiązująca w dniu

wejścia w życie niniejszego rozporządzenia zachowuje

ważność do dnia ogłoszenia na podstawie niniejszego

rozporządzenia obowiązywania nowej wersji opisu wymagań.

w.

rcl

.go

v.p

l

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 przez

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.

Poz. 754

§ 22. Producent może wystąpić ponownie z wnioskiem o wydanie świadectwa zgodności dla oprogramowania nie wcześ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 odmowy wydania świadectwa zgodności.

§ 23. Minister ogłasza w dzienniku o zasięgu ogólnokrajowym i w Biuletynie Informacji Publicznej informacje o

1) obowiązującej wersji opisu wymagań określających

minimalny zakres informacji o rynku pracy udostępnianej przez publiczne służby zatrudnienia oraz

standardach obowiązujących w zakresie 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ń;

ww

3) adresie internetowym, pod którym udostępniono

dokumentację obowiązującej wersji opisu wymagań, o których mowa w pkt 1.

Dz.U. 2011 nr 130 poz. 754 notInForce

§ 25. 1. Świadectwa homologacji i ś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. 2011 nr 130 poz. 754 notInForce

§ 26. Rozporządzenie wchodzi w życie po upływie

14 dni od dnia ogłoszenia.7)

Minister Pracy i Polityki Społecznej: J. Fedak

7) Niniejsze rozporządzenie było poprzedzone rozporządzeniem

Ministra Pracy i Polityki Społecznej z dnia 2 listopada 2007 r.

w sprawie systemów teleinformatycznych stosowanych

w publicznych służbach zatrudnienia (Dz. U. Nr 212,

poz. 1566), które traci moc z dniem wejścia w życie niniejszego rozporządzenia, zgodnie z art. 29 ustawy z dnia

19 grudnia 2008 r. o zmianie ustawy o promocji zatrudnienia i instytucjach rynku pracy oraz o zmianie niektórych

innych ustaw (Dz. U. z 2009 r. Nr 6, poz. 33).

Dz.U. 2011 nr 130 poz. 754 notInForce

Elektronicznie

podpisany przez

Jaroslaw Deminet

Data: 2011.06.22

19:13:51 +02'00'

Poz. 754

754

w.

rcl

.go

v.p

l

ROZPORZĄDZENIE MINISTRA PRACY I POLITYKI SPOŁECZNEJ1)

z dnia 30 maja 2011 r.

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

Na podstawie art. 4 ust. 2 ustawy z dnia 20 kwietnia

2004 r. o promocji zatrudnienia i instytucjach rynku

pracy (Dz. U. z 2008 r. Nr 69, poz. 415, z późn. zm.3))

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 →