Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 2 listopada 2007 r. w sprawie systemów teleinformatycznych stosowanych do realizacji zadań w zakresie świadczeń rodzinnych w urzędach administracji publicznej

1610 ROZPORZÑDZENIE MINISTRA PRACY I POLITYKI SPO¸ECZNEJ1) z dnia 2 listopada 2007 r. w sprawie systemów teleinformatycznych stosowanych do realizacji zadaƒ w zakresie Êwiadczeƒ rodzinnych w urz´dach administracji publicznej2)

systemu — na poziomie bezpieczeƒstwa co naj- 2) imi´, nazwisko i stanowisko s∏u˝bowe osoby wymniej podwy˝szonym, natomiast wprzypadku da- znaczonej do kontaktów wczasie trwania procedunych udost´pnianych w sieci publicznej oraz prze- ry zgodnoÊci; sy∏ów danych pomi´dzy elementami tego syste- 3) okreÊlenie poziomów, na które oprogramowanie mu — na wysokim poziomie bezpieczeƒstwa; zosta∏o zg∏oszone, oznaczanych w nast´pujàcy 2) obowiàzek posiadania przez ka˝dego u˝ytkownika sposób: systemu teleinformatycznego identyfikatora s∏u˝à- a) GMINA — w przypadku oprogramowania cego do autoryzacji oraz wbudowanie mechani- wspomagajàcego realizacj´ zadaƒ urz´du gmizmu monitoringu umo˝liwiajàcego rejestracj´ ny w zakresie Êwiadczeƒ, prób logowaƒ do systemu teleinformatycznego, b) WOJ — w przypadku oprogramowania wspooraz zdefiniowanie zestawu Êledzonych czynnoÊci magajàcego realizacj´ zadaƒ samorzàdu wojewykonywanych przez u˝ytkowników; wództwa w zakresie Êwiadczeƒ, 3) obowiàzek posiadania wbudowanych funkcji c) STAT — w przypadku oprogramowania statyumo˝liwiajàcych okresowe automatyczne wykony- stycznego wspomagajàcego realizacj´ zadaƒ wanie kopii bezpieczeƒstwa. na poszczególnych poziomach organizacyjnych w zakresie Êwiadczeƒ; 2. System teleinformatyczny umo˝liwia poprawnà 4) oznaczenie nazwy i numeru wersji oprogramowaobs∏ug´ wszystkich procesów przy jednoczesnym zania; pewnieniu w∏aÊciwych parametrów wydajnoÊciowych wspieranych przez zastosowanie architektury wielowar- 5) okreÊlenie platformy sprz´towej i systemowej stwowej, jak równie˝ wysoki poziom niezawodnoÊci teoprogramowania w przypadku platformy sprz´togo systemu gwarantowany poprzez stabilnoÊç pracy wej lub systemowej innej ni˝ okreÊlona w opisie oraz skalowalnoÊç pozwalajàcà na rozbudow´ systemu systemu, dla celów przeprowadzenia procedury teleinformatycznego wraz ze wzrostem potrzeb. zgodnoÊci. 3. Bie˝àce funkcjonowanie systemu teleinforma- 3. Numer wersji oprogramowania, októrym mowa tycznego uwzgl´dnia ciàg∏y rozwój tego systemu od- w ust. 2 pkt 4, producent tworzy w nast´pujàcy sponoszàcy si´ zarówno do rozszerzania jego funkcjonal- sób: noÊci, zgodnie z oczekiwaniami u˝ytkowników, jak równie˝ sfery technologicznej obejmujàcej dostoso- 1) dla poziomu GMINA wersja „G-k-y-x”, wanie systemu teleinformatycznego do zmieniajàcych 2) dla poziomu WOJ wersja „W-k-y-x”, si´ uwarunkowaƒ zewn´trznych i rozwoju w dziedzinie informatyki i telekomunikacji. 3) dla poziomu STAT wersja „S-k-y-x”, § 5. Minister og∏asza w prasie o zasi´gu ogólno- gdzie: krajowym i w Biuletynie Informacji Publicznej infora) przez „k” nale˝y rozumieç numer obowiàzujàcej macje o: wersji opisu systemu, który spe∏nia dane oprogra- 1) obowiàzujàcej wersji opisu systemu; mowanie, 2) terminie dostosowawczym; b) przez „y” nale˝y rozumieç numer wersji oprogramowania danego producenta, 3) okresie przejÊciowym; c) przez „x” nale˝y rozumieç numer kolejny aktuali- 4) adresie internetowym, pod którym udost´pniono zacji wersji oprogramowania. dokumentacj´ obowiàzujàcej wersji opisu systemu wraz z zestawem scenariuszy testowych. 4. Do wniosku do∏àcza si´: 1) dokumentacj´ oprogramowania okreÊlonà w do- § 6. 1. Minister stwierdza zgodnoÊç oprogramowakumentacji opisu systemu; nia z aktualnà wersjà opisu systemu zawartà w dokumentacji opisu systemu na podstawie procedury 2) oÊwiadczenie o: zgodnoÊci. a) spe∏nianiu przez oprogramowanie obowiàzujàcej wersji opisu systemu, 2. Stwierdzenie zgodnoÊci oprogramowania z opisem systemu nast´puje w Êwiadectwie zgodnoÊci. b) posiadaniu majàtkowych praw autorskich do oprogramowania oraz braku toczàcego si´ post´powania, którego przedmiotem jest to opro- § 7. 1. Zg∏oszenie oprogramowania do procedury gramowanie, zgodnoÊci nast´puje na wniosek producenta. c) wykonaniu zwynikiem pozytywnym testu opro- 2. Wniosek zawiera: gramowania, na podstawie udost´pnionych scenariuszy testowych, wraz z opisem wyniku 1) nazw´ producenta i adres jego siedziby; testu;

