Wybrane zmiany wprowadzone w pakiecie

Wybrane zmiany wprowadzone w pakiecie Wersja 2.0.25.0 02 września 2013

Metryka dokumentu: Autor: Joanna Cofałka Tytuł: Komentarz: Liczba stron: 29 Data utworzenia: 2013-09-02 Data ostatniej wersji: 2013-09-02 Historia zmian: Data Autor Wersja Opis i referencja do poprzedniej wersji 2013-09-02 Joanna Cofałka 01 Utworzenie dokumentu Data Imię i Nazwisko Stanowisko Referencja do dokumentu z uwagami 2013-09-02 Monika Krajewska Główny Projektant Brak uwag Data Imię i Nazwisko Stanowisko/Firma Referencja do dokumentu z uwagami 2013-09-02 Bogdan Dubel Kierownik produkcji Brak uwag Data Imię i Nazwisko Stanowisko Miejsce/Firma 2013-09-30 Bernadeta Filip Administrator projektu Przeglądy: Zatwierdzenie: Dystrybucja: Strona: 2 z 29

Spis treści 1. 1.1. 2. 5 FK - Finanse Zmieniono wydruk karty kontowej. FOB - Formalna Obsługa Beneficjenta 2.1. 5 6 Dodano opcjonalną sekcję do wydruku listy wypłat, zawierającą imienną listę osób, za które płacona jest składka zdrowotna z budżetu. 6 2.2. Dodano selekcję czasową dla słowników uprawnień i umiejętności. 6 2.3. Zmieniono sposób wykazywania świadczenia innego SWI w podsumowaniu listy 7 2.4. Dodano parametry do Asygnaty 7 2.5. Umożliwiono rejestrację na uzupełnienie po kilku okresach zaliczanych. 7 2.6. Dodano możliwość skierowania na szkolenia osób poszukujących pracy będących rolnikami posiadającymi gospodarstwo rolne powyżej 2 hektarów przeliczeniowych i przyznany stopień niepełnosprawności. 8 2.7. Rozszerzono słownik okresów zaliczanych. 8 2.8. Dodano walidację sprawdzającą, czy osoba jest zgłoszona do ubezpieczenia, podczas zgłaszania do ubezpieczenia członka rodziny. 8 Zmieniono wyliczanie długości dodatku akt. po rejestracji R/POZ. 8 2.9. 3. IFA - Indywidualne Formy Aktywności 3.1. 3.2. 3.3. 3.4. 4. 9 Umożliwiono przeniesienie w sposób automatyczny do tytułu przelewu dodatkowo numeru dokumentu z umowy o dotację na działalność gospodarczą. 9 Wykonano mechanizm weryfikacji sprawdzający, aby wypłata dotacji na działalność gospodarczą nie była przyznawana osobom, które zostały wyrejestrowane. 9 Dodano możliwość pogrubienia czcionki dla pola miejsce wypłaty na wydruku listy wypłat. 9 Zmieniono sposób pobierania szablonu umowy w IFA. 9 10 KD - Kadry 4.1. Zmodyfikowano raport "Wykaz wynagrodzeń". 10 4.2. Umożliwiono modyfikację roku, za który generowany jest raport "Wykaz osób uprawnionych do dodatkowego wynagrodzenia rocznego". 10 5. MF - Monitoring Finansowy 12 Strona: 3 z 29

5.1. 6. Rozszerzono obsługę listy osób w ramach grup osób w projektach/programach. Praca - moduł praca.gov.pl 12 15 6.1. Zmieniono mechanizmy pamięci podręcznej. 15 6.2. Wykonano funkcjonalność umożliwiającą wprowadzenie i prezentację na stronie głównej praca.gov.pl komunikatów administratora. 19 7. SPL - Sprawozdawczość Lokalna 7.1. 8. Dodano do harmonogramu zadania systemowe procesu obliczającego i wysyłającego sprawozdania do InfoPracy 20 20 21 SY - Części wspólne 8.1. Rozbudowano zasilanie AC o dane dotyczące osób. 21 8.2. Rozbudowano zasilanie AC o dane dotyczące pracodawców. 21 8.3. Rozbudowano zasilanie AC o dane dotyczące cudzoziemców. 21 8.4. Dodano możliwość zasilenia Aplikacji Centralnej w trybie online. 22 8.5. Zmieniono proces udostępniania danych osoby do systemów zewnętrznych. 22 9. UiRP - Usługi i Instrumenty Rynku Pracy 9.1. Dodano obsługę udziału w projekcie pilotażowym w formie propozycji powiązanej ze skierowaniem. 10. WK - Współpraca z Kontrahentem 23 23 28 10.1. Zmodyfikowano słownik sposobów aplikowania w ofercie pracy. 28 10.2. Zmodyfikowano wydruk umowy o zorganizowanie stażu. 28 Strona: 4 z 29

1. FK - Finanse 1.1 Zmieniono wydruk karty kontowej. Modyfikacja wydruku karty kontowej (FK3201R): - na oknie parametryzacji wydruku "Karta kontowa" (FK3200) na zakładce "Parametry" zostało dodane pole "Data wydruku" (domyślnie ustawione na datę bieżącą) - na oknie parametryzacji wydruku na zakładce "Ustawienia wydruku" w ramce "Pola/kolumny wydruku" została udostępniona kolumna "Nr dow." - proces wydruku uwzględnia ustawienia nowych parametrów. Strona: 5 z 29

2. FOB - Formalna Obsługa Beneficjenta 2.1 Dodano opcjonalną sekcję do wydruku listy wypłat, zawierającą imienną listę osób, za które płacona jest składka zdrowotna z budżetu. Na wydruku listy wypłat oraz korekty listy została dodana nowa sekcja, zawierająca imienną listę osób, za które zostało naliczone świadczenie PS (składka zdrowotna dla osób bez prawa do świadczeń) z danej listy. Sekcja jest umieszczana jako ostatnia na wydruku i zawiera następujące informacje: - liczba porządkowa - imię i nazwisko osoby z naliczonym PS - numer ewidencyjny osoby - numer PESEL lub dokumentu tożsamości osoby - kwota składki zdrowotnej z BU - suma kwot składek z BU z danej listy Został dodany parametr lokalny RPl119 typu logicznego o kodzie L-PS-OSOBY z opisem Czy drukować listę osób, za które opłacana jest składka zdrowotna z budżetu?'. Domyślna wartość parametru została ustawiona na N. Wartość parametru można zmienić tymczasowo, bezpośrednio przed wydrukiem listy lub na stałe w parametrach systemowych. Wartość parametru decyduje, czy na wydruku listy lub korekty listy ma się pojawić nowa sekcja z listą imienną osób z naliczonym świadczeniem PS. 2.2 Dodano selekcję czasową dla słowników uprawnień i umiejętności. Na oknach SZ0040M Szkolenia, PP0020M Oferowane stanowisko i FO0030U Kwalifikacje zostały zmienione procesy zasilające kontrolki słownikowe słowników uprawnień RPl003 oraz umiejętności RPl002. Kontrolki pokazują tylko pozycje obowiązujące na datę systemową (aktualną). Strona: 6 z 29

