Państwowe Muzeum Auschwitz-Birkenau w Oświęcimiu

2. „Asysta Powdrożeniowa” – trzymiesięczny (3) okres wsparcia Użyt- kowników, rozpoczynający się w pierwszym dniu od momentu Startu Pro- dukcyjnego Systemu, w którym Wykonawca świadczyć będzie Zamawia- jącemu wsparcie mające na celu ułatwienie pracy Użytkownikom Systemu i zapewnienie prawidłowego działania Systemu pod względem funkcjonal- nym i jakościowym zgodnie z wymaganiami OPZ.

3. „Audytor” – osoba trzecia względem Zamawiającego, która na jego zle- cenia może dokonać weryfikacji Przedmiotu Zamówienia pod kątem me- rytorycznym;

4. „Awaria Krytyczna” -błąd krytyczny– problem uniemożliwiający działa- nie przynajmniej jednego z komponentów wytworzonego przez Wyko- nawcę Systemu powodujący, że Zamawiający nie może korzystać z Sys- temu, w tym wykonywać procesów lub funkcji krytycznych obsługiwanych przez System i uzyskanie oczekiwanych efektów nie jest możliwe w inny sposób (Obejście). Lista procesów i funkcji krytycznych obsługiwanych przez System zostanie ustalona z Wykonawcą w trakcie realizacji Etapu

II. Koncepcja Biznesowa

5. „Błąd” – problem polegający, na co najmniej jednej z poniższych okolicz- ności:

6.1. główne komponenty Systemu działają w sposób niezgodny z Do- kumentacją Powykonawczą, Dokumentacją Administratora lub Do- kumentacją Użytkową,

6.2. występują istotne ograniczenia w działaniu komponentów Systemu (ale nie powodujące jego przeciążenia),

6.3. nastąpiła awaria powodująca ograniczenie wydajności Oprogramo- wania, w tym komponentów wytworzonych, bądź dostosowanych przez Wykonawcę,

6.4. Zamawiający nie może korzystać z części funkcjonalności danego komponentu Systemu wytworzonych, bądź dostosowanych przez Wykonawcę, ale uzyskanie oczekiwanych efektów jest możliwe w inny sposób (Obejście).

6. „Czas Reakcji” – czas, jaki upłynie od zgłoszenia w Systemie Obsługi Zgłoszeń Serwisowych Awarii Krytycznej, Błędu, Usterki do potwierdzenia rozpoczęcia analizy zgłoszenia i usuwania Awarii Krytycznej, Błędu, Usterki przez służby techniczne Wykonawcy.

7. „Czas Naprawy (Rozwiązania)” – czas, jaki upłynie od zgłoszenia w Systemie Obsługi Zgłoszeń Serwisowych Awarii Krytycznej, Usterki lub Błędu, do momentu usunięcia Nieprawidłowości w działaniu Systemu przez służby techniczne Wykonawcy tj. do usunięcia lub obejścia Awarii Krytycznej, Usterki lub Błędu i potwierdzenia usunięcia Nieprawidłowości przez Zamawiającego. Czas Naprawy zgłoszeń dla Błędów i/lub Usterek liczony jest w Dniach Roboczych i w Godzinach Roboczych. Czas Naprawy zgłoszeń dla Awarii Krytycznej liczony jest w Dniach Roboczych i w Godzi- nach Roboczych.

8. „Dni Kalendarzowe” – kolejne następujące po sobie dni obejmujące 24

godziny, od godz. 00:00 do godz. 23:59.

9. „Dni Robocze” – kolejne dni od poniedziałku do piątku za wyjątkiem dni wolnych zgodnie z ustawą z dnia 18 stycznia 1951 r. o dniach wolnych od pracy (t.j. Dz. U. z 2015 r. poz. 90 z późn. Zm.) w Godzinach Roboczych (7:00 – 15:00).

10. „Dokument Inicjujący Projekt (DIP)” – opracowana przez Wykonawcę dokumentacja, której celem jest określenie szczegółowych zasad realiza- cji Przedmiotu Umowy przez Wykonawcę.

11. „Dokumentacja” – wszelkie dokumenty sporządzone przez Wykonawcę lub wspólnie przez Xxxxxx Xxxxx, w związku z wykonywaniem Przed- miotu Umowy przekazywane zgodnie z Umową i OPZ Zamawiającemu.

12. „Etap” – wyodrębnione w Umowie poszczególne części realizacyjne Pro-

jektu.

13. „Godziny Robocze” – godziny pracy Zamawiającego, tj. 7:00 – 15:00, w Dni Robocze.

14. „Gwarancja Jakości” – diagnozowanie i naprawa Oprogramowania w ra- mach Umowy w okresie nie krótszym niż okres trwania rękojmi zgodnie z wymaganiami Umowy.

15. „Harmonogram” – terminy realizacji Umowy. Definicja Harmonogramu obejmuje:

16. „Harmonogram Ramowy”, który zawiera kluczowe terminy realizacji przedmiotu Umowy, opisane Umową i OPZ. Harmonogram Ramowy został przedstawiony w OPZ;

17. „Harmonogram Szczegółowy”, który zawiera dokument obejmujący szczegółowe prace wykonywane w ramach realizacji Projektu, w tym ter- miny dostarczania Produktów.

18. „Infrastruktura Sprzętowa” – infrastruktura informatyczna (w tym sprzęt i oprogramowanie) Zamawiającego udostępniona przez Zamawia- jącego na potrzeby realizacji Projektu.

19. „Kierownik Projektu” – osoba wyznaczona przez każdą ze Stron do bie- żących kontaktów i nadzoru nad realizacją Umowy.

20. „Kodeks Cywilny” – ustawa z dnia 23 kwietnia 1964 r. Kodeks cywilny

(x.x. Xx.U. z 2018 r., poz. 1025, z późn. zm.).

21. „Komitet Sterujący” – zespół przedstawicieli Zamawiającego i Wyko- nawcy sterujący realizacją Projektu.

22. „Koncepcja Biznesowa” - cykl prac analitycznych i organizacyjnych ma- jących na celu przeprowadzenie analizy biznesowej i systemowej na po- trzeby wdrożenia Systemu w Państwowym Muzeum Auschwitz-Birkenau Koncepcja Biznesowa ma na celu ustalenie szczegółowego sposobu speł- nienia wymagań Zamawiającego oraz sposobu realizacji Przedmiotu Za- mówienia, zakończonych dostarczeniem dokumentu zawierającego opis koncepcji Wdrożenia Systemu w Państwowym Muzeum Auschwitz-Birke- nau wraz z mapowaniem zapisów koncepcji na wymagania zawarte w spe- cyfikacji tabel funkcjonalnych określonych w Załączniku nr 1 do OPZ wraz ze wskazaniem w tabeli wymagań funkcjonalnych miejsc w Koncepcji Biz- nesowej, w których opisana jest realizacja poszczególnych funkcji. Szcze- gółowe wymagania w zakresie zawartości dokumentu Koncepcja Bizne- sowa zostały określone w OPZ.

23. „Migracja Danych” – działanie mające na celu przeniesienie danych z dotychczas użytkowanych przez Zamawiającego baz danych, w tym z do- tychczas wykorzystywanych przez Zamawiającego systemów informa- tycznych wspomagających działania Zamawiającego do Systemu.

24. „Nieprawidłowość” – wszelkie niezgodności w działaniu Systemu, w tym Awarie Krytyczne, Błędy, Usterki i Nieprawidłowości Krytyczne.

25. „Nieprawidłowość Krytyczna” – niezgodność otrzymana w wyniku Te- stów uniemożliwiająca skuteczne ich przeprowadzenie, w szczególności przejście wszystkich kroków Scenariusza Testowego. W przypadku ziden- tyfikowania Nieprawidłowości Krytycznej Zamawiający ma prawo do wstrzymania Testów do czasu wprowadzenia odpowiedniej poprawki do Systemu przez Wykonawcę.

26. „Obejście” – przywrócenie działania Oprogramowania do stanu sprzed wystąpienia Awarii Krytycznej, Błędu lub Usterki z możliwymi ogranicze- niami sposobu korzystania z Oprogramowania. Obejście nie stanowi usu- nięcia Wady.

27. „Odbiór” – procedura mająca na celu potwierdzenie przez Zamawiają- cego należytego wykonania Przedmiotu Zamówienia w zakresie wykona- nia poszczególnych Produktów, Etapów, Wdrożenia Systemu, Usług Wsparcia lub całości Umowy. Dowodem dokonania Odbioru jest odpo- wiedni Protokół Odbioru.

28. „Oferta” – oferta złożona przez Wykonawcę i wybrana przez Zamawiają- cego zgodnie z wymogami SWZ, której przedmiotem jest realizacja Pro- jektu.

29. „Oprogramowanie” – całość lub dowolny element oprogramowania do- starczany lub wykonywany w ramach realizacji Umowy. W skład oprogra- mowania wchodzi:

29.1. „Oprogramowanie Standardowe” – oprogramowanie będące podstawą do stworzenia Systemu i/ tworzące środowisko, w któ- rym uruchamiany jest System, istniejące i dystrybuowane przed zawarciem Umowy.

29.2. „Oprogramowanie Dedykowane” – oprogramowanie tworzone przez Wykonawcę lub osoby którymi się posługuje w wykonaniu zobowiązań z Umowy, w tym rozbudowa lub modyfikacja Oprogra- mowania Standardowego.

30. „OPZ” – Opis Przedmiotu Zamówienia na dostawę i wdrożenie Systemu, składającego się z Zintegrowanego Systemu Informatycznego klasy ERP, Elektronicznego Obiegu Dokumentów i systemu Rejestracji Czasu Pracy, w Państwowym Muzeum Auschwitz-Birkenau w Oświęcimiu wraz z zain- stalowaniem go na posiadanej przez Zamawiającego Infrastrukturze Sprzętowej, z dostawą niezbędnego Oprogramowania oraz świadczeniem Serwisu Utrzymaniowego. OPZ przedstawiono w Załączniku nr 1 do Umowy.

31. „Podwykonawca” – podmiot, któremu Wykonawca powierzy wykonanie części swoich zobowiązań wynikających z Przedmiotu Zamówienia. W celu uniknięcia wątpliwości Strony potwierdzają, że Podwykonawcą nie jest członek personelu Wykonawcy zatrudniony w oparciu o umowę o pracę, umowę cywilnoprawną, w tym w oparciu o umowę, której przedmiotem jest realizacja poszczególnych czynności w ramach wykonania Przedmiotu Zamówienia.

32. „Produkt” - Wydzielona część Projektu przekazana Zamawiającemu do Odbioru, udostępniona w formie materialnej (np.: dokument,

oprogramowanie, kody źródłowe, wykonana konfiguracja oprogramowa- nia, wykonane modyfikacje, model) lub w formie niematerialnej (np.: usługi Serwisu, usługi Gwarancji, usługi stworzone lub świadczone w ra- mach zobowiązań do Umowy w tym Wdrożenie, Szkolenie). Lista Produk- tów wchodzących w zakres realizacji Projektu została określona w OPZ.”

33. „Projekt” – powiązane ze sobą działania mające na celu realizację Przed-

miotu Umowy, w tym Systemu.

34. „Protokół Odbioru” – dokument stanowiący potwierdzenie dokonania Odbioru w zakresie realizacji poszczególnych Etapów, Wdrożenia, Usług Wsparcia lub całości Umowy. Podpisanie protokołu odbioru Etapu VI jest równoznaczne z uruchomieniem Serwisu Utrzymaniowego.

35. „Protokół Odbioru Końcowego” – dokument stanowiący potwierdzenie dokonania odbioru całości przedmiotu Umowy, po zakończeniu okresu 24 miesięcy świadczenia Serwisu Utrzymaniowego, Gwarancji Jakości i rę- kojmi.

36. „Protokół Rozbieżności” – dokument, w którym Zamawiający w trakcie Odbioru, wskazuje uwagi, zastrzeżenia, co do zakresu, jakości lub zgod- ności wykonanych prac, uniemożliwiające dokonanie Odbioru.

37. „Przedmiot Zamówienia” – zgodny z § 2 Umowy.

38. „Scenariusze Testowe” – dokument określający ciąg akcji umożliwia- jący wykonanie testu, zgodnie z wymaganiami OPZ.

39. „Siła Wyższa” – zdarzenia, którym Strony nie mogą zapobiec ani których nie mogą uniknąć, pomimo zachowania należytej staranności, w szcze- gólności takie jak katastrofy naturalne, działania wojenne, ataki terrory- styczne, strajki, rozruchy lub inne podobne zdarzenia, które traktowane są na gruncie prawa polskiego lub polskich zwyczajów handlowych jako Siła Wyższa, na które Strony nie mają wpływu.

40. „SWZ” – Specyfikacja Warunków Zamówienia na dostawę i wdrożenie Systemu, składającego się z Zintegrowanego Systemu Informatycznego klasy ERP, Elektronicznego Obiegu Dokumentów i systemu Rejestracji Czasu Pracy, w Państwowym Muzeum Auschwitz-Birkenau w Oświęcimiu wraz z zainstalowaniem go na posiadanej przez Zamawiającego Infra- strukturze Sprzętowej, z dostawą niezbędnego Oprogramowania oraz świadczeniem Serwisu Utrzymaniowego i Usług Wsparcia

41. „SLA” – (ang. Service Level Agreement) – opisane Umową i OPZ parame- try obrazujące poziomy świadczenia przez Wykonawcę Serwisu Utrzyma- niowego.

42. „Sprzęt” - rejestratory RCP stanowiące przedmiot Umowy, wydane Za- mawiającemu po wykonaniu III Etapu Umowy, a także pozostały sprzęt, który Wykonawca będzie musiał dostarczyć dla prawidłowej realizacji przedmiotu zamówienia

43. „Start Produkcyjny” – uruchomienie produkcyjne Systemu, tj. rozpo- częcie wykorzystywania Systemu do rzeczywistej pracy przez Zamawia- jącego

44. „System” – stworzony w ramach realizacji Umowy Zintegrowany System Informatyczny klasy ERP, składający się z Oprogramowania dostosowa- nego do wymagań Umowy, w tym wymagań określonych w Załączniku nr 1 i 2 do Umowy, spełniający wszystkie wymagania określone w odebranej

Koncepcji Biznesowej, Projekcie Technicznym, Dokumentacji Administra- tora, Dokumentacji Użytkowej oraz Dokumentacji Powdrożeniowej zain- stalowany na Infrastrukturze Sprzętowej. System stanowi dzieło w rozu- mieniu przepisów Kodeksu Cywilnego.

45. „System Obsługi Zgłoszeń Serwisowych” – system udostępniony przez Wykonawcę na potrzeby zgłaszania Nieprawidłowości związanych z funkcjonowaniem Systemu w okresie trwania Wdrożenia (Testy, Asysta Powdrożeniowa) oraz świadczenia Serwisu Utrzymaniowego.

46. „System Produkcyjny” – wyodrębniony sprzęt i oprogramowanie słu- żące do świadczenia przez Wykonawcę na rzecz Zamawiającego usługi polegającej na zapewnieniu przez Wykonawcę obsługi działalności Zama- wiającego poprzez zapewnienie dostępu do Systemu.

47. „System Szkoleniowy” – wyodrębnione oprogramowanie o funkcjonal- ności i właściwościach tożsamych z Systemem Produkcyjnym, w którym wprowadzone zmiany nie mają wpływu na System Produkcyjny, służące do przeprowadzania szkoleń użytkowników.

48. „System Testowy- wyodrębnione oprogramowanie o funkcjonalności i właściwościach tożsamych z Systemem Produkcyjnym, służące do testo- wania działania Systemu, prawidłowej współpracy produktów oraz opro- gramowania współpracującego z Systemem oraz rozwoju Systemu z moż- liwością przenoszenia wytworzonych zmian z Systemu Testowego do Sys- temu Produkcyjnego.

49. „Szkolenia” – ćwiczenia, których głównym celem jest zdobycie wiedzy i umiejętności w posługiwaniu się Systemem lub zarządzaniu projektem realizowane zgodnie z wymaganiami OPZ.

50. „Testy Akceptacyjne” – zbiór testów, których zadaniem jest sprawdze- nie czy System działa w sposób poprawny i zgodny z założeniami określo- nymi w OPZ.

51. „Umowa” – Umowa z Wykonawcą Przedmiotu Zamówienia wraz z załącz-

nikami.

52. „Usterka” – nieprawidłowość działania Systemu polegająca na niezgod- ności działania jakichkolwiek funkcji z wymaganiami, innej niż awarii kry- tycznej (błędu krytycznego) lub błędu, nie powodującej niemożliwości lub utrudnień w wykorzystywaniu funkcji Systemu.

53. „Utwór”– utwór powstały w wyniku wykonywania lub w związku z wyko-

nywaniem Przedmiotu Umowy, w rozumieniu ustawy z dnia 4 lutego 1994

r. o prawie autorskim i prawach pokrewnych (x.x. Xx. U. z 2018 r., poz.

1191 z późn. zm.).

54. „Użytkownik” – osoba korzystająca z Systemu, w tym: Użytkownik Koń- cowy, Użytkownik Kluczowy i Administrator Systemu.

