ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

WAT.ZP.261.15.2016 Warszawa, dnia 05.01.2017 r.

WSZYSCY WYKONAWCY

Dot.: postępowania prowadzonego w trybie przetargu nieograniczonego na Kompleksowe wytworzenie oraz wdrożenie systemu informatycznego, który usprawni osobom niepełnosprawnym i podmiotom działającym na ich rzecz proces aplikowania o środki PFRON będące w gestii jednostek samorządowych, w ramach projektu pn. „System obsługi wsparcia finansowanego ze środków PFRON” w ramach Programu Operacyjnego Polska Cyfrowa 2014-2020, Oś Priorytetowa 2 „E-administracja
i otwarty rząd”, Działanie 2.1 „Wysoka dostępność i jakość e-usług publicznych”
– znak sprawy ZP/15/16.

Zgodnie z art. 38 ust. 4 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych
(Dz. U. z 2015 r. poz. 2164 z późn. zm.) zwanej dalej ustawą, Zamawiający dokonał poniższych zmian treści SIWZ:

WP.1 w pkt 9.1.9. Załącznika nr 1 do SIWZ:

Obecnie jest: „WP.1 System SOW musi pracować pod kontrolą różnych systemów operacyjnych uruchomionych w środowisku wirtualnym”.

Winno być: „WP.1 System SOW musi pracować pod kontrolą uzgodnionych z Zamawiającym systemów operacyjnych”.

Pkt 8.1 załącznika nr 1 do SIWZ po słowach „powszechność wykorzystania”:

Obecnie jest: „Za spełnienie powyższego uznana będzie realizacja wymagań w rozdziale 6.2.5.4.”

Winno być: „Za spełnienie powyższego uznana będzie realizacja wymagań w pkt 9.2.5.4.”

Zamawiający zmodyfikował załącznik nr 4 do OPZ, który stanowi załącznik do niniejszego pisma.

W pkt 3.2.9.1 załączniku nr 1 do OPZ zamawiający zmienił dni kalendarzowe na Dni Robocze.

Załącznik nr 1 do OPZ, Pkt 4.1 tabela „Poziom dostępności usługi”, fragment dotyczący

Obecnie jest:

„Wyliczenie minimalnego progu RPDS:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie dwie Awarie Systemu w miesiącu – gdzie Czas Naprawy to 7 godzin.

∑ TN = (1*5) = 5 godzin (zgodnie z podanymi wartościami parametru niezawodności usługi).

TD = 30 dni * 17 godzin = 510 godzin (zgodnie z podanym kalendarzem dostępności usługi).

RPDS = (510 godzin - 5 godzin) / 510 godzin * 100 = 99,02%”.

Winno być:

„Wyliczenie minimalnego progu RPDS:

TN – czas trwania niedostępności usługi - przyjmujemy dopuszczalnie dwie Awarie Systemu w miesiącu – gdzie Czas Naprawy to 5 godzin.

∑ TN = (1*5) = 5 godzin (zgodnie z podanymi wartościami parametru niezawodności usługi).

TD = 30 dni * 17 godzin = 510 godzin (zgodnie z podanym kalendarzem dostępności usługi).

RPDS = (510 godzin - 5 godzin) / 510 godzin * 100 = 99,02%”.

W załączniku nr 1 do OPZ w pkt 4.2 tabeli (kalendarz świadczenia usługi) wykreślono zdanie: „Przez 24 godziny 7 dni w tygodniu 365 dni w roku („24/7/365”).

W załączniku nr 1 do SIWZ, rozdział 9.1.10 pkt WCW.4:

Obecnie jest: „WCW.4. Przygotowany przez Wykonawcę projekt graficzny będzie przedstawiał wygląd wszystkich ekranów użytkownika oraz poszczególnych pól i formularzy”

Winno być: „Przygotowany przez Wykonawcę projekt graficzny będzie przedstawiał wygląd wszystkich typów ekranów użytkownika oraz poszczególnych pól i formularzy”.

Pkt 7 Załącznika nr 1 do SIWZ (Harmonogram Ramowy Zamówienia):

Obecnie jest:

Etap	Opis etapu	Czas realizacji etapu(dni kalendarzowe)
	Podpisanie umowy z wykonawcą Systemu (rozpoczęcie produkcji Systemu)
Etap 1	Opracowanie dokumentacji analityczno-projektowej, o której mowa w Załączniku nr 2 do Opisu Przedmiotu Zamówienia	Nie później niż 46 dni od dnia zawarcia umowy
Etap 1.1	Wyspecyfikowanie wymagań na infrastrukturę hostingową.	Nie później niż 28 dni od dnia zawarcia umowy
Etap 1.2 ANALIZA	Opracowanie modelu Systemu zawierającego w szczególności statyczne makiety interfejsu użytkownika dostosowane do potrzeb osób z różnymi dysfunkcjami. Opracowanie modelu Systemu (moduł wnioskodawcy, moduł realizatora, moduł PFRON) - na podstawie wymagań zawartych w dokumentacji przetargowej oraz w umowie, a także na podstawie wymagań uszczegóławiających zgłaszanych przez pracowników Zamawiającego opracowany zostanie model Systemu, który będą tworzyć: Szczegółową listę i opis poszczególnych funkcjonalności(wynikających z treści OPZ i umowy, zgłoszonych przez użytkowników w trakcie prac nad projektem systemu, wynikający z analizy aktów prawnych dokonanej przez Wykonawcę), Opis zawierający szczegółową specyfikację atrybutów i relacji opis struktur baz danych na poziomie logicznym(model dziedziny) i fizycznym. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie ogólnego modelu dziedziny zawierającego jedynie konceptualną specyfikacje encji, relacji i atrybutów. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Macierz uprawnień ukazującą strukturę systemu uprawnień oraz określającą wzajemne relację między użytkownikami, rolami i grupami użytkowników. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie ogólnego modelu uprawnień w sposób analogiczny do prezentowanej w OPZ listy uprawnień. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszych, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Projekty ekranów użytkownika wraz ze szczegółowa specyfikacją używanych formularzy, sekcji, podformularzy i pól oraz opisem sposobów dostosowania interfejsu użytkownika dla potrzeb osób z dysfunkcjami o różnej charakterystyce, 5.Opis logiki realizowany w postaci diagramów procesów biznesowych modelowanych przy użyciu notacji BPMN, przy zachowaniu poziomu szczegółowości pozwalającego na precyzyjną analizę atomowych czynności wykonywanych przez aktorów systemu, przy zachowaniu podziału na zadania manualne (manual tasks), zadania użytkownika (human tasks), zadania systemu (script tasks). Diagramy powinny być zrealizowane przy użyciu szerokiej palety zdarzeń, rodzajów zadań i aktywności, szczegółowo powinny zostać udokumentowane zdarzenia i zadania skutkujące wykonywaniem operacji typu CRUD w odniesieniu do tabel, repozytoriów plikowych i nierelacyjnych składnic danych wyspecyfikowanych w ramach opisu struktur danych. Każdy z diagramów powinien być opisany za pomocą scenariusza zawierającego opis warunków i okoliczności związanych z rozpoczęciem i zakończeniem procesu oraz wykonany w języki naturalnym zwięzły opis poszczególnych kroków procesu przebiegającego w wariantach domyślnym i w wariantach alternatywnych. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opisu procesów biznesowych w wybranej przez Wykonawcę notacji i i jego opisów w języku naturalnym przy zachowaniu wysokiego poziomu ogólności, analogicznie dla diagramów przebiegu procesów zamieszczonych w OPZ. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Mikrospecyfikacja złożonych reguł biznesowych związanych z realizacją poszczególnych zadań. zgodnej ze standardem DMN 1.1 (Decision Model And Notation) oraz pozostającej w relacji zagnieżdżenia w stosunku do dostarczanych diagramów BPMN 2.0 Alternatywnie, Wykonawca może uzgodnić z Zamawiającym inny sposób realizacji tego wymagania. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opiów reguł w języku naturalnym lub w dowolny inny sposób zaproponowany przez Wykonawcę. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Zgodna ze standardem SOAP specyfikacja usług systemu dostępnych przy użyciu API oraz usług wymiany danych z systemami zewnętrznymi w postaci plików wsdl oraz powiązanych z nimi plików xsd. Plan testów akceptacyjnych pokrywający pełny zakres funkcji systemu wynikający z wymagań funkcjonalnych oraz z opisów logiki systemu dostarczonych w formatach BPMN 2.0 oraz DWN 1.1 Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opisu jedynie zakresie niezbędnym dla poprawnego zaplanowania procesów odbiorów produktów. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Opis topologii poszczególnych elementów wersji testowej i produkcyjnej Systemu przez co rozumie się dostarczenie zgodnych ze standardem UML 2.4 diagramu komponentów oraz diagramu wdrożenia dokumentujących występowanie i wzajemne relacje: serwerów fizycznych, serwerów aplikacji, serwerów baz danych, usług raportujących, urządzeń i usług sieciowych, połączeń sieciowych, warstw dostępu do sieci zewnętrznej. Opis topologii zostanie uzupełniony przez kompletny opis infrastruktury programowej i sprzętowej wykorzystywanej przez oprogramowanie systemu. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opisu jedynie zakresie niezbędnym dla poprawnego zaplanowania procesu wdrożenie systemu w wersji alfa. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Opisy poszczególnych elementów składających się na model Systemu muszą zawierać określenie relacji łączących dany element z innymi elementami w układzie. Dodatkowo Wykonawca uwidoczni te relacje przy użyciu diagramu obiektów zgodnego z notacją UML 2.4. Przy realizacji modelu Systemu a także przy realizacji innych Etapów projektu Wykonawca będzie musiał stosować się do następujących wytycznych: Proces tworzenia opierać się będzie na bezpośrednim zrozumieniu użytkowników, zadań oraz środowiska, w którym System będzie używany. Użytkownicy systemu zostaną włączeni w proces tworzenia oraz rozwijania systemu. Kluczowi interesariusze systemu będą towarzyszyć we wszystkich etapach projektowania systemu, również w etapach, w których tematem będzie specyfikacja wymagań na system. W testach i w procesie uszczegóławiania będą brały również udział osoby niepełnosprawne. Proces tworzenia będzie sterowany i realizowany poprzez wykorzystanie metod ewaluacyjnych. Wytworzone modele podlegać będą ocenie Zamawiającego. Proces tworzenia musi być iteratywny. Proces wytwarzania systemu będzie procesem etapowym. Każda faza projektowania i budowy systemu będzie podlegać ocenie i kolejnym iteracjom. Proces tworzenia będzie wykorzystywać doświadczenie użytkowników. Doświadczenie użytkowników systemu będzie jednym z istotnych elementów w projektowaniu systemu.	Nie później niż 46 dni od dnia zawarcia umowy
Etap 2	Dostarczenie wersji alfa SOW wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Testowym, uruchomienie i przeprowadzenie testów wersji alfa Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji alfa. Dostarczenie wersji alfa SOW wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym, przeprowadzenie dodatkowych (np. obciążeniowych) testów wersji alfa Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji alfa. W wersji alfa SOW nie jest wymagana integracja z systemami zewnętrznymi, w tym systemami informatycznymi PFRON. Opisujące te obszary elementy specyfikacji wymagane dla etapu 1.2 mogą zostać dostarczone w ramach wykonania dokumentacji powykonawczej. Rzeczywisty poziom dostępności wersji alfa SOW wynosi 50% w skali miesiąca. Poziom dostępności ustalany będzie na zasadach opisanych w pkt 4 Załącznika nr 1 do OPZ – wyliczenie wartości wskaźnika RPDS.	Nie później niż 138 dni od dnia zawarcia umowy
Etap 3	Dostarczenie wersji beta SOW uwzględniającego listę poprawek i uszczegółowienia wymagań zgłaszanych dla wersji alfa wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Testowym, uruchomienie i przeprowadzenie testów wersji beta Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji beta. Dostarczenie wersji beta SOW wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym, przeprowadzenie dodatkowych (np. obciążeniowych) testów wersji beta Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji beta. W wersji beta SOW wymagana jest integracja z systemami zewnętrznymi, w tym systemami informatycznymi PFRON. Opisujące te obszary elementy specyfikacji wymagane dla etapu 1.2 mogą zostać dostarczone w ramach wykonania dokumentacji powykonawczej. Rzeczywisty poziom dostępności wersji beta SOW wynosi 75% w skali miesiąca. Poziom dostępności ustalany będzie na zasadach opisanych w pkt 4 Załącznika nr 1 do OPZ – wyliczenie wartości wskaźnika RPDS.	Nie później niż 273 dni od dnia zawarcia umowy
Etap 4	Dostarczenie wersji produkcyjnej SOW uwzględniającego listę poprawek wersji beta wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym, przeprowadzenie testów i akceptacja wersji produkcyjnej Systemu.	Nie później niż 416 dni od dnia zawarcia umowy
Etap 5	Uruchomienie wersji produkcyjnej Systemu w Środowisku Produkcyjnym.	Nie później niż 426 dni od dnia zawarcia umowy
Etap 6	Uzupełnienie dokumentacji dostarczonej w ramach realizacji etapu 1.2 o specyfikacje elementów systemu dostarczonych później. Opracowanie i dostarczenie Zamawiającemu Dokumentacji, zgodnie z Załącznikiem nr 2 do Opisu Przedmiotu Zamówienia	Nie później niż 457 dni od dnia zawarcia umowy
Etap 7	Prowadzenie Usług Utrzymania oraz Usług Modyfikacji Systemu, zgodnie z Załącznikiem nr 1 do Opisu Przedmiotu Zamówienia.	od dnia podpisania przez Zamawiającego protokołu Odbioru uruchomienia wersji produkcyjnej Systemu do dnia 28.02.2019 r.
Etap 8	Instruktaże mentorów i pracowników infolinii.	Nie później niż 395 dni od dnia zawarcia umowy
Etap 8.1	Przeprowadzenie instruktaży merytorycznych dla mentorów: opracowanie materiałów instruktażowych dla mentorów, opracowanie planu instruktaży stacjonarnych dla mentorów, przeprowadzenie instruktaży dla mentorów.	Nie później niż 334 dni od dnia zawarcia umowy
Etap 8.2	Przeprowadzenie instruktaży merytorycznych dla pracowników infolinii: opracowanie materiałów instruktażowych dla pracowników infolinii, opracowanie planu instruktaży stacjonarnych dla pracowników infolinii, przeprowadzenie instruktaży dla pracowników infolinii.	Nie później niż 395 dni od dnia zawarcia umowy
Etap 9	Wdrożenie Systemu w JST.	Nie później niż 227 dni od dnia odbioru wersji produkcyjnej Systemu