2.3 Zmieniono sposób wykazywania świadczenia innego SWI w podsumowaniu listy Został zmieniony sposób wykazywania świadczenia innego SWI w podsumowaniu listy wypłat oraz w podsumowaniu raportu wypłaconych świadczeń wg programu. W sekcjach podsumowania świadczeń oraz podsumowania składek zamiast tworzenia jednego wiersza, zawierającego sumę kwot naliczonych dla świadczenia SWI, tworzone będą osobne wiersze dla każdego kodu zadania i wydatku, jaki został przypisany do świadczeń SWI wchodzących do podsumowania. Przykład: 2.4 Dodano parametry do Asygnaty Dla rodzaju dokumentu ASYGNATA zostały dodane dwa parametry typu znakowego: - asyg.skl_pod kwota składki zdrowotnej odliczonej od podatku - asyg.skl_doch - kwota składki zdrowotnej odliczonej od dochodu Parametr asyg.skl_pod pozwala na umieszczenie na asygnacie sumarycznej kwoty składki zdrowotnej odliczonej od podatku, jaka została naliczona w wypłacie wykazanej na asygnacie. Analogicznie parametr asyg.skl_doch pozwala na umieszczenie na asygnacie sumarycznej kwoty składki zdrowotnej odliczonej od dochodu, jaka została naliczona w wypłacie wykazanej na asygnacie. Parametry można wykorzystywać w szablonie lokalnym asygnaty. 2.5 Umożliwiono rejestrację na uzupełnienie po kilku okresach zaliczanych. Rejestracja na uzupełnienie po kilku okresach zaliczanych, między którymi istnieje przerwa od kilku do Strona: 7 z 29

kilkunastu dni. Został zmieniony warunek elementarny getkon7oz, który sprawdza, czy osoba może się zarejestrować na uzupełnienie z art. 73 ust. 5. Warunek jest spełniony, jeżeli po ostatnim wyrejestrowaniu osoby, okres między zakończeniem każdego okresu zaliczanego, a datą kolejnej rejestracji jest nie dłuższy niż 14 dni (może być dłuższy, jeżeli 14-ty dzień po zakończeniu okresu zaliczanego jest dniem wolnym od pracy). Podczas tworzenia decyzji na podstawie zdarzenia U/B w przypadku, gdy spełniony będzie warunek getkon7oz, tworzona będzie decyzja U11 (art. 73 ust.5), w przeciwnym przypadku decyzja U12 (art. 73 ust. 7). Nowy warunek obowiązuje od 01.10.2013. 2.6 Dodano możliwość skierowania na szkolenia osób poszukujących pracy będących rolnikami posiadającymi gospodarstwo rolne powyżej 2 hektarów przeliczeniowych i przyznany stopień niepełnosprawności. Zostało zmienione następstwo zdarzeń dla zdarzenia P/H poszukujący pracy - właściciel gospodarstwa rolnego o powierzchni powyżej 2 ha przel. lub stanowiącego dział specjalny produkcji rolnej (art.2 ust.1 pkt2 lit.d). Po zdarzeniu P/H są dostępne zdarzenia ze zbiorów ZawNAD, ZawNAX, ZawNKAX, ZawNPZ, ZawNS, ZawNSP. Dodatkowym warunkiem dostępności zdarzeń z tych zbiorów jest posiadanie przez osobę orzeczenia o niepełnosprawności. Zmienione następstwo obowiązuje od 01.01.2013. 2.7 Rozszerzono słownik okresów zaliczanych. Do słownika RPs012 Rodzaj okresu zaliczanego zostały dodane pozycje: renta socjalna kod RSO, wartości dodatkowe "Okres zaliczany" i "Okres uprawn. do zasiłku" ustawione na 'Nie'. umowa o dzieło kod UMD, wartości dodatkowe "Okres zaliczany" i "Okres uprawn. do zasiłku" ustawione na 'Tak'. 2.8 Dodano walidację sprawdzającą, czy osoba jest zgłoszona do ubezpieczenia, podczas zgłaszania do ubezpieczenia członka rodziny. Na oknie FO0050U Rodzina została dodana walidacja, która sprawdza, czy w przypadku zaznaczenia pola Zgł. do ubezp. osoba bezrobotna zgłoszona jest do ubezpieczenia zdrowotnego. Jeżeli tak nie będzie, pojawi się komunikat Osoba nie jest zgłoszona do ubezpieczenia W celu rejestracji zgłoszenia ubezpieczenia dla członka rodziny należy najpierw zgłosić osobę do ubezpieczenia.. Na oknie FO0235U Zgłoszenia i rozliczenia ZUS osoby została dodana walidacja, która w przypadku dodania ręcznego zgłoszenia ZCNA dla członka rodziny wyświetli komunikat Osoba nie jest zgłoszona do ubezpieczenia W celu rejestracji zgłoszenia ubezpieczenia dla członka rodziny należy najpierw zgłosić osobę do ubezpieczenia.. 2.9 Zmieniono wyliczanie długości dodatku akt. po rejestracji R/POZ. Został zmieniony algorytm wyliczający długość dodatku aktywizacyjnego osobie bezrobotnej, która została zarejestrowana zdarzeniem R/POZ. Długość wykorzystanego zasiłku będzie powiększana o całą długość okresu trwania karencji R/POZ. Strona: 8 z 29

3. IFA - Indywidualne Formy Aktywności 3.1 Umożliwiono przeniesienie w sposób automatyczny do tytułu przelewu dodatkowo numeru dokumentu z umowy o dotację na działalność gospodarczą. Zostało umożliwione przeniesienie, w sposób automatyczny, do tytułu przelewu numeru dokumentu z umowy o refundację uniwersalną IFA. W związku z tym, został zmodyfikowany proces wyliczający wartości parametrów przekazywanych do pola Tytuł przelewu. Został udostępniony nowy parametr <<nrdokumentu>>, który będzie uzupełniany wartością z pola sy_um_ref_un.nr_dokumentu. W przypadku braku umowy wartość pola nie będzie uzupełniana. 3.2 Wykonano mechanizm weryfikacji sprawdzający, aby wypłata dotacji na działalność gospodarczą nie była przyznawana osobom, które zostały wyrejestrowane. Został dodany mechanizm sprawdzający, czy wypłata dotacji na działalność gospodarczą nie została przyznana osobie wyrejestrowanej. W związku z tym na oknie Wypłaty (SY0057M) został dodany komunikat ostrzeżenie że osoba, na dzień wypłaty, a jeśli data wypłaty nie została podana to na dzień bieżący, nie posiada statusu osoby bezrobotnej w bazie osób klientów RP. Ostrzeżenie pojawi się w momencie zmiany statusu wypłaty z przygotowanej na zatwierdzoną oraz przed wykonaniem dyspozycji do finansów. Został dodany nowy parametr systemowy IFAOstrzezenieNaWyplacie - wartością parametru jest lista typów indywidualnych form pomocy, dla których ma być wykonywana walidacja. 3.3 Dodano możliwość pogrubienia czcionki dla pola miejsce wypłaty na wydruku listy wypłat. Została dodana możliwość pogrubienia czcionki dla pola <miejsce wypłaty> na wydruku listy wypłat. Czcionka wartości z pola <miejsce wypłaty> będzie pogrubiona, gdy użytkownik włączy znacznik "Pogrub czcionkę" na oknie "Parametryzacja listy wypłat" WK0040. 3.4 Zmieniono sposób pobierania szablonu umowy w IFA. Został zmieniony sposób pobierania szablonu umowy szablon będzie pobierany na datę: 1) podpisania umowy, jeśli dla drukowanej umowy data została podana, 2) datę rejestracji umowy, jeśli została podana data rejestracji a nie uzupełniono daty podpisania umowy 3) datę złożenia wniosku, jeśli data podpisania umowy oraz data rejestracji wniosku nie zostały podane (opcja dotychczasowa). Strona: 9 z 29

