Zlecenie 8473675 - Wdrożenie systemu Rejestracji Czasu Pracy systemu...

owany projekt, opracowany na podstawie obowiązkowej wizji lokalnej. Projekt należy przedstawić przed podpisaniem Umowy. System RCP wdrażany będzie w czterech budynkach Sądu Rejonowego Lublin-Zachód w Lublinie, zlokalizowanych w Lublinie przy ul.:
Krakowskie Przedmieście 76
Krakowskie Przedmieście 78
Boczna Lubomelskiej 13
Konrada Wallenroda 4d
W ww. budynkach nie ma obecnie funkcjonującego sytemu RCP. Budynki znajdują się w różnych częściach Lublina i są połączone ze sobą siecią światłowodową. Czytniki rejestracji czasu pracy proponuje się umieścić na parterze każdego z budynków, w okolicach wejścia głównego. Przełączniki sieciowe zapewnia Zamawiający.
2. Czytniki systemu RCP nie będą zwalniały żadnych elementów instalacji systemu kontroli dostępu będą służyły jedynie do ewidencjonowania czasu pracy.
3. System RCP powinien umożliwiać ewidencję pracy 500 pracowników, z możliwością zwiększenia tej liczby.
4. Okablowanie systemów RCP: od najbliższego PEL do kontrolera / czytnika należy prowadzić w ścianie, pod tynkiem. Wykończone gładzią bruzdy instalacyjne należy zamalować farbą w kolorze ściany.
5. Systemy RCP powinny być skonfigurowane do zarządzania sieciowego, z czego: jedno stanowisko-administrator systemu i cztery stanowiska-użytkownicy systemu (z możliwością zwiększenia liczby poszczególnych stanowisk). System RCP zostanie zainstalowany na posiadanych stacjach roboczych o parametrach:
System operacyjny: Windows 10, 64 - bitowy
Procesor: Intel(R) Core(TM) i3-8100 CPU 3.60 GHz
RAM: 8 GB
6. Wykonawca zapewni szkolenie z obsługi systemu RCP oraz:
gwarancję przez okres minimum 24 miesięcy,
czas reakcji na zgłoszenie o awarii: maksymalnie 12 godzin,
czas naprawy: maksymalnie 48 godzin.
7. Po zakończeniu prac wdrożeniowych wymagane jest przedstawienie dokumentacji powykonawczej.
8. Wszystkie rozwiązania muszą być zgodne z wymaganiami Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych - RODO, w zakresie anonimizacji danych osobowych.
9. Wejścia i wyjścia RCP należy oznaczyć w czytelny sposób oraz skonfigurować do współpracy ze Zintegrowanym Systemem Rachunkowości i Kadr (dalej ZSRK).
10. W serwerowni budynku przy ul. Krakowskie Przedmieście 76 należy zainstalować serwer zarządzający systemem RCP oraz odpowiedzialny za integrację z systemem ZSRK (serwer zapewnia Wykonawca).
11. Zgodnie z wytycznymi opracowanymi przez Ministerstwo Sprawiedliwości, czytniki będą odpowiadały jednemu z czterech rodzajów zdarzeń czasowych:
Kod Nazwa (maksymalnie 25 znaków)
P10 Wejście
P15 Wyjście na przerwę
P20 Wyjście
P30 Wyjście służbowe
Czytniki / kontrolery zostaną połączone z serwerem zarządzającym za pomocą sieci IT. Na serwerze zarządzającym będzie pracowało oprogramowanie RCP/ oraz aplikacja odpowiedzialna za komunikację systemu RCP z ZSRK.
12. Należy zastosować czytniki / kontrolery zgodne z normą PN-EN 60839-11-1 Systemy alarmowe i elektroniczne systemy zabezpieczeń - Część 11-1: Elektroniczne systemy kontroli dostępu - Wymagania dotyczące systemów i komponentów w stopniu 3.. Zgodność z normą należy potwierdzić stosowną deklaracją producenta na cały system składający się z elementów sprzętowych oraz oprogramowania będącego centralnym elementem zarządzającym oraz monitorującym działanie systemu.
13. Karty RFID-Mifare DESFire. W systemie należy zastosować bezpieczną technologię kart RFID, w której do identyfikacji wykorzystywane są zaszyfrowane dane zapisane na karcie. Zamawiający dostarczy 500 sztuk białych niezadrukowanych kart dualnych Mifare/Unique, rozmiar kart: CR80 (85,6 x 54 mm), grubość karty: 30 mil (0,76 mm). Karty powinny umożliwiać zadrukowanie.
14. Projektowane czytniki powinny umożliwiać odczyt zaszyfrowanych danych z kart RFID oraz dualnych kart RFID Mifare/Unique z ewentualną możliwością wyłączenia odczytu numerów seryjnych kart (CSN/UID). Zastosowane zabezpieczenia danych w karcie powinny uniemożliwić kopiowanie oraz nieuprawniony odczyt danych z kart. Należy zastosować nieskompromitowaną technologię (np. odczyt aplikacji z kart Mifare DESFire z szyfrowaniem).
15. Wykonawca dodatkowo wyposaży system RCP w czytnik administracyjny i oprogramowanie szyfrujące umożliwiając dodawanie użytkowników i szyfrowanie kart przez Zamawiającego.
16. Zgodnie z wymogami stopnia 3 normy PN-EN 60839-11-1 komunikacja powinna być szyfrowana. Czytniki po odczycie zaszyfrowanych danych z karty powinny w bezpieczny sposób z szyfrowaniem przesłać dane. Nie należy stosować czytników wykorzystujących do komunikacji popularnego interfejsu Wiegand, który nie gwarantuje zabezpieczenia przesyłanych danych. Komunikacja z czytnikami powinna być ciągle monitorowana. W przypadku utraty łączności z czytnikiem odpowiedni sygnał alarmowy powinien zostać wysłany do centralnego oprogramowania zarządzająco-monitorującego. Dodatkowo czytniki powinny być zabezpieczone antysabotażowo i wysyłać odpowiedni sygnał alarmowy w przypadku demontażu czytnika. Do komunikacji należy stosować protokół OSDP.
17. System RCP powinien mieć strukturę opartą o autonomiczne czytniki / kontrolery sieciowe podłączone do serwera zarządzającego z wykorzystaniem protokołu TCP/IP. Dla zapewnienia niezawodnej pracy systemu, nawet w przypadku awarii sieci, czytniki / kontrolery powinny cechować się autonomicznym działaniem. W przypadku utraty komunikacji czytnika / kontrolera z pozostałą częścią systemu, czytniki / kontroler oraz elementy peryferyjne powinien umożliwiać obsługę wszystkich kart zdefiniowanych w systemie oraz zapis zdarzeń w wewnętrznej pamięci. Zdarzenia powinny zostać automatycznie przesyłane do serwera po przywróceniu komunikacji tak aby mieć dostęp do zdarzeń zarejestrowanych w chwili awarii łączności lub przy próbie sabotaży systemu.
18. Oprogramowanie
1) Metoda komunikacji:
System SAP ERP HR-będący docelowym rejestrem danych przesyłanych przez RCP - jest częścią Zintegrowanego Systemu Rachunkowości i Kadr (ZSRK). Wymiana danych ze środowiskiem odbywa się z wykorzystaniem centralnej szyny integracyjnej SAP PO - rozwiązaniem klasy ESB. Stanowi ona jedyna bramę dostępową do systemów ZSRK spoza środowiska. Sposób dostępu do metod sieciowych eksponowanych przez szynę integracyjną jest przedmiotem opracowanych przez zespół ZSRK konwencji implementacyjnych. Najważniejsze aspekty komunikacji z szyną integracyjną środowiska ZSRK:
Komunikacja odbywa się przy zastosowaniu protokołu komunikacyjnego WebService SOAP 1.1
Dane wymieniane przez ZSRK i systemy RCP muszą wykorzystywać bezpieczny kanał sieciowy HTTPS (zabezpieczenie - TLS >1.2)
Uwierzytelnienie klienta odbywa się przy użyciu użytkownika technicznego (Basic Authentication) udostępnionego przez Ministerstwo Sprawiedliwości
Jedynym dopuszczalnym formatem danych jest XML
Szyna integracyjna dostępna jest jedynie na poziomie sieci wewnętrznej Ministerstwa Sprawiedliwości (tzw. Sieć LAN-10.0.0.0/8)-systemy RCP muszą mieć zapewniony dostęp sieciowy do punktów dostępowych (endpoints) środowiska ZSRK
W środowisku ZSRK uruchomione są instancje testowe wszystkich systemów uczestniczących w komunikacji-przed uruchomieniem produkcyjnym możliwe jest przetestowanie komunikacji i działania interfejsu end-to-end.
2) Metody sieciowe i struktura danych:
Interfejs ZSRK-RCP udostępnia dwie podstawowe metody sieciowe:
Metoda EventRegister
Metoda wykorzystywana do rejestracji pakietów zdarzeń w ZSRK:
metoda asynchroniczna
metoda idempotentna-tzn. wielokrotne przesłanie tych samych danych jest odpowiednio obsługiwane przez system i nie powoduje duplikacji rekordów pod warunkiem zgodności identyfikatorów poszczególnych rekordów pomiędzy wywołaniami metody
struktury danych opisane w pliku EventRegisterOut.wsdl, załączonym do niniejszego dokumentu
Metoda EventStatus
Metoda EventStatus ma na celu potwierdzenie przetworzenia przesłanych zdarzeń. RCP będą mogły wykorzystywać tę metodę do potwierdzenia spójności danych pomiędzy wewnętrzna bazą danych systemu z ZSRK. Dla obydwu poniższych metod inicjatorem komunikacji (a więc stroną wysyłającą żądania) będą RCP.
Metoda wykorzystywana do sprawdzenia statusu przesłanych wcześniej zdarzeń:
metoda synchroniczna
struktury danych opisane w pliku EventStatusOut.wsdl, załączonym do niniejszego dokumentu
3) Alternatywne sposoby zasilania danymi.
W przypadku chwilowej niedostępności szyny integracyjnej ZSRK (tymczasowy down-time, problemy z połączeniem sieciowym) dane powinny zostać przekazane po odzyskaniu dostępu do interfejsu przez system RCP. W sytuacjach przedłużonych problemów z połączeniem do rejestru możliwe jest przekazanie danych w postaci plikowej. Procedura awaryjnego przekazania danych:
Wygenerowanie pliku/plików XML w formacie zgodnym ze strukturą danych przekazywanych metodą WebService (payload niezawierający SOAP Envelope) - nazwy plików powinny być w formacie:
Przysłanie plików w postaci załączników do wiadomości e-mail na adres wyznaczony przez administratorów ZSRK
Przesyłane w ten sposób pakiety zdarzeń zostaną wprowadzone do systemu ERP HR alternatywną metodą zasilania rejestru zdarzeń
Po odzyskaniu połączenia do interfejsu ZSRK-RCP poprawność rejestracji danych powinna zostać potwierdzona metodą EventStatus
Koncepcja nie sugeruje automatycznej wysyłki plików-jedynie wspomina, że konieczna będzie wysyłka wygenerowanych plików na wyznaczony adres e-mail-administrator RCP może to zrobić ręcznie.
19. Szkic koncepcyjny wdrożenia systemu RCP: