Modernizacja systemów informatycznych GDOŚ – Warszawa

Zamawiający podtrzymuje dotychczasowe zapisy i nie przewiduje bezpośredniego udostępnienia plików kodu źródłowego, skryptów DDL ani repozytoriów zależności w otwartej dokumentacji postępowania o udzielenie zamówienia. Mając jednak na względzie dbałość o transparentność postępowania oraz umożliwienie Wykonawcom rzetelnego oszacowania ryzyka i pracochłonności przed złożeniem ofert, Zamawiający dokonuje zmiany SWZ poprzez wprowadzenie procedury ograniczonego wglądu do systemów i baz danych (w formule zdalnej wizji lokalnej). Warunkiem koniecznym do uzyskania dostępu jest uprzednie podpisanie i dostarczenie przez Wykonawcę oświadczenia o zachowaniu poufności, którego wzór stanowi załącznik do niniejszych wyjaśnień SWZ. Procedura uzyskania dostępu:  Złożenie oświadczenia: W nieprzekraczalnym terminie do 22.09.2026 r. Wykonawca może złożyć podpisane podpisem kwalifikowanych, przez osobę odpowiednio umocowaną do reprezentowania Wykonawcy, Oświadczenie o zachowaniu poufności.  Udostępnienie połączenia: W terminie do 2 dni kalendarzowych od dnia wpływu prawidłowo wypełnionego i podpisanego oświadczenia do Zamawiającego, Wykonawca otrzyma bezpieczne, szyfrowane połączenie VPN.  Okres wglądu: Wykonawcy zostanie przyznany limitowany, 3-dniowy wgląd do Systemów GDOŚ Zamawiającego. W odniesieniu do szczegółowych pytań Wykonawcy, Zamawiający wyjaśnia: Ad (a) Zamawiający oświadcza, że przekazał posiadane materiały i dokumentację techniczną w stanie, w jakim nimi dysponuje (zgodnie z jednoznacznym brzmieniem § 5 ust. 1 pkt 2 Projektowanych Postanowień Umowy – PPU). Zamawiający nie składa dodatkowych zapewnień ani oświadczeń wykraczających poza treść dokumentacji postępowania i udostępnionego w ramach wizji lokalnego wglądu. To na etapie Analizy przedwdrożeniowej (Etap I) Wykonawca dokona ostatecznej oceny technicznej możliwości reużycia fragmentów kodu lub potwierdzi zakres niezbędnej przepisania aplikacji w celu spełnienia standardów bezpieczeństwa i obsługi API. Ad (b) Zamawiający nie potwierdza, aby ujawnione w ramach Analizy przedwdrożeniowej rozbieżności stanowiły automatyczną podstawę do zmiany terminów realizacji zamówienia lub zwiększenia wynagrodzenia w trybie § 20 PPU. Terminy określone w § 2 ust. 1 PPU są sztywne i wynikają z harmonogramu oraz ram finansowych całego projektu „Dane 3.0 – wymiana, wartość” (współfinansowanego ze środków UE). Przepisy § 20 ust. 12 PPU precyzyjnie i enumeratywnie wskazują sytuacje uprawniające do zmiany terminu. Ponadto, zgodnie z Częścią 1 pkt 1.8 OPZ, ewentualna brak technicznej możliwości realizacji pewnych rozwiązań skutkuje wypracowaniem w DUFT rozwiązania zamiennego, które z definicji nie może powodować zwiększenia kosztów realizacji ani wpływać na terminy wykonania etapów. Koszt i ryzyko związane z tym procesem Wykonawca powinien uwzględnić w wynagrodzeniu ryczałtowym, opierając się na dokumentacji oraz wnioskach z wizji baz i systemów.

Zamawiający podtrzymuje dotychczasowe postanowienia OPZ oraz PPU i nie przewiduje wprowadzania sztywnych limitów liczbowych dla endpointów REST API. Zamawiający celowo nie narzuca sztywnej liczby ani ostatecznych ścieżek endpointów dla żadnego z systemów ponieważ ich liczba zależy od przyjętego sposobu organizacji API. Zgodnie z Częścią 1 pkt 5.8 oraz Częścią 6 rozdz. 6 OPZ, ostateczna definicja i przypisanie endpointów nastąpi dopiero na etapie Analizy przedwdrożeniowej (Etap I) i zostanie ujęta w DUFT. Zgodnie z § 7 ust. 5 pkt 2 lit. c PPU, uszczegółowienie API w DUFT następuje w granicach przedmiotu zamówienia i bez jego rozszerzania. Faza analityczna służy wyłącznie doprecyzowaniu struktur technicznych dla danych już opisanych w OPZ, więc zaprojektowanie właściwej liczby endpointów dla obecnego stanu systemów jest elementem zamówienia podstawowego, którego ryzyko pracochłonności obciąża Wykonawcę. Dodatkowo Zamawiający wskazuje, że wszelkie zmiany techniczne wprowadzane na mocy Części 1 pkt 1.8 OPZ (rozwiązania zamienne w DUFT) nie mogą powodować zwiększenia kosztów realizacji ani wpływać na terminy wykonania etapów.

Zamawiający informuje, że na dzień publikacji niniejszego wyjaśnienia nie dysponuje wynikami audytów bezpieczeństwa ani testów penetracyjnych dla przedmiotowych systemów, które odnosiłyby się do ich aktualnych wersji. Ocena adekwatności istniejących mechanizmów bezpieczeństwa zostanie przeprowadzona w ramach Analizy przedwdrożeniowej w odniesieniu do wymagań określonych w Części 1 OPZ. Mechanizmy zapewniające poziom ochrony adekwatny do ryzyka i przeznaczenia danego Systemu GDOŚ mogą zostać zachowane po zatwierdzeniu przez Zamawiającego. Mając jednak na względzie dbałość o transparentność postępowania oraz umożliwienie Wykonawcom rzetelnego oszacowania ryzyka i pracochłonności przed złożeniem ofert, Zamawiający dokonuje zmiany SWZ poprzez wprowadzenie procedury ograniczonego wglądu do systemów i baz danych (w formule zdalnej wizji lokalnej). Procedura została szczegółowo opisana w odpowiedzi na pytanie 1 powyżej.