Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 22 czerwca 2010 r. w sprawie systemów teleinformatycznych stosowanych do realizacji zadań w zakresie świadczeń z funduszu alimentacyjnego w urzędach administracji publicznej

§ 1.

Rozporządzenie określa: mowania z dokumentacją systemu;

1) opis systemów teleinformatycznych stosowanych

7) producencie — oznacza to przedsiębiorcę w rozu- w urzędach administracji publicznej realizujących mieniu ustawy z dnia 2 lipca 2004 r. o swobodzie zadania w zakresie świadczeń z funduszu alimen- działalności gospodarczej (Dz. U. z 2007 r. Nr 155, tacyjnego; poz. 1095, z późn. zm. ), obywatela państwa człon-

2) wymagania standaryzujące w zakresie bezpieczeń- kowskiego Unii Europejskiej, obywatela Konfede- stwa, wydajności i rozwoju systemu; racji Szwajcarskiej, obywatela państwa członkow- skiego Europejskiego Porozumienia o Wolnym

3) sposób postępowania w zakresie stwierdzenia

Handlu (EFTA) — strony umowy o Europejskim zgodności oprogramowania z dokumentacją

Obszarze Gospodarczym lub osobę prawną posia- systemu. dającą siedzibę w jednym z tych państw, posiada-

§ 2.

Ilekroć w rozporządzeniu jest mowa o: jących autorskie prawa majątkowe do oprogramo- wania;

1) dokumentacji systemu — oznacza to szczegółowy opis systemu teleinformatycznego zawierający je- 8) scenariuszu testowym — oznacza to dokument go strukturę, wymaganą funkcjonalność oraz spo- opisujący podstawowe funkcje oprogramowania, sób i zakres komunikacji między elementami jego uwzględniający procedury ich obsługi, służący do struktury; weryfikacji realizacji minimalnych wymagań dla oprogramowania, który jest udostępniany razem

2) ministrze — oznacza to ministra właściwego do z dokumentacją systemu; spraw zabezpieczenia społecznego;

3) okresie przejściowym — oznacza to okres określo- 9) świadczeniu — oznacza to świadczenie z funduszu ny w ogłoszeniu nowej wersji dokumentacji syste- alimentacyjnego; mu, w którym dopuszcza się stosowanie dotych- czasowej wersji dokumentacji systemu; 10) terminie dostosowawczym — oznacza to termin, do którego producenci są obowiązani zgłosić fakt

4) oprogramowaniu — oznacza to program użytkowy dostosowania oprogramowania do nowej doku-

(aplikację) wspierający wykonywanie zadań zwią- mentacji systemu; zanych z obsługą świadczeń z funduszu alimenta- cyjnego w urzędach realizujących te zadania; 11) wersji dokumentacji systemu — oznacza to kolej- ny numer ogłoszonej dokumentacji systemu zwią-

5) poziomie — oznacza to zakres funkcji realizowa- zany z kolejnym numerem wersji oprogramowa- nych przez oprogramowanie, na który wydawane nia zgodnego z tą dokumentacją. jest świadectwo zgodności;

§ 3.

Struktura systemu teleinformatycznego stoso-

Minister Pracy i Polityki Społecznej kieruje działem ad- wanego w urzędach realizujących zadania w zakresie ministracji rządowej — zabezpieczenie społeczne, na pod- świadczeń określa podział tego systemu na elementy, stawie § 1 ust. 2 pkt 2 rozporządzenia Prezesa Rady Mini- uwzględniając: strów z dnia 16 listopada 2007 r. w sprawie szczegółowego zakresu działania Ministra Pracy i Polityki Społecznej

1) hierarchię:

(Dz. U. Nr 216, poz. 1598).

Niniejsze rozporządzenie zostało notyfikowane Komisji

a) do obsługi zadań realizowanych w urzędach Europejskiej w dniu 8 stycznia 2010 r. pod numerem www.rcl.gov.pl gmin, ośrodku pomocy społecznej lub innej jed-

2010/0015/PL zgodnie z § 4 rozporządzenia Rady Ministrów nostce organizacyjnej gminy, z dnia 23 grudnia 2002 r. w sprawie sposobu funkcjonowa- nia krajowego systemu notyfikacji norm i aktów prawnych

