System Connector Opis systemu wraz z instrukcj obs ugi

Transkrypt

1

2

3 System Connector Opis systemu wraz z instrukcj obs ugi

4

5 CTC Polska Sp. z o.o. System Connector Opis systemu wraz z instrukcj obs ugi Maciej Franecki Zakad Usug Informatycznych INFRA Sp. z o.o. Opole 2014

6 Opracowanie redakcyjne: Izabela Dambo-Kandziora Projekt okadki: Janina Drozdowska Redakcja i korekta: Maria Szwed Redakcja techniczna: Janina Drozdowska Publikacj" opracowano w ramach projektu pn. Innowacyjne wsparcie dla ciebie Publikacja jest dystrybuowana bezpatnie Kopiowanie i powielanie w jakiejkolwiek formie wymaga pisemnej zgody Wydawcy Copyright by CTC Polska Sp. z o.o. ul. Ostrobramska Warszawa

7 Spis tre#ci 1. Wprowadzenie 7 2. Opis skadników systemu 9 3. Funkcje systemu Udost!pnianie danych Przegl"danie danych Wnioski o dane Wnioski o dokumenty Programy pomocowe Raporty wykorzystania systemu Przesyanie za#wiadcze$ o zarejestrowaniu w PUP Bezpiecze$stwo systemu Bezpiecze$stwo komunikacji Zabezpieczenie dost!pu do serwisów Autoryzacja u%ytkowników Reguy zo%ono#ci hase Izolacja dost!pu do aplikacji dla podmiotu Izolacja danych Audyt operacji Rozpocz!cie pracy z systemem modu Administracja (urz"d pracy) Tworzenie podmiotów Tworzenie pliku klucza podmiotu Tworzenie u%ytkowników Rozpocz!cie pracy z systemem Dodawanie systemów dziedzinowych Wnioski o dane Wysyanie wniosku Przyjmowanie wniosku akceptacja lub odrzucenie Zarz"dzanie list" osób dodanych do systemu Przegl"danie danych Dodawanie notatek, dokumentów, informacji o wypaconych #wiadczeniach 23

8 10. Wnioski o dokumenty Tworzenie nowego wniosku Akceptacja wniosku Podpis cyfrowy dokumentu Otwarcie dokumentu Odrzucanie wniosku Wyliczanie wsparcia degresywnego Wymagania z perspektywy urz!du pracy Wymagania dotycz"ce komunikacji mi!dzy komponentami systemu Wymagania z perspektywy o#rodków pomocy spoecznej Wymagania dotycz"ce komunikacji mi!dzy komponentami systemu Instalacja serwisów Wymagania programu Instalacja serwera Microso& SQL Server 2008 (Express) Tworzenie baz danych Kon'guracja serwera IIS Tworzenie i instalacja certy'katów autoryzacji dost!pu do serwisów Kon'guracja serwisów Instalacja moduu Administracja i kon'guracja systemu Instalacja serwisu synchronizacji Wymagania programu Instalacja serwera Microso& SQL Server 2008 (Express) Tworzenie baz danych Instalacja certy'katów autoryzacji dost!pu do serwisów Zmiana w pliku hosts Instalacja moduu Synchronizacja Instalacja aplikacji Wymagania programu Instalacja certy'katów autoryzacji dost!pu do serwisów Zmiana w pliku hosts Instalacja aplikacji Aktualizacja aplikacji do nowej wersji Aktualizacja serwisu synchronizacji do nowej wersji 41

9 1. Wprowadzenie Firma CTC Polska Spóka z o.o. w partnerstwie z powiatowymi urz!dami pracy (PUP) w Strzelcach Opolskich, *wi!tochowicach i Zabrzu oraz 'rm" bit Schulungscenter z Graz w Austrii, a tak%e przy wsparciu o#rodków pomocy spoecznej (OPS) z Izbicka, Jemielnicy, Kolonowskiego, Le#nicy, Strzelec Opolskich, Ujazdu, Zawadzkiego, *wi!tochowic i Zabrza w latach realizowaa projekt pod nazw" Innowacyjne wparcie dla ciebie. Mia on na celu wypracowanie i upowszechnienie innowacyjnego modelu wspópracy pomi!dzy powiatowymi urz!dami pracy i o#rodkami pomocy spoecznej w zakresie skutecznego wspierania osób dugotrwale bezrobotnych, zwaszcza tych dziedzicz"cych bezrobocie. Podejmowane wspólnie dziaania z zao%enia miay prowadzi+ do jak najbardziej efektywnego wykorzystania #rodków publicznych kierowanych do tej grupy osób. W ramach tego projektu opracowano system informatyczny Connector, który "czy dane z kilku ró%nych systemów funkcjonuj"cych w powiatowych urz!dach pracy i w o#rodkach pomocy spoecznej. Gówne funkcje systemu to: pobieranie danych o osobach zarejestrowanych w PUP i OPS w czasie rzeczywistym; pokazanie mo%liwo#ci wsparcia dla danej osoby (np. dopasowane oferty pracy, mo%liwo#+ udziau w konkretnych projektach, inne wsparcie oferowane przez ka%d" z instytucji); generowanie za#wiadcze$ o zarejestrowaniu w PUP; naliczenie degresywnego wsparcia 'nansowego dla wspólnych klientów tych instytucji (jest to innowacyjne narz!dzie motywuj"ce do podj!cia postaw aktywnych w poszukiwaniu zatrudnienia przez osoby dugotrwale bezrobotne, szerzej zostao one opisane w innych dokumentach opracowanych w ramach projektu). U%ytkownikami systemu Connector s" pracownicy zarówno PUP, jak i OPS. System ten pokazuje mo%liwo#ci wsparcia osób, które przez du%szy czas pozostaj" bezrobotne i wskazuje, jakie wsparcie zarejestrowana osoba ju% otrzymaa (m.in. wysoko#+ #wiadcze$). Oprócz pobierania istniej"cych danych, system zapewnia te% funkcj! wprowadzania nowych danych i wychwytywania niespójno#ci ju% istniej"cych danych (wery'kacja rozbie%no#ci informacji o danej zarejestro-

10 8 wanej osobie). Dane ka%dego zarejestrowanego spywaj" do systemu w sposób asynchroniczny. System posiada równie% opcj! elektronicznego obiegu dokumentów, czyli dokumenty podpisywane przez zarejestrowane w PUP i OPS osoby s" w sposób elektroniczny podpinane (skany) pod pro'l danej osoby w systemie, co uatwia i przyspiesza wery'kacj! takiej osoby. Bardzo wa%n" funkcj" jest mo%- liwo#+ wyboru przez ka%dego u%ytkownika danych, które zostan" udost!pnione innym u%ytkownikom. System Connector pobiera dane m.in. z nast!puj"cych systemów: Sygnity Syriusz, Info-R Nemezis, Info-R Amazis, Info-R Helios, Sygnity Pomost, Sygnity SRFA, Zeto Familia, Zeto FundAI, Top-Team Pomoc. W zakresie ochrony danych osobowych nale%y przytoczy+ zapisy Ustawy o promocji zatrudnienia i instytucjach rynku pracy Dz.U. z 2014 r. poz. 598, a szczególnie artyku 33: Pkt 6. Informacje dotycz"ce bezrobotnych, poszukuj"cych pracy i cudzoziemców zamierzaj"cych wykonywa+ lub wykonuj"cych prac! na terytorium Rzeczypospolitej Polskiej s" przetwarzane przez powiatowe urz!dy pracy, w szczególno- #ci z wykorzystaniem systemów teleinformatycznych i dokumentów elektronicznych. Pkt 7. Informacje, o których mowa w ust. 6, s" udost!pniane publicznym su%- bom zatrudnienia lub innym podmiotom, realizuj"cym zadania na podstawie ustawy lub odr!bnych przepisów albo na skutek powierzenia lub zlecenia przez podmiot publiczny, w zakresie niezb!dnym do prawidowej realizacji tych zada$, w szczególno#ci jednostkom organizacyjnym pomocy spo ecznej oraz jednostkom obs ugujcym #wiadczenia rodzinne. Pkt 7a. Informacje, o których mowa w ust. 6, w zakresie niezb!dnym do realizacji zada$ okre#lonych w ustawie, mog" by+ pozyskiwane przez powiatowe urz!- dy pracy z publicznych su%b zatrudnienia lub innych podmiotów, w szczególno#ci jednostek organizacyjnych pomocy spo ecznej oraz jednostek obs ugujcych #wiadczenia rodzinne, realizuj"cych zadania na podstawie ustawy lub odr!bnych przepisów albo na skutek powierzenia lub zlecenia przez podmiot publiczny. Pkt 8. Informacje, o których mowa w ust. 6, mog" by+ pozyskiwane, wymieniane lub udost!pniane na wniosek zo%ony, w szczególno#ci w postaci elektronicznej, w trybie i na zasadach okre#lonych w ustawie z dnia 17 lutego 2005 r. o informatyzacji dziaalno#ci podmiotów realizuj"cych zadania publiczne lub