55. „Użytkownik Kluczowy” – użytkownik wiodący w obszarze wybranego obszaru funkcjonalnego Systemu, biorący aktywny udział we Wdrożeniu, wskazany w Zespole Projektowym Zamawiającego.

56. „Użytkownik Końcowy” – użytkownik, osoba, która po Starcie Produk- cyjnym będzie docelowo korzystać z Systemu lub jego poszczególnych części.

57. „Wada” – każda niezgodność Oprogramowania i Sprzętu wydanego Za- mawiającemu w Etapie III Umowy, usuwana w ramach udzielonej przez Wykonawcę Gwarancji i rękojmi.

58. „Wdrożenie” – opisane i objęte Umową i OPZ świadczenie Wykonawcy mające na celu wykonanie i instalację (uruchomienie) Systemu w organi- zacji Zamawiającego wraz z przeprowadzeniem okresu stabilizacji.

59. „Wykonawca” – Podmiot, który zostanie wybrany przez Zamawiającego w toku postępowania o udzielenie zamówienia na dostawę i wdrożenie Systemu, składającego się z Zintegrowanego Systemu Informatycznego klasy ERP, Elektronicznego Obiegu Dokumentów i systemu Rejestracji Czasu Pracy, w Państwowym Muzeum Auschwitz-Birkenau w Oświęcimiu wraz z zainstalowaniem go na posiadanej przez Zamawiającego Infra- strukturze Sprzętowej, z dostawą niezbędnego Oprogramowania oraz świadczeniem Serwisu Utrzymaniowego i Usług Wsparcia

60. „Zamawiający” – Państwowe Muzeum Auschwitz-Birkenau w Oświęci-

miu

61. „Zespół Projektowy Zamawiającego” – osoby powołane w celu reali- zacji Projektu z ramienia Zamawiającego.

62. „Zespół Projektowy Wykonawcy” – osoby powołane w celu realizacji Projektu z ramienia Wykonawcy, w tym Podwykonawcy. Wykaz osób sta- nowiących Zespół Projektowy Wykonawcy przedstawiono w Załączniku nr 4 do Umowy.

2. Przedmiot Zamówienia

Przedmiotem Zamówienia jest dostawa i wdrożenie Systemu, składającego się z Zin- tegrowanego Systemu Informatycznego klasy ERP, Elektronicznego Obiegu Doku- mentów i systemu Rejestracji Czasu Pracy, w Państwowym Muzeum Auschwitz-Bir- kenau w Oświęcimiu wraz z zainstalowaniem go na posiadanej przez Zamawiającego Infrastrukturze Sprzętowej, z dostawą niezbędnego Oprogramowania oraz świadcze- niem Serwisu Utrzymaniowego.

2.1 Wdrożenie Systemu obejmuje następujące obszary działalności (OD):

OD.01 Finanse i Księgowość (FK);

OD.02 Środki trwałe (ST); OD.03 Budżetowanie (BUD); OD.04 Kadry (HR);

OD.05 Płace (PL);

OD.06 Zakupy i Zaopatrzenie (ZZ); OD.07 Zarządzanie Magazynem (GM); OD.08 Sprzedaż i Dystrybucja (SID);

OD.09 Elektroniczny Obieg Dokumentów (EOD);

OD.10 Rejestracja Czasu Pracy (RCP).

2.2 W Ofercie należy zawrzeć wszystkie usługi niezbędne do uruchomienia i później-

szej eksploatacji Systemu w deklarowanej funkcjonalności, w szczególności:

1) przygotowanie ram organizacyjnych Projektu, w tym opracowanie Doku-

mentu Inicjującego Projekt i zorganizowanie spotkania inicjującego Projekt,

2) przygotowanie Koncepcji Biznesowej, obejmującej, co najmniej szczegółowy opis realizacji przez System funkcji określonych w Załączniku nr 1 do Szcze- gółowego Opisu Przedmiotu Zamówienia wraz ze wskazaniem w tabeli wymagań funkcjonalnych miejsc w analizie, w których opisana jest realizacja poszczególnych funkcji;

3) przygotowanie Projektu Technicznego zgodnie z wymaganiami dotyczącymi Produktów Projektu;

4) opracowania, zgodnie z wymaganiami dotyczącymi Produktów Projektu:

a. Planu Testów Akceptacyjnych;

b. Planu Migracji Danych;

c. Planu integracji;

d. Planu Szkoleń;

5) dostawę wszelkich licencji na Oprogramowanie niezbędne do zapewnienia prawidłowego funkcjonowania Systemu w tym w szczególności oprogramo- wania aplikacyjnego, bazodanowego i narzędziowego;

6) dostawę rejestratorów czasu pracy w liczbie 9 sztuk wraz z włączeniem ich do Infrastruktury Sprzętowej Zamawiającego. Dodatkowe informacje odno- śnie rejestratorów czasu pracy znajdują się w załączniku do OPZ w arkuszu RCP.

7) instalację dostarczonego Oprogramowania na posiadanej przez Zamawiają- cego Infrastrukturze Sprzętowej;

8) modyfikację Oprogramowania w celu dostosowania go do specyficznych po-

trzeb Zamawiającego (o ile będzie to konieczne);

9) wykonanie wszelkich niezbędnych czynności mających na celu instalację (na serwerze i stacjach końcowych), wdrożenie, konfigurację, modyfikację, uru- chomienie i integrację wszystkich elementów obszarów funkcjonalnych Sys- temu;

10) przygotowanie i przeprowadzenie Testów Akceptacyjnych Systemu w opar- ciu o Plan Testów Akceptacyjnych;

11) przygotowanie i przeprowadzenie w oparciu o Plan Migracji, Migracji Danych z obecnie wykorzystywanych przez Zamawiającego systemów, w tym co naj- mniej przeprowadzenie Migracji próbnej i Migracji końcowej;

12) przygotowanie i wdrożenie interfejsów z systemami zewnętrznymi w oparciu

o Plan integracji;

13) przygotowanie, zorganizowanie i przeprowadzenie Szkoleń w zakresie ob- sługi poszczególnych obszarów Systemu dla wszystkich rodzajów Użytkow- ników, zgodnie z opracowanym Planem Szkoleń;

14) dostarczenie wymaganej Dokumentacji, zgodnie z wymaganiami dotyczą- cymi Produktów Projektu;

15) zapewnienie trzymiesięcznej (3) Asysty Powdrożeniowej w okresie stabiliza- cji Systemu;

16) udzielenie Gwarancji Jakości i rękojmi w wymiarze 24 miesięcy od dnia pod- pisania Protokołu Odbioru Etapu III (Oprogramowanie i Sprzęt) oraz Proto- kołu Odbioru Wdrożenia (Etapu VI);

17) świadczenie Usługi Serwisu Utrzymaniowego przez okres 24 miesięcy od dnia podpisania Protokołu Odbioru Wdrożenia;

18) świadczenie Usług Wsparcia w wymiarze do 1000 roboczogodzin do wyko- rzystania po podpisaniu Protokołu Odbioru Wdrożenia, z czego Zamawiający na pewno wykorzysta 200 roboczogodzin, a pozostałe roboczogodziny w łącznej liczbie do 1000 roboczogodzin mogą być wykorzystane w zależności od potrzeb Zamawiającego.

2.3 W celu uniknięcia nieporozumień i wątpliwości, Zamawiający wyjaśnia, że zdefi- niowane w OPZ wymagania muszą zostać omówione i uzgodnione z Zamawiają- cym, zaprojektowane, zaimplementowane i uruchomione przez Wykonawcę w Systemie w sposób umożliwiający przeprowadzenie weryfikacji na zasadach opisanych w rozdziale 6.6 Wymagania w zakresie Testów Akceptacyjnych.

3. Terminy realizacji

3.1 Prace wdrożeniowe powinny się rozpocząć w ciągu 5 dni od podpisania Umowy.

3.2 Wdrożenie systemu powinno zakończyć się w ciągu maksymalnie 18 miesięcy – przy czym czas ten liczony jest od momentu podpisania umowy do momentu zakończenia asysty powdrożeniowej dla Etapu VI. Start Produkcyjny systemu powinien nastąpić nie później niż 01.01.2024 r. Realizacja Przedmiotu Zamówie- nia zostaje podzielona na Etapy. Harmonogram Ramowy realizacji Projektu pre- zentuje odcinki czasowe niezbędne do zrealizowania danego Etapu.

3.3 Wykonawca po zakończeniu Etapu VI zobowiązuje się do świadczenie Serwisu Utrzymaniowego.. Serwis Utrzymaniowy będzie trwać od dnia podpisania Proto- kołu Odbioru Wdrożenia do zakończenia okresu minimum 24 miesięcy liczonego od dnia podpisania Protokołu Odbioru Wdrożenia.

3.4 Harmonogram Ramowy Projektu przedstawiony został w rozdziale 8 niniejszego dokumentu.

4. Sposób realizacji Projektu

4.1 Projekt będzie prowadzony w oparciu o metodykę PRINCE2 lub równoważną, uzgodnioną z Zamawiającym i opisaną w Dokumencie Inicjującym Projekt, o którym mowa w rozdziale 6.8 niniejszego opracowania.

4.2 Wykonawca zapewnia, że wszystkie wykonywane prace oraz dostarczane Pro- dukty będą wolne od wad, wykonywane przez doświadczonych specjalistów Wy- konawcy oparte o ogólnie akceptowane i stosowane standardy, metodyki, tech- nologie i narzędzia.

4.3 Przy realizacji Przedmiotu Zamówienia Wykonawca musi uwzględnić specyfikę działalności Zamawiającego (taką jak struktura organizacyjna, zadania realizo- wane, obecną i docelową architekturę informatyczną) oraz zdefiniowane wyma- gania funkcjonalne oraz niefunkcjonalne.

4.4 Wykonawca zobowiązany jest do uczestnictwa w posiedzeniach Komitetu Steru- jącego, które będą odbywały się przy zachowaniu kworum, a podjęte decyzje będą wiążące dla obu Stron.

4.5 W przypadku braku jednomyślności, decyzje niezbędne dla zapewnienia prawi- dłowej realizacji Umowy będą podejmowane przez Przewodniczącego Komitetu Sterującego, z wyłączeniem wszystkich spraw uregulowanych zapisami Umowy zawartej przez strony na realizację Projektu.

4.6 Za bieżącą realizację umowy i koordynację współpracy między stronami odpo- wiadają odpowiednio Kierownictwo Projektu po stronie Zamawiającego oraz Kie- rownik Projektu po stronie Wykonawcy.

4.7 Posiedzenia Komitetu Sterującego będą zwoływane przez Przewodniczącego Ko- mitetu Sterującego z jego inicjatywy lub na wniosek członków Komitetu Steru- jącego lub Kierowników Projektu. Posiedzenia Komitetu Sterującego będą się odbywać stosownie do potrzeb.

4.8 Projekt może być wykonywany wyłącznie przez pracowników Wykonawcy lub podwykonawców realizujących zadania przez niego zlecone. Na udział każdego podwykonawcy, Wykonawca musi uzyskać uprzednią zgodę Zamawiającego w formie pisemnej.

4.9 Wykonawca w okresie realizacji Umowy zobowiązany jest do przedstawiania Za- mawiającemu do akceptacji raportów ze stanu realizacji prac nią objętych, nie rzadziej niż raz w miesiącu w terminie do piątego (5) dnia każdego miesiąca oraz na każde żądanie Zamawiającego w terminie do trzech (3) Dni Roboczych od wezwania. Raport ze stanu realizacji Projektu powinien zawierać w szczególno- ści:

• opis postępu realizacji Projektu;

• szczegółowe informacje o stanie realizacji Szczegółowego harmonogra- mem Projektu, w tym wszelkie zaistniałe i przewidywane opóźnienia;

• wskazanie głównych zagadnień występujących przy realizacji Projektu i środków podjętych w celu ich rozwiązania;

• zidentyfikowane ryzyka oraz opis reakcji na te ryzyka.

4.10 Wzór raportu zostanie zaproponowany przez Wykonawcę w ramach realiza-

cji Etapu I – Organizacja projektu.

4.11 Komunikacja pracowników Wykonawcy z pracownikami Zamawiającego bę- dzie odbywać się w Dni Robocze w godzinach pracy Zamawiającego.

4.12 Wykonawca zobowiązany jest na bieżąco, w formie elektronicznej, informo- wać Zamawiającego o zagrożeniach, trudnościach lub przeszkodach związa- nych z realizacją, w tym także o okolicznościach leżących po stronie Zama- wiającego, które powodują lub mogą powodować nieterminową realizację Projektu lub mających wpływ na jakość Produktów.

4.13 Wykonawca dołoży staranności w celu zapewnienia niezmienności składu osobowego członków Zespołu projektowego Wykonawcy. Zmiana składu osobowego Zespołu projektowego Wykonawcy, w szczególności z powodu choroby, urlopu macierzyńskiego, rozwiązania stosunku pracy lub siły wyż- szej musi zostać przedstawiona Zamawiającemu na piśmie. Wykonawca ma obowiązek niezwłocznego poinformowania Zamawiającego o wyznaczeniu nowego członka Zespołu projektowego z zastrzeżeniem, że nowy członek zespołu Wykonawcy będzie posiadał kwalifikacje nie niższe niż kwalifikacje osoby zastępowanej. Na każdą zmianę składu osobowego Zespołu projekto- wego Wykonawcy Zamawiający musi wyrazić zgodę.

4.14 Zamawiający ma prawo zażądać w uzasadnionych przypadkach zmiany członka Zespołu projektowego Wykonawcy na innego. Wykonawca zobowią- zany jest wykonać zmianę w Zespole projektowym, tj. zapewnić członka Ze- społu projektowego Wykonawcy o nie niższych kwalifikacjach, niż wyma- gane w SWZ w zakresie Wykazu osób.

4.15 Wykonawca jest uważany za profesjonalistę w zakresie działalności związa- nej z realizacją Projektu. Niezależnie od zakresu wiedzy informatycznej, or- ganizacyjnej i projektowej, którą dysponuje Zamawiający, Zamawiający nie jest uważany za profesjonalistę w tej dziedzinie.

4.16 Wykonawca zobowiązuje się do przestrzegania przepisów prawa powszech- nie obowiązującego, wewnętrznych procedur oraz regulaminów obowiązu- jących osoby przebywające w siedzibie Zamawiającego, o których Wyko- nawca zostanie poinformowany. Wykonawca zobowiązuje się do poinformo- wania swoich pracowników (współpracowników) o wewnętrznych procedu- rach oraz regulaminach obowiązujących u Zamawiającego. Zamawiający za- strzega sobie prawo do ograniczenia dostępu do pomieszczeń Zamawiają- cego dla osób, które nie przestrzegają przepisów prawa powszechnie obo- wiązującego, wewnętrznych procedur oraz regulaminów obowiązujących

u Zamawiającego. Zamawiający nie ponosi negatywnych skutków ogranicze- nia dostępności dla takich osób.

4.17 Zamawiający zastrzega sobie prawo, w trakcie realizacji wdrożenia, korzy- stać z usług osób trzecich w celu kontroli jakości i sposobu prowadzenia całości Projektu lub poszczególnych jego części. Wykonawca będzie zobo- wiązany do udzielenia takim osobom wszelkich informacji, danych lub wyja- śnień dotyczących realizacji Projektu. Zamawiający zobowiąże te osoby do zachowania poufności w zakresie realizacji Projektu, danych o firmie Wyko- nawcy i podwykonawców. Zamawiający poinformuje z tygodniowym wyprze- dzeniem o zamiarze powierzenia realizacji czynności kontroli jakości osobom trzecim.

5. Wymagania funkcjonalne

Wymagania dla obszarów funkcjonalnych objętych wdrożeniem przedsta- wione zostały w Załączniku nr 1 do OPZ.

Każdemu obszarowi przypisane zostały wymagania, które na etapie oceny ofert zo- staną poddane ocenie przez Zamawiającego.

Tabela 1. Objaśnienie wartości przypisanych poszczególnym wymaganiom

Wartość

Opis

Funkcjonalności, którym w kolumnie "Poziom" przypisano wartość 2, są wy-

maganiami kluczowymi dla Zamawiającego, ich spełnienie jest obligatoryjne.

Funkcjonalności, którym w kolumnie "Poziom" przypisano wartość 1, zostały określone jako ważne lub mogące okazać się przydatne w przyszłości. Po- ziom spełnienia tych funkcjonalności będzie stanowił dodatkowe kryterium oceny rozwiązania

Na potwierdzenie spełnienia wymagań dla obszarów funkcjonalnych Wykonawca składający ofertę będzie zobligowany do wypełnienia Formularza 2.2 „Kryteria poza- cenowe” w następujący sposób:

W przypadku gdy oferowany System spełnia daną funkcjonalność w standardzie na- leży, w kolumnie "STD", wpisać 1. Jeżeli dana funkcjonalność nie jest możliwa do zrealizowania w proponowanym Systemie, należy wpisać 0. Każdy inny zapis będzie traktowany jak wartość 0. Jeżeli dana funkcjonalność zostanie dostarczona w wyniku modyfikacji Systemu, w kolumnie "MDF" należy wpisać 1 natomiast w kolumnie "STD" wstawić wartość 0. Umieszczenie zapisu 1 w kolumnie "MDF" jest równo- znaczne z zapewnieniem Zamawiającemu modyfikacji Systemu o daną funkcjonal- ność w ramach oferty. W przypadku gdy Wykonawca umieścił, w którymś z wierszy kolumny „MDF” zapis 1, proszony jest o wypełnienie kolumny Uwagi, informacjami