b) do obsługi zadań realizowanych w urzędach (Dz. U. Nr 239, poz. 2039 oraz z 2004 r. Nr 65, poz. 597), marszałkowskich lub w regionalnych ośrodkach które wdraża postanowienia dyrektywy 98/34/WE z dnia

22 czerwca 1998 r. ustanawiającej procedurę udzielania polityki społecznej; informacji w zakresie norm i przepisów technicznych

(Dz. Urz. WE L 204 z 21.07.1998, str. 37, z późn. zm.; Dz. Urz. Zmiany tekstu jednolitego wymienionej ustawy zostały UE Polskie wydanie specjalne, rozdz. 13, t. 20, str. 337, ogłoszone w Dz. U. z 2007 r. Nr 180, poz. 1280, z 2008 r. z późn. zm.). Nr 70, poz. 416, Nr 116, poz. 732, Nr 141, poz. 888, Nr 171, Zmiany tekstu jednolitego wymienionej ustawy zostały poz. 1056 i Nr 216, poz. 1367, z 2009 r. Nr 3, poz. 11, Nr 18, ogłoszone w Dz. U. z 2009 r. Nr 6, poz. 33, Nr 97, poz. 800 poz. 97, Nr 168, poz. 1323 i Nr 201, poz. 1540 oraz z 2010 r. i Nr 98, poz. 817 oraz z 2010 r. Nr 81, poz. 530. Nr 47, poz. 278 i Nr 107, poz. 679.

2) organizację i minimalną funkcjonalność systemu dokumentacji i przetwarzania danych osobowych teleinformatycznego: oraz warunków technicznych i organizacyjnych,

a) związaną z realizacją zadań w urzędzie gminy, jakim powinny odpowiadać urządzenia i systemy ośrodku pomocy społecznej lub innej jednostce informatyczne służące do przetwarzania danych organizacyjnej gminy, którą zapewnia: rejestra- osobowych, system informatyczny gwarantuje bezpieczeństwo poprzez ochronę i kontrolę dostę- cja wniosków o świadczenia wraz z załącznika- pu do zasobów tego systemu — na poziomie bez- mi, wprowadzenie niezbędnych danych o wnios- kodawcach i członkach rodziny, zapisanie infor- pieczeństwa co najmniej podwyższonym, nato- macji o sposobie rozpatrzenia wniosków miast w przypadku danych udostępnianych w sie- o świadczenia, realizacja świadczeń zarówno ci publicznej oraz przesyłów danych pomiędzy w formie pieniężnej, jak i rzeczowej, rozliczenie elementami tego systemu — na wysokim pozio- świadczeń poprzez ustalenie zwrotów i potrą- mie bezpieczeństwa; ceń, generowanie wymaganych sprawozdań

2) posiadania przez każdego użytkownika systemu oraz danych do zbioru centralnego zawierające- teleinformatycznego identyfikatora służącego do go zestaw danych jednostkowych, którego za- autoryzacji oraz wbudowanie mechanizmu moni- kres informacyjny obejmuje wszystkie dane toringu umożliwiającego rejestrację prób logowa- o realizacji świadczeń w formacie i strukturze nia do systemu teleinformatycznego, a także okreśokreślonych w dokumentacji systemu, a także lenie wykazu czynności realizowanych przez użyt- monitorowanie każdego z etapów postępowa- kowników, które muszą być rejestrowane przez nia administracyjnego, system teleinformatyczny;

b) związaną z realizacją zadań w urzędach marszał- kowskich lub w regionalnych ośrodkach polityki 3) posiadania wbudowanych funkcji umożliwiających społecznej, którą zapewnia: rejestracja wnios- okresowe automatyczne wykonywanie kopii bez- ków o świadczenia wraz z załącznikami, wpro- pieczeństwa. wadzenie niezbędnych danych o wnioskodaw- cach i członkach rodziny, zapisanie informacji

§ 6.

Minister ogłasza w prasie o zasięgu ogólno- o sposobie rozpatrzenia wniosków o świadcze- krajowym i w Biuletynie Informacji Publicznej infor- nia, przysłanie danych o wydanych dokumen- macje o: tach związanych ze sposobem załatwienia wnios- ków przekazywanych do urzędu gminy, ośrodka 1) obowiązującej wersji dokumentacji systemu; pomocy społecznej lub innej jednostki organi- zacyjnej gminy, w formacie i strukturze okreś- 2) terminie dostosowawczym; lonych w dokumentacji systemu, a także moni- torowanie każdego z etapów postępowania ad- 3) okresie przejściowym; ministracyjnego;

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

