Modernizacja systemów ochrony środowiska – 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 informuje, że termin wykonania Etapu I Umowy wynosi 120 dni kalendarzowych. Tym samym, Zamawiający modyfikuje treść dokumentów zamówienia w tym zakresie. Ponadto, termin, o którym mowa w § 7 ust 3 nie wydłuża ww. terminu realizacji Etapu I Umowy.

Zamawiający przychyla się do wniosku Wykonawcy i zmienia warunek udziału w postępowaniu na następujący: Usługa 1: w okresie ostatnich 5 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, zrealizował co najmniej dwie (2) usługi o łącznej wartości nie mniejszej niż 2 000 000,00 zł brutto, z czego co najmniej jedna (1) usługa o wartości nie mniejszej niż 1 000 000,00 zł brutto, których przedmiotem zamówienia była budowa lub rozbudowa lub modernizacja istniejącego systemu informatycznego klasy GIS* oraz jego wdrożenie, a w ramach zadania wykonano: - analizę przedwdrożeniową; - przygotowanie i przeprowadzenie testów systemu; - opracowanie dokumentacji powykonawczej systemu; - przygotowanie i przeprowadzenie szkoleń dla pracowników z obsługi systemu z uwzględnieniem przygotowania dokumentacji szkoleniowej. Pozostałe zapisy SWZ pozostają bez zmian.

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 pozostawia termin Etapu I bez zmian.