4. KD - Kadry 4.1 Zmodyfikowano raport "Wykaz wynagrodzeń". Został zmodyfikowany wydruk wykazu wynagrodzeń poprzez: - dodanie kolumny Dodatek FP (wraz z sumą i średnią dla osoby oraz sumą i średnią dla wszystkich), - zwężenie i przesunięcie wszystkich kolumn, które były już na wydruku. Został zmodyfikowany sposób pobierania dodatków specjalnych oraz premii. Powyższe składniki wynagrodzeń będą pobierane także z przyznanych świadczeń. Do tej pory były pobierane tylko ze składników płacowych umowy. Przykładowy wydruk wykazu wynagrodzeń: 4.2 Umożliwiono modyfikację roku, za który generowany jest raport "Wykaz osób uprawnionych do dodatkowego wynagrodzenia rocznego". Na oknie parametryzacji (KD9040U) wykazu osób uprawnionych do dodatkowego wynagrodzenia rocznego zostało dodane pole z rokiem, za który ma być wygenerowany raport. Pole jest domyślnie ustawione na rok bieżący. Nowe pole zostało obsłużone w procesie generującym wykaz osób uprawnionych do dodatkowego wynagrodzenia rocznego oraz na samym wydruku. Strona: 10 z 29

Zrzut okna KD9040U Strona: 11 z 29

5. MF - Monitoring Finansowy 5.1 Rozszerzono obsługę listy osób w ramach grup osób w projektach/programach. Aby umożliwić dokładniejszą obsługę grup osób w ramach projektu/programu zostały wykonane poniższe zmiany. Zmiany w strukturze bazy Została dodana tabela mf_prog_status z polami: id_statusu, integer (PK) - Identyfikator statusu osoby id_grupy, integer (FK do tabeli mf_prog_grupa) - Identyfikator grupy kod, varchar (35) - Kod statusu opis, varchar (200) - Opis statusu powiązana z tabelą mf_prog_grupa. W tabeli mf_grupa_osoba zostały dodane pola: id_statusu, integer (FK do tabeli mf_prog_status) - Identyfikator statusu osoby przypisanej do grupy osób w ramach projektu uwagi, text - Uwagi id_uzytkownika_dod, integer - Identyfikator użytkownika dodającego osobę do grupy osób id_uzytkownika_mod, integer - Identyfikator użytkownika ostatnio modyfikującego przypisanie osoby do grupy osób Zmiany na oknach Zostało dodane nowe okno "Statusy przypisane osobom w grupie" (MF0026U), na którym można zdefiniować statusy osób w obrębie grupy (kod i opis statusu). Na oknie "Grupy osób w projekcie" (MF0024U) został dodany przycisk "Statusy", który otwiera nowe okno "Statusy przypisane osobom w grupie" (MF0026U). Strona: 12 z 29

Na oknie "Lista osób wg grup" (MF0025U): - na liście osób została dodana kolumna "Status w grupie" (mf_prog_status.kod) - w ramce formatki zostały dodane pola "Status w grupie" (mf_grupa_osoba.id_statusu), combo-box obok pola "Osoba" "Uwagi" (mf_grupa_osoba.uwagi), text-box jako druga linia w ramce formatkowej "Pracownik modyf." (mf_grupa_osoba.id_uzytkownika_mod), wyświetlane imię i nazwisko "Pracownik dodający" (mf_grupa_osoba.id_uzytkownika_dod), wyświetlane imię i nazwisko - obok listy osób pod przyciskiem "Usuń" zostały dodane przyciski "Osoba - przeglądaj" i "Osoba-modyfikuj" - oba otwierają okno "Dane klienta RP" (FO0010M) w odpowiednim trybie. Strona: 13 z 29

Do zestawu danych dostępnych na oknie selekcją złożoną zostały dodane następujące dane osoby klienta RP: adres opisowy i nr fk. Walidacje krzyżowe na oknie MF0025U: Jeśli dla wybranego programu zdefiniowano listę statusów (istnieje przynajmniej jeden status), to dla osoby przypisanej do grupy status powinien być wybrany (ostrzeżenie). W procesie obsługi okna MF0025U zostało dodane zapisywanie pól id_uzytkownika_dod oraz id_uzytkownika_mod. Okno "Lista osób wg grup" (MF0025U) otwierane z poziomu komponentu WK (z menu Realizowane programy > Grupy osób > Lista osób wg grup) umożliwia pełne modyfikowanie list osób w grupach (dotąd listy wyświetlane tu tylko do podglądu). Strona: 14 z 29