3) komunikację pomiędzy elementami tego systemu obowiązującą wersję dokumentacji systemu wraz przez zastosowanie jednolitych standardów prze- z zestawem scenariuszy testowych. syłu danych w formacie XML:

a) dla sprawozdań oraz danych z zakresu zbioru § 7. 1. Minister stwierdza zgodność oprogramowa- centralnego przekazywanych przez urząd gminy nia z aktualną wersją dokumentacji systemu na pod- do urzędu wojewódzkiego lub bezpośrednio stawie procedury zgodności. wczytywanych do baz danych gromadzących dane zbioru centralnego, 2. Stwierdzenie zgodności oprogramowania z do-

b) dotyczących wydanych dokumentów związa- kumentacją systemu następuje w świadectwie zgod- nych ze sposobem załatwienia wniosków ności. o świadczenia przekazywanych przez urząd marszałkowski do urzędu gminy. § 8. 1. Zgłoszenie oprogramowania do procedury zgodności następuje na wniosek producenta.

§ 4.

Zestawienie struktur dokumentów elektronicz- nych w formacie XML, o którym mowa w § 3 pkt 3,

2. Wniosek zawiera: wraz z formatami danych oraz protokołami komunika- cyjnymi i szyfrującymi udostępnia się razem z doku- 1) nazwę producenta i adres jego siedziby; mentacją systemu na stronie internetowej wskazanej w ogłoszeniu, o którym mowa w § 6. 2) imię, nazwisko i stanowisko służbowe osoby wy- znaczonej do kontaktów w czasie trwania procedu- www.rcl.gov.pl

§ 5.

System teleinformatyczny spełnia wymagania ry zgodności; standaryzujące w zakresie bezpieczeństwa:

3) określenie poziomów, na które oprogramowanie

1) przetwarzania danych osobowych zgodnie z usta- zostało zgłoszone, oznaczanych w następujący wą z dnia 29 sierpnia 1997 r. o ochronie danych sposób: osobowych (Dz. U. z 2002 r. Nr 101, poz. 926, z późn. zm. ) oraz zgodnie z przepisami w sprawie a) GMINA — w przypadku oprogramowania wspo- magającego realizację zadań urzędu gminy Zmiany tekstu jednolitego wymienionej ustawy zostały w zakresie świadczeń, ogłoszone w Dz. U. z 2002 r. Nr 153, poz. 1271, z 2004 r.

b) WOJ — w przypadku oprogramowania wspo-

Nr 25, poz. 219 i Nr 33, poz. 285, z 2006 r. Nr 104, poz. 708 i 711, z 2007 r. Nr 165, poz. 1170 i Nr 176, poz. 1238 oraz magającego realizację zadań samorządu woje- z 2010 r. Nr 41, poz. 233. wództwa w zakresie świadczeń;

4) oznaczenie nazwy i numeru wersji oprogramowa- 2) opis procedur postępowania związanych ze zmia- nia; ną wersji zainstalowanego oprogramowania na wersję oprogramowania zgłoszonego do procedu-

5) określenie platformy sprzętowej i systemowej ry zgodności. oprogramowania w przypadku platformy sprzęto- wej lub systemowej innej niż określona w doku-

§ 9.

W przypadku gdy złożony wniosek nie spełnia mentacji systemu, dla celów przeprowadzenia wymogów, o których mowa w § 8 ust. 2—4, 6 i 7, wzy- procedury zgodności. wa się producenta do usunięcia braków. Nieusunięcie braków w terminie 7 dni od otrzymania zawiadomie-

3. Numer wersji oprogramowania, o którym mo- nia skutkuje pozostawieniem wniosku bez rozpozna- wa w ust. 2 pkt 4, producent tworzy w następujący nia. sposób:

1) dla poziomu GMINA — „G-k-y-x”, § 10. Oświadczenia i zawiadomienia składane przez producentów w trakcie procedury zgodności po-

2) dla poziomu WOJ — „W-k-y-x”, winny zawierać co najmniej: gdzie:

1) nazwę producenta i adres jego siedziby;

