Po terminiePrzetarg nieograniczony · PN617591-2026
Dostosowanie bazy SI JWODA do zmian prawa krajowego i UE
Główny Inspektorat Ochrony Środowiska9 aktualnych · 890 w archiwum·NIP 5261650857·mazowieckie
Przedmiot zamówienia
AI- modernizacja systemu SI JWODA: dostosowanie bazy danych do rewizji dyrektyw wodnych UE (klasyfikacja PFAS, WWA, nowy wykaz jcwp), rozbudowa modułów oceny i weryfikacji z silnikiem reguł biznesowych, aktualizacja słowników i szablonów raportów;
- migracja ok. 50 raportów (ok. 4000 kolumn) z Oracle BI do Power BI Report Server Zamawiającego, przygotowanie modeli danych i widoków, integracja uruchamiania raportów z JWODA 3.0;
- opracowanie nowych raportów (ICES, GBIF, profili termiczno-tlenowych, raport do MKOO i Komisji Wód Granicznych);
- modernizacja GUI: dostępność cyfrowa zgodnie z wymaganiami administracji publicznej, responsywność mobile/tablet/desktop, mechanizm cookie, integracja SSO z Keycloak/AD;
- audyty bezpieczeństwa z pentestami, raporty, naprawa błędów krytycznych w określonym przez Zamawiającego terminie;
- dokumentacja techniczna, kody źródłowe, repozytorium, szkolenia dla administratorów i użytkowników;
- obsługa incydentów i naprawa błędów po wdrożeniu, testy CI/CD, środowiska testowe/pre-prod/prod;
- zaangażowanie min. 6 osób (kierownik projektu, architekt systemowy, analityk wymagań, programista, specjalista ds. testów, specjalista ds. utrzymania IT).
Trudność: wysoka
Zamówienie obejmuje złożoną modernizację systemu informatycznego z wymogami zgodności prawnej UE, migracją raportów, audytami bezpieczeństwa i stricte zdefiniowanymi osobami kluczowymi, co wymaga koordynacji wielu dyscyplin i dużego doświadczenia w projektach IT o podobnym zakresie.
Terminy realizacji
Termin wykonania całego przedmiotu umowy
do 15 listopada 2027 r.
do 15 listopada 2027 r.
Etapy realizacji
Etap I: ≤ 10 tygodni od podpisania umowy; Etap II: ≤ 19 tygodni od odbioru Etapu I; Etap III: ≤ 17 tygodni od odbioru Etapu II; łącznie najpóźniej do 15 listopada 2027 r.
Etap I: ≤ 10 tygodni od podpisania umowy; Etap II: ≤ 19 tygodni od odbioru Etapu I; Etap III: ≤ 17 tygodni od odbioru Etapu II; łącznie najpóźniej do 15 listopada 2027 r.
Gwarancja
min. 36 miesięcy, oceniana maksymalnie do 60 miesięcy
min. 36 miesięcy, oceniana maksymalnie do 60 miesięcy
Warunki udziału
AI1Doświadczenie — co najmniej 1 usługa wykonania i dostarczenia systemu bazodanowego dla co najmniej 400 użytkowników lub 1 usługa wykonania i dostarczenia aplikacji dla systemu bazodanowego dla co najmniej 400 użytkowników, w okresie ostatnich 3 lat
2Kierownik Projektu — wykształcenie wyższe; doświadczenie kierownika projektu w co najmniej 2 zakończonych projektach informatycznych, w tym co najmniej 1 obejmujący budowę/modernizację systemu z bazą danych i integracjami/API; co najmniej 1 projekt o wartości ≥ 500000 PLN; certyfikat PRINCE2 lub PMP lub AgilePM
Pozostałe 9 warunków po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty brutto
60%
Kwalifikacje zawodowe i doświadczenie osób wyznaczonych do realizacji zamówienia
5%
Gwarancjaokres w miesiącach
35%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 54 dni po udostępnieniu dokumentów
Późna modyfikacja specyfikacji może sugerować dostosowanie wymagań pod konkretnego wykonawcę lub celowe utrudnienie konkurencji, która przygotowała ofertę na pierwotną wersję SWZ.
Kary i sankcje
AI- Kary umowne: w projektowanych postanowieniach umowy (załącznik nr 8 do SWZ).
Pytania i odpowiedzi
306Wyodrębnione z wyjaśnień treści SWZ.
1Która ze Stron ponosi ryzyko zmiany stanu prawnego następującej po terminie składania ofert,
oraz w jakim trybie zostanie dokonana zmiana Umowy, jeżeli zmiana przepisów rozszerzy zakres
Przedmiotu Umowy w stosunku do stanu prawnego z dnia składania ofert?
Zamawiający wyjaśnia, że Wykonawca ponosi ryzyko zmiany stanu prawnego objętego zakresem i celem
zamówienia, w szczególności zmian stanu prawnego przewidzianego w OPZ. Natomiast Wykonawca nie
ponosi ryzyka wynikającego z konieczności wykonania nowych funkcjonalności, które są wynikiem przyszłych,
nieprzewidzianych na dzień składania ofert przepisów prawnych. W przypadku zmian przepisów prawnych
nieprzewidzianych na dzień składania ofert, które wpływają za zakres zamówienia Zamawiający dokona
zmian umowy zgodnie z ustawą prawo zamówień publicznych i zapisów Umowy, o ile będzie to możliwe. W
przypadku braku możliwości dokonania zmian Umowy Zamawiający przeprowadzi nowe postępowanie.
2Czy sformułowanie „Wykonawca uwzględni zmiany w toku projektu”, odnoszące się do
nowelizacji przepisów INSPIRE, należy rozumieć jako obowiązek zrealizowania zmian
wynikających z nowego brzmienia przepisów w ramach wynagrodzenia ryczałtowego —
niezależnie od ich zakresu — czy jako podstawę do zmiany Umowy i odrębnego rozliczenia
zmienionego zakresu?
Sformułowanie oznacza obowiązek uwzględniania zmian objętych zakresem i celem zamówienia, w
szczególności zmian przewidzianych w OPZ i możliwych do racjonalnego oszacowania na dzień składania
ofert. Nie oznacza ono nieograniczonego obowiązku realizacji dowolnych nowych funkcjonalności
wynikających z przyszłych, nieprzewidywalnych zmian prawnych. Rozszerzenie zakresu poza OPZ będzie
wymagało oceny na podstawie postanowień Umowy i ustawy Pzp.
3Czy wdrożenie zaktualizowanego brzmienia rozporządzenia monitoringowego lub
rozporządzenia klasyfikacyjnego, o ile aktualizacja zostanie opublikowana w okresie realizacji
Umowy, mieści się w cenie oferty? Prosimy również o wskazanie, w jaki sposób Wykonawca ma
na etapie postępowania oszacować zakres dostosowania do nowego wykazu jcwp, który
zostanie przekazany dopiero po podpisaniu Umowy.
W cenie oferty powinny zostać ujęte zadania związane dostosowaniem wynikającym z celu projektu i zakresu
określonego w OPZ, w tym obsługę aktualnych metodyk oraz nowego wykazu jcwp dla kolejnego cyklu
planistycznego. Wykaz zostanie przekazany jako dane wejściowe, zaś rozwiązanie powinno być
konfigurowalne tak, aby jego aktualizacja nie wymagała ingerencji w kod. Nieprzewidywalne nowe
wymagania funkcjonalne, niewynikające z OPZ, będą oceniane zgodnie z odpowiedzią na pytanie 1.
4Na jakich poziomach system ma wyznaczać i prezentować PoM — pojedynczego wskaźnika, grupy wskaźników, czy oceny stanu jcwp i jej składowych? Liczba poziomów wpływa bezpośrednio na zakres funkcjonalności.
Prawdopodobieństwo błędnej klasyfikacji obliczane jest dla klasyfikacji pojedynczego wskaźnika. PoM wyższego rzędu, tj. klasyfikacji grup wskaźników, klasyfikacji stanu/potencjału ekologicznego, klasyfikacji stanu chemicznego i oceny stanu wód nie jest obliczany. Jest to maksymalny PoM wskaźnika którego wynik klasyfikacji wpłynął na wynik klasyfikacji wyższego rzędu. Przykład PoM klasyfikacji grupy wskaźników biologicznych, dla których określono kl. 3 jest taki jak najwyższa wartość PoM poszczególnych wskaźników biologicznych będących w klasie 3.
5W jakim zakresie sposób wyliczania PoM ma podlegać modyfikacji przez Administratora Krajowego w ramach silnika reguł, o którym mowa w pkt IV — czy wyłącznie w zakresie parametrów (np. przyjętych progów, poziomów istotności, granic klas), czy również w zakresie samego sposobu wyznaczania niepewności? Zakres konfigurowalności ma istotny wpływ na pracochłonność tej funkcjonalności.
Administrator krajowy, powinien mieć możliwość zmiany wartości słownikowych parametrów wyliczania PoM oraz możliwość modyfikowania reguł, na które składa się procedura wyliczania PoM. Alternatywnie, dopuszczalne jest umożliwienie edycji i modyfikacji reguł obliczania PoM poprzez umieszczanie poleceń np. w języku Python z poziomu interfejsu aplikacji.
6Czy użyte w dokumentacji postępowania pojęcia „prawdopodobieństwo błędnej klasyfikacji (PoM)” oraz „poziom ufności” (opis Fazy 3) odnoszą się do tej samej wielkości, czy do dwóch odrębnych wyników, które system ma wyznaczać i prezentować?
Sformułowanie „poziom ufności” w opis Fazy 3 oznacza to samo co „prawdopodobieństwo błędnej klasyfikacji (PoM)”.
7Czy „przykładowe zestawy danych”, o których mowa w opisie Fazy 3, wraz z oczekiwanymi wartościami wyników, zostaną przekazane przez Zamawiającego jako podstawa weryfikacji tej funkcjonalności — a jeżeli tak, czy mogą zostać udostępnione już na etapie postępowania?
Zestawy danych, o których mowa w opisie Fazy 3 zostaną przygotowane na etapie realizacji zamówienia.
8Czy Zamawiający dysponuje kodem źródłowym obecnie funkcjonującego SI JWODA oraz autorskimi prawami majątkowymi do niego, a jeżeli tak — czy przewiduje jego udostępnienie Wykonawcy (na etapie postępowania lub po zawarciu umowy)?
Zamawiający dysponuje kodem źródłowym obecnie funkcjonującego SI JWODA oraz pełnią autorskich praw majątkowych do tego kodu, z wyłączeniem bibliotek, komponentów i oprogramowania podmiotów trzecich, wykorzystywanych na warunkach określonych w odpowiednich licencjach. Kod źródłowy może zostać udostępniony w siedzibie Zamawiającego przed terminem składania ofert na wniosek Wykonawcy, po złożeniu wymaganego oświadczenia. Po zawarciu Umowy zostanie on udostępniony Wykonawcy w zakresie niezbędnym do realizacji Przedmiotu Umowy, zgodnie z zasadami i procedurami obowiązującymi w ramach funkcjonującego w GIOŚ Systemu Zarządzania Bezpieczeństwem Informacji. Na tych samych zasadach zostaną udostępnione również posiadane przez Zamawiającego materiały dotyczące obecnego rozwiązania oraz dostęp do działającego systemu. Dokumentacja Referencyjna obejmuje dokumentację użytkową i techniczną obecnie funkcjonującego SI JWODA i stanowi podstawę identyfikacji jego zakresu funkcjonalnego. Dokumentacja metodyczna Państwowego Monitoringu Środowiska stanowi odrębną podstawę merytoryczną określającą procesy, metodyki oraz zasady przetwarzania i oceny danych. W Fazie 1 Wykonawca będzie zobowiązany do przeprowadzenia analizy udostępnionych materiałów, kodu źródłowego oraz działania obecnego systemu, a także do oceny zgodności dotychczas eksploatowanych elementów z wymaganiami OPZ. Rekomendacje dotyczące pozostawienia, modernizacji albo reimplementacji komponentów zostaną udokumentowane w kartach decyzji architektonicznych i przedstawione Zamawiającemu do zatwierdzenia. Zatwierdzenie tych decyzji nie będzie ograniczało odpowiedzialności Wykonawcy za zgodność, kompletność i prawidłowe działanie rozwiązania docelowego.
9Czy Zamawiający przewiduje udostępnienie Wykonawcy dostępu do instancji testowej lub demonstracyjnej obecnie funkcjonującego systemu, umożliwiającego zapoznanie się z jego rzeczywistym zachowaniem?
Po zawarciu Umowy Zamawiający zapewni Wykonawcy — w Fazie 1 — kontrolowany dostęp do obecnie funkcjonującej wersji systemu SI JWODA, w zakresie niezbędnym do zapoznania się z jego funkcjonalnościami, sposobem przetwarzania danych, integracjami oraz rzeczywistym zachowaniem. Dostęp zostanie zapewniony zgodnie z zasadami i procedurami określonymi w funkcjonującym w GIOŚ Systemie Zarządzania Bezpieczeństwem Informacji oraz z uwzględnieniem zasad ochrony danych. Działający system będzie stanowił jedno ze źródeł wiedzy wykorzystywanych przez Wykonawcę w Fazie 1 do oceny zgodności dotychczas eksploatowanych elementów z wymaganiami OPZ oraz do przygotowania rekomendacji dotyczących ich pozostawienia, modernizacji albo reimplementacji. Dostęp do systemu nie zastępuje wymagań określonych w OPZ ani dokumentacji metodycznej związanej z realizacją zadań Państwowego Monitoringu Środowiska oraz nie ogranicza odpowiedzialności Wykonawcy za kompletność oraz prawidłowe działanie rozwiązania docelowego będącego przedmiotem Umowy.
10Czy Dokumentacja Referencyjna obejmuje model danych (schemat bazy danych), specyfikacje interfejsów oraz opisy algorytmów obliczeniowych — w tym algorytmów, do których OPZ odsyła jako do „obecnie funkcjonujących” (m.in. algorytm obliczania biomasy fitoplanktonu, algorytmy wyznaczania HIR wraz ze wskaźnikami pośrednimi WPHt i WRHt) — w stopniu umożliwiającym odtworzenie funkcjonalności bez dostępu do kodu źródłowego?
Dokumentacja Referencyjna obejmuje dokumentację użytkową i techniczną obecnie funkcjonującego SI JWODA, udostępnianą na zasadach określonych w SWZ, i stanowi podstawę identyfikacji zakresu funkcjonalnego obecnego rozwiązania. Dokumentacja metodyczna dotycząca realizacji zadań Państwowego Monitoringu Środowiska stanowi odrębną podstawę merytoryczną określającą zasady, metodyki oraz algorytmy obliczeniowe właściwe dla procesów objętych Przedmiotem Umowy, w tym dotyczące obliczania biomasy fitoplanktonu oraz wyznaczania HIR i wskaźników pośrednich WPHt i WRHt.
Po zawarciu Umowy Wykonawcy zostaną udostępnione, zgodnie z zasadami i procedurami funkcjonującego w GIOŚ Systemu Zarządzania Bezpieczeństwem Informacji, Dokumentacja Referencyjna, kod źródłowy obecnie funkcjonującego rozwiązania oraz dostęp do działającego systemu. Materiały te zostaną przeanalizowane przez Wykonawcę w Fazie 1 w celu rozpoznania istniejącego modelu danych, interfejsów, reguł przetwarzania danych, algorytmów i integracji oraz odwzorowania zakresu funkcjonalnego na wymagania projektowe i kryteria akceptacji.
Nie jest wymagane odtworzenie dotychczasowej struktury kodu ani zastosowanych technologii. Wymagane jest zapewnienie zgodności rozwiązania docelowego z OPZ, obowiązującą dokumentacją metodyczną oraz co najmniej równoważnym zakresem funkcjonalnym wynikającym z Dokumentacji Referencyjnej.
11Czy Zamawiający może wskazać, których obszarów Dokumentacji Referencyjnej dotyczyć będzie ewentualne wyłączenie lub ograniczenie udostępnienia, o którym mowa w pkt 2.1.5 ust. 2? Zwracamy uwagę, że zakres ograniczenia wpływa bezpośrednio na możliwość wyceny ryczałtowej.
Ewentualne ograniczenie udostępnienia będzie mogło dotyczyć wyłącznie informacji prawnie chronionych, danych osobowych, informacji istotnych z punktu widzenia bezpieczeństwa systemów teleinformatycznych oraz materiałów, w odniesieniu do których Zamawiający nie posiada uprawnień do ich dalszego udostępniania.
W przypadkach wymagających zastosowania ograniczeń odpowiednie materiały zostaną udostępnione w formie zanonimizowanej, zredagowanej lub zastąpione opisem funkcjonalnym, pozwalającym na identyfikację wymagań oraz oszacowanie zakresu i kosztów realizacji zamówienia. Ograniczeniem nie zostaną objęte informacje niezbędne do ustalenia zakresu funkcjonalnego obecnie użytkowanego rozwiązania oraz przygotowania oferty.
Udostępnianie Dokumentacji Referencyjnej będzie realizowane zgodnie z zasadami określonymi w SWZ i funkcjonującym w GIOŚ Systemie Zarządzania Bezpieczeństwem Informacji, z zachowaniem zasady równego traktowania Wykonawców. Ewentualne ograniczenia nie będą stosowane w sposób uniemożliwiający prawidłową wycenę lub realizację Przedmiotu Umowy.
12Czy udostępnienie w formie elektronicznej na podstawie Załącznika nr 11 obejmuje ten sam zakres dokumentacji, co wgląd na miejscu na podstawie Załącznika nr 10?
Nie. Wgląd na miejscu, na podstawie Załącznika nr 10, może obejmować szerszy zakres informacji.
Historia zmian
08.09.2026 — ogłoszenie o zamówieniu
08.10.2026 — sprostowanie
08.10.2026 — modyfikacja dokumentacji (3 modyfikacje dokumentacji)
14.10.2026 — sprostowanie
20.10.2026 — sprostowanie
24.10.2026 — modyfikacja dokumentacji (8 modyfikacji dokumentacji)
27.10.2026 — sprostowanie
01.11.2026 — wyjaśnienia i modyfikacja dokumentacji (1 dokument z wyjaśnieniami · 7 modyfikacji dokumentacji)
03.11.2026 — sprostowanie
05.11.2026 — upływ terminu składania ofert