6. Praca - moduł praca.gov.pl 6.1 Zmieniono mechanizmy pamięci podręcznej. Zmiana miała zapewnić realizację następujących celów: 1. Możliwość obsługi wniosków elektronicznych poprzez SyriuszStd bez połączenia z praca.gov.pl przez jeden dzień, w szczególności wniosków rejestracyjnych KRB. 2. Ciągłość działania praca.gov.pl i obsługi beneficjentów w okresie wprowadzania zmian. W celu osiągnięcia w/w celów zostały wprowadzone poniższe zmiany: SyriuszStd - Lokalne archiwum bazodanowe dla danych sprawy SyriuszStd będzie cyklicznie pobierał pełne dane spraw: Metadane sprawy Dokumenty XML oraz załączniki Poświadczenia UPP, UPD, UPN Pobrane dane zostaną zapisane w strukturach bazodanowych systemu SyriuszStd. Wszystkie składniki sprawy zostaną zapisane w taki sposób, aby można było odtworzyć kompletną paczkę wniosku i odpowiedzi oraz zweryfikować podpisy. W przypadku, gdy dane sprawy zostaną zaktualizowane po stronie praca.gov.pl np. poprzez dodanie odpowiedzi do sprawy, zostanie ona oznaczona do synchronizacji i ponownie pobrana w następnym cyklu do systemu SyriuszStd. Moduł praca.gov.pl będzie powiadamiany o poprawnym zapisaniu sprawy w SyriuszStd. Na potrzeby lokalnego archiwum zostały dodane poniższe tabele: pg_sprawa zawierająca dane sprawy oraz wnioskodawcy. Kluczem głównym jest identyfikator sprawy tożsamy z identyfikatorem sprawy przesyłanym z praca.gov.pl. pg_dokument tabela powiązana ze sprawą, zawiera rekordy następujących typów: o Wniosek o Odpowiedź o UPD pg_sprawa_synch zawiera informacje o zmianach w statusach spraw na wypadek, gdy praca.gov.pl jest w stanie offline. Są to: status sprawy, czy wczytano w systemie dziedzinowym, kto wczytał. Wszystkie artefakty dotyczące sprawy są pogrupowane w paczki i zapisane w bazie załączników syriusz_zalaczniki. Paczki posuadają w zależności od rodzaju dokumentu, następującą zawartość: Wniosek.zip dokument xml w wersji źródłowej (plik wniosek.xml ), dokument xml po transformacie do wersji o którą pytał SyriuszStd (plik wniosek_po_transformacji.xml ), poświadczenie przedłożenia (UPP.xml), załączniki (pozostałe pliki). Odpowiedz.zip dokument xml odpowiedź, załączniki Upd.zip urzędowe poświadczenie doręczenia Referencje do tabeli dokumentów (praca_dokumenty) zostaną zapisane w syriusz_zalaczniki.ref_pliku. SyriuszStd - Modyfikacja procesu obsługi wniosku Modyfikacja wczytywania z istniejących list/formatek Został zmodyfikowany algorytm wczytywania wniosku do systemu SyriuszStd. Podczas procesu wczytywania wniosku najpierw zostanie sprawdzone, czy wniosek znajduje się w lokalnym archiwum bazodanowym tj. tabeli pg_spraw, jeżeli znajduje się to zostanie wczytany z lokalnej kopii. W bazie załączników syriusz_zalaczniki będzie wyszukiwana odpowiednia paczka Wniosek.zip poprzez powiązania tabel pg_sprawa, pg_dokument bazy syriusz i ref_pliku bazy syriusz_zalaczniki. Ponieważ we Wniosek.zip znajdują się dwa załączniki z dokumentem XML będzie wczytywany w następującej kolejności: 1. xml po transformacie (wniosek_po_transformacji.xml) 2. w razie niepowodzenia w punkcie 1, xml źródłowy ( wniosek.xml) 3. w razie niepowodzenia będzie pobierana metodą webservice pobierzsprawe z praca.gov.pl Jeżeli wniosek nie zostanie znaleziony w lokalnym archiwum proces będzie działał jak dotychczas pobierał pełne dane sprawy wywołując metodę webservice pobierzsprawe. Strona: 15 z 29

Dodanie procesu wczytywania z archiwum lokalnego Jeżeli użytkownik będzie obsługiwał wniosek ze ścieżki Listy spraw archiwum lokalnego wczytanie powinno nastąpić jak w w/w punkcie z pominięciem kroku pobrania sprawy z praca.gov.pl (punkt 3). Informacja zwrotna do praca.gov.pl o wczytaniu sprawy (metoda webservice zmienstatussprawy) będzie wysyłana online na praca.gov.pl. W przypadku niedostępności praca.gov.pl dane wywołania metody WS będą zapisywane w tabeli pg_sprawa_synch. Dodatkowo został dodany proces ( Synchronizuj statusy spraw praca.gov.pl ), który będzie cyklicznie (co 1h) sprawdzał zawartość tabeli pg_sprawa_synch i dla istniejących w niej wpisów wywoływał kolejno (wg data_zdarzenia ASC) metodę zmienstatussprawy i po poprawnym wywołaniu usuwał je z bazy danych. W przypadku, gdy wywołanie metody nie powiedzie się ze względu na brak dostępności serwisu, proces synchronizacji statusów spraw zostanie przerwany. Ponowna próba synchronizacji nastąpi wraz z kolejnym wywołaniem procesu z harmonogramu zadań. SyriuszStd - Lista spraw archiwum lokalnego W systemie SyriuszStd została dodana lista spraw archiwum lokalnego. Przeznaczenie listy to: ścieżka awaryjna wczytania sprawy - w przypadku, gdy będzie niedostępna praca.gov.pl i nie będzie danych w pamięci podręcznej, natomiast sprawy zostały pobrane do lokalnego archiwum bazodanowego. wyciąganie danych na potrzeby postępowania dowodowego dla starosty - zapis na dysk pełnych danych. Interfejs użytkownika Interfejs użytkownika składa się z listy i formatki analogicznie jak dla innych spraw z okrojonym zestawem danych. Lista zawiera następujące dane: Kod rodzaju sprawy Szczegóły sprawy Data otrzymania Wnioskodawca (imię i nazwisko) PESEL Termin wizyty Stanowisko Lista posiada funkcję eksportu zapisującego pełne dane sprawy na dysk w postaci pliku zip. Formatka zawierała dane: Dane sprawy: Rodzaj sprawy Szczegóły sprawy Data otrzymania Podpisana Termin wizyty Stanowisko Dane wnioskodawcy: Imię Nazwisko Cudzoziemiec PESEL Rodzaj dokumentu tożsamości Numer dokumentu tożsamości Login E-mail Załączniki prezentowana jest pełna lista załączników do wniosku inicjującego sprawę - dokumentu typu wniosek oraz odpowiedzi (dokument typu odpowiedz ). Załączniki są pobierane z bazy syriusz_zalaczniki z odpowiednich plików zip (wniosek.zip, odpowiedz.zip). Parametry wyszukania w bazie syriusz_zalaczniki: aplikacja= praca.gov.pl, obiekt_ref= pg _dokument, obiekt_ref_id=identyfikator wniosku inicjującego sprawę z tabeli pg_dokument Pobrane pliki zostały rozpakowane i wyświetlone jako załączniki, za wyjątkiem: wniosek.xml główny dokument w postaci oryginalnej, wniosek_po_transformacji.xml dokument skonwertowany do wersji aktualnie obsługiwanej przez system Syriusz, Strona: 16 z 29