11 z wykorzystaniem systemów teleinformatycznych, je%eli powiatowy urz"d pracy oraz podmiot, o którym mowa w ust. 7, speniaj" "cznie nast!puj"ce warunki: 1) posiadaj" mo%liwo#+ identy'kacji osoby uzyskuj"cej informacje w systemie oraz zakresu, daty i celu ich uzyskania; 2) posiadaj" zabezpieczenia uniemo%liwiaj"ce wykorzystanie informacji niezgodnie z celem ich uzyskania; 3) zapewniaj", %e dost!p do danych osobowych jest nadzorowany i rejestrowany zgodnie z przepisami o ochronie danych osobowych. Szczegóowe procedury w zakresie wymiany danych, licencji oraz funkcjonalno#ci systemu okre#la tak%e wzór porozumienia o wspópracy pomi!dzy PUP i OPS, opublikowany w ramach publikacji pt. Doradztwo osobiste. Podr!cznik wspópracy powiatowych urz!dów pracy i o#rodków pomocy spoecznej na rzecz osób dugotrwale bezrobotnych. Niniejsza instrukcja skada si! z dwóch cz!#ci: dedykowanej u%ytkownikom w urz!dach pracy i o#rodkach pomocy spoecznej oraz administratorom/informatykom odpowiedzialnym za obsug! techniczn" systemu. Uzupenieniem niniejszego dokumenty jest 'lm instrukta%owy. D$% &'()*+,-/*0, 2. Opis sk adników systemu System Connector skada si! z nast!puj"cych elementów: Baza danych systemu gówna baza systemu, zawieraj"ca podmioty i u%ytkowników, które maj" dost!p do serwisów; Baza danych podmiotu baza danych nale%"ca do konkretnego podmiotu. W niej przechowywane s" dane, które zostay wysane do systemu z konkretnego podmiotu ; Baza danych synchronizacji baza danych w podmiocie, w której znajduj" si! informacje techniczne na temat synchronizacji (de'nicje dost!pu do systemów dziedzinowych, dziennik zdarze$ synchronizacji); Connector serwisy zbiór serwisów zrealizowanych w technologii Microso&.NET, Windows Communica<on Founda<on i Web Services, b!d"cych bram" dost!pow" dla aplikacji do danych i usug systemu; Connector administracja aplikacja instalowana w urz!dach pracy, która w sposób bezpo#redni "czy si! z gówn" baz" danych systemu Connector (z pomini!ciem serwisów) i pozwala na zarz"dzanie podmiotami i u%ytkownikami; Connector aplikacja aplikacja instalowana na komputerach pracowników urz!dów pracy i o#rodków pomocy spoecznej, zapewnia bezpo#redni" interakcje 9

12 10 z systemem jej u%ytkowników. Pozwala na tworzenie regu udost!pniania danych innym podmiotom, przegl"danie danych, generowanie raportów u%ycia systemu, de'niowanie wsparcia degresywnego, przegl"danie form wsparcia (programów pomocowych); Connector synchronizator serwis Windows instalowany na serwerach w podmiotach. Serwis ten wykonuje cykliczn" wysyk! danych z lokalnych systemów u%ywanych w podmiotach (np. Syriusz, Pomost itp.) do serwisów Connectora. Powi"zania mi!dzy moduami s" zaprezentowane na rycinie 1. Urzd pracy serwerownia Administracja G ówna baza danych Baza danych podmiotu Baza danych podmiotu Serwisy Podmiot Aplikacja Aplikacja System dziedzinowy Synchronizacja Baza synchronizacji Rycina 1. Architektura systemu 3. Funkcje systemu 3.1. Udost"pnianie danych System umo%liwia udost!pnianie danych pochodz"cych z jednego podmiotu innym podmiotom. W celu udost!pnienia danych nale%y wprowadzi+ w progra-

13 mie imi! i nazwisko osoby oraz jej numer PESEL. Nast!pnie trzeba okre#li+, jakie danej tej osoby b!d" wysyane do serwisów systemu oraz dla jakiego podmiotu jak" cz!#+ tych danych chcemy udost!pni+. Po dodaniu reguy udost!pniania, system przy nast!pnej synchronizacji wy- #le dane udost!pnionych osób do serwisów systemu. System nie wysya danych osoby, je%eli nie ulegy one zmianie. Je%eli jakie# dane zostay zabrane ze zbiorów wysyanych do serwisów, dane te zostan" usuni!te na serwerze Connectora Przegldanie danych System pozwala na przegl"danie danych, które zostay wysane przez podmiot operatora do serwisów lub zostay udost!pnione przez inny podmiot dla podmiotu operatora. Dla niektórych danych system potra' wykry+ ró%nice w warto#ciach mi!dzy podmiotami (np. ró%na data urodzenia osoby wprowadzona w ró%nych podmiotach) i zasygnalizowa+ t! ró%nic! operatorowi Wnioski o dane System pozwala na wysanie wniosku o udost!pnienie danych osoby do konkretnego podmiotu. Akceptuj"c wniosek, dane tej osoby mog" zosta+ od razu udost!pnione podmiotowi wnioskuj"cemu. System wykrywa, czy udost!pniaj"c dane osoby podmiotowi, podmiot ten udost!pnia dane tej osoby podmiotowi udost!pniaj"cemu. Je%eli nie, proponuje automatyczne wysanie wniosku o dane Wnioski o dokumenty System pozwala na wysanie wniosku do PUP o wygenerowanie dokumentu dotycz"cego statusu osoby bezrobotnej. Na wniosku mo%na okre#li+ dodatkowe cechy, jakie ma zawiera+ wynikowy dokument: czy ma mie+ zawart" informacj! o wypaconych zasikach i skadkach NFZ i za jaki okres Programy pomocowe Program pozwala na dodawanie i wyszukiwanie programów pomocowych kierowanych dla danej grupy osób. Wyszukuj"c program pomocowy (forma wsparcia), mo%na okre#li+ zestaw 'ltrów, aby szybko odszuka+ form! wsparcia pasuj"c" do danego podopiecznego Raporty wykorzystania systemu Program pozwala na wygenerowanie i wydrukowanie raportów wykorzystania systemu przez operatora, lub raportów wykorzystania danych wybranej osoby w danym podmiocie. 11

14 Przesy anie za#wiadcze4 o zarejestrowaniu w PUP Warunek wygenerowania o#wiadczenia O#wiadczenie mo%e by+ wygenerowane wy"cznie dla osób, które s" zarejestrowane w powiatowym urz!dzie pracy w dniu generowania o#wiadczenia i posiadaj" status osoby bezrobotnej. Tre#6 o#wiadczenia O#wiadczenie z powiatowego urz!du pracy powinno zawiera+: nazw! powiatowego urz!du pracy, miejscowo#+ i dat! utworzenia, dane osoby, której dotyczy za#wiadczenie: imi!, nazwisko, data urodzenia, numer PESEL, adres zameldowania, ostatni" dat! uzyskania statusu osoby bezrobotnej, je%eli osoba posiada prawo do zasiku, to nale%y poda+ dat! uzyskania tego prawa, je%eli osoba nie posiada prawa do zasiku, to nale%y poda+ dat!, od kiedy nie posada takiego prawa. Podpisywanie o#wiadczenia O#wiadczenie musi zosta+ opatrzone kwali'kowanym podpisem cyfrowym, aby miao odpowiedni" moc prawn" dla o#rodków pomocy spoecznej. Podpis cyfrowy powinna skada+ osoba upowa%niona do podpisywania za#wiadczenia o rejestracji w powiatowym urz!dzie pracy. Opis procesu Za#wiadczenia mog" by+ generowane wy"cznie dla osób, które zostay dodane do systemu Connector i udost!pnione dla o#rodka pomocy spoecznej (OPS). 1. O#rodek pomocy spoecznej skada wniosek do PUP o wydanie za#wiadczenia wybranej przez siebie osoby, przez wskazanie odpowiedniej opcji w programie. Nast!pnie pracownik OPS czeka a% za#wiadczenie zostanie jemu udost!pnione. 2. Pracownik PUP, korzystaj"c z odpowiedniej opcji w programie, mo%e wy- #wietli+ list! osób, dla których OPS wnioskuj" o wygenerowanie za#wiadczenia. Lista b!dzie zawiera+: imi!, nazwisko, PESEL osoby z wniosku, nazw! podmiotu, który wnioskuje o wygenerowanie za#wiadczenia, nazw! za#wiadczenia, o które wnioskuje podmiot (za#wiadczenie o rejestracji w PUP), dat! zo%enia wniosku, imi!, nazwisko operatora skadaj"cego wniosek.

15 3. Pracownik PUP mo%e wskaza+, dla których osób zostan" wygenerowane wnioski i wybiera opcj! generowania. 4. Program dla ka%dej wybranej osoby sprawdza, czy mo%liwe jest wygenerowania za#wiadczenia: je%eli za#wiadczenia nie mo%na wygenerowa+, program odrzuca wniosek z komentarzem o przyczynach (osoba nie posiada statusu bezrobotnej lub osoba nie jest zarejestrowana w PUP), je%eli za#wiadczenia mo%na wygenerowa+, program generuje dokument w formacie PDF. Dokument zostaje zapisany w bazie danych PUP (baza systemu Connector). 5. Program pyta, czy wykona+ proces podpisu dokumentów. Je%eli operator akceptuje patrz punkt Program posiada list! wygenerowanych dokumentów, które oczekuj" na podpis. Po wybraniu tej opcji pojawia si! okno listy z dokumentami. 7. Program prezentuje list! dokumentów, które oczekuj" na podpis. Lista z dokumentami zawiera: imi!, nazwisko, PESEL osoby z wniosku, nazw! podmiotu, który wnioskuje o wygenerowanie za#wiadczenia, nazw! za#wiadczenia, o które wnioskuje podmiot (za#wiadczenie o rejestracji w PUP), dat! zo%enia wniosku, imi!, nazwisko operatora skadaj"cego wniosek, dat! wygenerowania dokumentu, imi!, nazwisko operatora, który wygenerowa dokument. 8. Pracownik PUP mo%e wskaza+, dla których dokumentów chce zo%y+ podpis elektroniczny i wybiera opcj! do podpisu. 9. Program pozwala na wybranie certy'katu, wprowadzenie numeru PIN do podpisu (wystarczy raz poda+ PIN, nawet je%eli wybrano wiele dokumentów do podpisu). 10. Program podpisuje dokumenty. Je%eli dokumentu nie uda si! podpisa+, zostanie wy#wietlona informacja o b!dzie z mo%liwo#ci" ponowienia próby. 11. Ka%dy dokument, po pomy#lnym podpisaniu, zostaje zapisany w bazie danych OPS (baza systemu Connector w serwerowni PUP), który wnioskowa o dokument. 12. Wniosek zostaje zaakceptowany. 13. Pracownik w OPS mo%e pobra+ za#wiadczenie, wy#wietli+ je na ekranie (przy pomocy narz!dzi 'rm trzecich, np. Adobe Reader) i/lub wydrukowa+. Komentarze do procesu Dokumenty s" generowane i podpisywane w dwóch krokach (z mo%liwo#ci" wykonania obu kroków za jednym razem). Rozdzielenie tych kroków pozwoli in- 13

16 14 nej osobie na generowanie dokumentów, a innej na podpisywanie. Dokumenty po podpisaniu b!d" automatycznie udost!pnione podmiotom wnioskuj"cym. Format cyfrowo podpisanych dokumentów Program b!dzie podpisywa dokumenty w formacie PKCS=7 Cryptographic Message Syntax Standard (RSA Security). Podstawa do wygenerowania dokumentu System Connector przy generowaniu dokumentów b!dzie opiera si! na grupach danych: Osobowe oraz Status osoby bezrobotnej. Dane te s" udost!pniane przez system Syriusz za pomoc" standardowego interfejsu wymiany danych. Rycina 2. Grupa danych Status w systemie Connector Metoda wyznaczania aktualnego statusu osoby bezrobotnej Dla danej osoby, generuj"c za#wiadczenie o statusie osoby bezrobotnej, program wykona: 1. Sprawdzi ostatni wiersz w tabeli Status i czy Data do jest pusta lub mniejsza albo równa na dzie$ generowania: je%eli wiersz taki nie istnieje, program nie wygeneruje za#wiadczenia (b"d osoba nie jest zarejestrowana/nie posiada statusu osoby bezrobotnej) i sko$czy proces generowania; w przeciwnym wypadku punkt Dla oszukanego wiersza program zbada pierwsz" liter! kolumny Kod statusu :

17 je%eli jest to litera W program nie wygeneruje za#wiadczenia (b"d osoba nie jest zarejestrowana/nie posiada statusu osoby bezrobotnej) i sko$czy proces generowania; je%eli jest to litera N lub R, program cofa si! w tabeli, a% wyznaczy pierwszy wiersz w ci"gu, który posiada status zaczynaj"cy si! od liter N lub R i wyznaczy dat! od z tego wiersza (>) data zarejestrowania w PUP; nast!pnie program analizuje pierwsze 3 litery kolumny Kod statusu :? R/B lub N/B osoba bezrobotna z prawem do zasiku, program b!dzie cofa si! w tabeli a% wyznaczy pierwsze w ci"gu wyst"pienie takiego statusu i z odszukanego wiersza wyznaczy dat! od (>>) data uzyskania prawa do zasi"ku,? R/P lub N/P osoba bezrobotna bez prawa do zasiku, program b!dzie cofa si! w tabeli a% wyznaczy pierwsze w ci"gu wyst"pienie takiego statusu i z odszukanego wiersza wyznaczy dat! od (>>>) data, od której nie ma prawa do zasi"ku; program wygeneruje za#wiadczenie, wpisuj"c:? dane osobowe,? informacj!, %e osoba jest zarejestrowana w PUP od dnia i umie#ci odszukan" dat! od z punktu (>),? Je%eli status by R/B lub N/B informacj!, %e osoba posiada prawo do zasiku od dnia i umie#ci dat! od z punktu (>>),? Je%eli status by R/P lub N/P informacj!, %e osoba nie posiada prawa do zasiku od dnia i umie#ci dat! od z punktu (>>>). Przykad 1 Powouj"c si! na przykadow" list! statusów z ryciny 2, je%eli wyznaczamy za- #wiadczenie na dzie$ , program okre#li: dat! zarejestrowania osoby w urz!dzie pracy: (>), osob! nieposiadaj"c" prawa do zasiku od dnia (>>>). Przykad 2 Powouj"c si! na przykadow" list! statusów z ryciny 2, je%eli wyznaczamy za- #wiadczenie na dzie$ , program okre#li: dat! zarejestrowania osoby w urz!dzie pracy: (>), osob! posiadaj"c" prawo do zasiku, osob! uzyskuj"c" prawo do zasiku w dniu (>>). Informacje o wypaconych zasikach i odprowadzonych skadkach b!d" drukowane wariantowo. Pracownik OPS, skadaj"c wniosek o za#wiadczenie, b!dzie móg wybra+ opcj! o dodanie informacji dotycz"cych zasików i skadek. Je%eli ta opcja jest zaznaczona, pracownik b!dzie móg wybra+ okres, za jaki chce zobaczy+ zasiki i skadki. Domy#lnie byby to okres poprzednich 3 miesi!cy. 15

18 16 Informacja o tym, czy doda+ dane o zasikach i skadkach oraz wybrany okres, zostan" wykazane na li#cie wniosków, aby pracownik PUP wiedzia, jakie informacje pojawi" si! na za#wiadczeniu. Wzór za#wiadczenia Powiatowy Urz"d Pracy w......, dnia DD-MM-RRRR ZA8WIADCZENIE Powiatowy Urz"d Pracy w stwierdza, %e Pan(i) Jan Kowalski, ur PESEL jest zarejestrowany(a) w tutejszym Urz!dzie Pracy jako osoba bezrobotna od dnia Wy%ej wymieniony(a) od dnia nie posiada prawa do zasiku/posiada prawo do zasiku. (program wybierze odpowiedni tekst) (poni%sze tabele mog" by+ ukryte) T a b e l a 1 Wyp"acone zasi"ki Data od Data do Data wypaty Nazwa Kwota Kwota ne@o zasiku bru@o Podatek Zasiek 80V 450,41 498,90 0, Zasiek 80V 450,41 498,90 0, alimenty -270,25-270,25 0,00 Razem 630,57 727,55 0,00 Odprowadzone sk"adki NFZ Data od Data do Skadka NFZ , , ,72 Razem 146,16 T a b e l a 2 9. Bezpiecze4stwo systemu 9.1. Bezpiecze4stwo komunikacji Komunikacja pomi!dzy podmiotem (moduy aplikacja i serwis synchronizacji) a serwerem (modu serwisy) odbywa si! w sposób szyfrowany z wykorzystaniem technologii SSL.

19 9.2. Zabezpieczenie dost"pu do serwisów Serwisy odpowiadaj" tylko na te %"dania, które s" podpisane cyfrowo z wykorzystaniem certy'katu cyfrowego wystawionego przez administratora systemu. Chroni to system przed niepowoanym dost!pem stron trzecich. Ponadto, wszystkie serwisy wymagaj" dostarczenia nazwy operatora i jego hasa. Wy"cznie, je%eli nazwa u%ytkownika jest aktywna i podano pasuj"ce haso do tej nazwy u%ytkownika oraz u%ytkownik posiada odpowiednie uprawnienia, serwis wykona akcj! i zwróci odpowiedx Autoryzacja u:ytkowników Do rozpocz!cia pracy z systemem (modu aplikacja) konieczne jest wprowadzenie nazwy u%ytkownika i hasa. Dane te s" sprawdzane przez serwisy i wy- "cznie wprowadzenie poprawnej pary nazwy u%ytkownika i hasa umo%liwi otwarcie aplikacji Regu y z o:ono#ci hase System wymaga, aby hasa operatorów speniay okre#lone reguy bezpiecze$stwa: haso musi mie+ minimum 8 znaków, zawiera+ mae i wielkie litery oraz co najmniej jeden znak z grupy znaków specjalnych lub cyfr. Ponadto, system wymaga, aby ka%dy operator zmienia haso co 30 dni Izolacja dost"pu do aplikacji dla podmiotu Aplikacja przy uruchomieniu szuka pliku klucza podmiotu, podpisanego cyfrowo przez administratora systemu. Plik ten zawiera nazw! i identy'kator podmiotu przypisany do danej stacji roboczej (aplikacji). Tylko operatorzy przypisani do podmiotu zgodnego z podmiotem w pliku klucza b!d" w stanie uruchomi+ aplikacj! na tej stacji roboczej. 9.;. Izolacja danych Dane pochodz"ce z podmiotu (dane podopiecznych lub klientów), wysane do serwisu Connectora, zapisywane s" w oddzielnej bazie danych przypisanej do tego podmiotu. Zapewnia to izolacje danych na poziomie plików. System udost!pnia dane z jednego podmiotu do innego tylko wówczas, gdy otrzyma stosown" dyspozycj! z podmiotu, który jest wa#cicielem tych danych. Wy#wietlanie danych w aplikacji nie powoduje zapisania ich w podmiocie; po zamkni!ciu okna z danymi osoby dane te s" usuwane z pami!ci operacyjnej aplikacji. 17

20 Audyt operacji Wiele operacji w systemie podlega automatycznemu audytowi: zmiana zasad udost!pniania danych: system rejestruje, jaki operator dokona zmiany zasad udost!pniania, dla jakiej osoby, jakie s" nowe zasady i kiedy wykonano operacj!; przegl"danie danych osoby: system rejestruje, jaki operator wy#wietla dane, jakiej osoby i kiedy; dodanie dokumentu: system rejestruje, jaki operator doda, jaki dokument, dla jakiej osoby i kiedy; wy#wietlenie dokumentu: system rejestruje, jaki operator wy#wietli, jaki dokument, jakiej osoby i kiedy. 5. Rozpocz"cie pracy z systemem modu Administracja <urzd pracy= Aby rozpocz"+ prac! z systemem, konieczne jest utworzenie kont dla u%ytkowników systemu. W celu utworzenia kont nale%y uruchomi+ program Connector Administracja. Uwaga: Je#eli program nie ma poprawnie zde$niowanego po"%czenia z baz% danych, nale#y je ustawi& w menu Narz'dzia. Po uruchomieniu programu Connector Administracja, system wykryje, %e nie ma utworzonego jeszcze %adnego u%ytkownika i poprosi o utworzenie pierwszego konta konta Administratora. System pomaga w procesie zakadania konta; zao- %enie konta dla pierwszego u%ytkownika wymaga zao%enia pierwszego podmiotu (zob. podrozdz. 5.1.). Po utworzeniu konta nale%y si! zalogowa+, wypeniaj"c nazw! u%ytkownika i haso Tworzenie podmiotów Aby utworzy+ podmioty, które b!d" komunikowa+ si! przez system Connector, nale%y skorzysta+ z opcji menu Podmioty. Klikaj"c przycisk Dopisz mo%na doda+ podmiot. Uwaga: Okno dodawania podmiotów wymaga podania danych po"%czenia do bazy danych przeznaczonej dla konkretnego podmiotu. Zobacz dokument Connector instrukcja wdro#enia serwer i modu" administracji, aby dowiedzie& si' jak za"o#y& baz' danych dla podmiotu (rozdz. 14). Ci%g po"%czenia powinien by& zgodny ze specy$kacj% ci%gu po"%czenia dla SQL Server Przyk"adowy ci%g po"%czenia: Server=connector\SQLExpress;Database=ConnectorPup;User Id=sa;Password=P@ssw0rd

21 5.2. Tworzenie pliku klucza podmiotu Po utworzeniu podmiotu nale%y wygenerowa+ dla niego plik klucza. Plik klucza jest niezb!dny, aby aplikacja Connector pozwolia na zalogowanie si! u%ytkownika. Wygenerowany plik klucza nale%y przekaza+ do podmiotu, dla którego zosta stworzony Tworzenie u:ytkowników Aby utworzy+ u%ytkowników, nale%y skorzysta+ z opcji menu U%ytkownicy. Zostanie otwarte okno zawieraj"ce list! u%ytkowników systemu. Aby doda+ nowego u%ytkownika, nale%y klikn"+ przycisk Dopisz. Poziomy uprawnie4 u:ytkowników W systemie Connector funkcjonuje kilka poziomów uprawnie$ dla u%ytkowników: administrator uprawnienie pozwala na zalogowanie si! do aplikacji Administracja oraz aplikacji Connector. To uprawnienie pozwala na wykonanie wszystkich operacji w systemie; odczyt i zapis danych to uprawnienie pozwala na zalogowanie si! do aplikacji Connector i wykonywanie wszystkich akcji w aplikacji Connector (np. udost!pnianie danych, wysyanie i akceptacja wniosków itp.); serwis synchronizacji uprawnienie specjalne, które powinno by+ wykorzystywane wy"cznie przez serwis synchronizacji w ka%dym podmiocie. Uprawnienie to nie pozwala na zalogowanie si! do aplikacji Connector ani do aplikacji Administracja. ;. Rozpocz"cie pracy z systemem Do uruchomienia programu wymagane jest zalogowanie si! na koncie u%ytkownika. System pozwoli si! zalogowa+ wy"cznie na konto u%ytkownika przypisanego do podmiotu, dla którego zosta wczytany plik klucza podmiotu. Do poprawnego zalogowania si! nale%y poda+ nazw! u%ytkownika i haso. Uwaga: System wymaga, aby co 30 dni ka#dy u#ytkownik zmienia" has"o. Je- #eli system wykryje, #e has"o nie zosta"o zmienione w ci%gu ostatnich 30 dni, to poprosi o zmian' has"a przed zalogowaniem. ;.1. Dodawanie systemów dziedzinowych Aby do systemu Connector mogy spywa+ dane zebrane w podmiocie, konieczne jest zde'niowane systemu dziedzinowego, jaki w nim funkcjonuje (mo%- na doda+ wiele systemów w jednym podmiocie). Aby doda+ system dziedzinowy, 19

22 20 nale%y z menu wybra+ opcj! Narz!dzia? systemy dziedzinowe. Nast!pnie klikamy przycisk Dopisz, wybieramy rodzaj systemu i wprowadzamy wymagane dane do po"czenia z systemem. Rodzaj wymaganych danych zale%y od wybranego systemu. 7. Wnioski o dane Wnioski o dane w systemie Connector su%" do rozpocz!cia procesu wymiany danych mi!dzy podmiotami. Aby otworzy+ okno wniosków o dane, nale%y wybra+ opcj! Wymiana danych? wnioski o dane. Okno wniosków o dane zbudowane jest analogicznie do programu pocztowego. Po lewej stronie znajduje si! lista z folderami, takimi jak: Wnioski wysane: nierozpatrzone, zaakceptowane, odrzucone; Wnioski otrzymane: nierozpatrzone, zaakceptowane, odrzucone 7.1. Wysy anie wniosku Aby wysa+ nowy wniosek, wybieramy przycisk u góry ekranu (nowy wniosek). Nale%y poda+ imi!, nazwisko i numer PESEL osoby, o której dane wnioskujemy, oraz okre#li+ instytucje adresata wniosku. Ponadto, trzeba wypeni+ podstaw! prawn" i przeznaczenie danych oraz pozostae informacje, o które poprosi program. Po dodaniu wniosku zostaje on automatycznie wysany do instytucji, do której zosta skierowany. Wniosek pojawi si! w folderze Wnioski wysane nierozpatrzone. Je%eli wniosek zostanie zaakceptowany zostanie przeniesiony do folderu Wnioski wysane zaakceptowane, a je%eli odrzucony do folderu Wnioski wysane odrzucone Przyjmowanie wniosku akceptacja lub odrzucenie Je%eli jaki# podmiot skierowa wniosek do podmiotu u%ytkownika, wniosek ten b!dzie si! znajdowa w folderze Otrzymane nierozpatrzone. Korzystaj"c z przycisków u góry ekranu, wniosek mo%na zaakceptowa+ lub odrzuci+. Akceptacja wniosku oznacza, %e osoba, o któr" wnioskowano, zostanie dodana do systemu Connector (je%eli jeszcze w nim nie jest), oraz zostanie utworzona

23 regua udost!pniania danych tej osoby dla podmiotu, który wysa wniosek. Udost!pnianie danych zawsze odbywa si! na okre#lony czas domy#lnie jest to czas z wniosku, ale mo%liwy do zmiany przez u%ytkownika. Uwaga:J osoba nie by"a wcze*niej w systemie Connector, to po akceptacji wniosku jej dane nie pojawi% si' natychmiast. Konieczne b'dzie odczekanie do nast'pnego cyklu synchronizacji danych. W wyniku synchronizacji dane osoby zostan% pobrane do systemu Connector i b'd% dost'pne dla podmiotu, z którego pochodz% oraz dla podmiotów, które wnioskowa"y o te dane. Odrzucenie wniosku powoduje, %e zostaje on przeniesiony do folderu Otrzymane odrzucone i nie ma %adnych skutków zwi"zanych z danymi osoby. >. Zarzdzanie list osób dodanych do systemu W wyniku akceptacji wniosków o dane dodawane s" osoby do systemu Connector. List! osób dodanych do systemu mo%na przejrze+, wybieraj"c opcj! z gównego menu Udost!pnianie danych. Okno to zawiera list! osób, które s" dodane do systemu Connector w podmiocie. Mo%na r!cznie doda+ osob! do systemu, wybieraj"c przycisk Dopisz, mo%na równie% zaprzesta+ udost!pniania danych osoby dla innych podmiotów, wybieraj"c przycisk Zmie$. Istnieje równie% mo%liwo#+ natychmiastowego skasowania danych osoby z systemu Connector. W wyniku skasowania danych ani podmiot, z którego dane pochodz", ani %aden inny nie b!dzie mia dost!pu do danych osoby. Operacja ta nie spowoduje skasowania danych w systemach dziedzinowych.?. Przegldanie danych System Connecor "czy nast!puj"ce zakresy danych: Connector.Import.Syriusz dane osobowe, okresy zaliczane (historia zatrudnienia), status osoby bezrobotnej (okresy rejestracji), wizyty w PUP, propozycje z PUP, kwali'kacje, j!zyki obce, umiej!tno#ci, uprawnienia, wyksztacenie, zawody, czonkowie rodziny, 21

24 22 dziaalno#+, bezdomno#+, kluby pracy, okresy przynale%no#ci NFZ, o#wiadczenia maj"tkowe, wypacone zasiki, poradnictwo zawodowe, skadki zdrowotne, szkolenia, przyznane #wiadczenia; Connector.Import.Nemezis: fundusz alimentacyjny wypaty; Connector.Import.Amazis: #wiadczenia rodzinne wypaty; Connector.Import.Helios: dane osobowe, czonkowie rodziny, informacje o bezdomno#ci, wypacone #wiadczenia, sytuacja rodzinna mieszkaniowa, sytuacja rodzinna dochody, kontrakt socjalny; Connector.Import.SygnityPomostStd: dane osobowe, sytuacja rodzinna mieszkaniowa, sytuacja rodzinna zawodowa, sytuacja rodzinna zdrowotna, sytuacja rodzinna dochody, wypacone #wiadczenia, kontrakt socjalny, karalno#+; Connector.Import.SygnitySRFA: dane osobowe, #wiadczenia rodzinne wypaty, fundusz alimentacyjny wypaty; Connector.Import.ZetoFamilia: #wiadczenia rodzinne wypaty; Connector.Import.ZetoFundAl: fundusz alimentacyjny wypaty; Connector.Import.TopTeamPomoc: dane osobowe,

25 czonkowie rodziny, informacje o bezdomno#ci, wypacone #wiadczenia, informacje o karalno#ci. Zakres udost!pnianych i przesyanych danych jest uzgadniany pomi!dzy u%ytkownikami systemu. Aby przegl"da+ dane osób, nale%y wybra+ opcj! Wymiana danych? przegl"danie danych. Otwarte zostanie okno zawieraj"ce list! osób dost!pnych dla podmiotu w systemie Connector. Lista ta zawiera wszystkie osoby dodane do systemu Connector w danym podmiocie oraz te osoby, których dane zostay udost!pnione z innych podmiotów. Klikaj"c przycisk Pokaz dane otwiera si! okno zawieraj"ce zbiorczy widok danych wybranej osoby, zebrany ze wszystkich podmiotów, które udost!pniy dane. Dane w oknie pogrupowane s" w zakadki, ka%- da zakadka zawiera inny zestaw danych (np. dane osobowe, wizyty w urz!dzie pracy, kwali'kacje itp.).?.1. Dodawanie notatek@ dokumentów@ informacji o wyp aconych #wiadczeniach System Connector daje mo%liwo#+ wprowadzenia dodatkowych danych do osoby. Su%" do tego trzy ostatnie zakadki w oknie z danymi osoby: Notatki wasne, Dokumenty wasne oraz *wiadczenia wasne. Notatki Zakadka Notatki pozwala na wprowadzenie tekstu notatki, którym mo%na podzieli+ si! z innymi podmiotami (notatka publiczna). Istnieje równie% mo%liwo#+ wprowadzenia notatki, która nie zostanie udost!pniona poza podmiot (notatka prywatna). Dokumenty Zakadka Dokumenty pozwala na przyczepienie do danych osoby dowolnego dokumenty cyfrowego mo%e to by+ plik w formacie Word (.docx lub.doc), PDF (.pdf), skan dokumentu (.jpg) i inne. Aby doda+ dokument do osoby, nale%y w zakadce Dokumenty wybra+ przycisk Dopisz, nast!pnie wskaza+ w odpowiednim polu lokalizacj! pliku dokumentu. Uwaga: Dokumenty udost'pnione b'd% dost'pne dla innych podmiotów po wyst%pieniu nast'pnego cyklu synchronizacji danych. 8wiadczenia Zakadka *wiadczenia wasne pozwala na wprowadzenie do systemu informacji o wypaconych #wiadczeniach, których system nie potra' automatycznie zebra+ z systemów dziedzinowych funkcjonuj"cych w podmiocie. Aby doda+ 23

26 24 #wiadczenie, nale%y klikn"+ w przycisk Dopisz i wprowadzi+ wymagane przez program informacje. 10. Wnioski o dokumenty System Connector pozwala na elektroniczne generowanie za#wiadcze$ o statusie osoby bezrobotnej przez powiatowy urz"d pracy. Aby otrzyma+ takie za- #wiadczenie, nale%y otworzy+ opcj! Wnioski o dokumenty. Okno wniosków o dokumenty prezentuje odmienne informacje w zale%no#ci od rodzaju podmiotu, w którym uruchomiony jest program. W urz!dach pracy okno wniosków o dokumenty zawiera foldery: Wnioski otrzymane: nierozpatrzone, zaakceptowane, podpisane, odrzucone, oraz opcje: Zaakceptuj wnioski, Podpisz wnioski, Odrzu+ wnioski. W pozostaych podmiotach okno zawiera foldery: Wnioski wysane: nierozpatrzone, zaakceptowane, odrzucone oraz opcje: Nowy wniosek, Anuluj wniosek. 1G.1. Tworzenie nowego wniosku Aby utworzy+ nowy wniosek o dokument, nale%y klikn"+ w przycisk Nowy wniosek. Nast!pnie trzeba wypeni+ wszystkie wymagane informacje (m.in. imi!, nazwisko, numer PESEL osoby, podstawa prawna itp.) i klikn"+ przycisk OK. Po wysaniu wniosku b!dzie on wyszczególniony w folderze Wnioski wysane nierozpatrzone. Wniosek b!dzie si! tutaj znajdowa dopóty, dopóki nie zostanie odrzucony lub zaakceptowany i dokument z wniosku nie b!dzie podpisany Akceptacja wniosku Akceptacja wniosku powoduje wygenerowanie za#wiadczenia dla osoby z wniosku. Mo%liwe jest jednoczesne akceptowanie wielu wniosków. Je%eli dla jakiego# wniosku nie udao si! wygenerowa+ dokumentu, wniosek pozostanie w stanie nierozpatrzony oraz zostanie wy#wietlony komentarz, dlaczego dokumentu nie udao si! wygenerowa+. Sprawdzenie powsta ego za#wiadczenia w wyniku akceptacji dokumentu

27 Po akceptacji wniosku wygenerowane zostaje za#wiadczenie. Dopóki za#wiadczenie nie zostanie podpisane nie b!dzie ono widoczne dla podmiotu, który o nie wnioskowa. B!dzie jednak mo%liwe otwarcie tego dokumentu w urz!dzie pracy w celu przejrzenia i sprawdzenia przed podpisem cyfrowym. Aby otworzy+ dokument dla danego wniosku, nale%y wybra+ przycisk Poka% dokument Podpis cyfrowy dokumentu Po wygenerowaniu dokumentu dla wniosku, dokument musi by+ podpisany cyfrowo zanim b!dzie dost!pny dla podmiotu, który o niego wnioskowa. Aby podpisa+ dokument, nale%y zaznaczy+ wniosek z listy wniosków zaakceptowanych (mo%na zaznaczy+ wiele wniosków) i wybra+ przycisk Podpisz dokument. Program poprosi o wybranie podpisu cyfrowego i wprowadzenie numeru PIN dla karty z podpisem. Nast!pnie dokumenty zostan" podpisane Otwarcie dokumentu Aby otworzy+ dokument dla danego wniosku, nale%y wybra+ przycisk Poka% dokument Odrzucanie wniosku Aby odrzuci+ wniosek o dane, nale%y go zaznaczy+ w#ród wniosków nierozpatrzonych (mo%na zaznaczy+ wiele wniosków) i klikn"+ przycisk Odrzu+ wniosek. 11. Wyliczanie wsparcia degresywnego System Connector pozwala na wyliczenie wsparcia degresywnego. Aby wyliczy+ wsparcie, nale%y wybra+ opcj! Wsparcie degresywne z menu gównego. W oknie do wyliczania wsparcia wybieramy osob!, dla której chcemy wyliczy+ wsparcie. Nale%y okre#li+ okres, za który zebra+ chcemy wypacone #wiadczenia oraz procent degresji. Po klikni!ciu przycisku Poka% dane dane zostan" pobrane i wy#wietlone. System podsumuje wszystkie #wiadczenia, jakie zostay wypacone przez pomoc spoeczn" dla osoby oraz wyliczy kwoty wypat na kolejne 6 miesi!cy, zgodnie z algorytmem dla wsparcia degresywnego. Po klikni!ciu przycisku OK plan wsparcia zostanie zapisany. Zapisane wsparcie jest dost!pne w menu Wsparcie degresywne osoby obj!te wsparciem. 25

28 26 D$% %HJ/-/K)L%)+L0, 12. Wymagania z perspektywy urz"du pracy Wymagania dotyczce komunikacji mi"dzy komponentami systemu System Connector skada si! z kilku powi"zanych ze sob" moduów. W kolejnych podrozdziaach omówione zostay wymagania dotycz"ce dost!pno#ci poszczególnych moduów dla innych moduów, aby zapewni+ prawidowe dziaanie systemu. Modu Connector Serwis <Serwer= W urz!dach pracy znajdowa+ si! powinien modu Connector Serwis. Uwaga: Opcjonalnie serwer systemu mo#e znajdowa& si' w zewn'trznej lokalizacji (kolokacja). Wymagania w takim wariancie pozostaj% takie same. Modu Connector Serwis wykorzystuje technologi! HTTPS i Web Services do odbierania %"da$ i wysyania odpowiedzi. Musi by+ zapewniony dost!p na jednym porcie do komputera stanowi"cego serwer dla moduu Connector Serwis dla wszystkich komputerów, na których b!- dzie u%ywany system Connector. Standardowo protokó HTTPS dziaa na porcie 443, dlatego w typowej kon- 'guracji serwer serwisów systemu musi by+ dost!pny z pozostaych komputerów na porcie 443. Connector Serwis wymaga dost!pu do serwera baz danych Microso& SQL Server. W typowej kon'guracji, Microso& SQL Server instalowany jest na tym samym komputerze, co Connector Serwis. Na serwerze moduu Connector Serwis musz" by+ zainstalowane certy'katy do podpisu cyfrowego odpowiedzi i do autoryzacji %"da$ od moduu Aplikacja i Synchronizacja. Modu Synchronizacja Modu Synchronizacja odpowiada za wysyanie danych do serwisów systemu Connector. Komputer b!d"cy serwerem usugi Synchronizacja musi mie+ dost!p do katalogu wymiany danych z systemem Syriusz Std. Do tego katalogu modu synchronizacji b!dzie pisa, dla jakich osób potrzebuje dane z systemu Syriusz. Systemu Syriusz b!dzie odczytywa plik z parametrami i b!dzie zapisywa plik z danymi osób. Nast!pnie modu Synchronizacja b!dzie odczytywa dane osób z plik i selektywnie wysya osoby i dane, zgodnie z reguami udost!pniania okre#lonymi w module Aplikacja. Wymagania dla serwera modu Synchronizacja:

29 dost!p do katalogu wymiany danych z systemem Syriusz, dost!p do serwera serwisów Connector na porcie 443 (lub innym), dost!p do bazy danych synchronizacji w Microso& SQL Server, z której odczyta, jakie dane jakich osób trzeba wysa+, certy'katy zainstalowane w systemie Windows do podpisu %"da$ i autoryzacji odpowiedzi z serwisów. Modu Synchronizacja mo%e nasuchiwa+ na konkretnym porcie (domy#lnie jest to port 4002), aby wykona+ synchronizacj! na %"danie. Takie %"danie mo%e zosta+ wysane z aplikacji przez operatora, który chce, aby dane wprowadzone w systemie Syriusz byy natychmiast wysane do serwisów Connectora. Modu Aplikacja Modu Aplikacja stanowi u%ytkow" cz!#+ systemu. Modu Aplikacja jest instalowany na komputerach pracowników PUP, który b!d" mieli mie+ dost!p do danych w systemie Connector. Wymagania dla komputera modu Aplikacja: dost!p do serwera serwisów Connector na porcie 443 (lub innym), dost!p do bazy danych synchronizacji w Microso& SQL Server, z której odczyta, jakie dane, jakich osób trzeba wysa+, certy'katy zainstalowane w systemie Windows do podpisu %"da$ i autoryzacji odpowiedzi z serwisów. Schemat instalacji systemu w urz"dzie pracy Poni%ej zaprezentowano schemat typowej instalacji w PUP. 27 Baza synchroni zacji G ówna baza danych Baza danych PUP Baza danych OPS1 Syriusz Katalog wymiany z Syriusz Administracja Serwisy, baza danych, synchronizacja Sie" lokalna Dost#p z sieci zewn#trznej port 443 Aplikacja PUP Aplikacja OPS1 Rycina 3. Schemat typowej instalacji systemu w PUP

30 28 Instalacj! ze schematu powy%ej mo%na rozwija+, je%eli jest taka konieczno#+. G ówna$ baza danych Baza danych PUP Baza danych OPS1 Syriusz Katalog wymiany z Syriusz Synchronizacja Serwisy Administracja Serwer baz danych serwisów Sie"$lokalna Dost#p$z$sieci$zewn#trznej$port$443$ opcjonalne Sie"$lokalna$ $ czno%"$opcjonalna$port$4002$ Baza synchronizacji Aplikacja PUP Aplikacja OPS1 Serwer bazy danych synchronizacji Rycina 4. Rozwini!ty schemat typowej instalacji systemu w PUP 13. Wymagania z perspektywy o#rodków pomocy spo ecznej Wymagania dotyczce komunikacji mi"dzy komponentami systemu System Connector skada si! z kliku powi"zanych ze sob" moduów. W kolejnych podrozdziaach omówione zostay wymagania dotycz"ce dost!pno#ci poszczególnych moduów dla innych moduów, aby zapewni+ prawidowe dziaanie systemu. Modu Connector Serwis <tylko PUP= W urz!dach pracy znajdowa+ si! b!dzie modu Connector Serwis. Modu Connector serwis wykorzystuje technologi! HTTPS i Web Services do odbierania %"da$ i wysyania odpowiedzi. Musi by+ zapewniony dost!p na jednym porcie do komputera stanowi"cego serwer dla moduu Connector Serwis dla wszystkich komputerów, na których b!- dzie u%ywany system Connector. Standardowo protokó HTTPS dziaa na porcie 443, dlatego w typowej kon- 'guracji serwer Serwisów systemu musi by+ dost!pny z pozostaych komputerów na porcie 443.

31 Connector Serwis wymaga dost!pu do serwera baz danych Microso& SQL Server. W typowej kon'guracji, Microso& SQL Server instalowany jest na tym samym komputerze, co Connector Serwis. Na serwerze moduu Connector Serwis musz" by+ zainstalowane certy'katy do podpisu cyfrowego odpowiedzi i do autoryzacji %"da$ od moduu Aplikacja i Sychronizacja. Modu Synchronizacja Modu Synchronizacja odpowiada za wysyanie danych do serwisów systemu Connector. Komputer b!d"cy serwerem usugi synchronizacji musi mie+ dost!p do danych systemu dziedzinowego. Aktualnie system Connector pobiera dane bezpo#rednio z bazy danych systemu dziedzinowego (w trybie tylko do odczytu). Po wdro%eniu przez twórców systemów dziedzinowych wymaga$ MPiPS dotycz"cych jednolitych protokoów komunikacyjnych, modu Synchronizacja b!dzie korzysta z tych protokoów. Modu Synchronizacja okresowo pobiera dane osób z systemów dziedzinowych i wysya je do serwisów Connectora w urz!dzie pracy lub innej lokalizacji w przypadku kolokacji serwera. Pobierane i wysyane b!d" tylko te dane, które zostay wybrane przez operatorów programu Connector Aplikacja. Wymagania dla serwera modu Synchronizacja: dost!p do baz danych wszystkich systemów dziedzinowych w instytucji, z których dane b!d" udost!pnianie, dost!p do serwera serwisów Connector na porcie 443 (lub innym okre#lane przez urz"d pracy), dost!p do bazy danych synchronizacji w Microso& SQL Server, z której odczyta, jakie dane, jakich osób trzeba wysa+, certy'katy zainstalowane w systemie Windows do podpisu %"da$ i autoryzacji odpowiedzi z serwisów. Modu Synchronizacja mo%e nasuchiwa+ na konkretnym porcie (domy#lnie jest to port 4002), aby wykona+ synchronizacj! na %"danie. Takie %"danie mo%e zosta+ wysane z aplikacji przez operatora, który chce, aby dane wprowadzone w systemie dziedzinowym byy natychmiast wysane do serwisów Connectora. Modu Aplikacja Modu Aplikacja stanowi u%ytkow" cz!#+ systemu. Modu Aplikacja jest instalowany na komputerach pracowników instytucji (OPS, urz"d pracy), którzy b!d" mieli dost!p do danych w systemie Connector. Wymagania dla komputera modu Aplikacja: dost!p do serwera serwisów Connector na porcie 443 (lub innym), dost!p do bazy danych synchronizacji w Microso& SQL Server, z której odczyta jakie dane jakich osób trzeba wysa+, certy'katy zainstalowane w systemie Windows do podpisu %"da$ i autoryzacji odpowiedzi z serwisów, opcjonalnie "czno#+ do serwisu synchronizacji na porcie 4002 (lub innym). 29

32 30 Schemat instalacji systemu w OPS Poni%ej zaprezentowano schemat typowej instalacji w OPS. Sie" lokalna Dost#p do sieci urz#du pracy port 443 Serwisy (urzd pracy ) Bazy systemów dziedzinowych Synchronizacja Aplikacja Systemy dziedzinowe Baza synchronizacji Rycina 5. Schemat typowej instalacji systemu w OPS Instalacj! ze schematu powy%ej mo%na rozwija+, je%eli jest taka konieczno#+. Sie" lokalna Dost#p do sieci urz#du pracy port 443 Sie" lokalna czno%" opcjonalna port 4002 Serwisy (urzd pracy ) Bazy systemów dziedzinowych Synchronizacja opcjonalne Aplikacja Systemy dziedzinowe Baza synchronizacji Serwer bazy danych synchronizacji Rycina 6. Rozwini!ty schemat typowej instalacji systemu w OPS

33 Instalacja serwisów Wymagania programu Serwisy systemu Connector wymagaj" nast!puj"cych skadników: Microso&.NET Framework 4.0, serwer WWW Microsfot IIS w wersji 7.0 lub nowszy (mo%e by+ Express), serwer baz danych Microso& SQL Server w wersji 2008 (mo%e by+ Express) Instalacja serwera MicrosoQ SVX Server 2GG> <Express= Instalacja Microso& SQL Server 2008 lub 2008 Express powinna dopuszcza+ metod! logowania SQL Server Tworzenie baz danych Po instalacji serwera Microso& SQL Server 2008 nale%y utworzy+ gówn" baz! danych systemu. Zalecane jest, aby baza ta miaa nazw! Connector, ale nie jest to wymagane. Po utworzeniu bazy danych, trzeba uruchomi+ odpowiedni skrypt SQL, który utworzy struktury tabel wymagane przez system. W podobny sposób nale%y utworzy+ bazy danych dla podmiotów. Zaleca si!, cho+ nie jest to wymagane, aby nazwa bazy danych miaa posta+: ConnectorSkróconaNazwaPodmiotu, gdzie w miejsce tekstu kursyw" nale%y wprowadzi+ skrócon" nazw! podmiotu. Dla ka%dej utworzonej bazy danych, nale%y uruchomi+ odpowiedni skrypt SQL, który utworzy struktury tabel wymagane przez system Yon[guracja serwera IIS W serwerze IIS nale%y utworzy+ odr!bn" witryn! dla serwisów systemu Connector. Witryna ta powinna mie+ powi"zanie HTTPS oraz powinna wymaga+ po- "czenia przez protokó SSL. Witryna musi korzysta+ z puli aplikacji Microso&.NET Framework 4.0 oraz musi mie+ okre#lone mapowania obsugi dla plików.svc Tworzenie i instalacja certy[katów autoryzacji dost"pu do serwisów Serwisy w systemie Connector wysyaj" komunikaty podpisane cyfrowo. Podmioty, które otrzymuj" wiadomo#+ od serwisów wery'kuj", czy wiadomo#+ pochodzi od serwera serwisów Connector, a serwisy wery'kuj", czy %"danie pochodzi od zaufanych klientów. Tylko te komputery, które posiadaj" zainstalowane w systemie certy'katy cyfrowe s" w stanie wywoa+ i odebra+ odpowiedx z serwisów.

34 32 Do tworzenia certy'katów su%y narz!dzie makecert.exe, b!d"ce cz!#ci" Microso& playorm SDK. Nale%y utworzy+ dwa certy'katy: jeden dla serwisów i jeden dla klientów. Zaleca si!, aby certy'kat serwisów by wystawiony dla (subject name): ConnectorSerwis, natomiast certykaty dla klientów by y wystawione dla (subject name): ConnectorKlient. Przyk ad wywo ania makecert.exe przedstawiono poni!ej: makecert -n CN=ConnectorSerwis -cy end -r -sv ConnectorSerwis.pvk Con nectorserwis.cer Po utworzeniu certykatów nale!y zainstalowa" je w systemie. Na serwerze instalujemy certykat serwisów, wraz z kluczem prywatnym (zob. poni!ej) w magazynie Osobiste lokalnego komputera. Nast#pnie instalujemy certykat klientów bez klucza prywatnego (plik.cer) w magazynie Zaufane osoby lokalnego komputera. Aby uzyska" kontener certykatu wraz z kluczem prywatnym, który mo!na zaimportowa" przez przystawk# certykaty systemu Windows, mo!na skorzysta" z narz#dzia pvk2pfx.exe. Narz#dzie to jest dost#pne jako sk adnik Pla$orm SDK rmy Microso%. Przyk ad wykorzystania: pvk2pfx-pvk ConnectorSerwis.pvk-spc ConnectorSerwis.cer-pfx Connec torserwis.pfx Dla certykatu z kluczem prywatnym (ConnectorSerwis) nale!y doda" uprawnienia na odczyt dla wszystkich u!ytkowników komputera. W Windows Vista i nowszych mo!na to zrobi" z poziomu przystawki Certykaty dodanej do Microso% Management Console (prawy przycisk na Certykacie, wybór menu Wszystkie zadania, a nast#pnie, Zarz&dzaj kluczami prywatnymi ). W Windows XP nale!y doda" uprawnienia do zycznej lokalizacji pliku z poziomu Exploratora Windows (katalog, gdzie przechowywane s& klucze to C:\Documents and set 'ngs\all users\dane aplikacji\microso%\crypto\macine keys). Uwaga: Po stronie klientów bd zaimportowane certy katy, ale w odwrotnej kon guracji certy kat serwera bez klucza prywatnego w magazynie Zaufane osoby, certy kat klienta z kluczem prywatnym w magazynie Osobiste lokalnego komputera Konguracja serwisów Ostatnim krokiem, jaki nale!y wykona" to konguracja serwisów. Nale!y otworzy" plik web.cong (np. Notatnikiem) z prawami administratora, oraz poprawi" sekcj# <Connec'onStrings>, wprowadzaj&c w a*ciwy ci&g po &czenia do g ównej bazy danych systemu (domy*lnie: Connector). Ze wzgl#du na fakt,!e do bazy danych b#dzie próbowa a uzyska" us uga serwera IIS nale!y albo poda" nazw# u!ytkownika i has o w serwerze SQL Server, lub doda" prawa dost#pu do bazy danych w serwerze SQL Server dla konta u!ytkownika us ugi IIS.

35 Je!eli certykat utworzony dla serwera zosta wydany dla innego podmiotu ni! ConnectorSerwis, nale!y równie! poprawi" odpowiedni wpis w konguracji certykatów (sekcja <servicecer'cate>). 15. Instalacja modu"u Administracja i konguracja systemu Modu Administracja jest osobn& aplikacj& systemu Windows, która &czy si# z g ówn& baz& danych systemu Connector i pozwala na zarz&dzanie podmiotami i u!ytkownikami. Aplikacj# instaluje si# przez uruchomienie programu setup. exe. Po uruchomieniu programu Administracja nale!y poda" dane po &czenia z g ówn& baz& danych systemu (menu Narz#dzia + konguracja). Nast#pnie system poprosi o utworzenie pierwszego u!ytkownika z uprawnieniami Administratora. Po utworzeniu u!ytkownika nale!y w menu Podmioty wybra" opcj# Zarz&- dzanie podmiotami i utworzy" podmioty, które b#d& wspó pracowa y z serwisami. Uwaga: Podaj c ci g po" czenia do bazy danych prosz zwróci# uwag, $e po" czenie to bdzie ustanawiane przez us"ug IIS (modu" serwisy). Dlatego te$ ci g po" czenia powinien zawiera# albo nazw u$ytkownika i has"o systemu SQL Server, albo nale$y doda# uprawnienia do bazy danych podmiotów dla u$ytkownika us"ugi IIS. Po utworzeniu podmiotów nale!y utworzy" u!ytkowników systemu i przypisa" ich do podmiotów. Dla ka!dego podmiotu trzeba jeszcze wygenerowa" klucz XML. Wykonuje si# t& czynno*" z poziomu okna Zarz&dzanie podmiotami przez odpowiedni przycisk u do u ekranu. Pliki kluczy nale!y udost#pni" odpowiadaj&cym im podmiotom, aby u!ytkownicy w podmiotach byli w stanie uruchomi" aplikacj# dost#pow&. 16. Instalacja serwisu synchronizacji Wymagania programu Serwis synchronizacji wymaga nast#puj&cych sk adników: Microso%.NET Framework 4.0, je!eli serwis synchronizacji b#dzie równie! przechowywa baz# danych synchronizacji (typowa instalacja), wymaga ponadto: Serwer baz danych Microso% SQL Server w wersji 2008 (R2) (mo!e by" Express). 33