a) przez „k” należy rozumieć numer obowiązującej wersji dokumentacji systemu, z którą dana wer- 2) nazwę i wersję oprogramowania; sja oprogramowania jest zgodna,

3) opis przedmiotu sprawy.

b) przez „y” należy rozumieć numer wersji opro- gramowania danego producenta, § 11. 1. Procedurę zgodności oprogramowania

c) przez „x” należy rozumieć numer kolejny aktua- przeprowadza się w kolejności wpływu wniosków do lizacji wersji oprogramowania. urzędu obsługującego ministra.

4. Do wniosku dołącza się: 2. Pierwszeństwo w przeprowadzeniu procedury zgodności przysługuje tym producentom, którzy zgła-

1) dokumentację oprogramowania określoną w do- szają do procedury zgodności oprogramowanie w ter- kumentacji systemu; minie dostosowawczym.

2) oświadczenie o:

3. Data złożenia wniosku w polskiej placówce pocz-

a) spełnianiu przez oprogramowanie wymagań towej operatora publicznego albo w polskim urzędzie określonych w obowiązującej wersji dokumen- konsularnym jest uważana za datę złożenia wniosku tacji systemu, w urzędzie obsługującym ministra.

b) posiadaniu majątkowych praw autorskich do oprogramowania oraz braku toczącego się w tej § 12. 1. W celu stwierdzenia zgodności oprogra- sprawie postępowania, którego przedmiotem mowania z dokumentacją systemu dokonuje się prze- jest to oprogramowanie, glądu kompletności dołączonej do wniosku dokumen- tacji oprogramowania oraz wykazu scenariuszy testo-

c) wykonaniu z wynikiem pozytywnym testu opro- wych będących udokumentowaniem poprawności gramowania, na podstawie udostępnionych działania oprogramowania. scenariuszy testowych, wraz z opisem wyniku testu oprogramowania;

2. Po dokonaniu przeglądu, o którym mowa w ust. 1, sporządza się raport, który niezwłocznie prze-

3) odpis lub wyciąg z rejestru przedsiębiorców lub kazuje się producentowi. zaświadczenie z ewidencji działalności gospodar- czej sporządzone nie wcześniej niż 6 miesięcy

3. Producent w terminie 7 dni od dnia otrzymania przed dniem złożenia wniosku. raportu może złożyć wyjaśnienia lub zgłosić umoty-

5. Obowiązek, o którym mowa w ust. 4 pkt 3, nie wowane zastrzeżenia do wniosków w nim zawartych. dotyczy obywatela państwa członkowskiego Unii Eu- ropejskiej, obywatela Konfederacji Szwajcarskiej, oby- 4. Niezgłoszenie wyjaśnień lub zastrzeżeń w termi- watela państwa członkowskiego Europejskiego Poro- nie, o którym mowa w ust. 3, uznaje się za potwierdze- zumienia o Wolnym Handlu (EFTA) — strony umowy nie wniosków zawartych w raporcie. o Europejskim Obszarze Gospodarczym oraz osoby prawnej posiadającej siedzibę w jednym z tych 5. W przypadku gdy zastrzeżenia producenta nie państw, posiadających autorskie prawa majątkowe do zostaną uwzględnione, minister wzywa go do przedło- www.rcl.gov.pl oprogramowania. żenia dokumentacji oprogramowania spełniającej wy- magania w terminie 30 dni od dnia wezwania, infor-

6. Dokumentację oprogramowania wnioskodawca mując jednocześnie, że w przypadku jej nieprzedłoże- składa na piśmie oraz w formie dokumentu elektro- nia w tym terminie minister odmówi wydania świadecnicznego. twa zgodności.

7. W przypadku posiadania zainstalowanej wersji oprogramowania wspierającego realizację zadań 6. W oparciu o wnioski zawarte w raporcie, o któ- w zakresie świadczeń do wniosku dołącza się ponad- rym mowa w ust. 2, a także wniesione wyjaśnienia lub to: zgłoszone zastrzeżenia producenta, minister wydaje świadectwo zgodności, odmawia wydania świade-

1) spis aktualnie posiadanych instalacji oprogramo- ctwa zgodności albo informuje producenta o zastoso- wania zgłoszonego do procedury zgodności; waniu procedury rozszerzonej.

§ 13.