UPP.xml Urzędowe Poświadczenie Przedłożenia odpowiedz.xml plik zawierający dokument odpowiedzi UPN.xml plik zawierający poświadczenie nadania Funkcjonalności formatki są tożsame z formatką spraw już istniejących: Pobierz, Otwórz załącznik, Przejdź do praca.gov.pl. praca.gov.pl zmiany w bazie danych Do tabel wniosków, odpowiedzi, poświadczeń (dotyczy UPD) zostało dodane pole status_archiwizacji informujące czy zapisano dane do archiwum SyriuszStd. Dla wniosku pole przyjmuje dwie wartośći: DO_ARCHIWIZACJI, ZAPISANO_DO ARCHIWUM. Gdy wniosek trafia do ESO domyślna wartość pola to: DO_ARCHIWIZACJI. Dla odpowiedzi pole przyjmuje trzy wartości: NIE_DOTYCZY, DO_ARCHIWIZACJI, ZAPISANO_DO_ARCHIWUM. Gdy odpowiedź jest definiowana wartość domyślna to: NIE_DOTYCZY. Po wysłaniu odpowiedzi na konto beneficjenta, pole jest ustawione na: DO_ARCHIWIZACJI. Dla poświadczenia UPD pole przyjmuje dwie wartości: DO_ARCHIWIZACJI, ZAPISANO_DO_ARCHIWUM. Dla pozostałych poświadczeń pole jest ustawione na: NIE_DOTYCZY. Na podstawie pola status_archiwizacji metoda web-serwisu pobierzdanesprawydoarchiwum udostępnia dane sprawy do pobrania przez SyriuszStd, gdy wartość pola będzie ustawiona na: DO_ARCHIWIZACJI. Została dodana tabela stan_procesow zawierająca pole: Proces Liczba_odwolan Tabela przechowuje informację o liczbie urzędów aktualnie pobierających dane do archiwizacji. Została dodana tabela archiwizacja_spraw zawierająca pole: id id_placowki czas_archiwizacji Tabela przechowuje informację o ostatnim pobraniu spraw do archiwum dla każdej jednostki PUP. praca.gov.pl rozbudowa webservice (WS) WS został rozbudowany o następujące metody: pobierzdanesprawydoarchiwum potwierdzzapisdoarchiwum Metoda pobierzdanesprawydoarchiwum Za pomocą metody SyriuszStd będzie cyklicznie pobierał dane spraw do archiwum lokalnego. Serwowane będą sprawy posiadające wnioski, odpowiedzi, lub UPD o wartości pola status_archiwizacji = DO_ARCHIWIZACJI. Metoda zwracać sprawy paczkami. Rozmiar paczki jest podawany na wejściu metody. Jedna sprawa posiada następujące bloki informacji: 1. Dane Sprawy (zakres jak w opisie GUI) 2. Dane Wniosku a. identyfikator b. szczegóły c. wersje wzorów d. Dokument ZIP (base64binary) zawierający dokument xml w wersji źródłowej, dokument xml po transformacie do wersji, o którą pytał SyriuszStd, załączniki, UPP 3. Dane Odpowiedzi (możliwość przekazywania wielu odpowiedzi) a. Identyfikator b. Odpowiedz.zip (base64binary) dokument xml odpowiedź, załączniki 4. Dane Upd (możliwośc przekazywania wielu UPD) a. Identyfikator b. Upd.zip (base64binary) urzędowe poświadczenie doręczenia Typowy scenariusz wygląda tak, że SyriuszStd w pierwszym wywołaniu p obierzdanesprawydoarchiwum pobierze dane wniosku, w którymś z kolejnych dane odpowiedzi, i następnie UPD. Dane będą serwowane do SyriuszStd w kolejności wpłynięcia do urzędu (id_sprawy asc). WS został rozbudowany poprzez wystawienie osobnego wsdl a. Strona: 17 z 29

Sterowanie metodą poprzez obciążenie Jako, że metoda jest wywoływana z harmonogramu zadań, należy zabezpieczyć się przed sytuacją, gdy 340 PUP o określonej godzinie rozpocznie pobieranie wniosków do archiwum i spowoduje piki wydajnościowe na praca.gov.pl. Maksymalna dopuszczalna liczba procesów pobierających dane jest określona przez parametr centralny MAX-LICZBA-PROCESOW-ARCH-SPRAW. Gdy SyriuszStd będzie żądał danych, najpierw nastapi sprawdzenie w tabeli stan_procesow czy liczba_odwolan nie przekroczyła wartości parametru MAX-LICZBA-PROCESOW-ARCH-SPRAW, w takim przypadku liczba_odwolan jest inkrementowana i rozpocznie się proces pobierania danych. Po zakończeniu procesu liczba_odwolan będzie dekrementowana, a metoda pobierzdanesprawydoarchiwum zwróci status_wykonania o wartości WYKONANA. Dodatkowo do tabeli archiwizacja_spraw zostanie zapisana informacja o zakończeniu procesu archiwizacji dla wskazanej placówki. Jeżeli liczba_odwolan przekroczy wartość parametru MAX-LICZBA-PROCESOW-ARCH-SPRAW metoda będzia zwracać status_wykonania ZBYT_DUZE_OBCIAZENIE. Metoda potwierdzzapisdoarchiwum Po poprawnym zapisaniu danych sprawy (wniosku, odpowiedzi lub UPD) SyriuszStd powinien potwierdzić zapisanie danych do archiwum. Po stronie praca.gov.pl pole status_archiwizacji (dla wniosku, odpowiedzi lub UPD) zostało zmienione na ZAPISANO_DO_ARCHIWUM. Artefakt z ustawioną flagą ZAPISANO_DO_ARCHIWUM nie będzie już więcej udostępniany. Jeżeli dla sprawy wszystkie trzy artefakty mają ustawione pole status_archiwizacji na ZAPISANO_DO_ARCHIWUM sprawa nie będzie już udostępniana. SyriuszStd definicja procesu zapisu do archiwum w harmonogramie zadań. W harmonogramie zadań został zdefiniowany proces pobierający cyklicznie sprawy do archiwum Pobierz sprawy z praca.gov.pl. Proces jest uruchamiany co 30 minut i wywołuje metody pobierzdanesprawydoarchiwum w celu zapisania danych w lokalnym archiwum i bazie załączników oraz potwierdzzapisdoarchiwum wywoływana po skutecznym zapisie sprawy do archiwum. Sterowanie maksymalnym obciążeniem odbywa się po stronie systemu praca.gov.pl, nie pozwalając na jednoczesną obsługę więcej niż zadaną liczbę obsługiwanych wywołań. Aby zapobiec sytuacji, gdy przy każdym cyklu wywołania obsługiwane są te same urzędy został zapewniony mechanizm ponawiający w pętli z opóźnieniem próby pobrania dokumentów po wywołaniu przy zbyt dużym obciążeniu, tzn. gdy został zwrócony status_wykonania ZBYT_DUZE_OBCIAZENIE. W przypadku nieudanego wywołania (brak połączenia, inny błąd) ponawianie wywołania nie jest wykonywane. Mechanizm jest parametryzowany: - MAX_LICZBA_POWTORZEN - maksymalna liczba powtórzeń wywołań usługi pobierzdanesprawydoarchiwum w pojedynczym cyklu harmonogramu, domyślnie 20 - SREDNIE_OPOZNIENIE średni czas po którym ponawiane jest kolejne wywołanie usługi pobierania spraw do archiwum, domyślnie 60 s Dodatkowo, aby kolejne wywołania były rozproszone w czasie (dla różnych systemów Syriusz), została uwzględniona wartość losową w wyznaczaniu opóźnienia. W tym samym czasie nie będzie uruchomiona więcej niż jedna instancja procesu. Zapis pobranych z systemu praca danych do struktur bazodanowych Po otrzymaniu odpowiedzi od systemu praca.gov.pl proces wywoływany w harmonogramie zadań będzie przetwarzał i zapisywał w strukturach bazodanowych Syriusza odebrane dane. W pierwszej kolejności nastąpi sprawdzenie, czy w bazie istnieje już sprawa o wskazanym identyfikatorze. Jeśli istnieje zaktualizowane będą poniższe dane: czypodpisano, dataotrzymania, typ sprawy (kod, nazwa, szczegóły), dane wizyty (termin, stanowisko), dane wnioskodawcy (cudzoziemiec, imię, nazwisko, login, pesel, dokument tożsamości). W przeciwnym przypadku dodany nowy rekord sprawy. W zależności od przesłanych danych opcjonalnych (wniosekdoarchiwum, odpowiedzdoarchiwum, UPDDoArchiwum) będzie dodawana do bazy określona liczba dokumentów, natomiast same dane binarne załączników będą zapisywane w bazie syriusz_zalaczniki (tabela zal.pliki ), a następnie dodane referencje (tabela zal.ref_pliku ) do właściwych rekordów dokumentów z następującymi parametrami: aplikacja= praca.gov.pl, obiekt_ref= pg_dokument, obiekt_ref_id=identyfikator wniosku inicjującego sprawę z tabeli pg_dokument Strona: 18 z 29

