Budowa portalu analitycznego w zakresie danych środowiskowych

W ocenie Zamawiającego osoba posiadająca wykształcenie wyższe na kierunku innym niż informatyka oraz ukończone studia podyplomowe z zakresu Systemów Informacji Geograficznej (GIS) nie spełnia wymogu określonego w Rozdziale VI SWZ, Warunek nr 2. Wymaganie dotyczy posiadania wykształcenia wyższego informatycznego lub równoważnego, obejmującego program studiów z zakresu projektowania, wdrażania lub utrzymania systemów informatycznych. Ukończenie studiów podyplomowych stanowi formę podnoszenia kwalifikacji i nie jest tożsame z uzyskaniem wykształcenia wyższego informatycznego lub równoważnego w rozumieniu postanowień SWZ.

Zamawiający nie dopuszcza zamkniętego oprogramowania autorskiego, do którego otrzymałby wyłącznie ograniczoną licencję. Dopuszczalne jest tworzenie dedykowanych komponentów, pod warunkiem przekazania pełnego kodu źródłowego, dokumentacji oraz praw zgodnie z projektowanymi postanowieniami Umowy, umożliwiającymi Zamawiającemu ich dalsze utrzymanie i rozwój.

Formularz ofertowy wraz z zawartymi w nim oświadczeniami dotyczącymi elementów ICT stanowi treść oferty. Wykonawca zobowiązany jest zatem wskazać wszystkie produkty ICT, usługi ICT i procesy ICT, które są mu znane na dzień składania ofert i co do których wie, że zostaną wykorzystane do realizacji zamówienia. Zastosowanie mają w szczególności oświadczenia zawarte w pkt 6 FO ppkt. 1–4 na stronach 4–5 formularza ofertowego, dotyczące: 1. braku objęcia elementów ICT rekomendacją, o której mowa w art. 33 ust. 4 ustawy o krajowym systemie cyberbezpieczeństwa; 2. braku objęcia elementów ICT decyzją w sprawie uznania dostawcy za dostawcę wysokiego ryzyka; 3. braku wydania takiej decyzji wobec Wykonawcy oraz podmiotów należących do tej samej grupy kapitałowej; 4. spełnienia powyższych wymagań również przez poddostawców i innych dostawców uczestniczących w realizacji zamówienia. Powyższe oświadczenia odnoszą się bezpośrednio do oferty sensu stricto, złożonej w postępowaniu o udzielenie zamówienia publicznego, a jednocześnie korespondują z wymaganiami obowiązującymi na etapie realizacji zamówienia. Przesłanki odrzucenia oferty określone w art. 226 ust. 1 pkt 17 i 19 ustawy Pzp Zamawiający bada w ramach badania i oceny ofert, w odniesieniu do treści oferty oraz elementów ICT znanych i wskazanych przez Wykonawcę na dzień składania ofert. Składając ofertę, Wykonawca oświadcza, że wskazał wszystkie znane mu na dzień składania ofert elementy ICT, które zamierza wykorzystać do realizacji zamówienia. Oświadczenia w zakresie elementów ICT są dla Wykonawcy wiążące, z zastrzeżeniem zmian dopuszczonych zgodnie z postanowieniami Umowy. Jeżeli określony element ICT nie jest znany na dzień składania ofert i zostanie ustalony lub wprowadzony dopiero w toku realizacji zamówienia, musi spełniać te same wymagania, które zostały określone w formularzu ofertowym (pkt 6 FO ppkt. 1–4 na stronach 4–5 formularza ofertowego) oraz wymagania wynikające z projektowanych postanowień umowy, w szczególności z § 10 ust. 7 i 8 Umowy. Zgodnie z tymi postanowieniami Przedmiot Umowy nie może obejmować produktu ICT, usługi ICT ani procesu ICT wskazanego w odpowiedniej rekomendacji lub objętego decyzją dotyczącą dostawcy wysokiego ryzyka. Zamawiający wymaga od Wykonawcy rzetelnego i kompletnego wypełnienia formularza ofertowego w powyższym zakresie, zgodnie ze stanem wiedzy Wykonawcy istniejącym na dzień składania ofert.

Zamawiający potwierdza, że dopuszcza zastosowanie architektury wielokomponentowej, składającej się z kilku współpracujących komponentów, o ile jako całość spełnia wszystkie wymagania określone w OPZ. Zamawiający nie wymaga, aby wszystkie funkcjonalności były realizowane przez jeden produkt.