1. W celu stwierdzenia zgodności oprogra- 5. Minister może przerwać na okres nie dłuższy niż mowania z dokumentacją systemu może być zastoso- 14 dni przeprowadzanie testu oprogramowania, jeżeli wana procedura rozszerzona polegająca na przeglą- jego zakończenie w planowanym terminie nie jest dzie dokumentacji oprogramowania lub testach opro- możliwe ze względu na rodzaj stwierdzonych proble- gramowania. mów, o czym zawiadamia producenta na piśmie, wy- znaczając nowy termin zakończenia testu oprogramo-

2. Po dokonaniu przeglądu dokumentacji oprogra- wania. mowania, o której mowa w ust. 1, sporządza się raport z przeglądu, który niezwłocznie przekazuje się produ- 6. Minister może zakończyć test oprogramowania, centowi. odmawiając wydania świadectwa zgodności, bez wy- znaczenia nowego terminu zakończenia testu opro-

3. Do raportu, o którym mowa w ust. 2, mają od- gramowania, o którym mowa w ust. 5, jeżeli po rozpo- powiednio zastosowanie przepisy § 12 ust. 3—6. częciu testu oprogramowania stwierdzono błędy kate- gorii 1 i 2k, o których mowa w § 17 ust. 2 pkt 1 i 2 lit. a,

§ 14.

1. O przeprowadzeniu testu oprogramowa- świadczące o poważnych brakach funkcjonalnych nia, zwanego dalej „testem”, zawiadamia się produ- w oprogramowaniu. centa na piśmie.

§ 17.

1. Każdy problem testowy stwierdzony 2. Zawiadomienie, o którym mowa w ust. 1, w trakcie przeprowadzania testu podlega zakwalifiko- określa: waniu do odpowiedniej kategorii.

1) termin i miejsce instalacji oprogramowania przez producenta w celu przeprowadzenia testu opro- 2. Wyróżnia się następujące kategorie problemów gramowania; testowych:

2) planowany termin zakończenia testu oprogramo- 1) „1” — do której zalicza się problemy funkcjonalne wania; blokujące możliwość użycia oprogramowania, a w szczególności zawieszenie jego pracy;

3) zobowiązanie producenta do dostarczenia sprzętu i oprogramowania niezbędnych do przeprowadze-

2) „2” — do której zalicza się problemy funkcjonalne nia testu oprogramowania, w przypadku gdy opro- nieblokujące możliwości użycia oprogramowania, gramowanie wymaga innej platformy sprzętowej, brak lub nieprawidłową implementację wymagań systemowej lub bazy danych niż określone w aktu- funkcjonalnych: alnej dokumentacji systemu.

a) „2k” — do której zalicza się problemy funkcjo-

§ 15.

1. W terminie instalacji oprogramowania nalne powodujące brak możliwości poprawne- określonym w zawiadomieniu, o którym mowa w § 14 go wykonania podstawowej funkcji merytorycz- ust. 2, producent dostarcza instalacyjną wersję opro- nej oprogramowania, która zgodnie z dokumen- gramowania wraz z instrukcją instalacji. tacją oprogramowania i dokumentacją systemu powinna być możliwa do zrealizowania,

2. Oprogramowanie instaluje się w miejscu wska- zanym w zawiadomieniu, o którym mowa w § 14 ust. 2, b) „2n” — do której zalicza się problemy funkcjo- z pustą bazą danych. nalne powodujące, że wykonanie merytorycz- nej funkcji oprogramowania jest utrudnione, 3. Po dokonaniu instalacji producent sprawdza go- ale istnieje możliwość poprawnego wykonania towość zainstalowanego oprogramowania do testu danej funkcji w sposób inny niż zdefiniowano to oprogramowania. w dokumentacji oprogramowania lub w doku- mentacji systemu,

4. Po instalacji i sprawdzeniu gotowości zainstalo- wanego oprogramowania do testu oprogramowania c) „2r” — do której zalicza się pozostałe problemy producent dokonuje wstępnej prezentacji oprogramo- kategorii 2; wania w zakresie sposobu jego obsługi.

3) „3” — do której zalicza się problemy dotyczące ko-

§ 16.

1. Testy oprogramowania przeprowadza się munikacji z użytkownikiem, a w szczególności nie- z uwzględnieniem wybranych zestawów scenariuszy przestrzeganie przyjętych przez producenta stan- testowych. dardów komunikacji w zakresie: wyglądu i formy ekranów, wyglądu i postaci komunikatów, struktu-