Winno być:

Etap	Opis etapu	Czas realizacji etapu (dni kalendarzowe)
	Podpisanie umowy z wykonawcą Systemu (rozpoczęcie produkcji Systemu)
Etap 1	Opracowanie dokumentacji analityczno-projektowej, o której mowa w Załączniku nr 2 do Opisu Przedmiotu Zamówienia	Nie później niż 90 dni od dnia zawarcia umowy.
Etap 1.1	Wyspecyfikowanie wymagań na infrastrukturę hostingową.	Nie później niż 90 dni od dnia zawarcia umowy.
Etap 1.2 ANALIZA	Opracowanie modelu Systemu zawierającego w szczególności statyczne makiety interfejsu użytkownika dostosowane do potrzeb osób z różnymi dysfunkcjami. Opracowanie modelu Systemu (moduł wnioskodawcy, moduł realizatora, moduł PFRON) - na podstawie wymagań zawartych w dokumentacji przetargowej oraz w umowie, a także na podstawie wymagań uszczegóławiających zgłaszanych przez pracowników Zamawiającego opracowany zostanie model Systemu, który będą tworzyć: Szczegółową listę i opis poszczególnych funkcjonalności(wynikających z treści OPZ i umowy, zgłoszonych przez użytkowników w trakcie prac nad projektem systemu, wynikający z analizy aktów prawnych dokonanej przez Wykonawcę), Opis zawierający szczegółową specyfikację atrybutów i relacji opis struktur baz danych na poziomie logicznym(model dziedziny) i fizycznym. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie ogólnego modelu dziedziny zawierającego jedynie konceptualną specyfikacje encji, relacji i atrybutów. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Macierz uprawnień ukazującą strukturę systemu uprawnień oraz określającą wzajemne relację między użytkownikami, rolami i grupami użytkowników. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie ogólnego modelu uprawnień w sposób analogiczny do prezentowanej w OPZ listy uprawnień. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszych, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Projekty ekranów użytkownika wraz ze szczegółowa specyfikacją używanych formularzy, sekcji, podformularzy i pól oraz opisem sposobów dostosowania interfejsu użytkownika dla potrzeb osób z dysfunkcjami o różnej charakterystyce, 5.Opis logiki realizowany w postaci diagramów procesów biznesowych modelowanych przy użyciu notacji BPMN, przy zachowaniu poziomu szczegółowości pozwalającego na precyzyjną analizę atomowych czynności wykonywanych przez aktorów systemu, przy zachowaniu podziału na zadania manualne (manual tasks), zadania użytkownika (human tasks), zadania systemu (script tasks). Diagramy powinny być zrealizowane przy użyciu szerokiej palety zdarzeń, rodzajów zadań i aktywności, szczegółowo powinny zostać udokumentowane zdarzenia i zadania skutkujące wykonywaniem operacji typu CRUD w odniesieniu do tabel, repozytoriów plikowych i nierelacyjnych składnic danych wyspecyfikowanych w ramach opisu struktur danych. Każdy z diagramów powinien być opisany za pomocą scenariusza zawierającego opis warunków i okoliczności związanych z rozpoczęciem i zakończeniem procesu oraz wykonany w języki naturalnym zwięzły opis poszczególnych kroków procesu przebiegającego w wariantach domyślnym i w wariantach alternatywnych. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opisu procesów biznesowych w wybranej przez Wykonawcę notacji i i jego opisów w języku naturalnym przy zachowaniu wysokiego poziomu ogólności, analogicznie dla diagramów przebiegu procesów zamieszczonych w OPZ. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Mikrospecyfikacja złożonych reguł biznesowych związanych z realizacją poszczególnych zadań. zgodnej ze standardem DMN 1.1 (Decision Model And Notation) oraz pozostającej w relacji zagnieżdżenia w stosunku do dostarczanych diagramów BPMN 2.0 Alternatywnie, Wykonawca może uzgodnić z Zamawiającym inny sposób realizacji tego wymagania. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opiów reguł w języku naturalnym lub w dowolny inny sposób zaproponowany przez Wykonawcę. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Zgodna ze standardem SOAP specyfikacja usług systemu dostępnych przy użyciu API oraz usług wymiany danych z systemami zewnętrznymi w postaci plików wsdl oraz powiązanych z nimi plików xsd. Opis topologii poszczególnych elementów wersji testowej i produkcyjnej Systemu przez co rozumie się dostarczenie zgodnych ze standardem UML 2.4 diagramu komponentów oraz diagramu wdrożenia dokumentujących występowanie i wzajemne relacje: serwerów fizycznych, serwerów aplikacji, serwerów baz danych, usług raportujących, urządzeń i usług sieciowych, połączeń sieciowych, warstw dostępu do sieci zewnętrznej. Opis topologii zostanie uzupełniony przez kompletny opis infrastruktury programowej i sprzętowej wykorzystywanej przez oprogramowanie systemu. Dopuszcza się by na etapie opracowania modelu zostało przyjęte podejście uproszczone zakładające sporządzenie opisu jedynie zakresie niezbędnym dla poprawnego zaplanowania procesu wdrożenie systemu w wersji alfa. Pełny, szczegółowy zakres modelu może zostać dostarczony w terminie późniejszym, nie później jednak niż do dnia przekazania Dokumentacji wyspecyfikowanej w ramach załącznika nr 2 do OPZ. Opisy poszczególnych elementów składających się na model Systemu muszą zawierać określenie relacji łączących dany element z innymi elementami w układzie. Dodatkowo Wykonawca uwidoczni te relacje przy użyciu diagramu klas zgodnego z notacją UML 2.4. Przy realizacji modelu Systemu a także przy realizacji innych Etapów projektu Wykonawca będzie musiał stosować się do następujących wytycznych: Proces tworzenia opierać się będzie na bezpośrednim zrozumieniu użytkowników, zadań oraz środowiska, w którym System będzie używany. Użytkownicy systemu zostaną włączeni w proces tworzenia oraz rozwijania systemu. Kluczowi interesariusze systemu będą towarzyszyć we wszystkich etapach projektowania systemu, również w etapach, w których tematem będzie specyfikacja wymagań na system. W testach i w procesie uszczegóławiania będą brały również udział osoby niepełnosprawne. Proces tworzenia będzie sterowany i realizowany poprzez wykorzystanie metod ewaluacyjnych. Wytworzone modele podlegać będą ocenie Zamawiającego. Proces tworzenia musi być iteratywny. Proces wytwarzania systemu będzie procesem etapowym. Każda faza projektowania i budowy systemu będzie podlegać ocenie i kolejnym iteracjom. Proces tworzenia będzie wykorzystywać doświadczenie użytkowników. Doświadczenie użytkowników systemu będzie jednym z istotnych elementów w projektowaniu systemu.	Nie później niż 90 dni od dnia zawarcia umowy.
Etap 2	Wytworzenie wersji alfa SOW oraz instalacja, konfiguracja i wdrożenie w Środowisku Testowym Wykonawcy. Uruchomienie i przeprowadzenie testów wersji alfa Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji alfa. Dostarczenie wersji alfa SOW wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym lub jeżeli Środowisko Produkcyjne nie będzie dostępne wykorzystanie Środowiska Testowego Wykonawcy, w celu przeprowadzenia dodatkowych testów (np. obciążeniowych) wersji alfa Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji alfa. W wersji alfa SOW nie jest wymagana integracja z systemami zewnętrznymi, w tym systemami informatycznymi PFRON. Opisujące te obszary elementy specyfikacji wymagane dla etapu 1.2 mogą zostać dostarczone w ramach wykonania dokumentacji powykonawczej. Rzeczywisty poziom dostępności wersji alfa SOW wynosi 50% w skali miesiąca. Poziom dostępności ustalany będzie na zasadach opisanych w pkt 4 Załącznika nr 1 do OPZ – wyliczenie wartości wskaźnika RPDS.	Nie później niż 210 dni od dnia zawarcia umowy
Etap 3	Wytworzenie wersji beta SOW oraz z instalacja, konfiguracja i wdrożenie w Środowisku Testowym Wykonawcy. Uruchomienie i przeprowadzenie testów wersji beta Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji beta. Dostarczenie wersji beta SOW wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym lub jeżeli Środowisko Produkcyjne nie będzie dostępne wykorzystanie Środowiska Testowego Wykonawcy, w celu przeprowadzenia dodatkowych testów (np. obciążeniowych) wersji beta Systemu, opracowanie i akceptacja dokumentów zawierających listę poprawek wersji beta. W wersji beta SOW wymagana jest integracja z systemami zewnętrznymi, w tym systemami informatycznymi PFRON. Opisujące te obszary elementy specyfikacji wymagane dla etapu 1.2 mogą zostać dostarczone w ramach wykonania dokumentacji powykonawczej. Rzeczywisty poziom dostępności wersji beta SOW wynosi 75% w skali miesiąca. Poziom dostępności ustalany będzie na zasadach opisanych w pkt 4 Załącznika nr 1 do OPZ – wyliczenie wartości wskaźnika RPDS.	Nie później niż 270 dni od dnia zawarcia umowy
Etap 4	Dostarczenie wersji produkcyjnej SOW uwzględniającego listę poprawek wersji beta wraz z instalacją, konfiguracją i wdrożeniem w Środowisku Produkcyjnym, przeprowadzenie testów i akceptacja wersji produkcyjnej Systemu.	Nie później niż 360 dni od dnia zawarcia umowy.
Etap 5	Uruchomienie wersji produkcyjnej Systemu w Środowisku Produkcyjnym.	Nie później niż 370 dni od dnia zawarcia umowy.
Etap 6	Uzupełnienie dokumentacji dostarczonej w ramach realizacji Etapu 1.2 o specyfikacje elementów Systemu dostarczonych później. Opracowanie i dostarczenie Zamawiającemu Dokumentacji, zgodnie z Załącznikiem nr 2 do Opisu Przedmiotu Zamówienia	Nie później niż 430 dni od dnia zawarcia umowy.
Etap 7	Prowadzenie Usług Utrzymania oraz Usług Modyfikacji Systemu, zgodnie z Załącznikiem nr 1 do Opisu Przedmiotu Zamówienia.	Od dnia podpisania przez Zamawiającego protokołu Odbioru uruchomienia wersji produkcyjnej Systemu do dnia 28.02.2019 r.
Etap 8	Instruktaże mentorów i pracowników infolinii.	Nie później niż 370 dni od dnia zawarcia umowy
Etap 8.1	Przeprowadzenie instruktaży merytorycznych dla mentorów: opracowanie materiałów instruktażowych dla mentorów, opracowanie planu instruktaży stacjonarnych dla mentorów, przeprowadzenie instruktaży dla mentorów.	Nie później niż 310 dni od dnia zawarcia umowy.
Etap 8.2	Przeprowadzenie instruktaży merytorycznych dla pracowników infolinii: opracowanie materiałów instruktażowych dla pracowników infolinii, opracowanie planu instruktaży stacjonarnych dla pracowników infolinii, przeprowadzenie instruktaży dla pracowników infolinii.	Nie później niż 370 dni od dnia zawarcia umowy.
Etap 9	Wdrożenie Systemu w JST.	Nie później niż do dnia 31.12.2018 r.

