Asysta techniczna portalu funduszeUE – Katowice

Zamawiający informuje, że informacje dotyczące środowiska technologicznego portalu funduszeUE.slaskie.pl oraz systemu CMS zostały określone w Opisie Przedmiotu Zamówienia (OPZ), w szczególności w części dotyczącej wymagań technicznych środowiska oraz w Załączniku nr 1 do OPZ – Wymagania techniczne. Zgodnie z zapisami OPZ: • Baza danych: PostgreSQL. • Technologia frontendowa: HTML5, CSS3 oraz JavaScript, zgodnie z wymaganiami określonymi w OPZ. • Technologia backendowa: szczegółowe informacje dotyczące aktualnie wykorzystywanej technologii backendowej nie są udostępniane publicznie. • System CMS: Liferay Community Edition Portal, szczegółowe informacje dotyczące nazwy, wersji oraz architektury systemu CMS nie są udostępniane publicznie. Zamawiający informuje, że szczegółowe informacje techniczne dotyczące wykorzystywanych rozwiązań, w tym dokumentacja techniczna oraz kody źródłowe, mogą zostać udostępnione zainteresowanym Wykonawcom na zasadach określonych w OPZ, w siedzibie Zamawiającego. Ponadto Wykonawca, z którym zostanie zawarta umowa, otrzyma dostęp do niezbędnej dokumentacji technicznej oraz kodów źródłowych na zasadach określonych w dokumentacji zamówienia, po dopełnieniu wymaganych formalności związanych z bezpieczeństwem informacji. Zamawiający podkreśla, że przedmiot zamówienia obejmuje utrzymanie, rozwój i modyfikację istniejącego portalu oraz systemu CMS, bez zmiany głównego stosu technologicznego, chyba że Zamawiający wyrazi na to pisemną zgodę.

Zamawiający wskazał w projektowanych postanowieniach umowy (PPU § 2, ust. 3) oraz w Opisie Przedmiotu Zamówienia (OPZ pkt 10.3) czas na usunięcie nieprawidłowości w funkcjonowaniu strony i CMS. Zgodnie z wymienionymi zapisami Wykonawca ma czas na usunięcie błędu „w czasie nieprzekraczającym 2/5/20/60 następujących po sobie kolejno godzin od momentu skutecznego przekazania przez Zamawiającego zgłoszenia serwisowego w MantisBT”. Sformułowanie „następujące po sobie kolejno godziny” oznacza kolejne godziny zegarowe od momentu zgłoszenia błędu przez Zamawiającego. Kolejne godziny są naliczane całodobowo także w soboty, niedziele i dni ustawowo wolne od pracy. Dla zgłoszenia serwisowego w MantisBT dotyczącego wystąpienia błędu blokującego o godzinie 15:15 – termin na realizację zlecenia będzie upływał o godzinie 17:15. Analogicznie w przypadku zaistnienia błędu znaczącego (20 godzin na usunięcie od zgłoszenia przez Zamawiającego) – w przypadku zgłoszenia w piątek o godzinie 15:15 Wykonawca powinien usunąć błąd najpóźniej w sobotę do godziny 11:15. Zamawiający nie przewiduje zgłaszania błędów serwisowych poza godzinami wsparcia, czyli przed 7:30 i po 15:30 w dni robocze.

W przytoczonej sytuacji Wykonawca powinien niezwłocznie zgłosić w MantisBT zapotrzebowanie na dostęp do wskazanych uprawnień/logów/czynności administratora. Zamawiający odpowiada Wykonawcy na zgłoszenie niezwłocznie w godzinach wsparcia (7:30-15:30 w dni robocze). Czas na naprawę błędu nie będzie liczony od momentu zgłoszenia dokonanego przez Wykonawcę w MantisBT aż do nadania Wykonawcy odpowiednich uprawnień lub odpowiedzi Zamawiającego w MantisBT.