Podczas wstawiania dokumentów do bazy, będzie sprawdzane, czy dokument(wniosek, odpowiedź, UPD) nie został już zapisany w bazie w innym cyklu, a nie udało się tylko wywołanie potwierdzenia przyjęcia do archiwum. W tym celu przed wstawieniem do tabeli pg_dokument będzie sprawdzane, czy rekord zadanego typu nie jest już zapisany (po kolumnach rodzaj_dokumentu i id_dokumentu_praca). Po poprawnym zapisie danych (obie bazy) będzie wywoływana usługa potwierdzenia zapisu do archiwum, tak by pobrane dokumenty nie były serwowane już w kolejnych wywołaniach. W razie niekompletności zapisu danych (baza syriusz, baza syriusz_zalaczniki) zostaną wycofane zmiany wprowadzone dla danej sprawy w ramach bieżącego wywołania harmonogramu i pobranie sprawy nie zostanie potwierdzone. 6.2 Wykonano funkcjonalność umożliwiającą wprowadzenie i prezentację na stronie głównej praca.gov.pl komunikatów administratora. Wraz z wdrożeniem systemu praca.gov.pl, zaistniała potrzeba informowania użytkowników o nadchodzącej przerwie w działaniu aplikacji. W tym celu została dodana obsługa wyświetlania komunikatów na stronie głównej praca.gov.pl. W bazie danych zostały dodane trzy parametry centralne: - PRZERWA-SERWISOWA-KOMUNIKAT - treść komunikatu o przerwie serwisowej, - PRZERWA-SERWISOWA-DATA-I-CZAS - data i czas przerwy technicznej w formacie yyyy-mm-dd HH:mm, - PRZERWA-SERWISOWA-CZAS-WYSWIETLANIA-KOMUNIKAT-PRZED - czas wyświetlania komunikatu przed przerwą serwisową wyrażony w minutach. Na stronie głównej systemu dodany został panel, na którym wyświetlany będzie komunikat zdefiniowany w parametrze PRZERWA-SERWISOWA-KOMUNIKAT. Panel ten będzie widoczny tylko i wyłącznie wtedy, gdy PRZERWA-SERWISOWA-DATA-I-CZAS minus PRZERWA-SERWISOWA-CZAS-WYSWIETLANIA-KOMUNIKATU-PRZED jest większy od bieżącego czasu serwerowego + 30 min (zapas czasu na wyłączenie serwerów itp.). Strona: 19 z 29

7. SPL - Sprawozdawczość Lokalna 7.1 Dodano do harmonogramu zadania systemowe procesu obliczającego i wysyłającego sprawozdania do InfoPracy Do harmonogramu zadań dodano dwa procesy systemowe. Poprzednie wpisy związane z procesem o nazwie Automatyczne wysyłanie sprawozdań zostały usunięte. Strona: 20 z 29

8. SY - Części wspólne 8.1 Rozbudowano zasilanie AC o dane dotyczące osób. Zasilanie Aplikacji Centralnej zostało rozbudowane w zakresie danych aktualnych i historycznych dotyczących osób bezrobotnych i poszukujących pracy o następujące pola: dane identyfikacyjne osoby: obywatelstwo/ obywatelstwa, usługi i instrumenty Rynku Pracy aktywne w okresie rejestracji przyznane osobie: nazwa szkolenia, kwalifikacje: kierunek wykształcenia, kierunek studiów wyższych, specjalizacja, tytuł, data uzyskania zawodu, czy kwalifikacja jest do wyuczenia, udzielone instrumenty: rodzaj instrumentu, data udzielenia instrumentu, okres przysługiwania instrumentu, status, wartość pomocy, dodatkowe informacje o udzielonym instrumencie, oczekiwania względem pracy: preferowany rodzaj szkolenia, preferowany zawód do wykonywania, udział i wsparcie w programach: nazwa programu, data rozpoczęcia, data zakończenia, kwota wsparcia, liczba godzin, wizyty (od 01.01.2012): rodzaj wizyty, planowany termin wizyty początek, planowany termin wizyty koniec, data stawienia się, propozycje udzielone osobie: rodzaj propozycji, przedmiot propozycji, informacje o przedmiocie propozycji, czy przyjęta, cel, opis, data stawienia się, obsługa propozycji, czy propozycja została przyjęta (propozycja przyjęta, propozycja nieprzyjęta, propozycja nieprzedłożona), czy odmowa uzasadniona, przyczyny odmowy, uwagi. 8.2 Rozbudowano zasilanie AC o dane dotyczące pracodawców. Zasilanie Aplikacji Centralnej zostało rozbudowane w zakresie danych aktualnych i historycznych dotyczących pracodawców o następujące pola: dane identyfikacyjne pracodawcy: lista kontaktów, oferty pracy zgłoszone przez pracodawcę: nr oferty, wnioski o organizację wydarzeń wniesione przez pracodawcę: nr wniosku, wnioski o organizację, data złożenia, adresat, przedmiot wniosku, typ wniosku, data wydarzenia, miejsce wydarzenia, pracodawcy, status decyzji, targi pracy dotyczące pracodawcy: nr targów pracy, giełdy pracy dotyczące pracodawcy: nr giełdy pracy, wnioski o udzielenie usług i instrumentów dla pracodawcy: data złożenia, proponowany termin realizacji, status, rodzaj usługi, nazwa pracodawcy, regon, NIP, przyjęcie do realizacji, data przyjęcia wniosku do realizacji, termin realizacji, uwagi do realizacji wniosku, odrzucenie wniosku, realizacja, data realizacji, uwagi z realizacji wniosku, usługi doradcze udzielone pracodawcy: pracodawca, oferowane stanowisko, którego dotyczyła porada, data usługi doradczej, rodzaj usługi, zakres udzielonej pomocy, inf. o potrzebach pracodawcy, wnioski, ustalenia, instrumenty udzielone na rzecz pracodawcy: pracodawca, data udzielenia instrumentu, okres przysługiwania, rodzaj instrumentu, status, wartość pomocy, dodatkowe informacje o udzielonym instrumencie. 8.3 Rozbudowano zasilanie AC o dane dotyczące cudzoziemców. Rozbudowano zasilania Aplikacji Centralnej o dane dotyczące cudzoziemców i pracodawców zatrudniających lub planujących zatrudnić cudzoziemców (dane z oświadczeń o zamiarze powierzenia wykonywania pracy cudzoziemcowi oraz zezwoleń na pracę cudzoziemca). Strona: 21 z 29