dotyczącymi krótkiego opisu zmian dostosowujących lub modyfikacji Systemu oraz szacunkowej przewidywanej pracochłonności (roboczogodzin).

Tabela 2. Przykład wypełnienia tabeli PASS dla wymagań funkcjonalnych

Znaczenie	STD	MDF	Uwagi
Funkcjonalność dostarczona w standardzie	1	0
Funkcjonalność dostarczona w wyniku modyfikacji	0	1
Brak możliwości realizacji funkcjonalności w propono- wanym systemie	0	0

Zamawiający odrzuci ofertę, jeżeli Oferent nie zaoferuje spełnienia 100% wymagań funkcjonalnych oznaczonych priorytetem 2 w każdym z obszarów funkcjonalnych, objętych Wdrożeniem.

6. Wymagania niefunkcjonalne

6.1. Wymagania ogólne

Wymagania ogólne niefunkcjonalne, przedstawione zostały w Załączniku nr 1 do OPZ.

Wymagania te zostały zdefiniowane w następujących obszarach:

1. Platforma systemowa;

2. Architektura;

3. Administrowanie i konfiguracja;

4. Bezpieczeństwo;

5. Ergonomii;

6. Generator raportów.

Każdemu obszarowi przypisane zostały wymagania, które zostaną poddane ocenie

przez Zamawiającego.

Tabela 3. Objaśnienie wartości przypisanych poszczególnym wymaganiom

Wartość	Opis
2	Funkcjonalności, którym w kolumnie "Poziom" przypisano wartość 2, są wy- maganiami kluczowymi dla Zamawiającego, ich spełnienie przez Wyko- nawcą jest obligatoryjne.
1	Funkcjonalności, którym w kolumnie "Poziom" przypisano wartość 1, zostały określone jako ważne lub mogące okazać się przydatne w przyszłości.

Na potwierdzenie spełnienia wymagań niefunkcjonalnych Wykonawca składający ofertę będzie zobligowany do wypełnienia w Formularzu 2.2 „Kryteria pozacenowe” arkusza OG w następujący sposób:

1. W przypadku, gdy oferowany System spełnia daną funkcjonalność należy, w kolumnie SP (Spełnia) wpisać 1.

2. Jeżeli dana funkcjonalność nie jest możliwa do zrealizowania w proponowa- nym Systemie, należy wpisać 0. Każdy inny zapis będzie traktowany jak war- tość 0.

Tabela 4. Przykład wypełnienia tabeli PASS dla wymagań niefunkcjonalnych

Znaczenie	SP
System spełnia daną funkcjonalność	1
Brak możliwości realizacji funkcjonalności w Systemie	0

6.2. Wymagania w zakresie przepisów prawa

6.2.1 System w zakresie wdrażanych funkcjonalności musi zostać opracowany zgodnie z aktami prawnymi przedstawionymi w Tabela 5. Przepisy prawa, z którymi musi być zgodny System, w aktualnie obowiązujących wersjach lub aktami je zastępującymi.

6.2.2 Wykonawca zobowiązuje się zapewnić zgodność dostarczonych funkcjonal- ności Systemu z przepisami prawa obowiązującymi w dniu Startu Produkcyj- nego.

Tabela 5. Przepisy prawa, z którymi musi być zgodny System

Lp.	Przepisy prawa, z którymi musi być zgodny System
1.	Ustawa z dnia 29 września 1994 r. o rachunkowości (x.x. Xx. U. z 2021 r. poz. 217 z późn. zm.)
2.	Ustawa z dnia 29 sierpnia 1997 r. Ordynacja podatkowa (x.x. Xx. U. z 2020 r. poz. 1325 z późn. zm.)
3.	Ustawa z dnia 10 maja 2018 r. o ochronie danych osobowych (Dz. U. z 2019 r. poz. 1781)
4.	Rozporządzenie 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 oso- bowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych) (Dz.U.UE L 119/1 z dnia 4 maja 2016 r.)
5.	Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (t.j. Dz. U. z 2020 r. poz. 2176)
6.	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (t.j. Dz. U. z 2020 r. poz. 1320 z późn. zm.)
7.	Ustawa z dnia 27 sierpnia 1997 r. o rehabilitacji zawodowej i społecznej oraz zatrud- nianiu osób niepełnosprawnych z dnia 27 sierpnia 1997 r. (x.x. Xx. U. z 2021 r. poz. 573)
8.	Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (t.j. Dz. U. z 2021 r. poz. 423 z późn. zm.)
9.	Ustawa z dnia 21 kwietnia 2017 r. o zmianie ustawy o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa oraz ustawy o zmianie ustawy o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa oraz niektórych innych ustaw (Dz. U. z 2017 r. poz. 992).