Informacje dotyczące szczegółowych wersji komponentów środowiska oraz szczegółów implementacyjnych istniejącego rozwiązania, w zakresie niewskazanym w dokumentacji postępowania, mogą zostać zweryfikowane w ramach przewidzianej w OPZ procedury wglądu do posiadanej dokumentacji oraz kodu źródłowego. Dokumentacja wskazuje, że środowisko produkcyjne i testowe funkcjonuje na maszynach wirtualnych VMware z wykorzystaniem systemu Oracle Linux, a dane gromadzone są w relacyjnej bazie PostgreSQL. Zamawiający dysponuje również dokumentacją techniczną i powdrożeniową obejmującą instalację, konfigurację i administrację systemem. Dostęp do repozytorium Git, logów aplikacyjnych, systemowych i bazodanowych, a także szczegółowe zasady wdrażania oraz wycofywania zmian zostaną udostępnione Wykonawcy po podpisaniu umowy i uzyskaniu wymaganych dostępów do systemu, zgodnie z procedurami bezpieczeństwa obowiązującymi u Zamawiającego.

Zgodnie z treścią pkt 12 Opisu przedmiotu zamówienia (OPZ), w celu umówienia wglądu do dokumentacji i kodu źródłowego należy przesłać za pośrednictwem Platformy pisemną informację do Zamawiającego, zgodnie z zasadami komunikacji określonymi w rozdziale VII SWZ, nie później niż 14 dni przed upływem terminu składania ofert. We wniosku należy wskazać imię i nazwisko osoby, która będzie uczestniczyć we wglądzie. Zamawiający w ciągu 2 dni roboczych wyznaczy termin spotkania, które odbędzie się nie później niż 7 dni przed terminem składania ofert, w siedzibie Urzędu Marszałkowskiego Województwa Śląskiego przy ul. Ligonia 46 w Katowicach, w dni pracy Urzędu, w godzinach 7:30–14:00. Przed rozpoczęciem wglądu wskazana osoba musi podpisać oświadczenie o nieujawnianiu i nieudostępnianiu uzyskanych informacji. Podczas spotkania Zamawiający nie będzie udzielał odpowiedzi na pytania, a innych terminów wglądu nie przewidziano.

W ciągu ostatnich 12 miesięcy Zamawiający dokonał 23 zgłoszeń, z czego 13 zgłoszeń dotyczyło asysty (8 błędów drobnych, 2 błędy znaczące, 3 błędy krytyczne), a 10 zleceń roboczogodzin. Prace cykliczne wynikające z dokumentacji w ramach ryczałtu Działania I: • test bezpieczeństwa serwisu minimum raz w roku na poziomie 1 OWASP ASVS, z dokumentacją dołączaną do protokołu odbioru (OPZ pkt 4); • miesięczny protokół odbioru Działania I (§ 4 ust. 3 PPU); • aktualizacja dokumentacji na żądanie Zamawiającego, nie częściej niż 2 razy w roku, w ciągu 30 dni, oraz przekazanie kompletnej dokumentacji nie później niż 20 dni przed końcem umowy (§ 13 PPU); • utrzymanie mechanizmów newslettera (przypomnienie po 7 dniach i usuwanie niepotwierdzonych adresów po kolejnych 7 dniach, OPZ pkt 5–6) i integracji z LSI2021; • dostosowywanie do zmian środowiska serwerowego i przeglądarek. Zamawiający nie przewiduje innych prac cyklicznych poza wymienionymi i opisanymi w OPZ.

W ramach Działania I Wykonawca świadczy usługę asysty technicznej (wsparcia) zgodnie z zapisami OPZ, wymienionymi w części „Działanie I – Asysta techniczna”, w tym również działania w zakresie aktualizacji bezpieczeństwa (OPZ pkt 7.2), poprawek technicznych (OPZ pkt 5) oraz zmian w dostępności (OPZ pkt 7.4). Działanie II (pula 50 rbg + 350 rbg opcji) obejmuje wyłącznie rozbudowę i modyfikację istniejących funkcjonalności oraz nowe funkcjonalności zlecane jednostkowo w MantisBT przez Zamawiającego. Opcja 350 rbg może być uruchamiana dopiero po wykorzystaniu 50 rbg z zamówienia podstawowego (§ 6 ust. 6 PPU).