W załączniku nr 1 do SIWZ pkt 9.1.16 pod nazwą Wymagania na realizację zamówienia wykreślono. Obecnie pkt 9.1.16 otrzymał nazwę Wymagania na realizację Wdrożeń JST i poniższe brzmienie:

„9.1.16. Wymagania na realizację Wdrożeń JST.

WRW.1. Wykonawca jest zobowiązany do wykonania wdrożenia Systemu w JST. Wdrożenie JST następować będzie bezpośrednio w siedzibie jednostki samorządu terytorialnego.

WRW.2. Wdrożenie, o którym mowa w pkt WRW.1 obejmować będzie przeprowadzenie przez Wykonawcę instruktaży stanowiskowych dla wszystkich pracowników Realizatora, którzy zadeklarują chęć rozpoczęcia korzystania z SOW oraz wsparcie konsultanta telefonicznie i za pomocą poczty elektronicznej (pomoc techniczna). Wsparcie konsultanta Wykonawcy realizowane będzie do dnia 31.12.2018 r.

WRW.3. Wykonawca zobowiązany jest do przygotowania i prowadzenia bezpośrednio w siedzibie JST instruktaży stanowiskowych wyjaśniających uczestnikom sposób działania i obsługi Systemu. W czasie instruktażu uczestnicy zostaną zapoznani z obsługą Modułu Realizatora oraz Modułu Wnioskodawcy.

WRW.4. Dla każdego Wdrożenia JST zostaną przeprowadzone po dwa ośmiogodzinne instruktaże w siedzibie Realizatora. Terminy poszczególnych instruktaży w każdej jednostce organizacyjnej powinny zostać uzgodnione przez Wykonawcę z Realizatorem. Oba instruktaże nie mogą odbyć się tego samego dnia.

WRW.5. Każdy instruktaż składać się będzie z części wykładowej oraz warsztatowej obejmującej pracę samodzielną oraz w grupach. Część warsztatowa winna obejmować ▇.▇▇. naukę: obsługi konta przez Wnioskodawcę, wypełnienia i złożenia Wniosku przez Wnioskodawcę, obsługi konta Realizatora, kompleksowej obsługi Sprawy przez Realizatora, obsługi wniosków o przekazanie środków, generowanie raportów i plików eksportowych oraz wszelkich innych czynności wykonywanych w Systemie przez Realizatora.

WRW.6. Wykonawca zobowiązuje się zapewnić, w szczególności wykładowców posiadających należyte doświadczenie szkoleniowe i odpowiednią wiedzę merytoryczną w zakresie objętym przedmiotem instruktażu, materiały instruktażowe dla wszystkich uczestników, w tym zestawy ćwiczeń i testów.

WRW.7. Warunki organizacji instruktaży:

Instruktaże będą odbywały się w języku polskim.
Materiały instruktażowe i podręczniki powinny być napisane w języku polskim. Materiały dla uczestników (potrzebne do przeprowadzenia instruktażu) powinny być dostarczone w formie elektronicznej dla każdego uczestnika instruktażu. użytkowników. W związku z tym, że zamówienie będzie finansowane ze środków unijnych z Programu Operacyjnego Polska Cyfrowa, każdy dokument powinien zostać oznaczony zgodnie z wytycznymi Ministerstwa Rozwoju Regionalnego, zamieszczonymi na stronie internetowej ▇▇▇▇▇://▇▇▇.▇▇▇▇▇▇▇▇▇▇▇▇▇.▇▇▇.▇▇/▇▇▇▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇▇▇/▇▇▇▇▇▇-▇▇▇▇▇▇▇▇-▇-▇▇▇▇▇▇▇▇▇▇▇-▇▇▇▇▇▇▇▇▇-▇-▇▇▇▇▇▇▇▇▇/.
Program/zakres/harmonogram instruktaży i materiały instruktażowe oraz testy i ankiety oceny instruktażu zostaną opracowane i przekazane przez Wykonawcę w porozumieniu z Zamawiającym, na minimum 14 dni przed rozpoczęciem instruktaży.
Instruktaże prowadzone będą w pomieszczeniu oraz na sprzęcie zapewnionym przez Realizatora, u którego dokonywane jest Wdrożenie JST. Zapewnienie dostępu do sali wykładowej oraz sprzętu komputerowego należy do obowiązków.
Instruktaże będą odbywać się na środowisku testowym SOW.
Instruktaże będą kończyły się testem potwierdzającym przygotowanie do obsługi Systemu.
Zaliczenie testu (udzielenie co najmniej 70% pozytywnych odpowiedzi) potwierdzone będzie zaświadczeniem ukończenia instruktażu.

WRW.8. Wykonawca dostarczy uczestnikom instruktażu ankiety oceny instruktażu do wypełnienia.

WRW.9. Przed dokonaniem Odbioru instruktażu Wykonawca dostarczy Zamawiającemu listę/y obecności uczestników instruktaży, ankiety oceny instruktażu, kopie testów przez uczestników i oraz kopie zaświadczeń ukończenia instruktażu.

WRW.10. Przeprowadzenie instruktaży zostanie potwierdzone protokołem Odbioru-bez zastrzeżeń. Warunkiem uzyskania Odbioru jest ukończenie instruktażu przez wszystkich uczestników”.

§ 3 ust. 3 Załącznika nr 7 do SIWZ:

Obecnie jest:

„O ile nic innego nie wynika wprost z Umowy, Wykonawca jest zobowiązany zapewnić wszelkie narzędzia, w tym oprogramowanie i inne zasoby potrzebne mu do realizacji Umowy. W szczególności – o ile Umowa nie stanowi inaczej – wszelkie prace związane z konfiguracją lub opracowaniem i testowaniem Systemu będą odbywać się na środowisku Podmiotu Hostującego”.

Winno być:

„Wykonawca jest zobowiązany zapewnić wszelkie narzędzia, w tym oprogramowanie i inne zasoby potrzebne mu do realizacji Umowy. Począwszy od wersji beta Systemu wszelkie prace związane z konfiguracją i testowaniem Systemu będą odbywać się również na środowisku Podmiotu Hostującego. Zamawiający zapewni Wykonawcy dostęp zdalny do środowiska Podmiotu Hostującego, w terminie nie dłuższym niż 7 dni od dnia zgłoszenia potrzeby dostępu przez Wykonawcę”.

Wykreślono ust. 15 z § 4 Załącznika nr 7 do SIWZ. Ponadto, dokonano zmiany zapisu ust. 18 z § 4 Załącznika nr 7 do SIWZ:

Obecnie jest: „Zamawiający wymaga by na każdym etapie realizacji Umowy każda z osób biorących udział po stronie Wykonawcy, dokumentowała na bieżąco wyniki swoich prac poprzez niezwłoczne przesyłanie wytworzonej lub zaktualizowanej dokumentacji analitycznej, Kodów Źródłowych, notatek ze spotkań i innych ostatecznych lub roboczych wyników prac do Repozytorium Systemu utrzymywanego przez Zamawiającego. Jeśli pracownik Wykonawcy uchybi temu obowiązkowi nie przekazując wyników prac w ciągu dwóch Dni Roboczych od wystąpienia zdarzenia, które powinno skutkować utworzeniem lub aktualizacją plików w Repozytorium Systemu, Wykonawca zapłaci karę o wysokości 1000 zł za każdy dzień opóźnienia o odniesieniu do każdego takiego przypadku”.

Winno być: „Zamawiający wymaga by na każdym etapie realizacji Umowy każda z osób biorących udział po stronie Wykonawcy, dokumentowała na bieżąco wyniki swoich prac poprzez niezwłoczne przesyłanie wytworzonej lub zaktualizowanej dokumentacji analitycznej, Kodów Źródłowych, notatek ze spotkań i innych ostatecznych lub roboczych wyników prac do Repozytorium Systemu utrzymywanego przez Zamawiającego. Dostęp do tego Repozytorium wymaga złożenia przez Wykonawcę wniosku o nadanie uprawnień w formie pisemnej, które Zamawiający zrealizuje w terminie 1 Dnia Roboczego. Jeśli pracownik Wykonawcy uchybi temu obowiązkowi nie przekazując wyników prac w ciągu dwóch Dni Roboczych od wystąpienia zdarzenia, które powinno skutkować utworzeniem lub aktualizacją plików w Repozytorium Systemu, Wykonawca zapłaci karę o wysokości 1000 zł za każdy dzień opóźnienia o odniesieniu do każdego takiego przypadku”.

§ 7 ust. 16 załącznika nr 7 do SIWZ:

Obecnie jest: „O ile w Umowie nie postanowiono inaczej, datą spełnienia określonego świadczenia będzie zgłoszenie przez Wykonawcę danej pracy do Odbioru pod warunkiem, że praca taka zostanie odebrana przy pierwszym Odbiorze, zgodnie z procedurą ▇▇▇▇▇▇▇ przewidzianą dla danej pracy. Jednakże w przypadku stwierdzenia nieprawidłowości w zgłoszonej do Odbioru pracy, termin uważa się za niedotrzymany, a terminem wykonania będzie podpisanie stosownego Protokołu Odbioru bez zastrzeżeń przez Zamawiającego”.

Winno być: „O ile w Umowie nie postanowiono inaczej, datą spełnienia określonego świadczenia będzie zgłoszenie przez Wykonawcę danego Produktu do Odbioru pod warunkiem, że Produkt zostanie odebrany przy pierwszym Odbiorze, zgodnie z procedurą Odbioru przewidzianą dla Produktu. Jednakże w przypadku stwierdzenia nieprawidłowości w zgłoszonego do Odbioru Produktu, termin uważa się za niedotrzymany, a terminem wykonania Produktu będzie podpisanie Protokołu Odbioru bez zastrzeżeń przez Zamawiającego zgodnie ze stanem faktycznym”.

W § 7 załącznika nr 7 do SIWZ dodano ust. 16a o treści:

„Zamawiający dokona Odbioru lub zgłosi uwagi w terminie 5 Dni Roboczych od daty zgłoszenia przez Wykonawcę Produktu. W przypadku przekroczenia powyższego terminu przez Zamawiającego, Wykonawcy nie będzie naliczana kara umowna za okres powyżej 5 Dni Roboczych, o których mowa powyżej. Postanowienie ust. 27 zdanie ostatnie stosuje się odpowiednio”.

Zamawiający zmodyfikował załącznik nr 2 do umowy, który stanowi załącznik do niniejszego pisma.

W § 11 ust. 4 załącznika nr 7 do SIWZ:

Obecnie jest: „Za świadczenie przez Wykonawcę Usługi Utrzymania Systemu Wykonawca otrzyma miesięczne wynagrodzenie ryczałtowe płatne na podstawie protokołu odbioru bez zastrzeżeń sporządzanego raz w na kwartał w wysokości zgodnej z zasadami określonymi w ust. 2 lit. b) powyżej, tj. w kwocie………….. zł (słownie: …………….. złotych) netto, plus VAT w wysokości 23%, co daje łącznie kwotę ………….. zł (słownie: ……………. złotych) brutto, za dany miesiąc rozliczeniowy”.

Winno być: „Za świadczenie przez Wykonawcę Usługi Utrzymania Systemu Wykonawca otrzyma kwartalne wynagrodzenie ryczałtowe płatne na podstawie protokołów odbioru bez zastrzeżeń sporządzanych raz w miesiącu w wysokości ………….. zł (słownie: …………….. złotych) netto, plus VAT w wysokości 23%, co daje łącznie kwotę ………….. zł (słownie: ……………. złotych) brutto, za dany kwartał rozliczeniowy”.

W § 11 ust. 5 załącznika nr 7 do SIWZ:

Obecnie jest: „Wynagrodzenie, o którym mowa w ust. 4 powyżej będzie naliczane począwszy od daty uruchomienia produkcyjnej wersji Systemu i będzie płatne na podstawie protokołów odbioru sporządzanych raz na kwartał z dołu w wysokości, określonej w ust. 4 powyżej, za dany okres trwania Usługi Utrzymania, za który sporządzono protokół odbioru. W razie gdy Umowa obowiązywać będzie przez niepełny kwartał, wynagrodzenie należne jest w wysokości proporcjonalnej do liczby dni, w których Umowa obowiązywała”.