8.4 Dodano możliwość zasilenia Aplikacji Centralnej w trybie online. Zasilanie bezzwłoczne umożliwia wysyłanie danych (osób, pracodawców, cudzoziemców) do Aplikacji Centralnej (AC) na żądanie użytkownika SyriuszStd. Zasilanie on-line dotyczy pojedynczego rekordu z listy osób, organizacji, cudzoziemców (lista oświadczeń o zamiarze zatrudnienia cudzoziemców) lub wielu rekordów (maksymalnie 25) z list ręcznych. Aplikacja Centralna udostępnia usługę sieciową (WebService), dzięki której możliwe jest wysłanie danych w trybie on-line. Przebieg zasilania on-line: selekcja wysyłanych danych w SyriuszStd, wysyłanie danych do AC, wczytywanie danych w AC, otrzymywanie odpowiedzi AC (czy udało się wczytać dane) wyświetlenie komunikatu z przebiegu zasilania AC w SyriuszStd. Maksymalny czas trwania zasilania on-line AC jest określony WebServiceACTimeout. Jego domyślna wartość wynosi 60 sekund. parametrem systemowym 8.5 Zmieniono proces udostępniania danych osoby do systemów zewnętrznych. Do procesu "Udostępnianie danych osób-klientów" został dodany parametr POMIN_DANE_PERSONALNE (o wartościach TAK/NIE) umożliwiający blokowanie eksportu danych personalnych: a) danych osoby - imię pierwsze i drugie, - nazwisko i nazwisko rodowe, - numery: pesel, nip, - imię ojca, imię matki, - rodzaj i numer dokumentu tożsamości, - numery telefonu, numer konta i adresy e-mail b) danych adresowych - poczta i kod pocztowy, - kod miejscowości, miejscowość, - ulica, nr domu i lokalu, c) danych członka rodziny: - nazwisko, - imię, - pesel. Strona: 22 z 29

9. UiRP - Usługi i Instrumenty Rynku Pracy 9.1 Dodano obsługę udziału w projekcie pilotażowym w formie propozycji powiązanej ze skierowaniem. W celu umożliwienia obsługi osób kierowanych do udziału w projektach pilotażowych obsługiwanych przez dostawców usług spoza urzędu (osoby z zarejestrowanym zdarzeniem Z/AGZT) w systemie zostały wprowadzone następujące zmiany: 1. Na oknie skierowania na badania lub zajęcia UIR4030M dodana została możliwość rejestracji nowego rodzaju skierowania 'udział w projekcie pilotażowym' powiązanego z programem realizowanym przez urząd. Do obsługi programu na oknie skierowania UIR4030M został dodany panel "Program" zawierający pola z kodem i nazwą programu oraz przycisk wyboru programu z listy realizowanych programów / projektów MF0002L (lista ograniczona do programów, do których aktualny użytkownik ma uprawnienia). Dodany panel jest widoczny tylko dla skierowań dotyczących udziału w projekcie pilotażowym, dla których wskazanie programu jest obowiązkowe. Program, którego dotyczy skierowanie, powinien być pilotażem. W trakcie jego wyboru z listy MF0002L będzie wyświetlane ostrzeżenie, jeżeli rodzaj programu będzie inny. Do przechowywania danych o wybranym programie w bazie danych do tabeli uir_skier_bad została dodana kolumna kod_programu typu varchar o długości 3 stanowiąca powiązanie z tabelą mf_program (klucz obcy). Do obsługi kolejnych etapów realizacji skierowania do udziału w projekcie pilotażowym służą następujące statusy: - zarejestrowane - skierowanie wprowadzone do systemu - skreślony kandydat - osoba wykluczona z udziału przed wydaniem skierowania - wydane - wydane skierowanie do udziału w projekcie, - rezygnacja kandydata - rezygnacja kandydata z udziału w projekcie po wydaniu skierowania, - odmowa instytucji - odmowa przyjęcia kandydata do udziału w projekcie przez instytucje obsługującą program, - udział w projekcie - kandydat przyjęty do udziału w projekcie. Zmiana osoby, programu, rodzaju skierowania oraz miejsca zgłoszenia się osoby jest możliwa tylko w przypadku skierowań zarejestrowanych. W przeciwieństwie do innych rodzajów skierowań dla udziału w projekcie pilotażowym nie jest wymagana zmiana statusów w określonej kolejności i możliwe jest cofanie statusu. Wszystkie podane statusy z wyjątkiem 'zarejestrowane' i 'wydane' zostały dodane tylko dla udziału w projekcie pilotażowym i nie są dostępne dla innych rodzajów. Dla skierowania do udziału w projekcie pilotażowym na oknie UIR4030M dodane zostały następujące walidacje: - nie można zarejestrować więcej niż jednego skierowania o rodzaju 'udział w projekcie pilotażowym' dla tej samej osoby i programu (zostanie zgłoszony błąd), - data wydania skierowania jest obowiązkowa dla statusów innych niż 'zarejestrowane' i 'skreślony kandydat' (błąd), - osoba rozpoczynająca udział w projekcie (status 'udział w projekcie') musi stawić się ze skierowaniem, czyli obowiązkowe jest wprowadzenie daty stawienia się oraz wypełnienie pola 'Stawił się' wartością 'Tak' (błąd), - przy odmowie instytucji informacja o stawieniu się powinna zostać określona - pole 'Stawił się' powinno mieć ustawioną wartość inną niż 'brak danych' (ostrzeżenie). Po zmianie statusu na 'udział w projekcie' dla programu innego niż "Podstawowa działalność urzędu" system automatycznie rejestruje udział kierowanej osoby w wybranym programie na podaną datę stawienia się osoby (nastąpi odpowiednio dodanie udziału w przypadku jego braku lub modyfikacja istniejącego udziału tak, aby obejmował datę stawienia się). Strona: 23 z 29