Lp.	Przepisy prawa, z którymi musi być zgodny System
10.	Rozporządzenie Ministra Pracy i Polityki Socjalnej z 29 maja 1996 r. w sprawie spo- sobu ustalania wynagrodzenia w okresie niewykonywania pracy oraz wynagrodzenia stanowiącego podstawę obliczania odszkodowań, odpraw, dodatków wyrównawczych do wynagrodzenia oraz innych należności przewidzianych w Kodeksie pracy (t.j. Dz. U. z 2017 r. poz. 927)
11.	Ustawa z dnia 4 marca 1994 r. o zakładowym funduszu świadczeń socjalnych (t.j. Dz. U. z 2021 r. poz. 746)
12.	Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t.j. Dz. U. z 2021 r. poz. 11281z późn. zm.)
13.	Ustawa z dnia 11 marca 2004 r. o podatku od towarów i usług (t.j. Dz. U. z. 2021 r. poz. 685 z późn. zm.)
14.	Rozporządzenie Ministra Finansów z dnia 15 stycznia 2014 r. w sprawie szczegóło- wego sposobu wykonywania budżetu państwa (x.x. Xx. U. z 2021 r. poz. 259)
15.	Rozporządzenie Ministra Rozwoju i Finansów z dnia 9 stycznia 2018 r. w sprawie sprawozdawczości budżetowej (x.x. Xx. U. z 2020 r. poz. 1564 )
16.	Rozporządzenie Ministra Finansów z dnia 28 grudnia 2011 r. w sprawie sprawozdaw- czości budżetowej w układzie zadaniowym (x.x. Xx. U. 2020 r. poz. 704 z późn. zm.)
17.	Rozporządzenie Rady Ministrów z dnia 3 października 2016 r. w sprawie Klasyfikacji Środków Trwałych (KŚT) (Dz. U. z 2016 r. poz. 1864)
18.	Ustawa z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (t.j. Dz. U. z 2020 r. 1406 z późn. zm.)
20.	Ustawa z dnie 23.04.1964 r. – Kodeks cywilny (x.x. Xx.U. z 2020 poz. 1740)
22.	Rozporządzenie Ministra Finansów z dnia 22 sierpnia 2005 r. w sprawie naliczania odsetek za zwłokę oraz opłaty prolongacyjnej, a także zakresu informacji, które mu- szą być zawarte w rachunkach (x.x. Xx. U. z 2021 r. poz. 703)
24.	Rozporządzenie Ministra Finansów , Funduszy i Polityki Regionalnej z dnia 12 stycz- nia 2021 r. w sprawie wzorów tytułów wykonawczych stosowanych w egzekucji admi- nistracyjnej (Dz. U. z 2021 r. poz. 176 z późn. zm..
25.	Ustawa z dnia 17 czerwca 1966 r. o postępowaniu egzekucyjnym w administracji (t.j. Dz. U. z 2020 poz. 1427 z późn. zm.)
26.	Ustawa z dnia 28 lutego 2003 r. Prawo upadłościowe (t.j. Dz. U. z 2020 r. poz. 1228)
27.	Ustawa z dnia 15 września 2000 r. Kodeks spółek handlowych (t.j. Dz. U. z 2020 r. poz. 1526)
28.	Rozporządzenie Ministra Finansów, Funduszy i Polityki Regionalnej z dnia 5 stycznia 2021 r. w sprawie wysokości kosztów upomnienia skierowanego przez wierzyciela do zobowiązanego przed wszczęciem egzekucji administracyjnej (Dz. U. z 2021 r. poz. 67.)
29.	Rozporządzenie Ministra Finansów z dnia 30 października 2014 r. w sprawie okre- ślenia należności pieniężnych, których egzekucja może być wszczęta bez uprzed- niego doręczenia upomnienia (Dz. U. z 2017 r. poz. 131)
30.	Rozporządzenie Ministra Sprawiedliwości z dnia 2 października 2020 r. w sprawie wzoru pisemnego zgłoszenia wierzytelności oraz zakresu danych objętych zgłosze- niem wierzytelności za pośrednictwem Centralnego Rejestru Restrukturyzacji i Upa- dłości (Dz. U z 2020 r. poz. 1744)
31.	Ustawa z dnia 23 listopada 2012 r. Prawo pocztowe (x.x. Xx. U. z 2020 r. poz. 1041 z późn. zm.)
32.	Ustawa z dnia 15 maja 2015 r. Prawo restrukturyzacyjne (t.j. Dz. U. z 2021 poz. 1588 z późn. zm.)
33.	Obwieszczenie Ministra Sprawiedliwości z dnia 14 lipca 2020 r. w sprawie wysokości odsetek ustawowych (M.P. z 2020 r. poz. 626)
34.	Obwieszczenie Ministra Sprawiedliwości z dnia 14 lipca 2020 r. w sprawie wysokości odsetek ustawowych za opóźnienie (M.P. z 2020 r. poz. 627)
35.	Obwieszczenie Ministra Rozwoju, Pracy i Technologii z dnia 28 grudnia 2020 r. w sprawie wysokości odsetek ustawowych za opóźnienie w transakcjach handlowych (M.P. z 2020 poz. 1212)
36.	Obwieszczenie Ministra Finansów z dnia 4 stycznia 2016 r. w sprawie stawki odsetek za zwłokę od zaległości podatkowych, obniżonej stawki odsetek za zwłokę od zaległo- ści podatkowych oraz podwyższonej stawki odsetek za zwłokę od zaległości podatko- wych (M.P. z 2016 r. poz. 20)
39.	Ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (x.x. Xx. U. z 2021 r. poz. 305, z późn. zm.)
40.	Rozporządzenie Ministra Finansów, Funduszy i Polityki Regionalnej z dnia 17 grudnia 2020 r. w sprawie sprawozdań jednostek sektora finansów publicznych w zakresie operacji finansowych (Dz. U. z 2020 r. poz. 2396)
41	Ustawa z dnia 4 października 2018 r. o pracowniczych planach kapitałowych (Dz. U. z 2020 r. poz. 1342 z późn. zm.)

Lp.	Przepisy prawa, z którymi musi być zgodny System
42.	Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów telein- formatycznych (t.j. Dz.U. z 2017 r. poz. 2247)
43.	Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (t.j. Dz. U. z 2020 r. poz. 344)
51.	Ustawa z dnia 29 czerwca 1995 r. o statystyce publicznej (Dz. U. z 2021 r. poz. 955 z późn. zm.)
52.	Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego (t.j. Dz.U. z 2021 r. poz. 735 z późn. zm.)
53.	Ustawa z dnia 21 listopada 1996 r.o muzeach (x.x. Xx. U. z 2020 r. poz. 902)
54.	Ustawa z dnia 25 października 1991 r.o organizowaniu i prowadzeniu działalności kulturalnej (t.j. Dz.U. z 2020 r. poz.194.)
55.	Ustawa z dnia 3 marca 2000 r.o wynagradzaniu osób kierujących niektórymi podmio- tami prawnymi t.j. (Dz. U. 2019 poz. 2136 z późn. zm.)
56.	Rozporządzenie Ministra Kultury i Dziedzictwa Narodowego z dnia 22 października 2015 r. w sprawie wynagradzania pracowników instytucji kultury (t.j. Dz. U. 2015 r. poz. 1798).

6.2.3 System powinien być zgodny z Rozporządzeniem o ochronie danych osobo- wych – RODO w zakresie wymagań określonych w Tabela 6. Wymagania w zakresie zgodności z Rozporządzeniem RODO.

Tabela 6. Wymagania w zakresie zgodności z Rozporządzeniem RODO

Numer	Opis wymagania
RODO.01	System musi identyfikować, które dane rejestrowane w Systemie są danymi oso- bowymi.
RODO.02	System musi umożliwić wyszukanie wszystkich danych osobowych w całym Syste- mie dla konkretnej osoby.
	Dla każdej osoby, której dane osobowe są przetwarzane w systemie informatycz- nym, System ten zapewnia odnotowanie:
RODO.03	daty pierwszego wprowadzenia lub wprowadzonej modyfikacji danych do Sys- temu;
RODO.04	identyfikatora Użytkownika wprowadzającego lub modyfikującego zmiany w danych osobowych do Systemu,
RODO.05	źródła pochodzenia danych osobowych,
	cel przetwarzania.
RODO.06	Dla konkretnej osoby System musi generować plik zawierający kopię danych oso- bowych podlegających przetwarzaniu. Minimalny format PDF.
RODO.07	Definiowanie okresu przetwarzania danych osobowych w zależności od celu i pod- stawy prawnej przetwarzania.
RODO.08	Dla konkretnej osoby System powinien umożliwiać przenoszenie danych osobo- wych poprzez wygenerowanie pliku nadającego się do odczytu maszynowego za- wierającego dane osobowe jej dotyczące, które dostarczyła Administratorowi IT. Minimalny format XML.
RODO.09	System dla danej osoby musi dawać możliwość usunięcia danych przechowywa- nych w bazie Systemu wraz z zarejestrowaniem tego faktu (data usunięcia, przez kogo, zakres usuniętych danych, uzasadnienie usunięcia).
RODO.10	System musi zapewniać dostęp do danych osobowych wyłącznie upoważnionym Użytkownikom na podstawie nadanych uprawnień.
RODO.11	Dane osobowe powinny być przechowywane w Systemie w formie zaszyfrowanej.
RODO.12	System musi posiadać możliwość pseudonimizacji danych osobowych.
RODO.13	System musi posiadać możliwość anonimizacji danych osobowych.

6.3. Wymagania w zakresie licencji

6.3.1 W ramach wynagrodzenie Wykonawca zobowiązany jest do dostarczenia wszelkich licencji na Oprogramowanie niezbędne do zapewnienia

prawidłowego funkcjonowania Systemu w tym w szczególności oprogramo- wania aplikacyjnego, bazodanowego i narzędziowego.

6.3.2 Licencje muszą być dostarczone wraz z zapewnieniem wsparcia producenta (dostępu do aktualizacji) w całym okresie obowiązywania Umowy.

6.3.3 Licencje zostaną udzielone na czas nieokreślony i będą licencjami niewyłącz-

nymi oraz nieograniczone terytorialnie.

6.3.4 Licencja zostają udzielone z dniem podpisania Protokołu Odbioru Licencji.

6.3.5 Na Oprogramowanie Dedykowane Wykonawca przeniesie autorskie prawa majątkowe na Zamawiającego na warunkach i zasadach określonych w Umowie.

6.4. Wymagania w zakresie integracji

6.4.1 System musi współpracować w zakresie wymiany danych z innymi syste- mami używanymi przez Zamawiającego. W szczególności wymagana jest wymiana danych z systemami wyspecyfikowanymi w Tabeli 7.

Tabela 7. Zakres integracji z systemami zewnętrznymi

System	Zakres informacyjny
Systemy bankowości elek- tronicznej	W zakresie wyciągów bankowych oraz przelewów. Zamawiający oczekuje integracji, na poziomie importu i eksportu wyciągów bankowych i przelewów, z bankiem BGK S.A.
Strona internetowa NBP	W zakresie tabel kursów walut.
Strona internetowa GUS	W zakresie weryfikacji danych kontrahentów.
Ministerstwo Finansów	Sprawdzanie statusu podatnika VAT, Jednolity wykaz kontra- hentów Publikowanie umów w Rejestrze umów (zgodnie z art. 34a Ustawy o finansach publicznych).
JPK	Interfejs JPK umożliwiający automatyczną wysyłkę plików JPK i weryfikację kontrahentów na podstawie białej listy podatni- ków VAT.
Platforma Elektronicznego Fakturowania (PEF)	W zakresie udostępnianego przez platformę API, co najmniej w zakresie odbioru dokumentów zakupu i przesyłania dokumen- tów sprzedaży w ustrukturyzowanym formacie elektronicznym.
Płatnik	W zakresie danych kadrowo-płacowych pracowników.
e-PFRON2	W zakresie tworzenia i składania dokumentów ubezpieczenio- wych.
eDeklaracje	W zakresie składania deklaracji PIT, CIT, VAT, inne.
ePUAP	W zakresie odbierania i wysyłania dokumentów z/do Systemu EOD.
Urząd Zamówień Publicz- nych	Integracja z platformą e-Zamówienia w zakresie co najmniej publikowania informacji o ogłoszonych postępowaniach, zmia- nach w ogłoszonych postępowaniach, złożonych ofertach , wy- nikach postępowań i zawarciu umowy.

6.4.2 Szczegółowa specyfikacja integracji zostanie opracowana przez Wyko-

nawcę w ramach Etapu II Koncepcja Biznesowa, w Planie integracji.

6.4.3 Wykonawca zbuduje i wdroży interfejsy wymiany danych pomiędzy Syste- mem, a systemami wewnętrznymi Państwowego Muzeum Auschwitz-Bir- kenau, wyspecyfikowanymi w Tabeli 8.

Tabela 8. Zakres integracji z systemami wewnętrznymi

System	Zakres integracji
Active Directory	W zakresie usługi katalogowych, autoryzacji użytkowników.
IKSORIS (system firmy SoftCOM wy- korzystywany do sprzedaży kart wstępu i rezerwacji zwiedzania muzeum, rów- nież poprzez stronę interne- tową)	W zakresie pobierania raportów z systemu IKORIS nt. sprze- daży kart wstępu, obrotów, itp.;
mikroSubiekt (system firmy Insert wyko- rzystywany do sprzedaży w dwóch księgarniach prowa- dzonych obecnie przez Mu- zeum)	W zakresie wymiany informacji nt. obrotów oraz ilości sprzeda- nych towarów wraz z automatyczną aktualizacją stanów maga- zynowych w systemie ERP. Zamawiający dopuszcza, że Wykonawca zamiast integracji, do- starczy swój system umożliwiający realizacją sprzedaży deta- licznej, którego obsługa będzie nie gorsza niż obecnie – tzn. proces od momentu zeskanowania kodu towaru do momentu wydrukowania paragonu będzie równie szybki i nie będzie wy- magał większej ilości kliknięć.

6.4.4 Dodatkowo System musi spełniać następujące wymagania w zakresie in- tegracji:

a. System musi być otwarty na współpracę z systemami firm trzecich i umożliwiać elastyczną wymianę danych z systemami zewnętrznymi (integracja on-line, wsadowa) w dowolnym obszarze;

b. System powinien wykorzystać technologię webservices do integracji z innymi systemami.

c. System musi umożliwiać integrację z platformami sklepów interneto-

wych.

6.5. Wymagania w zakresie Migracji Danych

6.5.1 Wykonawca zaplanuje, zorganizuje i przeprowadzi Migrację Danych z sys- temu obecnie eksploatowanych przez Zamawiającego:

• system REKORD firmy SI REKORD

rozwiązanie wspiera obsługę obszarów finanse-księgowość, kadry-płace, go- spodarka materiałowa (magazyn), środki trwałe, sprzedaż (fakturowanie), zarządzanie budżetem.

6.5.2 Migracja zostanie zrealizowana w zakresie niezbędnym do zachowania cią- głości realizacji procesów biznesowych i realizacji obowiązków sprawozdaw- czych wynikających z przepisów prawa.

6.5.3 Z uwzględnieniem punktu 6.5.2, Wykonawca dokona Migracji, co najmniej

następujących grup danych:

a. xxxx xxxxxxx (obecne oraz historyczne);

b. dane płacowe służące do obliczenia świadczeń wyliczanych na podsta- wie poprzednich okresów oraz danych niezbędnych do wystawienia za- świadczenia o zatrudnieniu i wynagrodzeniu – ZUS ERP-7;

c. kartoteka kontrahentów (dostawców i odbiorców);

d. nierozliczone lub częściowo nierozliczone rozrachunki z kontrahentami;

e. ewidencja nakładów inwestycyjnych podlegających 5 i 10 letniej korek-

cie VAT;

f. bilans otwarcia, wraz z Planem kont i saldami na kontach;

g. plan finansowy;

h. operacje bankowe;

i. kartoteka środków trwałych, niskocennych oraz wartości niematerial- nych i prawnych, wraz z wartością początkową i dotychczasowymi umo- rzeniami;

j. baza umów – zarejestrowane umowy;

k. zakupy – w zakresie otwartych zamówień, kontraktów;

l. zamówienia, które obecnie stanowią podstawę identyfikacji sprzedaży, kosztów, projektów, umów;

m. gospodarka magazynowa – w zakresie bilansu otwarcia stanów maga-

zynowych, indeksów materiałowych;

n. struktura organizacyjna: firmy, działy, stanowiska.

6.5.4 Szczegółowy wymagany zakres Migracji może ulec zmianie i zostanie osta- tecznie ustalony w ramach Etapu I Koncepcja Biznesowa, w Planie Migracji Danych.

6.5.5 Wykonawca przygotuje Plan Migracji Danych, który będzie zawierał uzgod- nienia dotyczące szczegółowego zakresu i sposobu przeniesienia danych oraz uzgodniony harmonogram Migracji.

6.5.6 Wymagane jest zorganizowanie minimum następujących Migracji Danych:

a. Migracji próbnej, która odbędzie się przed Testami Akceptacyjnymi

oraz Szkoleniem użytkowników i administratorów;

b. Migracji końcowej, na potrzeby Startu Produkcyjnego.

6.5.7 Zamawiający oczekuje, iż dane zostaną zmigrowane za pomocą przygoto- wanych przez Wykonawcę a wypełnionych przez Zamawiającego arkuszy migracyjnych. W wyjątkowych sytuacjach Zamawiający dopuszcza możli- wość ręcznego wprowadzania danych do Systemu przez Zamawiającego, tylko za zgodą Zamawiającego.

6.5.8 Wykonawca zobowiązany jest do przygotowania arkuszy migracyjnych w po- staci plików .csv zawierających strukturę migrowanych danych wraz z opi- sem umożliwiającym prawidłowe wypełnienie arkuszy. Arkusze migracyjne muszą zostać zaakceptowane przez Zamawiającego. Wymagane jest, aby Wykonawca dostarczył arkusze migracyjne Zamawiającemu minimum 8 ty- godni przez planowanym terminem Migracji próbnej wraz z zapewnieniem niezbędnego wsparcia techniczno-merytorycznego np. telefonicznej infolinii.

6.5.9 Zamawiający wypełni arkusze danymi a Wykonawca, jako odpowiedzialny za cały proces migracji, sprawdzi przed importem zgodność i integralność przygotowanych przez Zamawiającego danych.

6.5.10 Wykonawca jest zobowiązany poprawić wszystkie błędy wynikające ze źle

przeprowadzonej Migracji Danych.

6.6. Wymagania w zakresie Testów Akcepta- cyjnych

6.6.1 W ramach Testów Akceptacyjnych Wykonawca przygotuje i uruchomi śro- dowisko testowe oraz testowo – szkoleniowe (na potrzeby Szkoleń po Te- stach Akceptacyjnych) na Infrastrukturze Zamawiającego umożliwiające te- stowanie Systemu bez naruszania integralności środowiska produkcyjnego.

6.6.2 Testy Akceptacyjne zostaną przeprowadzone zgodnie z zaakceptowanym

Planem Testów, przygotowanym w ramach Etapu I Koncepcja Biznesowa.

6.6.3 Plan Testów Akceptacyjnych obejmował będzie zasady i sposób przeprowa-

dzenia:

a. Testów funkcjonalnych;

b. Testów Migracji Danych;

c. Testów uprawnień użytkowników;

d. Testów integracyjnych;

e. Testów bezpieczeństwa;

f. Testów wydajnościowych w zakresie weryfikacji poziomów SLA.

6.6.4 Testy będą odbywać się w siedzibie Zamawiającego w Oświęcimiu.

6.6.5 Przed przekazaniem Systemu do Testów Akceptacyjnych, Wykonawca prze- prowadzi Testy na własnym środowisku testowym i każdorazowo przekaże Zamawiającemu protokół z Testów.

6.6.6 Testy funkcjonalne zostaną przeprowadzone według podziału na funkcje dla poszczególnych poziomów testowania: testowania poszczególnych funkcji, testowania integracyjnego (komponenty) i testowania systemowego (cały System) w celu weryfikacji poprawności funkcjonalności Systemu i ich zgod- ności z wymaganiami funkcjonalnymi i niefunkcjonalnymi.

6.6.7 Testy Migracji wykonywane będą w celu sprawdzenia poprawności przepro-

wadzenia zasilenia Systemu danymi.

6.6.8 Testy uprawnień wykonane będą w celu sprawdzenia uprawnień zdefinio- wanych dla wybranych grup Użytkowników Systemu.

6.6.9 Testy integracyjne wykonywane będą w celu wykrycia błędów w interfejsach i interakcjach pomiędzy Modułami (Komponentami) Systemu oraz z syste- mami zewnętrznymi i wewnętrznymi.

6.6.10 Testy bezpieczeństwa wykonywane będą w celu sprawdzenia poziomu bez- pieczeństwa Systemu. Wykonawca przedstawi rekomendacje dotyczące za- kresu i sposobu przygotowania i przeprowadzenia Testów.

6.6.11 Testy wydajnościowe wykonywane będą w celu weryfikacji spełniania przez System oczekiwanych parametrów wydajnościowych.

6.6.12 W przypadku, gdy do przeprowadzenia Testów niezbędne będzie wykorzy- stania dodatkowych narzędzi, Wykonawca musi dostarczyć narzędzia w celu przeprowadzania Testów przez Zamawiającego.

6.6.13 Przed rozpoczęciem przez Zamawiającego Testów Wykonawca musi przygo- tować i dostarczyć Zamawiającemu z odpowiednim wyprzedzeniem do za- twierdzenia Scenariusze testowe zgodnie z założeniami określonymi w Kon- cepcji Xxxxxxxxxx, na podstawie których Zamawiający przeprowadzi Testy.

6.6.14 Scenariusze Testów muszą być przygotowane przez konsultantów Wyko- nawcy w porozumieniu z kierownictwem Projektu oraz uzgodnione i zaak- ceptowane przez Liderów Obszarów Zamawiającego lub osoby przez nich wskazane.

6.6.15 Wykonawca przygotuje Scenariusze Testów wraz z przypadkami testowymi,

zawierające co najmniej:.

a. szczegółowe kroki postępowania potrzebne do sprawdzenia poprawno- ści działania Systemu w określonym zakresie, według wymagań funk- cjonalnych zawartych w OPZ;

b. przypisane wymagania funkcjonalne określone w OPZ, które są weryfi-

kowane przez dany Scenariusz Testów;

c. do każdego Scenariusza Testów Wykonawca w porozumieniu z Zama- wiającym zdefiniuje przypadki testowe. Przypadek testowy musi zawie- rać zbiór danych wejściowych, wstępne warunki wykonania, oczekiwane rezultaty i końcowe warunki wykonania opracowane w celu zweryfiko- wania zgodności z konkretnym wymaganiem;

d. przypadki testowe powinny być przygotowane w różnym stopniu złożo- ności, od najprostszego do coraz bardziej skomplikowanych. Wymagane jest, aby liczba przypadków mieściła się w granicach 1 – 7, w zależności od stopnia skomplikowania danego procesu.

e. Kierownictwo Projektu w porozumieniu z Liderem Obszaru merytorycz- nego ma możliwość zdefiniowania własnych przypadków testowych w celu rozszerzenia zakresu Testów,

6.6.16 Przed rozpoczęciem właściwych Testów Wykonawca musi przeprowadzić warsztaty szkoleniowe dla Zespołu testowego Zamawiającego dotyczących sposobu przeprowadzania Testów oraz obsługi systemu do zgłaszania błę- dów. Warsztaty Zespołu testowego będą miały na celu zapoznanie członków Zespołu odpowiedzialnego za Testy z procedurą przeprowadzenia Testów oraz zgłaszania i sprawdzania statusów obsługi błędów wykrytych podczas Testów.

6.6.17 Na co najmniej 5 Dni Roboczych przed rozpoczęciem przez Zamawiającego Testów Wykonawca musi dostarczyć Zamawiającemu Dokumentację dedy- kowaną na temat użytkowania Systemu, niezbędną do zapoznania się z Sys- temem przed rozpoczęciem Testów.

6.6.18 Przed rozpoczęciem Testów, Wykonawca ma obowiązek przygotować i prze- testować pod kątem poprawności i zgodności z projektem technicznym Sys- temu środowisko testowe.

6.6.19 Zamawiający przeprowadzi Testy Akceptacyjne w uzgodnieniu z Wykonawcą i przy jego współpracy zgodnie z Planem Testów.

6.6.20 Wykonawca zobowiązany jest do przeprowadzenia co najmniej dwóch itera- cji Testów.

6.6.21 Każda niezgodność pomiędzy oczekiwanym wynikiem testu, a wynikiem otrzymanym podczas wykonywania testu, stanowi podstawę do zgłoszenia Nieprawidłowości.

6.6.22 Nieprawidłowości wykryte podczas testów będą zgłaszane przez Użytkowni- ków Kluczowych w systemie do obsługi zgłoszeń udostępnionym przez Wy- konawcę na potrzeby realizacji testów.

6.6.23 Za Nieprawidłowość uznaje się:

a. niespełnienie któregoś z wymagań funkcjonalnych i niefunkcjonalnych zawartych w niniejszym dokumencie;

b. nieprawidłowe działanie funkcjonalności opisanej na Etapie I Koncepcja Biznesowa;

c. działanie Systemu niezgodnie z przedstawioną dokumentacją;

d. wystąpienie zdarzenia uniemożliwiającego poprawne wykonanie funkcji

Systemu.

6.6.24 Kategoryzacja Nieprawidłowości wykrytych podczas Testów będzie zgodna z przyjętym poziomem dla Nieprawidłowości Serwisu Utrzymaniowego oraz Asysty Powdrożeniowej tj. Awaria Krytyczna, Błąd, Usterka. Natomiast pa- rametry SLA na czas Testów Akceptacyjnych – zostaną ustalone i opisane w Planie Testów,

6.6.25 W przypadku wykrycia Nieprawidłowości Krytycznej Zamawiający ma prawo do wstrzymania Testów do czasu wprowadzenia przez Wykonawcę odpo- wiedniej poprawki do Systemu.

6.6.26 Po zakończeniu Testów Akceptacyjnych Wykonawca zobowiązany jest do przygotowania Raportu z Testów stanowiący listę wykrytych Nieprawidłowo- ści wraz z priorytetami oraz terminami ich usunięcia.

6.6.27 Wykonawca zobowiązany jest do usunięcia wszystkich Nieprawidłowości wy-

krytych w Systemie podczas Testów.

6.6.28 Wszystkie Awarie Krytyczne i Błędy wykryte podczas Testów muszą być roz- wiązane i usunięte przez Wykonawcę przed uruchomieniem produkcyjnym Systemu.

6.6.29 Zamawiający ma obowiązek wykonania Testów poprawności przekazanego rozwiązania wykrytej Nieprawidłowości, a w przypadku negatywnej weryfi- kacji ma prawo żądać ponownego rozwiązania zgłoszonej Nieprawidłowości.

6.6.30 Warunkiem podpisania przez Zamawiającego Protokołu Odbioru Testów bę- dzie zaakceptowany przez Kierownika Projektu Zamawiającego Raport Te- stów, potwierdzający zgodność Systemu z wymaganiami określonymi w OPZ i Koncepcji Biznesowej.

6.6.31 Zamawiający zastrzega sobie możliwość zlecenia podmiotom trzecim prze- prowadzenie wybranych Testów Systemu.

6.6.32 Warunkiem podpisania przez Zamawiającego Protokołu Odbioru Testów Systemu są poprawnie przeprowadzone Testy, zgodnie z powyższymi wy- maganiami, potwierdzające zgodność dostarczonego Systemu z wymaga- niami funkcjonalnymi i niefunkcjonalnymi.

6.7. Wymagania w zakresie Szkoleń

6.7.1 Wykonawca zaplanuje, zorganizuje i przeprowadzi odrębne Szkolenia doty- czące obsługi Systemu dla Użytkowników Kluczowych i Administratorów Sys- temu.

6.7.2 Szkolenia odbędą się po zatwierdzonych przez Zamawiającego Testach Ak- ceptacyjnych na przetestowanym Systemie.

6.7.3 Celem Szkoleń jest przekazanie uczestnikom wiedzy dotyczącej funkcjono- wania Systemu w stopniu pozwalającym na samodzielną pracę.

6.7.4 Wykonawca musi przeprowadzić Szkolenia w grupach szkoleniowych, liczą- cych maksymalnie 10 osób, które będą odpowiadały różnym obszarom te- matycznym Systemu i obejmujące swoim zakresem wszystkie Funkcjonalno- ści Systemu.

6.7.5 Wykonawca musi przeprowadzić Szkolenia dla łącznie 105 osób z obsługi i administracji wdrożonego Systemu. Dokładną liczbę osób Zamawiający przekaże Wykonawcy po podpisaniu Umowy.

6.7.6 Szkolenia zostaną przeprowadzony w wymiarze zgodnie z Tabela 9.

Tabela 1. Zestawienie przewidywanej liczby osób do Szkoleń

Rodzaj grupy	Liczba osób*
Administratorzy	5
Szkolenia dla Użytkowników kluczowych
Finanse i Księgowość	20
Środki Trwałe	4

Rodzaj grupy	Liczba osób*
Budżetowanie	4
Kadry	5
Płace	10
Sprzedaż (fakturowanie)	18
Xxxxxxxxxx xxxxxxxxxxx	0
Zakupy i zaopatrzenie	8
Portal pracowniczy	6
Elektroniczny Obieg Dokumentów	10
Rejestracja Czasu Pracy	7

(*) – liczba osób do przeszkolenia może ulec zmianie, przy czym jedna grupa szkoleniowa nie będzie liczyła więcej niż 10 osób.

6.7.7 Każdego dnia Szkolenia będą trwały od 3 do maksymalnie 7 pełnych godzin z jedną dłuższą oraz kilkoma krótszymi przerwami ustalonymi w Planie Szko- leń. Szkolenia mogą zostać podzielone na obszary.

6.7.8 Szkolenia będą rozpoczynały się nie wcześniej niż o godzinie 08:00 i kończyły

po upływie przeznaczonej na dane Szkolenie liczby godzin.

6.7.9 Wykonawca przeprowadzi Szkolenia dotyczące obsługi Systemu w siedzibie Zamawiającego w Oświęcimiu. Zamawiający dopuszcza możliwość Szkolenia online oraz hybrydowego za własną zgodą i w sytuacji, gdy taka forma bę- dzie pozwalała na przekazanie całej wiedzy dotyczącej praktycznej obsługi Systemu.

6.7.10 Wykonawca opracuje i przedstawi Zamawiającemu do akceptacji Plan Szko- leń, obejmujący harmonogram Szkoleń, godziny, w których odbywać będą się Szkolenia, liczbę osób oraz szczegółowe zakresy tematyczne Szkoleń.

6.7.11 Liczba godzin roboczych przeznaczonych na Szkolenia będzie zgodna z pro- pozycją zawartą w Planie Szkoleń.

6.7.12 Wykonawca musi dostarczyć Materiały Szkoleniowe uczestnikom poszcze- gólnych Szkoleń w formie elektronicznej na co najmniej 2 dni przed rozpo- częciem Szkolenia oraz w przypadku szkoleń stacjonarnych – niezbędne tre- ści w formie papierowej w dniu Szkolenia.

6.7.13 Wykonawca ma obowiązek zapewnić wykładowców posiadających odpo- wiednie kwalifikacje zawodowe i niezbędną wiedzę fachową w zakresie te- matyki Szkoleń.

6.7.14 Wykonawca zobowiązany jest, na czas Szkoleń, udostępnić odpowiedni sprzęt komputerowy wraz z oprogramowaniem niezbędnym do przeprowa- dzenia Szkoleń. Wykonawca zainstaluje udostępniony sprzęt w pomieszcze- niach i na infrastrukturze sieciowej Zamawiającego.

6.7.15 W przypadku niemożności przeprowadzenia Szkolenia, w którymkolwiek z terminów wskazanych w zaakceptowanym przez Zamawiającego harmo- nogramie Szkoleń, Wykonawca zobowiązuje się niezwłocznie poinformować o powyższym Zamawiającego. W takiej sytuacji Xxxxxxxxxxx ma prawo wskazać termin, w którym ma być przeprowadzone dane Szkolenie. Termin wskazany przez Xxxxxxxxxxxxx jest wiążący dla Wykonawcy.

6.7.16 Niezależnie od Szkoleń, w ramach Koncepcji Biznesowej, Wykonawca zobo- wiązany jest do przeprowadzenia warsztatów z działania Systemu dla Użyt- kowników Kluczowych z wykorzystaniem Oprogramowania Standardowego dla każdego obszaru objętego wdrożeniem.

6.7.17 Wykonawca rozpocznie Szkolenia po akceptacji przez Zamawiającego Planu Szkoleń i Materiałów Szkoleniowych.

6.7.18 Szkolenia Użytkowników odbywać się będą przy stanowiskach komputero- wych, na dokumentach dostarczonych przez Zamawiającego w formie prak- tycznych warsztatów.

6.7.19 Szkolenia zostaną podzielone na grupy tematyczne obejmujące swoim za-

kresem wszystkie funkcjonalności Systemu.

6.7.20 Po każdym zakończonym Szkoleniu grupy tematycznej Wykonawca przepro- wadzi ankietę ewaluacyjną i przekaże wyniki Zamawiającemu w ciągu 2 dni roboczych.

6.7.21 W ciągu 3 dni roboczych od zakończenia dnia Szkolenia Wykonawca prze- każe Zamawiającemu listę obecności osób uczestniczących w każdym Szko- leniu tego dnia.

6.7.22 Po zakończeniu Szkolenia każdej grupy Wykonawca zobowiązany będzie do złożenia Protokołu Odbioru Szkolenia. Załącznikiem do protokołu będzie imienna lista obecności (uczestnicy Szkolenia potwierdzają udział w każdym dniu Szkolenia swoim podpisem lub inny sposób w przypadku Szkoleń online).

6.8. Wymagania w zakresie Produktów

6.8.1 W ramach realizacji Projektu Wykonawca zobowiązany będzie do dostarcze- nia Produktów, których wykonanie potwierdzony Protokołem Odbioru Etapu, będzie stanowił podstawę do zakończenia prac realizowanych w danych Eta- pach.

6.8.1 Terminy dostarczenia Produktów powstałych w ramach realizacji poszcze- gólnych Etapów Projektu, zostaną umieszczone w Harmonogramie

szczegółowym Projektu. Harmonogram szczegółowy zostanie opracowany i dostarczony przez Wykonawcę w ramach realizacji Etapu I.

6.8.2 Wszystkie Produkty wytworzone w ramach realizacji przedmiotu zamówienia powinny charakteryzować się wysoką jakością wykonania, na którą będą miały wpływ w szczególności następujące czynniki:

a. czytelna i zrozumiała struktura poszczególnych Produktów oraz całej Do- kumentacji z wyodrębnieniem rozdziałów, podrozdziałów i sekcji wraz ze spisem treści;

b. stosowanie standardów, rozumianych jako zachowanie jednolitej i spój- nej struktury informacji, formy i sposobu prezentacji treści poszczegól- nych produktów, ich fragmentów oraz całej Dokumentacji;

c. kompletność Produktu, rozumiana jako pełne, bez wyraźnych, ewident- nych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia – oznacza to jedno- znaczne i wyczerpujące przedstawienie wszystkich zagadnień w odnie- sieniu do Systemu;

d. spójność i niesprzeczność Produktu, rozumianych jako zapewnienie wza- jemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczo- nymi w Produkcie, jak i brak logicznych sprzeczności pomiędzy informa- cjami zawartymi we wszystkich przekazanych Produktach oraz we frag- mentach tego samego Produktu.

6.8.3 Dokumentacja musi być sporządzona w języku polskim, wyjątkiem jest Do- kumentacja dla administratora w zakresie Oprogramowania, wchodząca w skład Dokumentacji użytkowej, która może być w języku angielskim w przypadku braku odpowiednika w języku polskim.

6.8.4 W przypadku dokonania zmian w Systemie Dokumentacja użytkowa i po- wdrożeniowa zostanie zaktualizowana przez Wykonawcę w zakresie opisu dokonanych zmian.

6.8.5 Wykaz wszystkich wymaganych przez Zamawiającego Produktów, które po- winny powstać w ramach realizacji przedmiotu zamówienia wraz z ich opi- sem, formą dostarczenia oraz określeniem rodzaju, jednostki odpowiedzial- nej za ich przygotowanie i jednostki wspierającej ich opracowanie, przedsta- wiono w Tabeli 10.

6.8.6 Zamawiający zobowiązany jest do współdziałania z Wykonawcą przy reali- zacji prac poprzez udzielanie informacji lub wyjaśnień, przekazywanie lub udostępnianie niezbędnych dokumentów, zapewnienie właściwej i

terminowej współpracy pracowników Zamawiającego, udział w spotkaniach

projektowych.

Tabela 10. Wykaz wymaganych przez Zamawiającego Produktów, które powinny powstać w ramach realizacji Projektu

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
1.	Spotkanie kick-off	Warsztat	Spotkanie inicjujące Projekt mające na celu zapoznanie Zespo- łów Projektowych o zakresie i zasadach realizacji Projektu.	Zorganizowanie spo- tkanie	Wykonawca	Zamawiający
2.	Dokument Inicjujący Projekt	Dokument	Dokument powinien zawierać informacje niezbędne do zarzą- dzania strategicznego i kierowania Projektem, określać ogólne cele i potrzeby biznesowe Zamawiającego oraz składać się co najmniej z następujących elementów: 1. Cele biznesowe Projektu, 2. Zakres funkcjonalny i organizacyjny Projektu, 3. Struktura Organizacyjna Projektu łącznie z określe- niem ról pełnionych przez określone osoby w Projekcie jak i przypisaniem odpowiedzialności, 4. Analiza i sposób zarządzania ryzykiem Projektu, 5. Procedury projektowe dotyczące między innymi spo- sobu komunikowania się w ramach Projektu, sposobu prowadzenia dokumentacji Projektu, sposobu dokony- wania zmian, sposób zapewnienia odpowiedniej jako- ści realizowanych Projektów. 6. Opracowanie standardów projektowych w zakresie do- kumentacji projektu, współpracy w ramach Komitetu Sterującego oraz w ramach zespołów wdrożeniowych, raportów z przebiegu Projektu i spotkań analitycznych. 7. Załącznikiem do Dokumentu powinien być wzór ra- portu okresowego z realizacji Projektu.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
3.	Harmonogram Szcze- gółowy	Dokument	Harmonogram przedstawiający szczegółowy zakres realizacji prac dla Projektu uzgodniony z Zamawiającym. Harmonogram szczegółowy musi być aktualizowany przez Wykonawcę przed rozpoczęciem każdej z Etapów realizacji Projektu. Dodatkowo w	MS Project i/lub MS Excel	Wykonawca	Zamawiający

Opis Przedmiotu Zamówienia strona 32

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			harmonogramie szczegółowym musi zostać ujęty plan szkoleń zespołu wdrożeniowego
4.	Prezentacja (Warsz- taty) dla Użytkowni- ków kluczowych ze standardowej funk- cjonalności Systemu	Szkolenie/ Warsztat	Zorganizowanie warsztatów w siedzibie Zamawiającego. Celem warsztatów będzie omówienie oraz zaprezentowanie działania Systemu dla kluczowych użytkowników biorących udział w Kon- cepcji Biznesowej w poszczególnych obszarach merytorycznych objętych wdrożeniem.	Zorganizowanie spo- tkań, po których po- wstaną notatki z warsztatów oraz pod- pisane listy obecno- ści	Wykonawca	Zamawiający
5.	Rekomendacja roz- budowy infrastruk- tury technicznej	Dokument	Wykonawca po analizie posiadanej infrastruktury technicznej przedstawi rekomendacje jej rozbudowy na potrzeby wdrożenia i eksploatacji nowego systemu ERP.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
6.	Koncepcja Bizne- sowa	Dokument	Dokument powinien zostać oparty o szczegółową analizę proce- sów biznesowych we wdrażanych obszarach oraz istniejące kon- cepcje i materiały, które przekaże Zamawiający. Koncepcja Biznesowa powinna zawierać następujące elementy: 1. Analizę dla poszczególnych obszarów objętych wdroże- niem zawierających co najmniej: a. Odwzorowanie map oraz opisu realizacji procesów Zamawiającego (mapowanie procesów i kroków na funkcje Systemu) w Systemie z zapewnieniem spój- ności pomiędzy poszczególnymi obszarami meryto- rycznymi (opis działania systemu po zmianach, zało- żenia konfiguracyjne); b. Mapowanie wymagań funkcjonalnych na funkcje Systemu wraz ze wskazaniem stron Analizy, w której opisano daną funkcjonalność oraz podziałem funk- cjonalności do realizacji w poszczególnych Etapach Wdrożenia; c. Odwzorowanie struktury organizacyjnej Zamawiają- cego w Systemie; d. Szczegółowy opis danych podstawowych i transakcyj- nych;	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający

Lp.

Nazwa Produktu

Rodzaj

Opis Produktu

Forma dostarczenia

Odpowiedzialny

Wspierający

e. Formularze, zestawienia, raporty (cel i opis działania, odbiorca biznesowy, częstotliwość uruchamiania, pa- rametry selekcji, układ graficzny) wraz z kompletnymi założeniami technicznymi niezbędnymi do jej realiza- cji;

f. Rozszerzenia i modyfikacje (cel i opis działania, roz- wiązanie alternatywne, skutki rozszerzenia dla pozo- stałych modułów Systemu, założenia techniczne nie- zbędne do jej realizacji);

2. Koncepcję administracji Systemu, zasady administrowa- nia środowiskiem systemowym, zasady ochrony danych osobowych w Systemie;

3. Koncepcję realizacji integracji Systemu z innymi syste- mami wykorzystywanymi przez Zamawiającego (w tym w szczególności: zakres i przepływ danych, sposób i forma

przekazywania danych, częstotliwość i sposób uruchamia- nia, monitorowanie poprawności działania narzędzia inte- gracyjnego, postępowanie w przypadku błędów, postępo- wanie awaryjne);

4. Koncepcję uprawnień (zawierająca wykaz ról z opisem i relacjami pomiędzy nimi);

5. Projekt techniczny zawierający co najmniej:

a. opis architektury technicznej – środowisko syste- mowe, wymagania odnośnie infrastruktury siecio- wej, oprogramowania, bezpieczeństwo systemów;

b. opis konfiguracji i parametryzacji Systemu;

c. opis struktur bazy danych (opis tablic i pól oraz

wzajemne powiązania);

d. opis rozszerzeń, modyfikacji, dostosowań do po- trzeb Zamawiającego;

e. opis programowych zasad bezpieczeństwa i

ochrony danych.

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
7.	Plan Migracji Danych	Dokument	Plan zawierający specyfikację zbiorów danych podlegających Mi- gracji, model docelowej struktury danych, metodykę i narzędzia, które zostaną wykorzystane w zakresie Migracji Danych.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
8.	Plan integracji	Dokument	Pan integracji musi zawierać co najmniej: 1. opis architektury rozwiązania, w tym sposób integracji kom- ponentów systemu; 2. opis interfejsów międzymodułowych – w przypadku wyko- rzystania webserwisów Wykonawca powinien podać przy- kłady wywołań komunikatów oraz formatowania tych komu- nikatów; 3. opis sposobu i zasad integracji z systemami zewnętrznymi;
9.	Plan Testów Akcepta- cyjnych	Dokument	Plan Testów powinien zawierać co najmniej: 1. zdefiniowany zakres i cele przeprowadzenia Testów Akcep- tacyjnych; 2. zdefiniowane fazy i cykle testów; 3. harmonogram prowadzenia Testów Akceptacyjnych; 4. wykaz czynności niezbędnych do wykonania wraz z podzia- łem odpowiedzialności pomiędzy Wykonawcę i Zamawiają- cego; 5. ustalone kryteria akceptacji Testów; 6. opis klasyfikacji wykrytych Nieprawidłowości; 7. opis zasad naprawy wykrytych Nieprawidłowości; 8. opis zasad sporządzenia raportu z przeprowadzonych Te- stów Akceptacyjnych.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
10.	Plan Szkoleń użyt- kowników kluczo- wych i administrato- rów	Dokument	Plan Szkoleń powinien zawierać co najmniej: 1. wykaz planowanych Szkoleń wraz z opisem ich zagadnień i zakresu; 2. wykaz pracowników po stronie Zamawiającego, którzy będą uczestniczyć Szkoleniu wraz z przypisaniem osób do ob- szaru szkoleniowego; 3. harmonogram Szkoleń; 4. agendę poszczególnych Szkoleń;	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			5. wymagania niezbędne do prawidłowego przeprowadzenia Szkolenia, które określone zostaną przez Wykonawcę i które powinien spełnić Zamawiający.
11.	Licencje i Sprzęt	Inne	Dostarczenie wymaganych licencji zgodnie z załącznikiem For- mularz cenowy spełniające wymagania określone w SIWZ. Instalacja dostarczonych aplikacji na infrastrukturze sprzętowej posiadanej przez Zamawiającego. Dostarczenie rejestratorów czasu pracy zgodnie z ilością i wymaganiami Zamawiającego.	Dostawa nośników danych zawierają- cych licencje oraz do- kumentów potwier- dzających udzielenie licencji. Dostawa sprzętu.	Wykonawca	Zamawiający
12.	Arkusze migracyjne	Pliki	Wykonawca przygotuje arkusze w postaci pliku Excela zawiera- jące nagłówki oraz opisy danych do dostarczenia.	Pliki xls lub xlsx, csv	Wykonawca	Zamawiający
13.	Scenariusze testowe	Dokument	Scenariusze testowe dotyczące Systemu powinny uwzględniać w szczególności: • opis przypadków testowych, • opis kroków testowych, • opis kryteriów poprawności danego przypadku testo- wego. Scenariusze testowe mają być wykorzystane przez zespół Zama- wiającego do sprawdzenia poprawności działania Systemu oraz jego zgodności z wymaganiami, dlatego powinny obejmować wszystkie jego funkcjonalności oraz powinny być opracowane w sposób jasny i zrozumiały, również dla użytkownika nieznającego wcześniej Systemu.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
14.	Przeszkolony Zespół Testowy	Inne	Przeprowadzone przez Wykonawcę i potwierdzone listą obecno- ści warsztaty szkoleniowe dla Zespołu Projektowego Zamawiają- cego odpowiedzialnego za przeprowadzenie Testów. Warsztaty szkoleniowe będą miały na celu zapoznanie członków Zespołu Projektowego ze strony Zamawiającego z procedurami organiza- cyjnymi dotyczącymi przeprowadzenia testów i zgłaszania błę- dów.	Warsztat	Wykonawca	Zamawiający
15.	System sparametry- zowany i gotowy do	Inne	Sparametryzowany i gotowy do Testów Akceptacyjnych System powinien zostać oddany po wykonaniu następujących czynności:	Pliki z Systemem	Wykonawca	Zamawiający

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
	Testów Akceptacyj-		• wykonanie wszelkich niezbędnych czynności mających
	nych		na celu instalację, uruchomienie i zapewnienie prawi-
			dłowego działania poszczególnych funkcji Systemu;
			• wprowadzenie wszystkich danych podstawowych zwią-
			zanych z działaniem Systemu;
			• wykonanie wszelkich niezbędnych czynności mających
			na celu instalację, uruchomienie i zapewnienie prawi-
			dłowego działania Systemu;
			• wykonanie konfiguracji i prac opisanych w koncepcji
			biznesowej;
			• opracowanie modelu uprawnień;
			• opracowanie narzędzi i mechanizmów służących Mi-
			gracji Danych;
			• przeprowadzenie próbnej Migracji Danych na potrzeby
			Testów Akceptacyjnych;
			ręczne wprowadzenie danych, które nie będą podle-
			gały Migracji, na potrzeby Testów Akceptacyjnych;
			• utworzenie kont użytkowników wraz z przeprowadze-
			niem niezbędnej ich konfiguracji oraz zaimplemento-
			waniem systemu uprawnień. Zamawiający przypisze
			użytkowników do poszczególnych ról a Wykonawca za-
			implementuje to przypisanie w Systemie.
16.	Migracja próbna	Inne	Przeprowadzenie Migracji próbnej zgodnie z zasadami ustalo-	-	Wykonawca	Zamawiający
			nymi w Planie migracji.
17.	Raport z Testów Ak-	Dokument	Raport z Testów Akceptacyjnych powinien zawierać co najmniej:	Wymagane jest do-	Wykonawca	Zamawiający
	ceptacyjnych po		• miejsce prowadzenia Testów;	starczenie doku-
	pierwszej iteracji Te-		• wykaz osób przeprowadzających Testy;	mentu w wersji elek-
	stów		• terminy przeprowadzenia Testów;	tronicznej w formie
• opis przebiegu Testów wraz z listą przetestowanych plików edytowalnych scenariuszy i przypadków testowych oraz wyniki ich przeprowadzenia; • wykaz zgłoszonych Nieprawidłowości; • wnioski końcowe.

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			Załącznik do raportu powinien zawierać wypełnione przez Zespół Zamawiającego Scenariusze testowe, podpisane przez uczestni- ków Testów. Każdy scenariusz testowy powinien zawierać wynik testu oraz wykaz zarejestrowanych błędów. Celem raportu z Te- stów Akceptacyjnych jest dostarczenie opisu błędów, które po- winny zostać wyeliminowane przez Wykonawcę przed dostarcze- niem Systemu, na którym rozpoczną pracę użytkownicy końcowi i administratorzy.
18.	Raport z Testów po drugiej iteracji Te- stów	Dokument	Raport z Testów Akceptacyjnych powinien zawierać co najmniej: • miejsce prowadzenia Testów; • wykaz osób przeprowadzających Testy; • terminy przeprowadzenia Testów; • opis przebiegu Testów wraz z listą przetestowanych scenariuszy i przypadków testowych oraz wyniki ich przeprowadzenia; • wykaz zgłoszonych Nieprawidłowości; • wnioski końcowe. Załącznik do raportu powinien zawierać wypełnione przez Zespół Zamawiającego scenariusze testowe, podpisane przez uczestni- ków testów. Każdy scenariusz testowy powinien zawierać wynik testu oraz wykaz zarejestrowanych błędów. Celem raportu z Te- stów Akceptacyjnych jest dostarczenie opisu błędów, które po- winny zostać wyeliminowane przez Wykonawcę przed dostarcze- niem Systemu, na którym rozpoczną pracę użytkownicy końcowi i administratorzy.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
19.	System po Testach Akceptacyjnych	Inne	System po Testach Akceptacyjnych powinien być docelowym roz- wiązaniem wolnym od Błędów zgłoszonych podczas przebiegu etapu Testów Akceptacyjnych.	Pliki z Systemem	Wykonawca	Zamawiający
20.	Materiały szkole- niowe	Dokument	Materiały szkoleniowe powinny obejmować: • materiały dla administratorów; • materiały dla użytkowników kluczowych; oraz powinny:	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			• zawierać podręczniki i procedury obejmujące zakres merytoryczny odpowiadający szkoleniom na poziomie pozwalającym na rozpoczęcie pracy nowemu użytkow- nikowi/administratorowi; • zapewniać wizualizację treści przekazywanych na Szkoleniu; • zostać przygotowane na bazie Systemu po przeprowa- dzonych Testach Akceptacyjnych. Materiały szkoleniowe muszą zostać dostosowane do potrzeb każdej z grup szkoleniowych, w taki sposób, aby korzystanie z nich było możliwe zarówno przed, w trakcie jak i po szkoleniu.
21.	Szkolenie dla użyt- kowników kluczo- wych i administrato- rów	Szkolenie	Przeprowadzone zgodnie z wytycznymi zawartymi w rozdziale 6.6 niniejszego opracowania. Szkolenie dla administratorów i użytkowników kluczowych ma na celu przekazanie uczestnikom wiedzy dotyczącej funkcjonowania Systemu w zakresie objętym Szkoleniem, w tym w szczególności nauczenie uczestników ob- sługi Systemu w stopniu pozwalającym na samodzielną pracę w Systemie oraz dalsze przekazywanie wiedzy dotyczącej obsługi Systemu innym osobom.	Zorganizowanie spo- tkań, po których po- wstaną podpisane li- sty obecności oraz raporty z wyników te- stów z wiedzy mery- torycznej	Wykonawca	Zamawiający
22.	Raport z przeprowa- dzonych Szkoleń		Protokołu odbioru szkolenia zostanie sporządzony dla każdej grupy szkoleniowej użytkowników kluczowych oraz zawierać co najmniej: • datę Szkolenia • obszar, • zakres Szkolenia, • osoby przeszkolone, • liczba godzin Szkolenia. Do raportu zostanie dołączona lista obecności.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
23.	Dokumentacja użyt- kownika (instrukcje stanowiskowe)	Dokument	Dokumentacja zawierająca opis wszelkich funkcjonalności do- starczonego rozwiązania informatycznego, pozwalający na po- prawną obsługę przez użytkowników w ramach każdego z wdro- żonych modułów Systemu. Instrukcje stanowiskowe zostaną przygotowane przez Zamawiającego w oparciu o przygotowaną i	Xxxxxxxx jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			przekazaną przez Wykonawca szczegółową dokumentację użyt-
			kownika
24.	Plan przejścia na śro-	Dokument	Plan przejścia na środowisko produkcyjne powinien zawierać co	Wymagane jest do-	Wykonawca	Zamawiający
	dowisko produkcyjne		najmniej:	starczenie doku-
			• szczegółowy harmonogramu przeprowadzenia przej-	mentu w wersji elek-
			ścia na środowisko produktywne;	tronicznej w formie
			• harmonogram Migracji Danych z obecnie wykorzysty-	plików edytowalnych
			wanych Systemów Zamawiającego;
			• przygotowania i dostarczenia środowiska pracy użyt-
			kowników końcowych i administratorów;
			• plan awaryjny zawierający opis planowanych działań w
			przypadku przełożenia Startu Produktywnego wraz z
			określeniem odpowiedzialności za poszczególne dzia-
			łania.
			Celem przygotowaniu planu przejścia na środowisko produk-
			cyjne jest przygotowanie dokumentacji zawierającej zasady prze-
			prowadzenia uruchomienia środowiska produkcyjnego dla użyt-
			kowników końcowych i administratorów.
24.	Migracja końcowa	Inne	Przeprowadzenie Migracji końcowej zgodnie z zasadami ustalo-	-	Wykonawca	Zamawiający
			nymi w planie przejścia na środowisko produkcyjne oraz zasa-
			dami określonymi w Koncepcji Biznesowej.
26.	Plan Asysty Powdro-	Dokument	Dokument zawierający uzgodnione z Zamawiającym szczegó-	MS Project i/lub MS	Wykonawca	Zamawiający
	żeniowej		łowe terminy Asysty Powdrożeniowej przeprowadzonej zgodnie z	Excel i/lub Power-
			wymaganiami zwartymi w Umowie.	Point
27.	System po starcie	Inne	System po starcie produkcyjnym to docelowe rozwiązanie bizne-	Pliki z Systemem	Wykonawca	Zamawiający
	produkcyjnym		sowe, pozwalające na pracę użytkownikom końcowym i admini-
			stratorom.
28.	Dokumentacja po-	Dokument	Dokumentacja powdrożeniowa powinna składać się co najmniej	Wymagane jest do-	Wykonawca	Zamawiający
	wdrożeniowa		z następujących dokumentów:	starczenie doku-
			• instrukcji administratora zawierającą opis czynności i	mentu w wersji elek-
			zasad umożliwiających Administratorom wykorzystywa-	tronicznej w formie
			nie wszystkich cech funkcjonalnych Systemu w zakre-	plików edytowalnych
			sie przewidzianym dla pracy Administratora;

Lp.	Nazwa Produktu	Rodzaj	Opis Produktu	Forma dostarczenia	Odpowiedzialny	Wspierający
			• opis funkcjonalny systemu ograniczony do standardo- wego opisu wdrożonych modułów; • wykaz dostarczonego oprogramowania (aplikacji); • opis struktury bazy/baz danych (opis tablic i pól oraz wzajemne powiązania); • opis konfiguracji i parametryzacji Systemu; • opis rozszerzeń modyfikacji, dostosowań do potrzeb Zamawiającego; • opis interfejsów międzymodułowych; • opis sposobu i zasad integracji z systemami zewnętrz- nymi; • opis programowych zasad bezpieczeństwa i ochrony danych (w tym metod backupu i odtworzenia po awa- rii);
29.	Raport z Asysty Po- wdrożeniowej	Dokumen- tacja	Comiesięczne raporty z realizacji Asysty Powdrożeniowej, zawie- rający informacje zgodnie z pkt. 6.9.10 niniejszego dokumentu.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
29.	System po okresie stabilizacji	Inne	System po upłynięciu okresu stabilizacji z usuniętymi wszystkimi Nieprawidłowościami wykrytymi po starcie produktywnym.	Pliki z Systemem	Wykonawca	Zamawiający
30.	Uaktualniona Doku- mentacja powdroże- niowa.	Dokumen- tacja	W przypadku dokonania podczas trwania okresu Asysty Powdro- żeniowe zmian w Systemie, które mają istotne znaczenie dla po- prawności działania Systemu, Dokumentacja powdrożeniowa musi zostać uaktualniona o zmiany, których dokonano.	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający
31.	Raport z realizacji Serwisu Utrzymanio- wego	Dokumen- tacja	Comiesięczne raporty z realizacji Serwisu Utrzymaniowego za- wierające: • liczbę zgłoszonych Wad wraz z opisem dotrzymania lub opóźnienia w SLA, • liczbę przeprowadzonych konsultacji, • wysokość ewentualnych należnych Zamawiającemu kar umownych,	Wymagane jest do- starczenie doku- mentu w wersji elek- tronicznej w formie plików edytowalnych	Wykonawca	Zamawiający

Lp.

Nazwa Produktu

Rodzaj

Opis Produktu

Forma dostarczenia

Odpowiedzialny

Wspierający

• opis przekazanych aktualizacji,

• inne informacje wskazane na żądanie Kierownika Pro-

jektu.

Raport z realizacji Serwisu Utrzymaniowego musi zostać dostar- czony Zamawiającemu w terminie 5 dni po zakończeniu danego miesiąca świadczenia Serwisu Utrzymaniowego.

Raport musi zapewnić transparentne rozliczanie godzin serwiso-

wych, z dokładną informacją co i jak zostało wykonane w celu

utworzenia bazy wiedzy dla administratorów.

6.8.7 Przypisanie produktów do Etapów zostało przedstawione w Błąd! Niepra- widłowy odsyłacz do zakładki: wskazuje na nią samą..

Tabela 11. Wykaz wymaganych Produktów w podziale na Wdrożenia

Etap	Produkt

Etap I: Inicjacja Projektu	Spotkanie kick-off
	Dokument Inicjujący Projekt
	Harmonogram Szczegółowy
Etap II: Koncepcja Biznesowa	Prezentacja dla Użytkowników kluczowych
	Rekomendacja rozbudowy infrastruktury technicznej
	Koncepcja Biznesowa
	Plan Migracji Danych
	Plan Testów Akceptacyjnych
	Plan integracji
	Plan Szkoleń użytkowników kluczowych i administrato- rów oraz użytkowników końcowych
Etap III: Dostarczenie Oprogramo- wania i sprzętu	Licencje oraz dostarczenie rejestratorów czasu pracy.
Etap IV: Wdrożenie	Arkusze migracyjne
	Scenariusze testowe
	Przeszkolony Zespół Testowy
	System sparametryzowany i gotowy do Testów Akcepta- cyjnych
	Migracja próbna
	Raport z Testów Akceptacyjnych po pierwszej iteracji Testów
	Raport z testów po drugiej iteracji Testów
	System po Testach Akceptacyjnych
Etap V: Szkolenie	Materiały szkoleniowe
	Szkolenia dla użytkowników kluczowych i administrato- rów

Etap VI: Start Produkcyjny Systemu i świadczenie Asysty Powdrożenio- wej	Plan przejścia na środowisko produkcyjne
	Migracja końcowa
	Dokumentacja użytkownika
	Dokumentacja powdrożeniowa
	Plan Asysty Powdrożeniowej
	System po starcie produkcyjnym
	Raporty z Asysty Powdrożeniowej
Etap VII Serwis Utrzymaniowy System po okresie stabilizacji
	Uaktualniona Dokumentacja powdrożeniowa.
	Co miesiąc - Raporty z realizacji Serwisu Utrzymanio- wego

6.9. Wymagania w zakresie Asysty Powdroże- niowej

6.9.1 Wykonawca zobowiązany jest do przeprowadzenia w okresie stabilizacji Asy- sty Powdrożeniowej po uruchomieniu produkcyjnym Systemu Etapu VI.

6.9.2 Okres stabilizacji powinien zawierać pełne trzy miesiące pracy w Systemie.

6.9.3 Xxxxxx Xxxxxxxxxxxxx będzie polegać na osobistych konsultacjach Wyko- nawcy przeprowadzonych zdalnie lub w siedzibie Zamawiającego.

Opis Przedmiotu Zamówienia strona 43

6.9.4 Ponadto w okresie stabilizacji Wykonawca zobowiązany jest do udzielania nieograniczonych czasowo konsultacji telefonicznych w Godzinach Robo- czych.

6.9.5 Minimalny wymiar Asysty Powdrożeniowej do wykorzystania wynosi 440 ro- boczogodzin pracy specjalisty, realizowanej w siedzibie Zamawiającego lub świadczonej zdalnie.

6.9.6 Zamawiający wymaga, aby przed przeprowadzeniem Asysty Powdrożenio- wej Wykonawca przedstawił Plan Asysty Powdrożeniowej.

6.9.7 Konsultacje osobiste będą odbywać się w Godzinach Roboczych.

6.9.8 W ramach Asysty Powdrożeniowej Wykonawca zobowiązany jest do przyj- mowania, rejestrowania oraz usuwanie wszelkich Nieprawidłowości w dzia- łaniu Systemu, w tym napraw Usterek, Błędów i Awarii Krytycznych zgodnie z parametrami określonymi SLA dla Serwisu Utrzymaniowego.

6.9.9 Każdy miesiąc świadczenia Asysty Powdrożeniowej będzie potwierdzony od- powiednim Raportem. Raport z Asysty Powdrożeniowej zostanie opracowany i dostarczony Zamawiającemu przez Wykonawcę w terminie 5 dni po zakoń- czeniu danego miesiąca. Raport będzie zawierał w szczególności:

a. liczbę przeprowadzonych konsultacji Wykonawcy w lokalizacji Zamawia- jącego wraz z ich terminem przeprowadzenia;

b. liczbę niewykorzystanych przez Zamawiającego konsultacji Wykonawcy, które przechodzą na kolejny okres świadczenia Asysty Powdrożeniowej lub Serwisu Utrzymaniowego.

c. liczbę rozwiązanych Nieprawidłowości wraz z zarejestrowanymi Czasami

Reakcji i Naprawy.

6.10. Wymagania w zakresie Gwarancji Jakości

6.10.1 Na podstawie Umowy oraz w ramach Wynagrodzenia przewidzianego Umową, Wykonawca udziela na rzecz Zamawiającego Gwarancji Jakości na Produkty powstałe w ramach realizacji Projektu, w tym na System (w tym na wszystkie materiały i robociznę stanowiące podstawę wykonania Sys- temu, z wyłączeniem pkt 6.10.3).

6.10.2 Gwarancja Jakości zostanie udzielona na Produkty począwszy od dnia Od- bioru danego Produktu i nie może skończyć się wcześniej niż po upływie 24 miesięcy od dnia podpisania Protokołu Odbioru Wdrożenia.

6.10.3 Niezależnie od powyższego, Wykonawca udziela na rzecz Zamawiającego gwarancji na Oprogramowanie i Sprzęt począwszy od dnia Xxxxxxx XXX Etapu, z tym, zastrzeżeniem, że okres gwarancji dla tego przedmiotu od- bioru nie może skończyć się wcześniej niż po upływie 24 miesięcy od dnia podpisania Protokołu Odbioru Wdrożenia.

6.10.4 W ramach Gwarancji Jakości Systemu, Wykonawca jest zobowiązany do nieodpłatnego usuwania wszelkich Nieprawidłowości w działaniu Systemu, w tym napraw Usterek, Błędów i Awarii Krytycznych zgodnie z parame-

trami SLA określonymi w Rozdziale 6.11, które zostały ujawnione w okresie

trwania Gwarancji i powstały z przyczyn, za które Wykonawca ponosi od- powiedzialność.

6.10.5 Zgłoszenie Nieprawidłowości będzie dokonywane przez upoważnione przez Zamawiającego osoby z wykorzystaniem Systemu Obsługi Zgłoszeń Serwi- sowych lub w przypadku jego niedostępności na udostępniony przez Wyko- nawcę adres e-mail lub numer telefon, w ramach świadczenia przez Wyko- nawcę usługi Serwisu Utrzymaniowego. Zamawiający zgłasza wady Opro- gramowania i Sprzętu na zasadach powyżej opisanych.

6.10.6 Wykonawca jest uprawniony do wezwania Zamawiającego do dostarczenia dodatkowych informacji dotyczących Nieprawidłowości. Jednakże nie będzie to mieć wpływu na czas usunięcia Nieprawidłowości, o którym mowa wyżej.

6.10.7 W celu uniknięcia wątpliwości Strony potwierdzają, że Wykonawca dokona naprawy każdej Nieprawidłowości, która ujawniła się w okresie gwarancyj- nym – nawet po wygaśnięciu Gwarancji Jakości, jeżeli została ujawniona w okresie obowiązywania Gwarancji Jakości.

6.10.8 Umowa będzie stanowić dokument gwarancyjny bez konieczności składania dodatkowego dokumentu na okoliczność udzielenia Gwarancji Jakości.

6.10.9 Zamawiający nie jest zobowiązany do wydania Systemu lub jego elementu w celu świadczenia usług gwarancyjnych, w rozumieniu przepisów Kodeksu Cywilnego o Gwarancji Jakości.

6.10.10 W przypadku, jeżeli po zgłoszeniu Nieprawidłowości przez Zamawiającego, powstanie spór, zarówno, co do źródła jej powstania tj. czy powstała z

przyczyn, za które Wykonawca ponosi odpowiedzialności, czy też nie, jak i co do rodzaju Nieprawidłowości, wówczas Wykonawca jest zobowiązany do podjęcia działań zmierzających do usunięcia Nieprawidłowości, przy czym jeżeli w toku postępowania wyjaśniającego okaże się, że Wykonawca po- nosi odpowiedzialność za powstanie Nieprawidłowości, wówczas usunie ją

nieodpłatnie w ramach udzielonej gwarancji. Jeżeli w toku postępowania wyjaśniającego okaże się, że Wykonawca nie ponosi odpowiedzialności za powstanie Nieprawidłowości, wówczas usunie ją odpłatnie, zgodnie z zasa- dami wynagradzania za świadczenie Usług Wsparcia. Ewentualne koszty

postępowania wyjaśniającego pokrywa strona, które stanowisko nie zo- stało potwierdzone w wyniku jego przeprowadzenia.

6.10.11 Niezależnie od powyższego, Wykonawca ponosi odpowiedzialność z tytułu rękojmi za wystąpienie wszelkich Nieprawidłowości Systemu i Wad Opro-

gramowania i Sprzętu, w okresie 24 miesięcy, licząc ten okres odpowiednio dla Oprogramowania i Sprzętu od dnia podpisania Protokołu Odbioru III Etapu, a dla Systemu od dnia podpisania Protokołu Odbioru Wdrożenia.

6.10.12 Wykonawca nie ponosi odpowiedzialności za działanie i utrzymanie Infra- struktury Sprzętowej Zamawiającego, chyba, że nieprawidłowe działanie Systemu jest następstwem działania Wykonawcy powodującego nieprawi- dłowe działanie Infrastruktury Sprzętowej, w szczególności wadliwej konfi- guracji.

6.11. Wymagania w zakresie Serwisu Utrzymaniowego

6.11.1 Wykonawca zobowiązuje się do świadczenia Serwisu Utrzymaniowego dla Systemu przez okres 24 miesięcy liczonego od dnia podpisania Protokołu Odbioru Wdrożenia.

6.11.2 W okresie obowiązywania Serwisu Utrzymaniowego Wykonawca zobowią- zuje się realizację usług obejmujących zapewnienie ciągłego, poprawnego działania Systemu, zgodnego z wymaganiami funkcjonalnymi i niefunkcjo- nalnymi opisanymi w OPZ oraz Dokumentacją powykonawczą, w szczegól- ności:

a. przyjmowanie, rejestrowanie oraz usuwanie wszelkich Nieprawidłowości w działaniu Systemu, w tym napraw Usterek, Błędów i Awarii Krytycz- nych zgodnie z parametrami SLA określonymi w pkt. 6.11.3 niniejszego rozdziału;

b. zapewnienie zgodności dostarczonej funkcjonalności Systemu ze zmie- niającymi się przepisami prawa rozumiane jako monitorowanie stanu prawnego przez Wykonawcę, informowanie o zmianach prawa Zama- wiającego i zainstalowanie niezbędnych aktualizacji bez dodatkowych opłat, w szczególności opłat licencyjnych, z tego tytułu;

c. prawo do nowej wersji Systemu rozumiane jako zapewnienie aktualno- ści Systemu zainstalowanego u Zamawiającego obejmującego aktuali- zację oraz jej instalację (realizację upgrade) bez dodatkowych opłat li- cencyjnych Wykonawcy z tego tytułu;

d. zarządzanie zmianami Oprogramowania, np. szerokie wsparcie w zakre-

sie zmian ustawień konfiguracyjnych lub upgrade’ów Oprogramowania;

e. zapewnienie konsultacji bezpośrednich w lokalizacjach Zamawiającego w wymiarze 8 Godzin Roboczych w ciągu każdego miesiąca Serwisu Utrzymaniowego, z zastrzeżeniem, że niewykorzystywany w danym mie- siącu limit może być wykorzystany przez Zamawiającego w ciągu kolej- nych miesięcy trwania Serwisu Utrzymaniowego;

f. nieograniczone czasowo wsparcie telefoniczne dla Użytkowników klu- czowych i Administratorów w zakresie użytkowania Systemu przez okres trzech (3) miesięcy od uruchomienia Usługi Serwisu Utrzymaniowego;

g. zapewnienie konsultacji telefonicznych dla Użytkowników kluczowych i Administratorów w zakresie użytkowania Systemu, w wymiarze do 48 Godzin Roboczych miesięcznie, z zastrzeżeniem, że niewykorzystywany w danym miesiącu limit może być wykorzystany przez Zamawiającego w ciągu kolejnych miesięcy trwania Serwisu Utrzymaniowego, po 3 mie- sięcznym okresie o którym mowa w pkt 6) powyżej;