Winno być: „Wynagrodzenie, o którym mowa w ust. 4 powyżej będzie naliczane począwszy od daty uruchomienia produkcyjnej wersji Systemu z dołu w wysokości, określonej w ust. 4 powyżej, za dany kwartał trwania Usługi Utrzymania. W razie gdy Umowa obowiązywać będzie przez niepełny kwartał, wynagrodzenie należne jest w wysokości proporcjonalnej do liczby dni, w których Umowa obowiązywała”.

W pkt 9.2.1 WOF.1 załącznika nr 1 do SIWZ;

Obecnie jest: „WOF.1 System musi obsługiwać proces wypełniania, składania i obsługi wniosków służących do obsługi wszystkich zadań realizowanych przez JST ze środków PFRON. Liczba formularzy: około 25. Szablony wniosków będą zawierały stały zestaw pól, wspólny dla wszystkich JST oraz zestaw pól dodatkowych (dołączanych opcjonalnie przez Administratorów Realizatora). Średnia liczba pól w formularzu Wniosku (w zależności od zadania, którego dotyczy formularz Wniosku) będzie wynosiła łącznie 100 (+/- 30% ze względu na podział Wniosku na pola podstawowe i dodatkowe). Zestawy pól zostaną określone przez Zamawiającego na etapie budowy Systemu informatycznego. Przykładowe szablony formularzy stanowią Załącznik nr 5 do Opisu Przedmiotu Zamówienia”.

Winno być: „WOF.1 System musi obsługiwać proces wypełniania, składania i obsługi wniosków służących do obsługi wszystkich zadań realizowanych przez JST ze środków PFRON. Maksymalna liczba formularzy wyniesie 30 sztuk. Szablony wniosków będą zawierały stały zestaw pól, wspólny dla wszystkich JST oraz zestaw pól dodatkowych (dołączanych opcjonalnie przez Administratorów Realizatora). Średnia liczba pól w formularzu Wniosku (w zależności od zadania, którego dotyczy formularz Wniosku) będzie wynosiła łącznie 100 (+/- 30% ze względu na podział Wniosku na pola podstawowe i dodatkowe). Zestawy pól zostaną określone przez Zamawiającego na etapie budowy Systemu informatycznego. Przykładowe szablony formularzy stanowią Załącznik nr 5 do Opisu Przedmiotu Zamówienia”.

W rozdziale 9.2.5. załącznika nr 1 do SIWZ dodano pkt WAS.10:

„Proces tworzenia szablonu formularza wniosku powinien umożliwiać wprowadzenie zmian w formularzach rozliczeniowych, o których mowa w pkt WMW.27 i pkt WMR.29. Szablony formularzy rozliczeniowych winny być dostosowane do przedmiotu dofinansowania, czyli maksymalna liczba tych szablonów będzie zgodna z liczbą szablonów wniosków, tj. nie większa niż 30 szt”.

W rozdziale 9.2.5. załącznika nr 1 do SIWZ dodano pkt WAS.9:

„WAS.9 Liczba szablonów raportów będzie zależna od ustalonego przez Zamawiającego zakresu informacyjnego w danym szablonie według zasady: im szerszy zakres informacyjny, tym mniejsza liczba raportów. Maksymalną ich liczbę Zamawiający szacuje na 100 szt”.

W § 12 ust. 14 lit a) załącznika nr 7 do SIWZ:

Obecnie jest: „w przypadku odstąpienia od Umowy lub jej wypowiedzenia z powodu okoliczności leżących po stronie Wykonawcy, Zamawiający może naliczyć Wykonawcy karę w wysokości 25% (słownie: dwadzieścia pięć procent) łącznego maksymalnego wynagrodzenia należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 11 ust. 1 niniejszej Umowy”.

Winno być: „w przypadku odstąpienia od Umowy lub jej wypowiedzenia z powodu okoliczności leżących po stronie Wykonawcy, Zamawiający może naliczyć Wykonawcy karę w wysokości 25% (słownie: dwadzieścia pięć procent) łącznego maksymalnego wynagrodzenia netto należnego Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 11 ust. 1 niniejszej Umowy. W przypadku odstąpienia w całości od Umowy, kara umowna będzie naliczona wyłącznie z tego tytułu”.

W § 12 ust, 14 lit. b) załącznika nr 7 do SIWZ po wyrazie „wynagrodzenia” dodano wyraz „netto”.

Definicja Wniosku w załączniku nr 1 do SIWZ oraz w załączniku nr 6 do OPZ:

Obecnie jest: „Typowy dla danego zadania lub programu celowego formularz, składany przez Wnioskodawcę w celu uzyskania wsparcia ze środków PFRON, zawierający zestaw pól standardowych uzupełnionych o dodatkowe pole wymagane przez Realizatora, wybrane z katalogu pól dodatkowych”.

Winno być: „Typowy dla danego zadania lub programu celowego zbiór informacji wprowadzony na podstawie Formularza, składany przez Wnioskodawcę w celu uzyskania wsparcia ze środków PFRON, zawierający zestaw informacji standardowych uzupełnionych o dodatkowe informacje wymagane przez Realizatora, wprowadzone w Formularzu na podstawie pól wybranych z katalogu pól dodatkowych”.

Definicja Zapis Roboczy Części Wniosku w załączniku nr 1 do SIWZ:

Obecnie jest: „Zapis części formularza Wniosku bez sprawdzenia poprawności danych, np. w połowie wypełnionego formularza”.

Winno być: „Zapis części Wniosku bez sprawdzenia poprawności danych, np. na podstawie w połowie wypełnionego formularza”.

Zamawiający usunął z rozdziału 9.1.4 Załącznik Nr 1 do SIWZ - pkt WW.5, WW.6 oraz WW.7.

Zmieniono definicję Awarii w załączniku nr 1 do OPZ oraz w załączniku nr 7 do SIWZ:

Obecnie jest: „Nieprawidłowe działanie Systemu powodujące całkowity brak możliwości korzystania z Systemu lub takie ograniczenie możliwości korzystania z niego, że przestaje ono spełniać swoje podstawowe funkcje. Przykładem Awarii jest niemożność uruchomienia Systemu, brak odczytu/zapisu z bazy danych, utrata danych lub ich spójności, brak możliwości zalogowania użytkownika, niedostępność krytycznych funkcji Systemu”.

Winno być: „Awaria to brak możliwości korzystania z funkcji Systemu z punktu widzenia celów, dla których powstał System, przez Użytkowników Systemu”.

Rozdział 9.1.13 pkt WPN.4 załącznika nr 1 do SIWZ:

Obecnie jest: „Wykonawca jest zobowiązany do przeprowadzenia audytu zgodności Systemu ze standardami WCAG 2.0 potwierdzonego uzyskaniem zaświadczenia od niezależnego podmiotu uprawnionego do przeprowadzenia ww. audytu”.

Winno być: „Wykonawca jest zobowiązany do przeprowadzenia audytu zgodności Systemu ze standardami WCAG 2.0 co najmniej na poziomie wskazanym w rozporządzeniu Rady Ministrów w sprawie Krajowych Ram interoperacyjności, minimalnych wymagań rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych, co zapewni, że udostępnione dzięki projektowi treści i usługi będą dostępne dla osób niepełnosprawnych, w tym niewidomych i słabo widzących, osób niesłyszących, osób z trudnościami w uczeniu się, osób o ograniczeniach poznawczych, osób z upośledzeniem ruchu, mowy, potwierdzonego uzyskaniem zaświadczenia od niezależnego podmiotu wykonującego ww audyt. Podmiot wykonujący audyt musi wykazać się minimum 2-letnim doświadczeniem”.

Pozostała część pkt WPN 4 pozostaje bez zmian.

W § 1 załącznika nr 7 SIWZ do SIWZ dodano definicję Użytkownika:

„Osoba korzystająca z SOW lub jego poszczególnych części”.

W § 3 załącznika nr 7 do SIWZ wykreślono ust. 5.

Wykreślono zdanie drugie w § 7 ust. 7 załącznika nr 7 do SIWZ.

W § 8 załącznika nr 7 do SIWZ usunięto ust. 16.

W § 17 ust. 5 lit. a) załącznika nr 7 do SIWZ:

Obecnie jest: „Zamawiający zwróci Wykonawcy lub usunie wszelkie przekazane przez Wykonawcę Produkty lub inne świadczenia, a Wykonawca zobowiązany będzie zwrócić otrzymane wynagrodzenie w terminie 7 dni od daty otrzymania oświadczenia Zamawiającego o odstąpieniu od Umowy”.

Winno być: „Zamawiający zwróci Wykonawcy lub usunie wszelkie przekazane przez Wykonawcę Produkty lub inne świadczenia, a Wykonawca zobowiązany będzie zwrócić otrzymane wynagrodzenie, przy czym obie Strony wykonają swoje powyższe obowiązki w terminie 7 dni od daty otrzymania przez Wykonawcę oświadczenia Zamawiającego o odstąpieniu od Umowy”.

Usunięto pkt 2.6 z załącznika nr 1 do OPZ.

Pkt 2.1.13 załącznika nr 1 do OPZ:

Obecnie jest: „Posiadania oraz zapewnienia dostępu dla Zamawiającego do Portalu Serwisowego, zastrzeżeniem zapisów pkt 2.6”.

Winno być: „Wykorzystania Portalu Serwisowego udostępnionego przez Zamawiającego”.

W § 1 załącznika nr 7 do SIWZ oraz załączniku nr 1 do OPZ zmieniono definicję Repozytorium Systemu:

Obecnie jest: „Zrealizowane przy pomocy usługi kontroli wersji (GIT) i skonfigurowane w sposób umożliwiający śledzenie i rozliczalność wszystkich zmian narzędzie informatyczne instalowane i konfigurowane przez Wykonawcę na środowisku informatycznym Zamawiającego, i w którym Wykonawca zobowiązany jest do bieżącego składowania roboczych i zatwierdzonych wersji Dokumentacji Systemu oraz Kodów Źródłowych. Wykonawca będzie obowiązany do implementacji repozytorium w środowisku teleinformatycznym Wykonawcy w sposób maksymalizujący możliwość monitorowania i zapewniania rozliczalności zmian i do przekazania Zamawiającemu najszerszych możliwych praw do administrowania repozytorium przed dostarczeniem produktów projektu”.

Winno być: „Zrealizowane przy pomocy usługi kontroli wersji (GIT) i skonfigurowane w sposób umożliwiający śledzenie i rozliczalność wszystkich zmian narzędzie informatyczne instalowane i konfigurowane przez Wykonawcę na środowisku informatycznym Zamawiającego, zapewnione przez Wykonawcę i w którym Wykonawca zobowiązany jest do bieżącego składowania roboczych i zatwierdzonych wersji Dokumentacji Systemu oraz Kodów Źródłowych. Wykonawca będzie obowiązany do implementacji repozytorium w środowisku teleinformatycznym Wykonawcy w sposób maksymalizujący możliwość monitorowania i zapewniania rozliczalności zmian i do przekazania Zamawiającemu najszerszych możliwych praw do administrowania repozytorium przed dostarczeniem produktów projektu”.

Rozdział 9.1.4. pkt WW.2 załącznika nr 1 do SIWZ:

Obecnie jest: „System musi umożliwiać jednoczesną pracę użytkownikom co najmniej 20% aktywnych, tj. aktywowanych przez użytkownika, kont, przy założeniu pracy jednego użytkownika na jednym koncie w jednym czasie”.

Winno być: „System musi umożliwiać pracę użytkownikom co najmniej 20% aktywnych w ciągu doby, tj. aktywowanych przez użytkownika, kont, przy założeniu pracy jednego użytkownika na jednym koncie w jednym czasie. W ramach Etapu 1.2 (Analiza) Wykonawca w porozumieniu z Zamawiającym wyspecyfikuje sposób obsługi sytuacji, w których będzie dochodziło do prób tworzenia więcej niż 5000 aktywnych sesji Użytkownika jednocześnie. Sposób ten musi przewidywać możliwość obsługi 200 000 sesji w ciągu doby”.

W Rozdziale 9.1.9 pkt WP.3 załącznika nr 1 do SIWZ, ostatnia pozycja tabeli:

Obecnie jest:

Internet Explorer

Od wersji 8

Winno być:

Internet Explorer

Od wersji 11

Rozdział 9.2.2.9 pkt WMW.31 załącznika nr 1 do SIWZ:

Obecnie jest: „Moduł Wnioskodawcy ma umożliwić prowadzenie korespondencji e-mail z

Realizatorem”.

Winno być „Moduł Wnioskodawcy ma umożliwić prowadzenie korespondencji z Realizatorem przy pomocy komunikatów (wiadomości) wyświetlanych w ramach sprawy w Module Realizatora”.

Rozdział 9.2.3.3. pkt WMR.10 załącznika nr 1 do SIWZ:

Obecnie jest: „Utworzenie konta Wnioskodawcy przez Użytkownika Realizatora możliwe będzie bez podania adresu e-mail Wnioskodawcy; wymagane będzie podanie nazwy użytkownika (Wnioskodawcy) stanowiącej jego login”.

Winno być: „Utworzenie konta Wnioskodawcy przez Użytkownika Realizatora nie będzie możliwe bez podania adresu e-mail Wnioskodawcy”.

Rozdział 9.2.3.3. pkt WMR.11 załącznika nr 1 do SIWZ:

Obecnie jest: „Założenie konta Wnioskodawcy przez Użytkownika Realizatora spowoduje wygenerowanie jednorazowego hasła. Przy pierwszym logowaniu użytkownika, System wymusi zmianę hasła oraz uzupełnienie brakujących wymaganych danych, w tym adresu e-mail”.

Winno być: „Założenie konta Wnioskodawcy przez Użytkownika Realizatora spowoduje wygenerowanie jednorazowego hasła. Przy pierwszym logowaniu użytkownika, System wymusi zmianę hasła oraz uzupełnienie brakujących wymaganych danych”.

Rozdział 9.2.5.3 pkt WAS.5 załącznika nr 1 do SIWZ:

Obecnie jest: „Nowy szablon wniosku nie może odwoływać się do innych pól, niż pola dostępne w już istniejących (predefiniowanych) formularzach”.

Winno być: „Nowy szablon samodzielnie konstruowanego wniosku nie może odwoływać się do innych typów pól, niż pola dostępne w już istniejących (predefiniowanych) formularzach oraz istniejącej logiki”.

Usunięto załącznik nr 7 do OPZ (Wymagania na realizację zamówienia).

Zamawiający usunął zdanie drugie w § 5 ust. 4 załącznika nr 7 do SIWZ.

Wykreślono w § 7 ust. 17 – ust. 20 załącznika nr 7 do SIWZ.

W § 7 ust. 30 i ust. 31 załącznika nr 7 do SIWZ zmieniono słowo „świadczeń” w różnych odmianach na „Produkt. Ust. 30 – 32 w rozdziale „Odbiór Wdrożeń” oraz „Odbiór końcowy” otrzymały odpowiednio numerację ust. 32, ust. 33 i ust. 34.

Z załącznika nr 6 do OPZ oraz w załączniku nr 1 do SIWZ wykreślono wyraz „Partner” lub zamieniono go na wyraz „Beneficjent” w różnych odmianach.

Na stronie 22 załącznika nr 6 do OPZ wykreślono „….Po odbiorze, implementacji i wdrożeniu systemu MRPiPS z PFRON podpisze umowę przeniesienia autorskich majątkowych praw do wytworzonego produktu oraz przekaże pełną dokumentację techniczną dotyczącą przedmiotowej e-usługi. PFRON zapewni trwałość organizacyjną, techniczną i finansową dla Projektu, regulują to zapisy zawarte w umowie partnerskiej pomiędzy MRPiPS a PFRON. (…)”.

Z załącznika nr 6 do OPZ usunięto definicję „MRPiPS”.

Na końcu pkt WCW.1 w Rozdziale 9.1.10 załącznika nr 1 do SIWZ dodano:

„Makiety powinny zostać wykonane dla każdej kluczowej funkcjonalności poszczególnych Modułów, jednak w liczbie nie makiet na Moduł, z czego co najwyżej jedna czwarta będzie przygotowana w trzech wersjach ”.

W rozdziale 9.2.1. załącznika nr 1 do SIWZ dodano pkt WOF.19:

„Łączna liczba szablonów umów, decyzji i pism wyniesie maksymalnie 400 szt”.

Rozdział 9.2.3.1 pkt WMR.3 załącznika nr 1 do SIWZ:

Obecnie jest:

„Administrator Realizatora będzie miał możliwość, w szczególności:

tworzenia kont użytkowników niższego szczebla,
zarządzania kontami niższego szczebla: edycja danych użytkownika, resetowanie hasła,
resetowania hasła Wnioskodawcom (wysyłania wiadomości e-mail z hasłem jednorazowym) oraz generowania hasła jednorazowego,
aktywacji i dezaktywacji, usuwania konta,
wskazywania obszarów dofinansowania lub modułów programu z listy słownikowej,
wskazywania terminów naboru wniosków’,
wyboru pól dla dodatkowych modułów uzupełniających szablony formularzy wniosków,
tworzenia i edycji wzorów pism i umów,
wprowadzania kwot limitów dofinansowania dla poszczególnych typów dofinansowań,
anulowania oraz zmiany przydziału Sprawy Użytkownikowi Realizatora-podstawowy,
przywracania spraw do wcześniejszego etapu (zmiana statusu spraw),
wymuszenia ponownego wysłania komunikatu (e-mail, sms, oba) do Wnioskodawcy”.

Winno być:

„Administrator Realizatora będzie miał możliwość, w szczególności:

- tworzenia kont użytkowników niższego szczebla,

- zarządzania kontami niższego szczebla: tworzenia i edycji danych użytkownika, resetowania hasła,

- resetowania hasła Wnioskodawcom (wysyłania wiadomości e-mail z hasłem jednorazowym) oraz generowania hasła jednorazowego,

- aktywacji i dezaktywacji, usuwania konta,

- wskazywania obszarów dofinansowania lub modułów programu z listy słownikowej,

- wskazywania terminów naboru wniosków,

- wyboru pól dla dodatkowych modułów uzupełniających szablony formularzy wniosków,

- tworzenia i edycji wzorów pism, umów i decyzji,

- wprowadzania kwot limitów dofinansowania dla poszczególnych typów dofinansowań,

- anulowania oraz zmiany przydziału Sprawy Użytkownikowi Realizatora-podstawowy,

- przywracania spraw do wcześniejszego etapu (zmiana statusu spraw),

- wymuszenia ponownego wysłania komunikatu (e-mail, sms, oba) do Wnioskodawcy”.

Rozdział 9.2.3.19 pkt WMR.46 załącznika nr 1 do SIWZ:

Obecnie jest: „System musi umożliwić tworzenie wzorów pism oraz umów przez Administratora Lokalnego JST”.

Winno być: „System musi umożliwić tworzenie wzorów pism, umów oraz decyzji przez Administratora Lokalnego JST”.

Rozdział 9.2.3.19 pkt WMR.47 załącznika nr 1 do SIWZ:

Obecnie jest: „System musi umożliwiać edycję wzorów pism oraz umów, z zachowaniem ich historycznych wersji, które zostały udostępnione użytkownikom.

Winno być „System musi umożliwiać edycję wzorów pism, umów i decyzji, z zachowaniem ich historycznych wersji, które zostały udostępnione użytkownikom”.

Rozdział 9.2.5. pkt WAS.1 załącznika nr 1 do SIWZ:

Obecnie jest:

„Administrator Systemu będzie miał możliwość, w szczególności:

edycji danych własnego konta w tym zmiana hasła,
tworzenia kont Administratora Systemu,
tworzenia kont Użytkowników PFRON niższego szczebla,
zarządzania kontami niższego szczebla: edycja danych użytkownika, resetowanie hasła, aktywacja i dezaktywacja, usuwanie konta,
dodawanie i edycja nowych i istniejących szablonów formularzy, w tym dodawanie i edycja nowych pól tekstowych, liczbowych i kwotowych przy pomocy kreatora.
wykonywania wszystkich operacji zgodnie z zestawem uprawnień użytkownika Modułu Realizatora.
możliwość pobierania pełnej bazy danych Systemu wraz ze strukturą i relacjami w formacie sql i xml.
Zarządzanie pomocą dla użytkowników, tj. dodawaniem, edycją i usuwaniem pomocy kontekstowej dla poszczególnych ekranów, pozycji listy najczęściej zadawanych pytań oraz plików pomocy”.

Winno być:

„Administrator Systemu będzie miał możliwość, w szczególności:

- edycji danych własnego konta w tym zmiana hasła,

- tworzenia kont Administratora Systemu,

- tworzenia kont Użytkowników PFRON niższego szczebla,

- zarządzania kontami niższego szczebla: tworzenia i edycji danych użytkownika, resetowania hasła, aktywacja i dezaktywacja, usuwanie konta,

- dodawania nowych i edycji istniejących szablonów formularzy, w tym dodawania i edycji nowych pól tekstowych, liczbowych i kwotowych przy pomocy kreatora.

- tworzenia i edycji wzorów pism, umów i decyzji,

- wykonywania wszystkich operacji zgodnie z zestawem uprawnień użytkownika Modułu Realizatora.

- możliwość pobierania pełnej bazy danych Systemu wraz ze strukturą i relacjami w formacie sql i xml.

- Zarządzanie pomocą dla użytkowników, tj. dodawaniem, edycją i usuwaniem pomocy kontekstowej dla poszczególnych ekranów, pozycji listy najczęściej zadawanych pytań oraz plików pomocy”.

§ 19 ust. 12 załącznika nr 7 do SIWZ:

Obecnie jest: „Podmiot, który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy, odpowiada solidarnie z Wykonawcą za szkodę Zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba, że za nieudostępnienie zasobów nie ponosi winy”.

Winno być: „Wykonawca jeżeli polega na sytuacji finansowej lub ekonomicznej innych podmiotów, odpowiada solidarnie z podmiotem, który zobowiązał się do udostępnienia zasobów, za szkodę poniesioną przez Zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy”.

W załączniku nr 6 do OPZ (Główne założenia projektu) zmieniono normę ISO 13407:1999 “Human-centred design processes for interactive systems” na normę ISO 9241-210:2010.

W § 17 ust. 1 lit. i) usunięto na końcu zdania wyrazy ”lub Zamawiającego”.

Rozdział 9.2.3.20 pkt WMR.52 załącznika nr 1 do SIWZ:

Obecnie jest: „Pozytywny wynik weryfikacji dokumentów rozliczeniowych spowoduje zmianę statusu na „dofinansowanie rozliczone” oraz przygotowanie informacji dla systemów finansowo-księgowych (eksport pliku np. *.xml, *.sql, *.accdb). Struktura i typy plików eksportowych zostaną określone na etapie budowy Systemu informatycznego”.

Winno być: „Pozytywny wynik weryfikacji dokumentów rozliczeniowych spowoduje zmianę statusu na „dofinansowanie rozliczone” oraz przygotowanie informacji do systemów finansowo-księgowych (eksport pliku np. *.xml, *.csv)”.

Rozdział 9.2.3.5 pkt WMR.13 załącznika nr 1 do SIWZ:

Obecnie jest: „System musi umożliwiać wysyłanie informacji elektronicznej zawierającej informację o konieczności dokonania zmian we Wniosku lub rozliczeniu (e-mail/sms)”.

Winno być: „System musi umożliwiać wysyłanie informacji elektronicznej zawierającej informację o konieczności dokonania zmian we Wniosku lub rozliczeniu
(e-mail/sms/komunikat (wiadomość) wyświetlany w ramach konta Wnioskodawcy)”.

Rozdział 9.2.3.7 pkt WMR.16 załącznika nr 1 do SIWZ:

Obecnie jest: „W trakcie prowadzenia weryfikacji merytorycznej użytkownik posiada możliwość sprawdzania informacji w systemach zewnętrznych”.

Winno być: „System będzie umożliwiać automatyczną weryfikację danych zawartych we Wniosku w systemach informatycznych podmiotów trzecich, o których mowa w pkt WIS.6 powyżej, z zastrzeżeniem treści wymagań pkt WIS.7-WIS.8”.

Rozdział 9.2.3.7 pkt WMR.17 załącznika nr 1 do SIWZ:

Obecnie jest: „System musi umożliwiać automatyczną weryfikację danych zawartych we Wniosku w zewnętrznych (w stosunku do SOW) systemach informatycznych. Szczegółowe zestawienie zewnętrznych systemów informatycznych oraz kategorie weryfikowanych informacji podane są w pkt WIS.1 – WIS.2 powyżej. Weryfikacja następować będzie po złożeniu Wniosku przez Wnioskodawcę (status Wniosku „złożony”)”.

Winno być: „System musi umożliwiać automatyczną weryfikację danych zawartych we Wniosku w zewnętrznych (w stosunku do SOW) systemach informatycznych PFRON. Szczegółowe zestawienie systemów informatycznych PFRON oraz kategorie weryfikowanych informacji podane są w pkt WIS.1 – WIS.3 powyżej. Weryfikacja następować będzie po złożeniu Wniosku przez Wnioskodawcę (status Wniosku „złożony”)”.

Rozdział 9.1.11. pkt WIS.2 załącznika nr 1 do SIWZ, zdanie pierwsze:

Obecnie jest: „System będzie przygotowany do wymiany informacji z systemem SOF2 - z modułem MIDAS oraz modułem FIX”.

Winno być: „System będzie dokonywał wymiany informacji z systemem SOF2 - z modułem MIDAS oraz modułem FIX”.