2. W czasie trwania testów oprogramowania jest ry i postaci menu, użycia klawiszy funkcyjnych www.rcl.gov.pl wymagana obecność producenta albo jego przedsta- i przycisków, niesygnalizowania operacji wykony- wiciela. wanych dłużej niż 3 sekundy, czasu dostępu do da- nych wyszukiwanych na listach i w słownikach 3. Producent albo jego przedstawiciel, o których według zadanych kryteriów wyszukiwania, czasu mowa w ust. 2, udzielają wszelkich informacji w trak- wykonywania złożonych operacji na bazie, braku- cie przeprowadzania testu oprogramowania w spra- jących lub błędnych podpowiedzi wartości do- wach związanych ze sposobem obsługi testowanego myślnych, niesygnalizowania wypełnienia pól ob- oprogramowania. ligatoryjnych i błędnego formatu danych;

4. W czasie prowadzenia testu oprogramowania 4) „P” — do której zalicza się problemy w zakresie nie dopuszcza się wykonywania poprawek i aktualiza- polonizacji treści komunikatów, podpowiedzi oraz cji testowanego oprogramowania. opisów etykiet pól.

§ 18.

1. Po zakończeniu testu oprogramowania § 22. 1. Przejściowe świadectwo zgodności może sporządza się raport z przebiegu testu oprogramowa- być wydane w przypadku, gdy oprogramowanie zgło- nia, który niezwłocznie przekazuje się producentowi. szone do procedury zgodności nie spełnia w pełni wy- magań zawartych w dokumentacji systemu na skutek 2. Do raportu, o którym mowa w ust. 1, mają od- zaprzestania przez producenta rozwoju oprogramo- powiednio zastosowanie przepisy § 12 ust. 3, 4 i 6. wania z powodu podjętych prac dotyczących wytwo- rzenia nowego oprogramowania w związku ze zmianą technologii informatycznej.

§ 19.

Producent uzyskuje świadectwo zgodności, jeżeli podczas przeprowadzania procedury zgodności zostanie stwierdzone, że oprogramowanie spełnia 2. Przejściowe świadectwo zgodności jest wyda- wymagania w niej określone. wane na oprogramowanie, które uzyskało wcześniej świadectwo zgodności na czas nieokreślony lub wa- runkowe świadectwo zgodności.

§ 20.

1. Świadectwo zgodności minister wydaje:

1) na czas nieokreślony albo 3. Przejściowe świadectwo zgodności jest wyda- wane na okres do czasu wdrożenia przez producenta

2) na czas określony, w tym: nowego oprogramowania, które uzyska świadectwo zgodności na czas nieokreślony, nie dłużej jednak niż

a) warunkowe świadectwo zgodności, na okres 12 miesięcy.

b) przejściowe świadectwo zgodności.

4. Celem wydania przejściowego świadectwa 2. Świadectwo zgodności zawiera: zgodności jest umożliwienie płynnego przejścia z użyt- kowania oprogramowania, które posiada świadectwo

1) datę wydania i datę początku obowiązywania; zgodności na czas nieokreślony, na nowo wytworzone oprogramowanie polegającego w szczególności na:

2) numer wersji dokumentacji systemu; instalacji nowego oprogramowania w dotychczaso- wych lokalizacjach, przeszkoleniu użytkowników w za-

3) nazwę oprogramowania; kresie obsługi nowego oprogramowania, przeniesie-

4) wersję oprogramowania; niu danych do nowej bazy danych, weryfikacji jakości przeniesionych danych, przeprowadzeniu wdrożenia

5) poziom, na jaki wydano świadectwo; pilotażowego, a także rozpoczęciu pracy przez użyt- kowników końcowych.

6) nazwę producenta i adres jego siedziby;

5. Do czasu pełnego wdrożenia i przejścia na nowe

7) numer świadectwa zgodności; oprogramowanie dopuszcza się użytkowanie obydwu programów w danej lokalizacji.

8) termin jego ważności — w przypadku wydania wa- runkowego albo przejściowego świadectwa zgod-

§ 23.

1. Producent posiadający dla oprogramowa- ności. nia świadectwo zgodności wydane dla wersji doku- mentacji systemu bezpośrednio poprzedzającej obo-

§ 21.