h. pomoc w diagnostyce Nieprawidłowości związanych z działaniem Sys-

temu;

i. prowadzenie zdalnego Serwisu Utrzymaniowego umożliwiającego wyko- nywanie za pośrednictwem Internetu napraw Nieprawidłowości w dzia- łaniu Systemu (Usterek, Błędów i Awarii Krytycznych) bezpośrednio po ustaleniu ich przyczyny;

j. umożliwienie zabezpieczenia Systemu w przypadku awarii Infrastruktury

Sprzętowej lub Oprogramowania;

k. aktualizację Dokumentacji w związku z realizacją Usługi Serwisu Utrzy- maniowego.

6.11.3 Parametry SLA przedstawiono w poniższej Tabeli 12.

Tabela 12. Parametry SLA

Lp.

Rodzaj Nieprawidłowości

Czas Reakcji

Czas Naprawy

Awaria Krytyczna

Do 1 Godziny Roboczej

Do 4 Godzin Roboczych lub

wprowadzenie Obejścia

Błąd

Do 2 Godzin Roboczych

Do 3 Dni Robocze lub wpro-

wadzenie Obejścia

Lp.	Rodzaj Nieprawidłowości	Czas Reakcji	Czas Naprawy
3.	Usterka	Do 2 Godzin Roboczych	Do 5 Dni Roboczych