Zamawiający wyjaśnia, że wymagania dotyczące zgodności z WCAG 2.2 na poziomie AA dotyczą interfejsów udostępnianych użytkownikom końcowym. Zamawiający nie wymaga zapewnienia zgodności z WCAG 2.2 AA dla standardowych interfejsów administracyjnych oraz narzędzi projektowych używanych wyłącznie przez administratorów.

Zamawiający wyjaśnia, że limit 15 raportów i dashboardów odnosi się do łącznej liczby raportów oraz dashboardów uzgodnionych i zaakceptowanych w Etapie I. Szczegółowy zakres funkcjonalny, struktura oraz makiety zostaną ustalone i zatwierdzone w ramach Etapu I i będą stanowiły podstawę realizacji prac wdrożeniowych w Etapie II. Ewentualne zmiany zakresu będą realizowane zgodnie z postanowieniami Umowy.

Zamawiający wyjaśnia, że na obecnym etapie nie jest możliwe jednoznaczne określenie docelowego wolumenu danych, ponieważ szczegółowy zakres raportów i dashboardów zostanie zdefiniowany w ramach Etapu I. Częstotliwość aktualizacji danych dla większości wskazanych źródeł wynosi co do zasady raz w roku, z możliwością występowania częstszych aktualizacji dla wybranych danych. Dopuszczalne jest wykorzystanie lokalnej bazy analitycznej, cache, preagregacji i tabel zmaterializowanych, pod warunkiem zachowania spójności i aktualności danych.

Zamawiający zapewni środowisko wirtualne, RHEL, Zabbix, Keycloak, Matomo, repozytorium Git, dostęp VPN oraz platformę kopii zapasowych. a. Bazowe zasoby wynoszą: - PROD: do 12 vCPU i 128 GB RAM, - TEST: do 6 vCPU i 32 GB RAM. b. Łączna pula maksymalna wynosi 48 vCPU, 1 TB RAM i 4 TB przestrzeni dyskowej. Liczbę maszyn i podział zasobów zaproponuje Wykonawca. Pozostałe komponenty wymagane przez przyjętą architekturę zapewnia Wykonawca.

Zamawiający nie wymaga, aby audyt bezpieczeństwa był wykonany przez niezależny podmiot zewnętrzny. Wybór sposobu realizacji audytu pozostaje po stronie Wykonawcy, pod warunkiem spełnienia wymagań określonych w OPZ. Jednocześnie Zamawiający informuje, że środowisko testowe Wykonawcy nie musi być pełną kopią środowiska GIOŚ, ale musi odwzorowywać elementy istotne dla działania, integracji i bezpieczeństwa Systemu.

Terminy zakończenia Etapu I oraz Etapu II określone w dokumentacji postępowania pozostają obowiązujące. Ewentualne okoliczności wpływające na realizację prac będą rozpatrywane zgodnie z postanowieniami Umowy.

Zamawiający wyjaśnia, że liczba godzin wskazana w ramach kryterium oceny ofert dotyczy łącznego wymiaru godzin Asysty Technicznej oferowanego na cały okres jej świadczenia, tj. od dnia zawarcia Umowy do zakończenia okresu gwarancji Systemu lub do wyczerpania zaoferowanego limitu godzin - w zależności od tego, które ze zdarzeń nastąpi wcześniej. Nie jest to limit miesięczny ani przypisany do innego okresu rozliczeniowego.

Zastosowanie skutecznej reguły na WAF lub Reverse Proxy albo czasowe wyłączenie podatnego modułu może zostać uznane za Obejście, jeżeli uniemożliwia wykorzystanie podatności i zapewnia realizację funkcji wymaganych w OPZ. Dopuszczalne są czasowe ograniczenia sposobu korzystania z Systemu, natomiast utrata wymaganej funkcjonalności oznacza, że rozwiązanie nie zostanie uznane za skuteczne Obejście, a zgłoszenie zachowa klasyfikację Błędu Krytycznego. Po przedstawieniu analizy i zaakceptowaniu Obejścia przez Zamawiającego w terminie 8 godzin zgłoszenie zostanie przeklasyfikowane na Błąd Zwykły, a kary właściwe dla Błędu Krytycznego nie będą dalej naliczane. Wykonawca pozostaje zobowiązany do trwałego usunięcia podatności po udostępnieniu odpowiedniej poprawki.