3) odpis lub wyciàg z rejestru przedsi´biorców lub 2. Po dokonaniu oceny, o której mowa w ust. 1, zaÊwiadczenie z ewidencji dzia∏alnoÊci gospodar- sporzàdza si´ raport, który niezw∏ocznie przekazuje si´ czej sporzàdzone nie wczeÊniej ni˝ 6 miesi´cy producentowi. przed dniem z∏o˝enia wniosku. 3. Producent w terminie 7 dni od dnia otrzymania 5. Obowiàzek, o którym mowa w ust. 4 pkt 3, nie raportu mo˝e z∏o˝yç wyjaÊnienia lub zg∏osiç umotydotyczy obywateli Unii Europejskiej, Konfederacji wowane zastrze˝enia do wniosków w nim zawartych. Szwajcarskiej, paƒstw cz∏onkowskich Europejskiego Porozumienia oWolnym Handlu (EFTA) — stron umo- 4. Niezg∏oszenie wyjaÊnieƒ lub zastrze˝eƒ wtermiwy o Europejskim Obszarze Gospodarczym. nie, o którym mowa w ust. 3, stanowi potwierdzenie wniosków zawartych w raporcie. 6. Dokumentacj´ oprogramowania wnioskodawca sk∏ada na piÊmie oraz w formie dokumentu elektro- 5. W przypadku gdy zastrze˝enia producenta nie nicznego. zostanà uwzgl´dnione, minister wzywa go do przed∏o- ˝enia dokumentacji spe∏niajàcej wymagania w termi- 7. W przypadku posiadania zainstalowanej wersji nie 30 dni od dnia wezwania, informujàc jednoczeÊoprogramowania wspierajàcego realizacj´ zadaƒ nie, ˝e w przypadku nieprzed∏o˝enia dokumentacji w zakresie Êwiadczeƒ rodzinnych do wniosku do∏àcza wtym terminie minister odmówi wydania Êwiadectwa si´ ponadto: zgodnoÊci. 1) spis aktualnie posiadanych instalacji oprogramowania zg∏oszonego do procedury zgodnoÊci; 6. W oparciu o wnioski zawarte w raporcie, o którym mowa wust. 2, atak˝e wniesione wyjaÊnienia lub 2) opis procedur post´powania zwiàzanych ze zmiazg∏oszone zastrze˝enia producenta, minister wydaje nà wersji zainstalowanego oprogramowania na Êwiadectwo zgodnoÊci lub odmawia wydania Êwiawersj´ oprogramowania zg∏oszonego do procedudectwa zgodnoÊci lub informuje producenta o zastory zgodnoÊci. sowaniu procedury rozszerzonej. § 8. Wprzypadku gdy z∏o˝ony wniosek nie spe∏nia wymogów, októrych mowa w§ 7 ust. 2—6, wzywa si´ § 12. 1. W celu stwierdzenia zgodnoÊci oprograproducenta do usuni´cia braków. Nieusuni´cie bra- mowania z opisem systemu mo˝e byç zastosowana ków w terminie 7 dni od otrzymania zawiadomienia procedura rozszerzona polegajàca na przeglàdzie doskutkuje pozostawieniem wniosku bez rozpoznania. kumentacji oprogramowania lub testach oprogramowania. § 9. OÊwiadczenia i zawiadomienia sk∏adane przez producentów wtrakcie procedury zgodnoÊci powinny 2. Po dokonaniu przeglàdu dokumentacji oprograzawieraç co najmniej: mowania, októrej mowa wust. 1, sporzàdza si´ raport z przeglàdu, który niezw∏ocznie przekazuje si´ produ- 1) nazw´ producenta i adres jego siedziby; centowi. 2) nazw´ i wersj´ oprogramowania; 3. Przepisy § 11 ust. 3—6 stosuje si´ odpowiednio. 3) opis przedmiotu sprawy. § 13. 1. Oprzeprowadzeniu testu oprogramowania § 10. 1. Procedur´ zgodnoÊci oprogramowania zawiadamia si´ producenta na piÊmie. przeprowadza si´ w kolejnoÊci wp∏ywu wniosków do urz´du obs∏ugujàcego ministra. 2. Zawiadomienie, o którym mowa w ust. 1, okreÊla: 2. Pierwszeƒstwo w przeprowadzeniu procedury zgodnoÊci przys∏uguje tym producentom, którzy zg∏a- 1) termin i miejsce instalacji oprogramowania przez szajà do procedury zgodnoÊci oprogramowanie wter- producenta w celu przeprowadzenia testu; minie dostosowawczym. 2) planowany termin zakoƒczenia testu; 3. Data z∏o˝enia wniosku w placówce operatora 3) zobowiàzanie producenta do dostarczenia sprz´tu pocztowego albo wurz´dzie konsularnym oznacza daioprogramowania niezb´dnych do przeprowadzet´ z∏o˝enia wniosku wurz´dzie obs∏ugujàcym ministra. nia testu, w przypadku gdy oprogramowanie wymaga innej platformy sprz´towej, systemowej lub § 11. 1. W celu stwierdzenia zgodnoÊci oprograbazy danych ni˝ okreÊlone w opisie systemu. mowania z opisem systemu dokonuje si´ oceny kompletnoÊci do∏àczonej do wniosku dokumentacji oprogramowania oraz wykazu scenariuszy testowych, b´- § 14. 1. W terminie, o którym mowa w § 13 ust. 2 dàcych udokumentowaniem poprawnoÊci dzia∏ania pkt 1, producent dostarcza instalacyjnà wersj´ oprooprogramowania. gramowania wraz z instrukcjà instalacji.