Pozostałe zapisy pkt WIS.2 bez zmian.

Rozdział 9.1.11. pkt WIS.3 załącznika nr 1 do SIWZ:

Obecnie jest: „System będzie przygotowany do weryfikacji informacji podawanej we wnioskach z Systemem Ewidencji Godzin Wsparcia, na podstawie numeru PESEL Wnioskodawcy (osoba niepełnosprawna) oraz podopiecznego - w zakresie uczestnictwa w projektach finansowanych ze środków PFRON. Dane z Systemu EGW stanowią uszczegółowienie informacji przechowywanych w Systemie MIDAS w zakresie realizacji dofinansowanych projektów.

Zakres danych pobieranych z Systemu EGW obejmować będzie informacje w zakresie uczestnictwa w projektach dofinansowanych przez PFRON.

Wino być: „System będzie dokonywał weryfikacji informacji podawanej we wnioskach z Systemem Ewidencji Godzin Wsparcia, na podstawie numeru PESEL Wnioskodawcy (osoba niepełnosprawna) oraz podopiecznego - w zakresie uczestnictwa w projektach finansowanych ze środków PFRON. Dane z Systemu EGW stanowią uszczegółowienie informacji przechowywanych w Systemie MIDAS w zakresie realizacji dofinansowanych projektów.

Zakres danych pobieranych z Systemu EGW obejmować będzie informacje w zakresie uczestnictwa w projektach dofinansowanych przez PFRON”.

Rozdział 9.2.4.1. pktWMP.4 załącznika nr 1 do SIWZ:

Obecnie jest:

„Moduł PFRON zawierać będzie dwa poziomy uprawnień:

Użytkownik PFRON-rozszerzony,
Użytkownik PFRON-podstawowy,
Użytkownik PFRON specjalistyczny”.

Winno być:

„Moduł PFRON zawierać będzie trzy poziomy uprawnień:

a) Użytkownik PFRON-rozszerzony,

b) Użytkownik PFRON-podstawowy,

c) Użytkownik PFRON specjalistyczny”.

Usunięto definicję „Zamówienie” z Rozdziału 1 załącznika nr 1 do OPZ.

Rozdział 2 pkt 2.1.3 załącznika nr 1 do OPZ:

Obecnie jest: „Kontrolowania funkcjonowania oraz dokonywania okresowych przeglądów funkcjonowania Systemu, o których mowa w pkt 2.9”.

Winno być: „Kontrolowania funkcjonowania oraz dokonywania okresowych przeglądów funkcjonowania Systemu, o których mowa w pkt 2.8”.

Rozdział 2 pkt 2.4 załącznika nr 1 do OPZ:

Obecnie jest: „W Dni Robocze oraz W dni świąteczne i ustawowo wolne od pracy w czasie Okna Serwisowego wykonawca musi realizować usługi, o których mowa w pkt: 2.1.5”.

Winno być: „W Dni ▇▇▇▇▇▇▇ oraz w dni świąteczne i ustawowo wolne od pracy w czasie Okna Serwisowego Wykonawca musi realizować usługi, o których mowa w pkt 2.1.3, pkt 2.1.5.

§ 9 ust. 2 załącznika nr 7 do SIWZ:

Obecnie jest: „Celem Usług Utrzymania jest zapewnienie poprawnego i nieprzerwanego działania Systemu oraz zapewnienie świadczenia dodatkowych usług wspomagających korzystanie z Systemu przez Zamawiającego”.

Winno być: „Celem Usług Utrzymania jest zapewnienie poprawnego i nieprzerwanego działania Systemu opisanego zgodnie z załącznikiem nr 1 do OPZ Rozdział 2 Usługi Utrzymania”.

§ 11 ust. 2 lit. a) załącznika nr 7 do SIWZ:

Obecnie jest: „Wynagrodzenie łączne z tytułu realizacji Etapu 1 - Etapu 6 – nie może przekroczyć kwoty ……………. …………………netto (słownie: ________), co stanowi kwotę brutto w wysokości ____ złotych (słownie _____), płatna w częściach, na zasadach określonych w ust. 3 poniżej”.

Winno być: „Wynagrodzenie łączne z tytułu realizacji Etapu 1 - Etapu 6 oraz Etapu 9 – nie może przekroczyć kwoty ……………. …………………netto (słownie: ________), co stanowi kwotę brutto w wysokości ____ złotych (słownie _____), płatna w częściach, na zasadach określonych w ust. 3 poniżej”.

Wykreślono ust. 5 z § 5 załącznika nr 7 do SIWZ.

Dodano w rozdziale 9.1.14 załącznika nr 1 do SIWZ pkt WIN.14:

„Wszystkie koszty związane z organizacją i przeprowadzeniem instruktaży na warunkach opisanych w niniejszym Rozdziale ponosi Wykonawca”.

Pkt 2.1.10 załącznika nr 1 do OPZ:

Obecnie jest: „Zapewnienia stałej opieki wyznaczonych przez Wykonawcę konsultantów i udzielania wsparcia przy rozwiązywaniu bieżących problemów związanych z funkcjonowaniem Systemu”.

Winno być: „Zapewnienia Zamawiającemu stałej opieki co najmniej jednego dyżurującego w Godzinach Roboczych konsultanta Wykonawcy, w celu udzielania wsparcia przy rozwiązywaniu bieżących problemów związanych z funkcjonowaniem Systemu”.

§ 3 ust. 10 załącznika nr 7 do Umowy:

Obecnie jest: „Zamawiający oświadcza, że jest świadomy, iż realizacja przedmiotu Umowy wymaga jego współdziałania z Wykonawcą i zobowiązuje się zaangażować w proces Wdrożenia w zakresie określonym w niniejszym Umowie. W celu uniknięcia wątpliwości przyjmuje się, że jeżeli ▇▇▇▇▇ nie zdefiniowała danego działania niezbędnego do prawidłowej realizacji Umowy, jako obowiązku Zamawiającego, Stroną zobowiązaną do wykonania takiego działania jest Wykonawca”.

Winno być: „Zamawiający oświadcza, że jest świadomy, iż realizacja przedmiotu Umowy wymaga jego współdziałania z Wykonawcą i zobowiązuje się zaangażować w proces Wdrożenia w zakresie określonym w niniejszym Umowie, a także w zakresie nią niezdefiniowanych działań niezbędnych do prawidłowej realizacji Umowy”.

§ 8 ust. 6 lit. a) załącznika nr 7 do SIWZ:

Obecnie jest: „usunąć Wadę we własnym zakresie lub powierzyć jego usunięcie innym podmiotom trzecim na ryzyko i koszt Wykonawcy, w szczególności potrącając koszt takiej naprawy z wynagrodzenia Wykonawcy, co nie spowoduje utraty przysługujących Zamawiającemu uprawnień gwarancyjnych i serwisowych, jednakże po uprzednim pisemnym wezwaniu Wykonawcy do usunięcia Błędu w terminie nie krótszym niż 10 dni”.

Winno być: „usunąć Wadę we własnym zakresie lub powierzyć jego usunięcie innym podmiotom trzecim na ryzyko i koszt Wykonawcy, w szczególności potrącając koszt takiej naprawy z wynagrodzenia Wykonawcy, co nie spowoduje utraty przysługujących Zamawiającemu uprawnień gwarancyjnych i serwisowych, w przypadku dwukrotnego przekroczenia terminów przewidzianych w ust. 1 powyżej. W takim przypadku Zamawiający nie traci gwarancji, która obejmie również elementy wytworzone bądź zmodyfikowane przez Zamawiającego lub podmiot trzeci. W tym celu Zamawiający dokona napraw w sposób zgodny z dobrymi praktykami i przekaże Wykonawcy dokumentacje oraz kod źródłowy modyfikacji, które Wykonawca będzie mógł dostosować do swoich potrzeb by móc zapewnić ciągłość świadczenia usług gwarancji”.

W § 12 załącznika nr 7 do SIWZ w ust. 3, ust. 6 oraz ust. 9 „opóźnienie” zastąpiono „zwłoką”.

§ 11 ust. 3 lit. c) załącznika nr 7 do SIWZ:

Obecnie jest: „wynagrodzenie płatne po zakończeniu i odebraniu przez Zamawiającego
Etapu 4, Etapu 5 i Etapu 6 – kwota stanowiąca 50 % wynagrodzenia, o którym mowa w ust. 2 lit. a) powyżej, tj. kwota ……………………netto (słownie: ________), co stanowi kwotę brutto w wysokości ____ złotych (słownie _____)”.

Winno być: „wynagrodzenie płatne po zakończeniu i odebraniu przez Zamawiającego Etapu 4 - Etapu 6 oraz Etapu 9 – kwota stanowiąca 50 % wynagrodzenia, o którym mowa w ust. 2 lit. a) powyżej, tj. kwota ……………………netto (słownie: ________), co stanowi kwotę brutto w wysokości ____ złotych (słownie _____)”.

§ 13 ust. 8 załącznika nr 7 do SIWZ:

Obecnie jest: „Jeżeli z uwagi na przedłużenie terminu realizacji Umowy, niezależnie od przyczyn tego przedłużenia, zabezpieczenie wniesione w gwarancjach bankowych, ubezpieczeniowych lub w poręczeniach wygasłoby przed upływem przedłużonego terminu realizacji Umowy, Wykonawca na 7 Dni Roboczych przed wygaśnięciem takiego zabezpieczenia przedstawia Zamawiającemu stosowny aneks lub nową gwarancję/poręczenie lub wpłaca odpowiednie zabezpieczenie w gotówce. Jeżeli Wykonawca nie wykona powyższego obowiązku Zamawiający uprawniony jest do wstrzymania płatności wynagrodzenia na rzecz Wykonawcy, jak i może zażądać od gwaranta/poręczyciela wypłaty z gwarancji/poręczenia i zaliczyć uzyskaną w ten sposób kwotę na poczet zabezpieczenia lub do naliczenia kary umownej w wysokości ____ za każdy przypadek naruszenia ww. zobowiązania”.

Winno być: „Jeżeli z uwagi na przedłużenie terminu realizacji Umowy, niezależnie od przyczyn tego przedłużenia, zabezpieczenie wniesione w gwarancjach bankowych, ubezpieczeniowych lub w poręczeniach wygasłoby przed upływem przedłużonego terminu realizacji Umowy, Wykonawca na 7 Dni Roboczych przed wygaśnięciem takiego zabezpieczenia przedstawia Zamawiającemu stosowny aneks lub nową gwarancję/poręczenie lub wpłaca odpowiednie zabezpieczenie w gotówce. Jeżeli Wykonawca nie wykona powyższego obowiązku Zamawiający uprawniony jest do wstrzymania płatności wynagrodzenia na rzecz Wykonawcy, jak i może zażądać od gwaranta/poręczyciela wypłaty z gwarancji/poręczenia i zaliczyć uzyskaną w ten sposób kwotę na poczet zabezpieczenia lub do naliczenia kary umownej w wysokości 50% określonej w ust. 1 powyżej, za każdy przypadek naruszenia ww. zobowiązania”.

Rozdz. 9.1.12 pkt WT.11 lit. h) załącznika nr 1 do SIWZ:

Obecnie jest: „zrozumiała kolejność - sekwencja nawigacji oraz czytania, określona za pomocą kolejności w kodzie HTML logiczna i intuicyjna”

Winno być: „zrozumiała kolejność - sekwencja nawigacji oraz czytania logiczna i intuicyjna".

§ 3 ust. 7 lit. f załącznika nr 7 do SIWZ:

Obecnie jest: „w razie powstania w trakcie wykonywania Umowy lub po wykonaniu Umowy jakichkolwiek roszczeń osób trzecich wynikłych z wykonania Umowy przez Wykonawcę, jego podwykonawców i ich pracowników, Wykonawca oświadcza, że bierze na siebie odpowiedzialność za takie roszczenia osób trzecich z tytułu szkód materialnych lub na osobie”.

Winno być: „w razie powstania w trakcie wykonywania Umowy lub po wykonaniu Umowy jakichkolwiek roszczeń osób trzecich wynikłych z wykonania Umowy przez Wykonawcę, jego podwykonawców i ich pracowników, Wykonawca oświadcza, że bierze na siebie odpowiedzialność za takie roszczenia osób trzecich z tytułu szkód materialnych lub na osobie wynikłych z nieprawidłowego wykonania Umowy”.

§ 4 ust. 16 załącznika nr 7 do SIWZ:

Obecnie: „Zmiana członka Personelu Kluczowego może nastąpić na uzasadnione żądanie Zamawiającego. Żądanie Zamawiającego zmiany członka Personelu Kluczowego jest uzasadnione w przypadku, w którym taki członek Personelu Kluczowego narusza zobowiązania wynikające z Umowy, w szczególności zobowiązania do zachowania poufności i zasad bezpieczeństwa obowiązujących u Zamawiającego, a także w inny sposób przez swoje działania lub zaniechania wywiera istotny negatywny wpływ na realizację Umowy”.