6.11.4 Wykonawca zobowiązany jest do zapewnienia parametrów poziomu jakości usług (SLA) zgodnych z warunkami określonymi w Opisie Przedmiotu Zamó- wienia].

6.11.5 Wykonawca zapewni przyjmowanie zgłoszeń serwisowych dotyczących Nie- prawidłowości, konsultacji bezpośrednich przez całą dobę przez wszystkie dni w roku (24h/7/365) za pomocą Systemu Obsługi Zgłoszeń Serwisowych udostępnionego przez Wykonawcę pod adresem mailowym […]. Strony do- puszczają możliwość telefonicznego zgłoszenia Nieprawidłowości, a w przy- padku Awarii Krytycznych formę telefoniczną uznają za niezbędną dla pra- widłowego zgłoszenia ww. Awarii. Zgłoszenia będą przyjmowane pod nume- rem […], przy czym w każdym wypadku niezbędne jest zgłoszenie przez Zamawiającego ww. faktu na wskazany w niniejszym punkcie adres mai- lowy. Czasy wskazane w tabeli powyżej dla Nieprawidłowości w zakresie zgłoszeń serwisowych zgłoszonych pocztą elektroniczną lub faksem o godzi- nie 18:00 liczone są od godziny 8:00 następnego Dnia Roboczego.