2. Instalacja oprogramowania odbywa si´ w miej- a) kategoria „2k” — do której zalicza si´ problemy scu wskazanym w zawiadomieniu, o którym mowa funkcjonalne powodujàce, ˝e nie jest mo˝liwe w§ 13 ust. 2 pkt 1. Oprogramowanie powinno byç za- poprawne wykonanie podstawowej funkcji instalowane z pustymi bazami danych. merytorycznej oprogramowania, która zgodnie zdokumentacjà oprogramowania iopisem sys- 3. Po dokonaniu instalacji producent wykonuje temu powinna byç mo˝liwa do zrealizowania, test poinstalacyjny, który sprawdza gotowoÊç zainstab) kategoria „2n” — do której zalicza si´ problemy lowanego oprogramowania do testu. funkcjonalne powodujàce, ˝e wykonanie merytorycznej funkcji oprogramowania jest utrud- 4. Po instalacji iwykonaniu testu poinstalacyjnego nione, ale istnieje mo˝liwoÊç poprawnego wyoprogramowania producent dokonuje wst´pnej prekonania danej funkcji w sposób inny ni˝ zdefizentacji oprogramowania w zakresie sposobu jego niowano to w dokumentacji oprogramowania obs∏ugi. lub w opisie systemu, c) kategoria „2r” — do której zalicza si´ pozosta∏e § 15. 1. Testy przeprowadza si´ z uwzgl´dnieniem problemy kategorii 2; wybranych zestawów scenariuszy testowych. 3) kategoria „3” — do której zalicza si´ problemy do- 2. W czasie trwania testów jest wymagana obectyczàce komunikacji zu˝ytkownikiem, awszczególnoÊç producenta albo jego uprawnionego przedstawinoÊci nieprzestrzeganie przyj´tych przez produciela. centa standardów komunikacji w zakresie: wyglàdu i formy ekranów, wyglàdu i postaci komunika- 3. Producent albo jego uprawniony przedstawiciel, tów, struktury i postaci menu, u˝ycia klawiszy októrych mowa wust. 2, udzielajà wszelkich informa- funkcyjnych i przycisków, niesygnalizowania opecji w trakcie przeprowadzania testu w sprawach zwià- racji wykonywanych d∏u˝ej ni˝ 3 sekundy, czasu zanych ze sposobem obs∏ugi testowanego oprogra- dost´pu do danych wyszukiwanych na listach mowania. iws∏ownikach wed∏ug zadanych kryteriów wyszukiwania, czasu wykonywania z∏o˝onych operacji 4. W czasie prowadzenia testu nie dopuszcza si´ na bazie, brakujàcych lub b∏´dnych podpowiedzi wykonywania poprawek i aktualizacji testowanego wartoÊci domyÊlnych, niesygnalizowania wype∏- oprogramowania w celu poprawy jego funkcjonalno- nienia pól obligatoryjnych i b∏´dnego formatu da- Êci lub usuni´cia stwierdzonych wczasie testu niepra- nych; wid∏owoÊci. 4) kategoria „P” — do której zalicza si´ problemy w zakresie polonizacji treÊci komunikatów, pod- 5. Minister mo˝e przerwaç na okres nie d∏u˝szy ni˝ powiedzi oraz opisów etykiet pól. 14 dni przeprowadzanie testu, je˝eli jego zakoƒczenie w planowanym terminie nie jest mo˝liwe ze wzgl´du na rodzaj stwierdzonych problemów, oczym zawiada- § 17. 1. Po zakoƒczeniu testu sporzàdza si´ raport mia producenta na piÊmie, wyznaczajàc nowy termin z przebiegu testu, który przekazuje si´ niezw∏ocznie zakoƒczenia testu. producentowi. 6. Minister mo˝e zakoƒczyç test bez stosowania 2. Przepisy § 11 ust. 3, 4 i 6 stosuje si´ odpowiedust. 5 iodmówiç wydania Êwiadectwa zgodnoÊci, je˝e- nio. li po rozpocz´ciu testu zostanà stwierdzone b∏´dy kategorii 1 i 2k Êwiadczàce o powa˝nych brakach funk- § 18. Producent uzyskuje Êwiadectwo zgodnoÊci, cjonalnych w oprogramowaniu. je˝eli podczas procedury zgodnoÊci zostanie stwierdzone, ˝e oprogramowanie spe∏nia jej wymagania. § 16. 1. Ka˝dy problem testowy stwierdzony w trakcie przeprowadzania testu podlega zakwalifiko- § 19. 1. Âwiadectwo zgodnoÊci minister wydaje: waniu do odpowiedniej kategorii. 1) na czas nieokreÊlony albo 2. Wyró˝nia si´ nast´pujàce kategorie problemów 2) na czas okreÊlony, w tym: testowych: a) warunkowe Êwiadectwo zgodnoÊci, 1) kategoria „1” — do której zalicza si´ problemy b) przejÊciowe Êwiadectwo zgodnoÊci. funkcjonalne blokujàce mo˝liwoÊç u˝ycia oprogramowania, awszczególnoÊci zawieszenie jego pra- 2. Âwiadectwo zgodnoÊci zawiera: cy; 1) dat´ wydania i dat´ poczàtku obowiàzywania; 2) kategoria „2” — do której zalicza si´ problemy funkcjonalne nieblokujàce mo˝liwoÊci u˝ycia opro- 2) numer wersji opisu systemu; gramowania, brak lub nieprawid∏owà implementacj´ wymagaƒ funkcjonalnych: 3) nazw´ oprogramowania;