Skierowania do udziału w projekcie pilotażowym nie jest przekazywane do WUP, a więc na oknie UIR4030M nie jest dostępna obsługa automatycznych przesyłów oraz wybór usługi z WUP. Wygląd okna skierowania na badania lub zajęcia UIR4030M po wprowadzeniu zmian: 2. Na oknie propozycji UIR1020M dodana została obsługa propozycji udziału w projekcie pilotażowym. W ramach takiego rodzaju propozycji konieczne jest wskazanie przedmiotu propozycji, którym jest program realizowany przez urząd (wybór programu z listy realizowanych programów/projektów MF0002L, do których aktualny użytkownik ma uprawnienia). Wybrany program powinien być pilotażem. W trakcie jego wyboru z listy MF0002L będzie wyświetlane ostrzeżenie, jeżeli jego rodzaj będzie inny. Dane programu można podglądnąć na oknie MF0003M uruchamianym po naciśnięciu przycisku 'Informacje o przedmiocie propozycji'. Przyjęcie propozycji udziału w projekcie pilotażowym powoduje przejście do obsługi odpowiadającego jej skierowania o rodzaju 'udział w projekcie pilotażowym' na oknie skierowania na badania lub zajęcia UIR4030M (okno uruchamiane w kontekście propozycji z brakiem możliwości zmiany rodzaju skierowania, osoby oraz programu podpowiadanych na podstawie danych propozycji). Jeżeli dla osoby, której dotyczy propozycja, nie istnieje jeszcze skierowanie powiązane z programem wskazanym jako przedmiot propozycji, to okno skierowania UIR4030M zostanie uruchomione w trybie dodawania. Jeżeli takie skierowanie już istnieje, to przejście na okno nastąpi w trybie modyfikacji. Jeżeli pasujących skierowań będzie więcej niż jedno, to uruchomienie okna modyfikacji będzie poprzedzać wybór właściwego skierowania z listy UIR4030L zawierającej skierowania dotyczące wskazanej osoby i programu, które nie są powiązane z żadną propozycją. Do przechowywania informacji o powiązaniu skierowania z propozycją w bazie danych do tabeli uir_skier_bad została dodana kolumna id_propozycji typu integer stanowiąca powiązanie z tabelą uir_propozycja (klucz obcy). Dla przyjętej propozycji udziału w projekcie pilotażowym na oknie propozycji UIR1020M dostępny jest przycisk 'Udział w projekcie pilotażowym' umożliwiający przejście do danych skierowania powiązanego z tą propozycją (UIR4030M). Strona: 24 z 29

Wygląd okna UIR1020M dla przyjętej propozycji udziału w projekcie pilotażowym: Na liście propozycji UIR1020L przy wyznaczeniu rozszerzonych danych o przedmiocie i projekcie propozycji został uwzględniony udział w projekcie pilotażowym. Rozszerzone dane zawierają odpowiednio: - dla przedmiotu propozycji: kod programu/projektu oraz tytuł projektu, - dla obiektu propozycji (widoczne tylko dla propozycji przyjętej): status skierowania, datę wydania skierowania oraz datę stawienia się osoby ze skierowaniem. Dane dla przyjętej propozycji udziału w projekcji pilotażowym na liście propozycji UIR1020L: Strona: 25 z 29

3. Rodzaj propozycji 'udział w projekcie pilotażowym' został uwzględniony na oknie planowania wizyt UIR1000 oraz w uruchamianym z niego procesie generacji wizyt i propozycji UIR1050P. Podobnie jak na oknie propozycji UIR1020M, dla udziału w projekcie pilotażowym koniecznie jest wskazanie jako przedmiotu propozycji programu, który powinien być pilotażem (walidacja podczas wyboru). Propozycja udziału w projekcie pilotażowym zostanie utworzona tylko wtedy, gdy osoba wskazana na oknie planowania UIR1000 nie ma już zarejestrowanej propozycji o takim rodzaju dotyczącej wskazanego programu. Propozycja nie będzie dodawana również, gdy data zakończenia programu będzie wcześniejsza niż planowana data wizyty. Wygląd okna planowania wizyty UIR1000 z uwzględnieniem propozycji udziału w projekcie pilotażowym: Strona: 26 z 29

4. Dodatkowo zostały wprowadzone następujące zmiany powiązane z obsługą udziału w projekcie pilotażowym: - na liście skierowań na badania lub zajęcia UIR4030L zablokowana została możliwość usunięcia skierowania powiązanego z propozycją, - na liście realizowanych programów/projektów MF0002L zablokowana została możliwość usunięcia programu, którego dotyczy skierowanie lub propozycja udziału w projekcie pilotażowym, - na liście osób pozostających bez usług UIR1080L dodana została kolumna 'Obsługa przez dostawcę usług', która jest wypełniana w procesie aktualizacji zapisów o pozostawaniu bez usług UIR1081P wartością 'Tak', jeśli osoba ma obowiązujące na dzień uruchomienia procesu zdarzenie Z/AGZT, lub wartością 'Nie' w wypadku braku takiego zdarzenia. Do przechowywania wyznaczonej wartości w bazie danych do tabeli uir_bez_uslug została dodana kolumna czy_dostawca typu char o długości 1 z domyślną wartością ustawioną na Nie. Strona: 27 z 29

10. WK - Współpraca z Kontrahentem 10.1 Zmodyfikowano słownik sposobów aplikowania w ofercie pracy. Zgodnie z wytycznymi Departamentu Rynku Pracy zmieniony został opis sposobu aplikowania z "Za pośrednictwem PUP" na "Kontakt przez Powiatowy Urząd Pracy". Docelowo na liście dostępnych sposobów aplikowania dostępne są pozycje: - Kontakt przez Powiatowy Urząd Pracy, - Bezpośrednio do pracodawcy, Zmiana została wykonana także na wydrukach: karty stażu (KARTA_STAZU), skierowania do pracy (SKIER_PRAC), oferty (OFERTA) oraz w procesie zasilania SEPI. Zmiana gwarantuje zgodność terminologii ze stosowaną w CBOP. 10.2 Zmodyfikowano wydruk umowy o zorganizowanie stażu. Na wydruku umowy o staż (rodzaj UMPR_ST) wykonane zostały następujące zmiany: 1. Dodane zostały poniższe parametry oraz ich obsługa w wydruku: cpodopieczniopiekuna - Imię, nazwisko, data urodzenia, PESEL i adres wszystkich podopiecznych danego opiekuna, cskierowaninastanowisko - Imię, nazwisko, data urodzenia, PESEL i adres wszystkich osób skierowanych do pracy na danym stanowisku. Adresy są pobierane wg kolejności określonej przez parametr systemowy KolejnoscAdresow, a w Strona: 28 z 29

przypadku braku wartości parametru przyjmowana jest kolejność domyślna: KO,ST,ZA,TY,SI,IN. 2. Zmodyfikowane zostało pobieranie i sortowanie danych osób na wydruku umowy o staż (UMPR_ST) oraz przygotowanie zawodowe dorosłych (UMPR_PZD). Sortowanie wykonywane są wg stanowisk, nazwiska, imienia, identyfikatora osoby. 3. Zmieniony został sposób obsługi parametru cadresbezrob - adresy pobierane będą wg kolejności określonej przez parametr systemowy KolejnoscAdresow (dotychczas pobierany był 1 adres z adresu opisowego osoby) - zmiana ogólna dla wydruków dot. umowy o zorganizowanie w WK. Strona: 29 z 29