Winno być: „Zmiana członka Personelu Kluczowego może nastąpić na uzasadnione żądanie Zamawiającego. Żądanie Zamawiającego zmiany członka Personelu Kluczowego jest uzasadnione w przypadku, w którym taki członek Personelu Kluczowego narusza zobowiązania wynikające z Umowy, w szczególności zobowiązania do zachowania poufności, a także w inny sposób przez swoje działania lub zaniechania wywiera istotny negatywny wpływ na realizację Umowy”.

Rozdział 9.1.11 pkt WIS.12 załącznika nr 1 do SIWZ:

Obecnie jest: „W ramach budowy Systemu Wykonawca zaprojektuje, wykona, przetestuje i uruchomi interfejs programistyczny API i zapewni mu możliwość bezpiecznego wykorzystania przez strony trzecie. Interfejs ten musi pozwalać na wykonanie wszystkich interakcji z modułem Wnioskodawcy, modułem PFRON oraz bazą danych Systemu, niezbędnych do wykonania wszystkich operacji realizowanych w module Realizatora”.

Winno być: „W ramach budowy Systemu Wykonawca zaprojektuje, wykona, przetestuje i uruchomi interfejs programistyczny API i zapewni mu możliwość bezpiecznego wykorzystania przez strony trzecie. Interfejs ten musi pozwalać na wykonanie wszystkich interakcji z modułem Wnioskodawcy, modułem Realizatora, modułem PFRON, oraz bazą danych Systemu, niezbędnych do wykonania wszystkich operacji realizowanych w module Realizatora”.

Usunięto w rozdziale 9.2.1 pkt WOF. 10 załącznika nr 1 do SIWZ.

Rozdział 9.1.13 pkt WPN.3 załącznika nr 1 do SIWZ:

Obecnie jest: „Wdrożenie systemu będzie przeprowadzone zgodnie z wytycznymi norm PN-ISO/IEC 2000-1 lub równoważnej i PN-ISO/IEC 20000-2 lub równoważnej”.

Winno być: „Wdrożenie systemu będzie przeprowadzone zgodnie z wytycznymi norm PN-ISO/IEC 20000-1 lub równoważnej i PN-ISO/IEC 20000-2 lub równoważnej”.

Dodano pkt WIS.13 w rozdziale 9.1.11 załącznika nr 1 do SIWZ o treści.

„Wersje testowe systemów do integracji, o których mowa od WIS.1 do WIS.3 zostaną udostępnione Wykonawcy w ciągu 30 dni od dnia podpisania umowy
z Wykonawcą”.

§ 12 ust. 16 załącznika nr 7 do SIWZ:

Obecnie jest: „Kara umowna jest Zamawiającemu należna od dnia zdarzenia stanowiącego podstawę naliczenia kary umownej, bez konieczności wzywania Wykonawcy do zapłaty kary umownej”.

Winno być: „Kara umowna jest Zamawiającemu należna od dnia zdarzenia stanowiącego podstawę naliczenia kary umownej. W przypadku naliczenia Wykonawcy kary umownej przez Zamawiającego jest on zobowiązany do pisemnego wezwania Wykonawcy do zapłaty kary umownej, wskazując podstawę, wysokość, sposób naliczenia oraz termin zapłaty, bez konieczności wystawienia noty księgowej”.

Rozdział 2 Załącznika nr 1 do SIWZ, rozdział 1 załącznika nr 1 do OPZ oraz w § 1 ust. 1 załącznika nr 7 do SIWZ, definicja „Środowisko Produkcyjne”:

Obecnie jest: „Środowisko informatyczne, na którym działa System SOW”.

Winno być: „Środowisko informatyczne, na którym działa System SOW znajdujące się u Hostingodawcy”.

W rozdziale 2 Załącznika nr 1 do SIWZ dodano definicję „Podmiot Hostujący/Hostingodawca” o treści:

Podmiot Hostujący/
Hostingodawca

Podmiot świadczący usługi hostingu Systemu.

Rozdział 9.3 pkt WUH.1 lit. b) załącznika nr 1 do SIWZ:

Obecnie jest: „instalację i utrzymanie Systemu”

Winno być: „udostępnienie usług Oprogramowania Wirtualizacyjnego”

Rozdział 9.3 pkt WUH.2 załącznika nr 1 do SIWZ:

Obecnie jest:

„Wykonawca, na etapie projektowania Systemu (w terminie określonym w pkt 7 Opisu Przedmiotu Zamówienia):

wyspecyfikuje wymagania na infrastrukturę umożliwiające w wyłonieniu w przetargu nieograniczonym podmiotu świadczącego usługi hostingu zapewniającego spełnianie wymogów wydajności systemu. Wymagania te nie mogą za sobą pociągać konieczności zapewnienia:

więcej niż trzech przełączników sieciowych
więcej niż sześciu serwerów wyposażonych w dwa procesory dedykowane do zastosowań serwerowych i 1TB pamięci RAM łącznie,
urządzenia SAN wyposażonej w więcej niż 8 dysków SSD 500GB, 16 dysków talerzowych 2GB, interfejs o przepustowości o przepustowości 10Gb/s,
więcej niż czterech urządzeń sprzętowych służących do zapewniania bezpieczeństwa sieciowego,
więcej niż dwóch urządzeń sprzętowych służących do zapewnienia bezpieczeństwa plików,
wydatkowania środków na oprogramowanie nie licencjonowane w wersji niezależnej od czasu użytkowania i liczby użytkowników Systemu,
wydatkowania środków na jednorazowy zakup licencji baz danych, licencje systemów operacyjnych i innego oprogramowania systemowego i narzędziowego w kwocie większej niż 150tys zł
wydatkowania środków na zakup usług opieki technicznej ,i utrzymania dla baz danych, systemów operacyjnych i innego oprogramowania systemowego i narzędziowego w kwocie większej niż 50 tys. zł rocznie.

opracuje wzór umowy SLA (ang. service level agreement) na usługi hostingowe. Zapisy umowy muszą wynikać z wymagań na System dostarczany przez Wykonawcę i zawierać zapisy umożliwiające jednoznaczne rozdzielenie odpowiedzialności z tytułu występujących błędów między Hostingodawcę a Wykonawcę.
dostarczy narzędzia w sposób pozwalające na rejestrowania i bieżący monitoring wszystkich wymaganych parametrów wydajności i dostępności systemu w sposób pozwalający na jednoznaczne rozdzielenie odpowiedzialności z tytułu występujących błędów między Hostingodawcę a Wykonawcę.

Winno być:

„Wykonawca w Etapie 1.1 projektowania Systemu (w terminie określonym w tabeli rozdziału 7 powyżej):

wyspecyfikuje wymagane zasoby sprzętowe oraz wymagania dotyczące Oprogramowania Wirtualizacyjnego;
wyspecyfikowane w lit. a powyżej wymagania muszą umożliwić w wyłonienie w trybie przetargu nieograniczonym podmiotu świadczącego usługi hostingu zapewniającego spełnianie wymogów wydajności Systemu;
Wymagania określone w lit. a i lit. b powyżej nie mogą za sobą pociągać konieczności zapewnienia:

więcej niż trzech przełączników sieciowych
więcej niż sześciu serwerów wyposażonych w dwa procesory dedykowane do zastosowań serwerowych i 1TB pamięci RAM łącznie,
urządzenia SAN wyposażonej w więcej niż 8 dysków SSD 500GB, 16 dysków talerzowych 2GB, interfejs o przepustowości o przepustowości 10Gb/s,
więcej niż czterech urządzeń sprzętowych służących do zapewniania bezpieczeństwa sieciowego,
więcej niż dwóch urządzeń sprzętowych służących do zapewnienia bezpieczeństwa plików,
wydatkowania środków na oprogramowanie nie licencjonowane w wersji niezależnej od czasu użytkowania i liczby użytkowników Systemu,
wydatkowania środków na jednorazowy zakup licencji baz danych, licencje systemów operacyjnych i innego oprogramowania systemowego i narzędziowego w kwocie większej niż 300tys zł netto
wydatkowania środków na zakup usług opieki technicznej ,i utrzymania dla baz danych, systemów operacyjnych i innego oprogramowania systemowego i narzędziowego w kwocie większej niż 100 tys. zł netto rocznie;

opracuje wzór umowy SLA (ang. service level agreement) oraz pełny opis przedmiotu zamówienia i istotne postanowienia umowy dla przetargu na Usługi Hostingowe oraz będzie aktywnie uczestniczył w ramach pełnienia roi eksperta w tymże postępowaniu. Zapisy umowy muszą wynikać z wymagań na System dostarczany przez Wykonawcę i zawierać zapisy umożliwiające jednoznaczne rozdzielenie odpowiedzialności z tytułu występujących błędów między Hostingodawcę a Wykonawcę;
dostarczy narzędzia w sposób pozwalające na rejestrowania i bieżący monitoring wszystkich wymaganych parametrów wydajności i dostępności systemu w sposób pozwalający na jednoznaczne rozdzielenie odpowiedzialności z tytułu występujących błędów między Hostingodawcę a Wykonawcę.

Rozdział 9.3 pkt WUH.6 załącznika nr 1 do SIWZ:

Obecnie jest: „Wykonawca opracuje dokumentację zawierającą instrukcję instalacji Systemu na platformie hostingowej. Poziom szczegółowości instrukcji musi pozwalać na samodzielne posadowienie Systemu przez Zamawiającego, bez konieczności wsparcia ze strony podmiotów zewnętrznych”.

Winno być: „Wykonawca opracuje dokumentację zawierającą instrukcję instalacji Systemu na platformie udostępnionej przez Podmiot Hostujący. Poziom szczegółowości instrukcji musi pozwalać na samodzielne posadowienie Systemu przez Zamawiającego, bez konieczności wsparcia ze strony podmiotów zewnętrznych”.

Rozdział 9.3 pkt WUH.7 załącznika nr 1 do SIWZ:

Obecnie jest: „Wykonawca jest zobowiązany do bieżącego przekazywania Hostingodawcy informacji technicznych niezbędnych do prawidłowego świadczenia przez niego Usług Hostingu, w szczególności współdziałania w przypadku wystąpienia Wad Systemu mogących mieć wpływ na świadczenie Usług Hostingu oraz instalacji Pakietów Aktualizacyjnych”.

Winno być: „Wykonawca jest zobowiązany do bieżącego przekazywania Zamawiającemu informacji technicznych niezbędnych do prawidłowego świadczenia Usług Hostingu, w szczególności współdziałania w przypadku wystąpienia Wad Systemu mogących mieć wpływ na świadczenie Usług Hostingu oraz instalacji Pakietów Aktualizacyjnych”.

Rozdział 1 załącznika nr 1 do OPZ oraz w § 1 ust. 1 załącznika nr 7 do SIWZ definicja „Oprogramowanie Standardowe/ Oprogramowanie Systemowe i Narzędziowe”:

Obecnie jest:

„Wszelkie oprogramowanie stworzone przez podmioty inne niż Wykonawca, będące oprogramowaniem systemowym, w tym oprogramowaniem serwerów aplikacyjnych oraz baz danych niezbędne do zbudowania, uruchomienia i przetestowania Wdrożenia oraz zagwarantowania prawidłowego funkcjonowania środowiska Systemu, które musi być zapewnione przez Wykonawcę w ramach wykonywania Umowy celem prawidłowego działania Systemu, zgodnie z wszelkimi wymaganiami Zamawiającego zawartymi w Umowie, Analizie oraz w Opisie Przedmiotu Zamówienia.

Oprogramowanie wykorzystywane na potrzeby Systemu, użyte w procesie budowy co najmniej jednego innego systemu, dostępne w publicznie dostępnej ofercie rynkowej producenta oprogramowania cztery miesiące przed datą podpisania umowy, konieczne do poprawnego działania Systemu.

Nie dopuszcza się stosowania Oprogramowania obcego Standardowego dla bezpośredniego zapewnienia obsługi kluczowych procesów Systemu, przez co należy rozumieć obsługę procesów generowania formularzy oraz składania i obsługi Wniosków we wszystkich modułach Systemu. Dopuszcza się wykorzystanie Oprogramowania Standardowego w obszarach: silników baz danych, serwerów i usług aplikacyjnych, komponentów programistycznych ogólnego zastosowania, systemów operacyjnych, silników procesowych, systemów raportujących, repozytoriów plików i dokumentów, serwerów usług komunikacyjnych”.

Winno być:

„Wszelkie oprogramowanie stworzone przez podmioty inne niż Wykonawca, poza Oprogramowaniem Wirtualizacyjnym, będące oprogramowaniem systemowym, w tym oprogramowaniem serwerów aplikacyjnych oraz baz danych niezbędne do zbudowania, uruchomienia i przetestowania Wdrożenia oraz zagwarantowania prawidłowego funkcjonowania środowiska Systemu, które musi być zapewnione przez Wykonawcę w ramach wykonywania Umowy celem prawidłowego działania Systemu, zgodnie z wszelkimi wymaganiami Zamawiającego zawartymi w Umowie, Analizie oraz w Opisie Przedmiotu Zamówienia.

Oprogramowanie wykorzystywane na potrzeby Systemu, użyte w procesie budowy, co najmniej jednego innego systemu, dostępne w publicznie dostępnej ofercie rynkowej producenta oprogramowania cztery miesiące przed datą podpisania umowy, konieczne do poprawnego działania Systemu.

Dopuszcza się wykorzystanie Oprogramowania Standardowego w obszarach: silników baz danych, serwerów i usług aplikacyjnych, komponentów programistycznych ogólnego zastosowania niezwiązanego ze specyfiką przedmiotu zamówienia, systemów operacyjnych, silników procesowych, systemów raportujących, repozytoriów plików i dokumentów, serwerów usług komunikacyjnych”.

Powyższą definicję dodano w załączniku nr 6 do OPZ (Zastosowane skróty i pojęcia).

W rozdziale 1 załącznika nr 1 do OPZ, w § 1 załącznika nr 7 do SIWZ oraz w załączniku nr 6 do OPZ (Zastosowane skróty i pojęcia)dodano definicję „Oprogramowanie Aplikacyjne” o treści:

„Całość oprogramowania wytworzonego przez Wykonawcę”.

W rozdziale 1 załącznika nr 1 do OPZ w § 1 załącznika nr 7 do SIWZ oraz w załączniku nr 6 do OPZ (Zastosowane skróty i pojęcia) dodano definicję „Oprogramowanie Wirtualizacyjne” o treści:

„Oprogramowanie wirtualizacyjne tworzy abstrakcyjną warstwę, która oddziela fizyczny sprzęt od systemu operacyjnego. Zadaniem oprogramowania wirtualizacyjnego jest:

Dostarczenie usługi pozwalającej na zdefiniowanie więcej niż jednej maszyny wirtualnej na jednym lub wielu fizycznych serwerach. Każda zdefiniowana maszyna wirtualna posiada własny zestaw zasobów takich jak pamięć, procesor, karty sieciowe, dyski twarde itd. System operacyjny zainstalowany na maszynie wirtualnej widzi spójny, znormalizowany zestaw sprzętu;
Dostarczenie usługi umożliwiającej definiowania wirtualnego osprzętu sieciowego;
Dostarczenie usługi monitorowania wydajności i dostępności sprzętu;
Dostarczenie usług dodatkowych (np. backup).

Wymagania na powyższe oprogramowanie wyspecyfikuje Wykonawca, dostarczy Hostingodawca”.

Rozdział 1 załącznika nr 1 do OPZ oraz w § 1 ust. 1 załącznika nr 7 do SIWZ definicja „Sprzęt”:

Obecnie jest: „Urządzenia, w szczególności sprzęt komputerowy i infrastruktura teleinformatyczna znajdująca się w posiadaniu Podmiotu Hostującego, na których działa System w okresie realizacji Umowy”.

Winno być: „Urządzenia, usługi a w szczególności sprzęt komputerowy i infrastruktura teleinformatyczna znajdująca się w posiadaniu Podmiotu Hostującego, na których działa System w okresie realizacji Umowy”.

Rozdział 1 załącznika nr 1 do OPZ oraz § 1 załącznika nr 7 do SIWZ definicja „Usługi Hostingu”:

Obecnie jest: „Wszelkie usługi związane z zapewnieniem ciągłości działania Systemu i utrzymaniem parametrów wydajnościowych, tworzeniem kopii zapasowych i zapewnieniu bezpieczeństwa danych znajdujących się w Systemie realizowane przez Podmiot Hostujący”.

Winno być: „Wszelkie usługi (w tym usługi świadczone przez Oprogramowanie Wirtualizacyjne) związane z zapewnieniem ciągłości działania Systemu i utrzymaniem parametrów wydajnościowych, tworzeniem kopii zapasowych i zapewnieniu bezpieczeństwa danych znajdujących się w Systemie realizowane przez Podmiot Hostujący”.

W rozdziale 8 załącznika nr 6 do OPZ zmieniono fragmant:

Obecnie jest:

„W celu udostępnienia e-usług nie zakłada się wykorzystania własnej infrastruktury, wymagane zasoby sprzętowe określi i dostarczy dostawca usługi hostingowej, tak aby spełnić wymagania określone przez dostawcę systemu informatycznego. Wymagania te zostaną określone na podstawie oszacowania zapotrzebowania na usługi.

Rzeczywisty poziom dostępności e-usług będzie monitorowany przez służby techniczne Partnera. Monitorowanie dostępności systemu będzie realizowane z wykorzystaniem wbudowanych w system narzędzi monitorujących. Narzędzia te, obok narzędzi monitorujących dostarczonych przez wykonawcę usługi hostingowej, będą także służyły do weryfikacji dostępności infrastruktury sprzętowej.

Stopień wykorzystania e-usług będzie monitorowany na podstawie raportów z systemu. Ponieważ zakłada się, że do systemu trafią wszystkie wnioski (niezależnie od tego, czy zostały złożone poprze e-usługę, czy nie), możliwe będzie określenie odsetka spraw załatwianych elektronicznie. Monitorowanie wykorzystania e-usług pozwoli na identyfikację rodzajów wsparcia, dla których e-usługa jest wykorzystywana usług w niewystarczający sposób. Możliwe będzie także zidentyfikowanie JST, które załatwiają mniej niż przeciętnie spraw w formie elektronicznej. Informacje te będą podstawą do podejmowania przez Beneficjenta i Partnera działań mających na celu upowszechnienie wykorzystania e-usług.

Informacje potwierdzające poziom dostępności usług będą cykliczne udostępnianie”.

Winno być:

„W celu udostępnienia e-usług nie zakłada się wykorzystania własnej infrastruktury Zamawiającego. Usługi Hostingodawcy, w tym wymagane zasoby sprzętowe oraz wymagania dotyczące Oprogramowania Wirtualizacyjnego, określi Wykonawca w czasie prac analitycznych, w trakcie ANALIZY - Etap 1.2.

Rzeczywisty poziom dostępności e-usług będzie monitorowany przez Wykonawcę a kontrolowany przez Zamawiającego. Monitorowanie dostępności systemu będzie realizowane z wykorzystaniem wbudowanych w system narzędzi monitorujących. Narzędzia te, obok narzędzi monitorujących dostarczonych przez wykonawcę usługi hostingowej, będą także służyły do weryfikacji dostępności i wydajności infrastruktury sprzętowej.

Stopień wykorzystania e-usług będzie monitorowany na podstawie raportów dostarczonych przez Wykonwcę i Hostingodawcę. Ponieważ zakłada się, że do systemu trafią wszystkie wnioski (niezależnie od tego, czy zostały złożone poprze e-usługę, czy nie), możliwe będzie określenie odsetka spraw załatwianych elektronicznie. Monitorowanie wykorzystania e-usług pozwoli na identyfikację rodzajów wsparcia, dla których e-usługa jest wykorzystywana usług w niewystarczający sposób. Możliwe będzie także zidentyfikowanie JST, które załatwiają mniej niż przeciętnie spraw w formie elektronicznej. Informacje te będą podstawą do podejmowania przez Zamawiającego działań mających na celu upowszechnienie wykorzystania e-usług.

Informacje potwierdzające poziom dostępności usług będą cykliczne udostępnianie”.

§ 3 ust. 8 lit. e) załącznika nr 7 do SIWZ:

Obecnie jest: „zapewnienia pełnej zgodności funkcji Systemu z obowiązującym prawem oraz odebraną Analizą, przy czym ocena zgodności Systemu z prawem oraz Analizą będzie dokonywana w oparciu o stan prawny oraz treść Analizy istniejące w chwili zgłoszenia przez Wykonawcę Systemu do Odbioru”.

Winno być: „zapewnienia pełnej zgodności funkcji Systemu z odebraną Analizą, przy czym ocena zgodności Systemu z Analizą będzie dokonywana w oparciu o stan prawny istniejący w chwili zgłoszenia przez Wykonawcę Etapu 1.2. Analizy do Odbioru. Zamawiający zastrzega sobie prawo do wcześniejszego skorzystania z usług modyfikacji Systemu w przypadku okazania się, że od czasu zgłoszenia do Odbioru Etapu 1.2 Analizy nastąpiły zmiany prawne wpływające na pracochłonność przygotowania Systemu”.

§ 10 ust. 1 załącznika nr 7 do SIWZ:

Obecnie jest: „Wykonawca zobowiązany jest do świadczenia na rzecz Zamawiającego Usług Modyfikacji do dnia 28.02.2019 r. od daty podpisania przez Zamawiającego Protokołu Odbioru uruchomienia produkcyjnej wersji Systemu (Etapu 5), w ramach limitu 4200 Roboczogodzin”.

Winno być: „Wykonawca zobowiązany jest do świadczenia na rzecz Zamawiającego Usług Modyfikacji do dnia 28.02.2019 r. od daty podpisania przez Zamawiającego Protokołu Odbioru uruchomienia produkcyjnej wersji Systemu (Etapu 5), w ramach limitu 4200 Roboczogodzin, z zastrzeżeniem postanowień § 3 ust. 8 lit. e) niniejszej umowy”.

Rozdział 9.1.4 pkt WW.3 załącznika nr 1 do SIWZ;

Obecnie jest: „System zapewni wydajność przetwarzania danych nie mniejszą od 60% wydajności systemu nieobciążonego w warunkach obciążenia 5000 konkurującymi sesjami użytkownika, w ramach których użytkownicy aktywnie i nieprzerwanie realizują standardowe zadania związane w wypełnianiem, edycją i obsługa wniosków, co skutkuje wysyłaniem danych co najmniej 100 wniosków na sekundę”.

Winno być: „System zapewni wydajność przetwarzania danych nie mniejszą od 60% wydajności Systemu nieobciążonego w warunkach obciążenia 5000 konkurującymi sesjami Użytkownika, w ramach których Użytkownicy aktywnie i nieprzerwanie realizują standardowe zadania związane w wypełnianiem, edycją, wysyłaniem i obsługą wniosków, co skutkuje wysyłaniem co najmniej 100 wniosków na sekundę”.

§ 15 ust. 28 załącznika nr 7 do SIWZ:

Obecnie jest: „Strony zgodnie postanawiają, że obowiązek dostarczenia Zamawiającemu Kodów Źródłowych przewidziany w niniejszej Umowie jest wyłączony w stosunku do Oprogramowania Standardowego, ale tylko wówczas gdy ze względu na funkcję takiego Oprogramowania, jego umiejscowienie w architekturze Systemu oraz sposób połączenia z pozostałymi elementami Systemu, brak Kodów Źródłowych nie uniemożliwi Zamawiającemu w przyszłości swobodnego samodzielnego lub przy wykorzystaniu osób trzecich rozwoju Systemu oraz nie wyłączy możliwości swobodnej modyfikacji Systemu, przez podmioty nieposiadające majątkowych praw autorskich do Oprogramowania Standardowego, w tym bez ponoszenia przez nie jakichkolwiek dodatkowych kosztów”.

Winno być: „Strony zgodnie postanawiają, że obowiązek dostarczenia Zamawiającemu Kodów Źródłowych przewidziany w niniejszej Umowie jest wyłączony w stosunku do Oprogramowania Standardowego, ale tylko wówczas, gdy ze względu na funkcję takiego Oprogramowania, jego umiejscowienie w architekturze Systemu oraz sposób połączenia z pozostałymi elementami Systemu, brak Kodów Źródłowych nie uniemożliwi Zamawiającemu w przyszłości swobodnej eksploatacji i rozwoju Systemu wykonywanych samodzielnie lub przy wykorzystaniu osób trzecich rozwoju Systemu oraz nie wyłączy możliwości swobodnej modyfikacji Systemu, przez podmioty nieposiadające majątkowych praw autorskich do Oprogramowania Standardowego, w tym bez ponoszenia przez nie, ani przez Zamawiającego jakichkolwiek dodatkowych kosztów”.

Wykreślono § 6 ust. 6 załącznika nr 7 do SIWZ.

Z upoważnienia Prezesa Zarządu
Państwowego Funduszu Rehabilitacji Osób Niepełnosprawnych

Dyrektor Generalny

▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇▇▇

ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Document Metadata

Document Metadata

Table of Contents