4) wersj´ oprogramowania; dectwo zgodnoÊci, na nowowytworzone oprogramowanie, polegajàcego mi´dzy innymi na: instalacji no- 5) poziom, na jaki wydano Êwiadectwo; wego oprogramowania w dotychczasowych lokalizacjach, przeszkoleniu u˝ytkowników w zakresie obs∏u- 6) nazw´ producenta i adres jego siedziby; gi nowego oprogramowania, przeniesieniu danych 7) numer Êwiadectwa zgodnoÊci; do nowej bazy danych, weryfikacji jakoÊci przeniesionych danych, przeprowadzeniu wdro˝enia pilota˝o- 8) termin jego wa˝noÊci — wprzypadku wydania wa- wego, rozpocz´ciu pracy przez u˝ytkowników koƒcorunkowego lub przejÊciowego Êwiadectwa zgod- wych. noÊci. 5. Do czasu pe∏nego wdro˝enia iprzejÊcia na nowe § 20. 1. Warunkowe Êwiadectwo zgodnoÊci mo˝e oprogramowanie dopuszcza si´ u˝ytkowanie obydwu byç wydane w przypadku stwierdzenia nieznacznych programów w danej lokalizacji. uchybieƒ pomi´dzy funkcjonalnoÊcià oprogramowania a obowiàzujàcà wersjà opisu systemu, oznaczajà- § 22. 1. Producent posiadajàcy dla oprogramowacych brak wystàpienia b∏´dów kategorii 1 i2koraz nie- nia Êwiadectwo zgodnoÊci wydane dla wersji opisu liczne wystàpienie b∏´dów pozosta∏ych kategorii wy- systemu bezpoÊrednio poprzedzajàcej obowiàzujàcà mienionych w § 16 ust. 2 pkt 2 lit. b i c oraz pkt 3 i 4. wersj´ opisu systemu zg∏asza dostosowane oprogramowanie do procedury zgodnoÊci w terminie dosto- 2. Warunkowe Êwiadectwo zgodnoÊci traci wa˝- sowawczym. noÊç z datà okreÊlonà w Êwiadectwie. 2. Wprzypadku niezg∏oszenia oprogramowania do procedury zgodnoÊci w terminie dostosowawczym, 3. Producent, któremu wydano warunkowe Êwiaminister z urz´du cofa, z dniem up∏ywu okresu dostodectwo zgodnoÊci, usuwa uchybienia lub rozbie˝noÊci sowawczego, Êwiadectwo zgodnoÊci dla oprogramow funkcjonowaniu oprogramowania i nie póêniej ni˝ wania wydane producentowi. na 30 dni przed up∏ywem terminu wa˝noÊci wskazanym wÊwiadectwie zgodnoÊci przedstawia poprawione oprogramowanie do powtórnej procedury zgod- 3. Minister og∏asza wBiuletynie Informacji PublicznoÊci. nej informacj´ ocofni´ciu wa˝noÊci Êwiadectwa zgodnoÊci dla oprogramowania wydanego producentowi wraz z jego uzasadnieniem. 4. Przeprowadzajàc powtórnà procedur´ zgodno- Êci, w przypadku wydania warunkowego Êwiadectwa zgodnoÊci, minister mo˝e ograniczyç zakres pro- 4. Âwiadectwo zgodnoÊci wydane dla ostatniej cedury do obszarów funkcjonalnych oprogramowa- wersji opisu systemu obowiàzujàcej przed og∏oszenia zakwestionowanych podczas poprzedniej proce- niem nowej wersji opisu systemu traci wa˝noÊç dury. z up∏ywem okresu przejÊciowego okreÊlonego przy og∏oszeniu nowej wersji opisu systemu. 5. Do powtórnej procedury zgodnoÊci majà zastosowanie § 7—19. 5. Wokresie od og∏oszenia nowej wersji opisu systemu do koƒca okresu przejÊciowego dopuszcza si´ § 21. 1. PrzejÊciowe Êwiadectwo zgodnoÊci mo˝e u˝ytkowanie oprogramowania, które posiada Êwiabyç wydane w przypadku, kiedy oprogramowanie dectwo zgodnoÊci dla wersji opisu systemu bezpozg∏oszone do procedury zgodnoÊci nie spe∏nia w pe∏- Êrednio poprzedzajàcej obowiàzujàcà. ni wymagaƒ zawartych wopisie systemu na skutek zaprzestania przez producenta rozwoju oprogramowa- § 23. 1. Producent, którego oprogramowanie uzynia z powodu podj´tych prac dotyczàcych wytworze- ska∏o Êwiadectwo zgodnoÊci, przekazuje u˝ytkowninia nowego oprogramowania w zwiàzku ze zmianà kom aktualizacje oprogramowania zwiàzane z jego technologii informatycznej. utrzymaniem, usuwajàce stwierdzone w czasie eksploatacji nieprawid∏owoÊci, jak równie˝, majàc na 2. PrzejÊciowe Êwiadectwo zgodnoÊci jest wyda- wzgl´dzie dba∏oÊç o rozwój oprogramowania, zawiewane na oprogramowanie, które uzyska∏o wczeÊniej rajàce zmiany zapewniajàce poprawnà obs∏ug´ zgod- Êwiadectwo zgodnoÊci lub warunkowe Êwiadectwo nà z obowiàzujàcym stanem prawnym. zgodnoÊci. 2. Minister mo˝e wezwaç producenta, którego 3. PrzejÊciowe Êwiadectwo zgodnoÊci jest wy- oprogramowanie uzyska∏o Êwiadectwo zgodnoÊci, do dawane na okres do czasu wdro˝enia przez producen- okresowego przeglàdu oprogramowania w celu pota nowego oprogramowania, które uzyska Êwiadec- twierdzenia w∏aÊciwego jego funkcjonowania, o któtwo zgodnoÊci, nie d∏u˝ej jednak ni˝ na okres 12 mie- rym mowa w ust. 1. si´cy. 3. W przypadku nieprzekazania aktualizacji, o któ- 4. Celem wydania przejÊciowego Êwiadectwa rej mowa w ust. 1, minister mo˝e cofnàç Êwiadectwo zgodnoÊci jest umo˝liwienie p∏ynnego przejÊcia zgodnoÊci dla oprogramowania wydane producenz u˝ytkowania oprogramowania, które posiada Êwia- towi.

1611 ROZPORZÑDZENIE MINISTRA ÂRODOWISKA1) z dnia 6 listopada 2007 r. w sprawie sta˝u adaptacyjnego i testu umiej´tnoÊci w toku post´powania o uznanie kwalifikacji do wykonywania zawodów regulowanych w dziedzinie geologii