6.11.6 Wykonawca zobowiązuje się do świadczenia Serwisu Utrzymaniowego w sposób zapobiegający utracie danych Zamawiającego, w tym także tych, do których będzie miał dostęp w trakcie wykonywania usług. W przypadku gdy wykonanie danej czynności przez Wykonawcę lub przez Zamawiającego w oparciu o rekomendację Wykonawcy wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do wykonania takiej czynności lub z chwilą przekazania takiej rekomendacji Zamawiającemu.

6.11.7 Czas Naprawy uważa się za dochowany z chwilą zgłoszenia dokonania na- prawy, jeżeli Nieprawidłowość została faktycznie usunięta. Jeżeli okaże się podczas weryfikacji usunięcia Nieprawidłowości, że nie została ona usunięta, Czas Naprawy jest dochowany dopiero z chwilą zgłoszenia poprawki faktycz- nie usuwającej Nieprawidłowość. W przypadku zastosowania Obejścia Czas Naprawy wydłuża się dwukrotnie. Liczba zastosowanych po sobie Obejść nie może być większa niż 2 i musi być każdorazowo uzgodniona z przedstawi- cielem Zamawiającego przy czym skuteczne zastosowanie Obejścia nie uważa się za usunięcie Nieprawidłowości /Obejście ma charakter czasowy i musi zostać ostatecznie zastąpione docelowym rozwiązaniem.

6.11.8 Jeżeli Wykonawca stwierdzi, iż przyczyna Nieprawidłowości leży poza Opro- gramowaniem, w szczególności w Infrastrukturze Sprzętowej, Wykonawca nie jest zobowiązany do usunięcia Nieprawidłowości, lecz jest zobowiązany:

a. wskazać przyczynę nieprawidłowego działania Systemu poprzez wska-

zanie elementu, który ją powoduje;

b. w razie zgłoszenia takiej potrzeby przez Zamawiającego do wsparcia osoby trzeciej usuwającej przyczynę zgłoszenia, w tym udzielenia takiej osobie wszelkich informacji o Oprogramowaniu, potrzebnych do przy- wrócenia jego pełnej funkcjonalności.

6.11.9 Powyższe nie ma zastosowania w przypadku, gdy przyczyna Nieprawidłowo- ści leży poza Oprogramowaniem, ale Wykonawca ponosi odpowiedzialność za jej wystąpienie, w szczególności w przypadku, gdy przyczyna Nieprawi- dłowości leży w Infrastrukturze Sprzętowej, ale jest skutkiem nieprawidło- wej konfiguracji lub parametryzacji Infrastruktury Sprzętowej przez Wyko- nawcę. W takim wypadku Wykonawca zobowiązany jest do dotrzymania Czasu Naprawy i innych zobowiązań wynikających z SLA.

6.11.10 Jeżeli Wykonawca po przyjęciu zgłoszenia Zamawiającego ujawnionej Nie- prawidłowości stwierdzi, iż dana Nieprawidłowość powstała z przyczyn nie- zależnych do Wykonawcy, wówczas Wykonawca jest zobowiązany wskazać prawdopodobną przyczynę nieprawidłowego działania Systemu poprzez wskazanie elementu, który ją powoduje, a jeżeli to możliwe także pod-

miotu odpowiedzialnego za usunięcie takiej nieprawidłowości działania Sys- temu. Jeżeli Zamawiający nie zdoła jej usunąć wady we własnym zakresie, wówczas może zawnioskować do Wykonawcy o usunięcie Nieprawidłowo- ści odpłatnie, zgodnie z ceną świadczenia Usług Wsparcia. Wówczas Wyko- nawca będzie zobowiązany do przystąpienia do usunięcia Nieprawidłowości oraz do usunięcia Nieprawidłowości zgodnie z parametrami poziomu jako- ści usług (SLA) określonymi w Tabeli 12.

6.11.11 Każdy miesiąc świadczenia Serwisu Utrzymaniowego będzie potwierdzany odpowiednim raportem. Raport zostanie przygotowany przez Wykonawcę w terminie 5 Dni Roboczych po zakończeniu danego miesiąca. Wymagania w zakresie Raportu z realizacji Serwisu Utrzymaniowego przedstawiono w Opisie Przedmiotu Zamówienia.

6.11.12 Raport przygotowany przez Wykonawcę będzie przedmiotem akceptacji Za- mawiającego zgodnie z procedurą Xxxxxxx.

6.11.13 Zamawiający może wypowiedzieć niniejszą Umowę w odniesieniu do Ser- wisu Utrzymaniowego z ważnych powodów z zachowaniem trzymiesięcz- nego okresu wypowiedzenia. Za ważne powody uzasadniające wypowiedze- nie Umowy przez Zamawiającego uznawane będą następujące sytuacje:

a. łączna suma kar umownych naliczonych przez Zamawiającego, dotyczą- cych kar za nietrzymanie parametrów SLA wskazanych w pkt. 3

niniejszego rozdziału, przekroczy 50% Wynagrodzenia łącznego Wyko- nawcy z tytułu świadczenia Serwisu Utrzymaniowego;

b. Wykonawca dopuścił się istotnego naruszenia postanowień Umowy, w szczególności w zakresie zasad przetwarzania danych osobowych, za- sad zachowania poufności, dostarczenia Zamawiającemu rezultatów obarczonych wadami prawnymi;

c. zaszły zmiany organizacyjne Zamawiającego skutkujące tym, że dalsze świadczenie Serwisu Utrzymaniowego będzie nieuzasadnione gospodar- czo.

6.11.14 W odniesieniu do Serwisu Utrzymaniowego Wykonawca może wypowiedzieć niniejszą Umowę tylko z ważnych i uzasadnionych powodów. Strony wyłą- czają możliwość wypowiedzenia przez Wykonawcę Umowy z przyczyn innych niż ważne powody. W takiej sytuacji okres wypowiedzenia wynosi 3 mie- siące.

6.11.15 Wypowiedzenie Umowy w zakresie Serwisu Utrzymaniowego dotyczyć bę-

dzie:

a. w przypadku wypowiedzenia przez Zamawiającego – całości Serwisu Utrzymaniowego lub określonej przez Zamawiającego części;

b. w przypadku wypowiedzenia przez Wykonawcę – zawsze całości Serwisu Utrzymaniowego i jedynie w stosunku do usług jeszcze nie wykonanych.

6.11.16 Na żądanie Zamawiającego, zgłoszone po złożeniu przez którąkolwiek ze Stron oświadczenia o wypowiedzeniu, Wykonawca w ramach Wynagrodze- nia za Serwis Utrzymaniowy i na żądanie Zamawiającego – zobowiązany bę- dzie:

a. przekazać Zamawiającemu lub osobie trzeciej wskazanej przez Zama- wiającego, w terminie 14 Dni Kalendarzowych od przekazania takiego żądania, całość informacji umożliwiających korzystanie z Systemu i świadczenie usług Serwisu Utrzymaniowego przez Zamawiającego lub wskazaną przez niego osobę trzecią;

b. przeprowadzić bez dodatkowego wynagrodzenia transfer wiedzy do Za- mawiającego lub osoby trzeciej wskazanej przez Zamawiającego w za- kresie, który umożliwi im samodzielną kontynuację działań związanych z Serwisem Utrzymaniowym po wygaśnięciu Umowy w łącznym wymia- rze nie przekraczającym 24 Godzin Roboczych.