1. Warunkowe świadectwo zgodności może wiązującą wersję dokumentacji systemu zgłasza do- być wydane w przypadku stwierdzenia nieznacznych stosowane oprogramowanie do procedury zgodności uchybień pomiędzy funkcjonalnością oprogramowa- w terminie dostosowawczym. nia a obowiązującą wersją dokumentacji systemu, oznaczających brak wystąpienia błędów kategorii 1

2. W przypadku niezgłoszenia oprogramowania do i 2k oraz nieliczne wystąpienie błędów pozostałych ka- procedury zgodności w terminie dostosowawczym tegorii, o których mowa w § 17 ust. 2. minister z urzędu cofa, z dniem upływu okresu dosto- sowawczego, świadectwo zgodności dla oprogramo-

2. Warunkowe świadectwo zgodności traci waż- wania wydane producentowi. ność z datą określoną w świadectwie.

3. Minister ogłasza w Biuletynie Informacji 3. Producent, któremu wydano warunkowe świa- Publicznej informację o cofnięciu ważności świadecdectwo zgodności, usuwa uchybienia lub rozbieżności twa zgodności dla oprogramowania wydanego prow funkcjonowaniu oprogramowania nie później niż na ducentowi, wraz z jego uzasadnieniem.

30 dni przed upływem terminu ważności wskazanym w warunkowym świadectwie zgodności i przedstawia www.rcl.gov.pl4. Świadectwo zgodności wydane dla ostatniej poprawione oprogramowanie do powtórnej procedu- wersji dokumentacji systemu obowiązującej przed ry zgodności. ogłoszeniem nowej wersji dokumentacji systemu tra- ci ważność z upływem okresu przejściowego określo-

4. Przeprowadzając powtórną procedurę zgodno- nego przy ogłoszeniu nowej wersji dokumentacji ści, w przypadku wydania warunkowego świadectwa systemu. zgodności minister może ograniczyć zakres procedury do obszarów funkcjonalnych oprogramowania zakwe- 5. W okresie od ogłoszenia nowej wersji dokumen- stionowanych podczas poprzedniej procedury. tacji systemu do końca okresu przejściowego dopusz- cza się użytkowanie oprogramowania, które posiada 5. Do powtórnej procedury zgodności mają zasto- świadectwo zgodności dla wersji dokumentacji syste- sowanie przepisy § 8—20. mu bezpośrednio poprzedzającej obowiązującą.

§ 24.

1. Producent, którego oprogramowanie uzy- ust. 2, jak również oprogramowanie, dla którego od- skało świadectwo zgodności, przekazuje użytkowni- mówiono wydania świadectwa zgodności, może być kom aktualizacje oprogramowania związane z jego zgłoszone ponownie do procedury zgodności nie utrzymaniem, usuwające stwierdzone w czasie eks- wcześniej niż po upływie 6 miesięcy od daty cofnięcia ploatacji nieprawidłowości, jak również zawierające świadectwa zgodności albo odmowy wydania świa- zmiany zapewniające poprawną obsługę zgodną dectwa zgodności. z obowiązującym stanem prawnym.

5. Producent, dokonując aktualizacji oprogramo-

2. Minister może wezwać producenta, którego wania, o której mowa w ust. 1, pomiędzy kolejnymi oprogramowanie uzyskało świadectwo zgodności, do procedurami zgodności, nadaje kolejne numery wer- okresowego przeglądu oprogramowania w celu po- sji oprogramowania, o której mowa w § 8 ust. 2 pkt 4, twierdzenia właściwego jego funkcjonowania, o któ- poprzez zmianę ostatniego członu numeru wersji rym mowa w ust. 1. oznaczonego symbolem „x”. Kolejne aktualizacje oprogramowania wykonywane w ramach danej wer-

3. W przypadku nieprzekazania aktualizacji, o któ- sji dokumentacji systemu nie wymagają wydania no- rej mowa w ust. 1, minister może cofnąć świadectwo wego świadectwa zgodności. zgodności dla oprogramowania wydane producento- wi. § 25. Rozporządzenie wchodzi w życie po upływie 14 dni od dnia ogłoszenia.

4. Oprogramowanie, dla którego cofnięto świade- ctwo zgodności, o którym mowa w ust. 3 oraz w § 23 Minister Pracy i Polityki Społecznej: J. Fedak www.rcl.gov.pl