6.11.17 Zamawiający jest uprawniony do samodzielnego wykorzystania lub do prze- kazania osobie trzeciej, w celu zapewnienia przejęcia Serwisu Utrzymanio- wego, wszelkich Produktów, dokumentów, prezentacji, rezultatów prac Wy- konawcy otrzymanych w ramach realizacji Umowy oraz dokumentacji reali- zacyjnej (np. ustaleń Kierowników Projektu, notatek Komitetu Sterującego etc.).

6.11.18 W zakresie jakichkolwiek utworów dostarczonych przez Wykonawcę w ra- mach Serwisu Utrzymaniowego mają zastosowanie postanowienia paragra- fów Umowy regulujących prawa własności intelektualnej. Zamawiający na- bywa – odpowiednio – prawa majątkowe lub licencje do utworów dostar- czonych w ramach Serwisu Utrzymaniowego.

6.12. Wymagania w zakresie Usługi Wsparcia

6.12.1 Przez cały okres trwania Umowy Wykonawca zapewni do 1000 roboczogo- dzin na rozbudowę i modyfikacje Systemu. Z podanej liczby godzin Zama- wiający zapewnia, że wykorzysta co najmniej 200 roboczogodzin. Pozostała liczba godzin może być wykorzystana w zależności od zaistniałych potrzeb. W przypadku wykorzystania limitu godzin Zamawiający ma prawo do zlece- nia dodatkowych czynności powyżej założonego limitu z uwzględnieniem stawki za jedną roboczogodzinę określoną w ofercie Wykonawcy.

6.12.2 W ramach Usługi Wsparcia Wykonawca będzie realizował niżej wymienione czynności:

6.12.2.1 tworzenie nowych oraz dostosowywanie istniejących funkcji systemu w związku ze zmianami w przepisach wewnętrznych Zamawiającego, a także przepisami zewnętrznymi dotyczącymi bezpośrednio działalności Zamawiającego,

6.12.2.2 tworzenie nowych oraz dostosowywanie istniejących funkcji systemu do wymagań zdefiniowanych przez Zamawiającego, które mogą mieć na celu poprawę funkcjonalności, stabilności, a także bezpieczeństwa użyt- kowania systemu,

6.12.2.3 zaprojektowania, wykonania modyfikacji (w tym konfiguracji) oraz wdrożenia mechanizmów integracyjnych integrujących system z innymi systemami zewnętrznymi i wewnętrznymi Zamawiającego – dotyczy in- tegracji, które nie zostały opisane w OPZ jako wymagane w momencie ogłoszenia postępowania o udzielenie zamówienia,

6.12.2.4 udzielanie dodatkowych konsultacji Zamawiającemu lub podmiotowi wskazanemu przez Zamawiającego w zakresie obsługi systemu.

6.12.3 Zamawiający wymaga, aby każdorazowo zlecenie wykonania czynności w ramach Usługi Wsparcia odbywało się na podstawie zaakceptowanego przez Zamawiającego Formularza zlecenia, który będzie zawierał opis zleconych prac, a także ich czasochłonność wyrażoną w godzinach. Wzór Formularza zlecenia zostanie określony przez Strony w ramach tworzenia Dokumentu Inicjującego Projekt.

6.12.4 Wykonawca jest zobowiązany, na zlecenie Zamawiającego do podjęcia ww. prac, nawet gdyby wykonanie zleconych prac przekroczyło datę obowiązy- wania Umowy.

6.12.5 Zlecenie wykonania prac musi zostać potwierdzone przez Wykonawcę do realizacji w terminie do 5 dni roboczych od zgłoszenia takiej potrzeby pocztą elektroniczną.

6.12.6 Po każdym zaakceptowaniu zlecenia wykonania czynności przez obie Strony, Wykonawca będzie zobowiązany do:

6.12.6.1 przedstawienia Zamawiającemu projektu i planu wykonania zlecenia (który uwzględni jej implementację na środowisku testowym oraz produkcyjnym),

, przygotuje scenariusze testowe testów akceptacyjnych dla wykonanego zlecenia (jeżeli tego wymaga wykonane zlecenie, ,

6.12.6.2 zaktualizowania dokumentacji Systemu (jeżeli wykonana w ramach usługi modyfikacji Systemu czynność będzie tego wymagała) oraz przekazania Za- mawiającemu wszelkich dokumentów związanych z wprowadzoną modyfika- cją systemu,

6.12.6.3 jeżeli wykonane zlecenie wiązała się z wprowadzeniem dodatkowej funk- cjonalności Systemu lub zmiany istniejącej – przekazać wiedzę nt. wykona- nej modyfikacji do osób administrujących Systemem.

6.12.7 Przekazania Zamawiającemu Protokołu Odbioru wykonania zlecenia, któ- rego podpisanie przez Zamawiającego będzie potwierdzeniem, że wykonane zlecenie zostało zrealizowane w sposób zgodny z oczekiwaniami Zamawia- jącego i będzie stanowiło podstawę do wykonana zapłaty za wykonane zle- cenie, płatnego w cyklu miesięcznym. Jednocześnie w przypadku ujawnienia wady, która nie została wychwycona na etapie testów akceptacyjnych, Za- mawiającemu przysługuje prawo jej zgłoszenia do Wykonawcy, a Wyko- nawca usunie ją bezpłatnie w ramach udzielonej Gwarancji.

6.12.8 W godziny pracy konsultantów nie będzie wliczony czas dojazdu Konsultanta

do siedziby Zamawiającego.

6.12.9 Wykonawca jest zobowiązany do prowadzenia pełnej i szczegółowej ewi- dencji wykorzystanych godzin pracy Konsultantów zawierającej, co naj- mniej:

a) numer kolejny zgłoszenia

b) datę zgłoszenia

c) imię i nazwisko Xxxxxxxxxxx

d) imię i nazwisko osoby, do której przyjechał Konsultant lub której udzielił wsparcia lub z którą kontaktował się bezpośrednio w zakre- sie zleconych czynności

e) nazwa modułu i funkcjonalność, której dotyczą zlecone czynności w

ramach Usługi Wsparcia

f) opis wykonanych czynności (konsultacja, modyfikacja, itp.)

g) datę i godzinę rozpoczęcia oraz zakończenia zleconych czynności

6.12.10 Wykonawca będzie dostarczał Zamawiającemu ewidencję wykonanych usług w podziale na poszczególne kategorie w cyklu miesięcznym, najpóź- niej do piątego dnia roboczego miesiąca następującego po zakończeniu okresu rozliczeniowego. Przedstawiona ewidencja wykonanych usług będzie jednocześnie załącznikiem do Protokołów Odbioru stanowiących podstawę do realizacji przez Zamawiającego płatności za wykonane Usługi Wsparcia. Ewidencja może być przekazywana Zamawiającemu w formie elektronicznej ustalonej przez obie Strony.

6.13. Wymagania w zakresie parametrów dostępności do Systemu

6.13.1 Zamawiający wymaga świadczenia przez Wykonawcę następujących usług:

a. zakres usług dostępu do Systemu rozumiany jest jako realizacja przez System wszystkich funkcjonalności zgodnie z zatwierdzoną Dokumenta- cją oraz obowiązującym prawem;

b. usługi dostępu do Systemu będą świadczone w trybie 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku, 366 dni w roku przestępnym;

c. Wykonawca uzgodni z Zamawiającym okna serwisowe np. w przypadku konieczności wprowadzania zmian w Systemie. Czas trwania okien ser- wisowych nie wlicza się do czasu świadczenia usług. Podczas trwania prac w czasie okna serwisowego Wykonawca zapewnia wyświetlanie użytkownikom Systemu komunikatu o trwających pracach serwisowych.

6.13.2 Parametry jakości świadczenia usług dostępu do Systemu (SLA) zdefinio-

wano w Tabela .

Tabela 13. Parametry jakości świadczenia usług dostępu do Systemu (SLA)

Lp.	Opis parametrów	Poziom Jakości Usług	Częstotliwość mierzenia
1.	Dostępność usługi „dostęp do Systemu” w ciągu jednego miesiąca	97%	Miesiąc
2.	Maksymalny czas trwania niedostępności usługi „dostęp do Systemu” w godzinach 7-17 w Dni Ro- bocze	4 godziny	Miesiąc
3.	Maksymalny czas odpowiedzi na akcję użytkow- nika	< 1 sekunda	Miesiąc
4.	Maksymalny czas wykonania pojedynczej akcji Systemu	< 10 sekund	Miesiąc
5.	Maksymalny czas wykonania złożonej akcji Sys- temu	< 1 minuta	Miesiąc
6.	Maksymalny czas dla wygenerowania raportu (do 5 stron)	< 30 sekund	Miesiąc
7.	Maksymalny czas dla wygenerowania raportu (do 50 stron)	< 3 minuty	Miesiąc

6.13.3 Na potrzeby oceny jakości świadczenia usług przyjmuje się następujące za- łożenia:

a. maksymalny czas odpowiedzi Systemu na akcję użytkownika dotyczy: wyświetlenia oraz odświeżenia ekranu Systemu, wyświetlenia oraz od- świeżenia ekranu zawierającego formularz, odzwierciedlenia w formula- rzu ekranowym zmian dokonanych przez użytkownika (np. wyświetlenia znaków wpisywanych w formularzu), wyświetlenia informacji o rozpo- częciu wykonywania akcji Systemu, o których mowa poniżej;

b. maksymalny czas wykonania pojedynczej akcji Systemu dotyczy: zapi- sania danych z formularza w Systemie (po stronie serwera), wyszukania dokumentu;

c. maksymalny czas wykonania złożonej akcji Systemu dotyczy: genero- wania raportów zdefiniowanych, generowania ekranów zawierających statystyki;

d. maksymalny czas dla wygenerowania raportu dotyczy przygotowania

i wyświetlenia raportu;

e. w ciągu każdej doby dopuszcza się przekroczenie o nie więcej niż 100% czasów maksymalnych określonych w wierszach 4 – 8 powyższej tabeli dla maksymalnie 10% akcji realizowanych przez System;

f. czasy, o których mowa powyżej, są mierzone od momentu zatwierdzenia akcji przez użytkownika do czasu prezentacji przez System ekranu od- powiadającego tej akcji;

g. Zamawiający dopuszcza możliwość przekroczenia parametrów jakości świadczenia usług w uzasadnionych przypadkach jak np.: złożony raport zbierający dane z wielu tablic. Każdy takich przypadków może być od- dzielnie analizowany i wyjaśniany;

h. strony w toku realizacji Umowy ustalą wspólnie bezspornie szczegółowe parametry techniczne badania parametrów SLA, w szczególności w za- kresie wymogów technicznych i zasady naliczania ewentualnych kar za przekroczenie parametrów SLA.

6.13.4 Raportowanie:

a. Wykonawca ma obowiązek, przez cały okres realizacji umowy przesyłać Zamawiającemu do 5 dnia następnego miesiąca raporty SLA określające poziom świadczenia usług w danym miesiącu, a także raporty jakości usług serwisowych. Raporty te będą dostarczane do Zamawiającego w formie elektronicznej na adres wskazany przez Zamawiającego. W przy- padku niedotrzymania parametrów jakości świadczenia usług określo- nych w niniejszym dokumencie, raporty będą podstawą do wyliczania kar umownych.

b. Raport SLA musi zawierać co najmniej informacje umożliwiające Zama- wiającemu zweryfikowanie dotrzymania parametrów jakości świadcze- nia usług o których mowa w punkcie a.

c. Raport SLA musi zawierać, ponad to następujące informacje:

• liczbę zgłoszeń serwisowych w danym miesiącu;

• średni czas reakcji dla zgłoszeń w danym miesiącu;

• wykaz zgłoszeń, dla których przekroczony został czas reakcji wraz z informacją o wielkości opóźnienia;

• średni czas naprawy dla zgłoszeń w danym miesiącu;

• wykaz zgłoszeń, dla których przekroczony został czas naprawy wraz

z informacją o wielkości opóźnienia;

• wykaz zrealizowanych w danym miesiącu konsultacji, wraz z infor-

macją o terminie udzielania konsultacji.

6.13.5 Przeglądy jakości świadczonych usług:

a. Przedstawiciele Zamawiającego oraz Wykonawcy, co najmniej raz na 6 miesięcy dokonają przeglądu jakości świadczonych usług;

b. Z przeglądu zostanie każdorazowo sporządzony raport zawierający wnioski oraz ewentualne zalecenia do realizacji dla Wykonawcy i Zama- wiającego. Za przygotowanie raportu odpowiedzialny jest Wykonawca. Raport wymaga akceptacji Zamawiającego;

c. Stwierdzone w trakcie audytu niezgodności Wykonawca zobowiązuje się usunąć w czasie nie dłuższym niż 30 dni od chwili otrzymania raportu z audytu.

7. Liczba użytkowników

Liczbę użytkowników Systemu określono dla obszarów/rozwiązań objętych Wdroże-

niem przedstawiono w Tabeli 14.

Tabela 14. Liczba użytkowników w poszczególnych obszarach Wdrożenia

Lp.	Obszar funkcjonalny	Liczba użytkowników jednocześnie pracujących
1.	ERP	60
2.	Portal pracowniczy	450
3.	Rejestracja Czasu Pracy – pracowni- ków posiadających karty	450
4.	Elektroniczny Obieg Dokumentów,	250

Liczba użytkowników została podana na potrzeby określenia i wyceny przez Wyko- nawcę licencji na System.

8. Harmonogram Ramowy

Realizacja Przedmiotu Zamówienia zostaje podzielona na Etapy. Harmonogram Ra- mowy realizacji Projektu prezentuje odcinki czasowe niezbędne do zrealizowania da- nego Etapu.

Niniejszy Harmonogram Ramowy zostanie uszczegółowiony w ramach Etapu I – Or- ganizacja Projektu. Przedstawione czasy trwania, za wyjątkiem czasu trwania Asysty Powdrożeniowej, poszczególnych Etapów są czasami zakładanymi i zostaną potwier- dzone w trakcie opracowywania Harmonogramu Szczegółowego. Zamawiający wy- maga dotrzymania wymaganych terminów Startu Produkcyjnego i zastrzega, że wy- brane Etapy mogą być realizowane równolegle.

Etap I: Organizacja Projektu

1. Termin rozpoczęcia Etapu I: data zawarcia Umowy.

2. Czas trwania Etapu I: 1 miesiąc, liczony od daty zawarcia Umowy, przy czym:

• koniec Etapu I: odbiór produktów Etapu I. Etap II: Koncepcja Biznesowa

1. Termin rozpoczęcia Etapu II: zakończenie prac Etapu I Umowy.

2. Czas trwania Etapu II: nie dłużej niż 4 miesiące liczone od daty zakończenie

prac Etapu I Umowy, przy czym:

• koniec Etapu II: odbiór wszystkich produktów określonych dla Etapu II.

Etap III: Dostarczenie Oprogramowania i Sprzętu

1. Termin rozpoczęcia Etapu III: zakończenie prac Etapu II Umowy.

2. Czas trwania Etapu III: 1 miesiąc liczone od daty rozpoczęcia Etapu III, przy czym:

• koniec Etapu III: odbiór wszystkich produktów określonych dla

Etapu III Dostarczenie Oprogramowania i Sprzętu

Etap IV: Wdrożenie

1. Termin rozpoczęcia Etapu IV: zakończenie prac Etapu II Umowy.

2. Czas trwania Etapu IV: nie dłużej niż 9 miesięcy liczone od daty rozpoczęcia

Etapu IV, przy czym:

• Etap IV obejmuje prace związane z wykonaniem konfiguracji Systemu, przeprowadzenie Testów akceptacyjnych.

• koniec Etapu IV: odbiór wszystkich produktów zdefiniowanych dla Etapu IV Wdrożenie.

Etap V: Szkolenie

1. Termin rozpoczęcia Etapu V zakończenie prac Etapu IV Umowy,

2. Czas trwania Etapu V: nie dłużej niż 3 miesiące liczone od daty rozpoczęcia

Etapu V, przy czym:

• Etap V obejmuje prace związane z przeprowadzeniem Szkolenia

użytkowników kluczowych i administratorów.

• koniec Etapu V: odbiór wszystkich produktów zdefiniowanych dla

Etapu V Szkolenie.

Etap VI: Start Produkcyjny Systemu i świadczenie Asysty Powdrożeniowej

1. Termin rozpoczęcia Etapu VI: zakończenie prac Etapu V Szkolenie.

2. Etap VI obejmuje prace związane z:

• przygotowaniem Startu produkcyjnego Systemu, przeprowadzenie migracji końcowej oraz 3 miesięczne świadczenie Asysty Powdrożeniowej.

• koniec Etapu VI: odbiór wszystkich produktów zdefiniowanych dla Etapu VI.

• zakończenie Etapu VI zostanie potwierdzone podpisaniem Protokołu Odbioru Wdrożenia.

Świadczenie Serwisu Utrzymaniowego

1. Serwis Utrzymaniowy będzie świadczony:

1.1. Od dnia podpisania Protokołu Odbioru Wdrożenia do zakończenia okresu 24 miesięcy liczonego od dnia podpisania Protokołu Odbioru Wdrożenia, przy czym:

• koniec Serwisu Utrzymaniowego: podpisanie Protokołu Odbioru

Końcowego.

9. Załączniki

Załącznik nr 1 – Wymagania funkcjonalne i niefunkcjonalne

Document Metadata

Table of Contents

Państwowe Muzeum Auschwitz-Birkenau w Oświęcimiu

Document Metadata