Po terminiePrzetarg nieograniczony · PN707687-2026
Dostosowanie bazy SI JWODA – Warszawa
Główny Inspektorat Ochrony Środowiska9 aktualnych · 890 w archiwum·NIP 5261650857·mazowieckie
Przedmiot zamówienia
AI- Część 1 (usługa): dostosowanie systemu SI JWODA do zmian przepisów krajowych i UE, zaktualizowanych metodyk oraz nowego wykazu jednolitych części wód powierzchniowych.
- Część 2 (usługa): modyfikacja i rozbudowa modułu oceny systemu SI JWODA.
- Część 3 (usługa): aktualizacja słowników i szablonów raportów systemu SI JWODA.
- Część 4 (usługa): rozbudowa modułu analityczno-raportowego obejmująca migrację około 50 raportów do platformy raportowej oraz opracowanie nowych raportów.
- Część 5 (usługa): modyfikacje algorytmów klasyfikacji, ocen, indeksów biologicznych i formularzy hydromorfologicznych wraz z wdrożeniem mechanizmów ich wersjonowania.
- Część 6 (usługa): rozbudowa modułu weryfikacji danych o mechanizmy walidacji ilościowej i jakościowej.
- Część 7 (usługa): dostosowanie aplikacji mobilnej do nowych wymogów.
- Część 8 (usługa): opracowanie i przekazanie dokumentacji technicznej, instrukcji użytkownika i administratora oraz przeprowadzenie szkoleń dla użytkowników i administratorów systemu.
Trudność: wysoka
Zamówienie wymaga kompleksowego dostosowania systemu do zmieniających się przepisów prawa krajowego i UE, rozbudowy algorytmów, migracji około 50 raportów oraz integracji wielu modułów systemu.
Terminy realizacji
Czas na realizację (termin wykonania)
Etap I - 10 tygodni od podpisania umowy; etap II - 19 tygodni od odbioru etapu I; etap III - 17 tygodni od odbioru etapu II, nie później niż 15.11.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, nie później niż 15.11.2027 r.
Wymagany okres gwarancji
min. 36 miesięcy (do oceny maks. 60 miesięcy)
min. 36 miesięcy (do oceny maks. 60 miesięcy)
Warunki udziału
AI1Doświadczenie — min. 1 usługa wykonania lub dostarczenia systemu bazodanowego dla ≥ 400 użytkowników lub aplikacji dla systemu bazodanowego dla ≥ 400 użytkowników, wykonana w ostatnich 3 latach (lub krótszym okresie prowadzenia działalności).
2Kadra projektowa — min. 6 osób (możliwość łączenia funkcji) obejmujących kierownika projektu (PRINCE2/PMP/AgilePM), architekta systemowego, analityka wymagań, specjalistę ds. programowania (min. 3 lata), specjalistę ds. szkoleń (min. 2 szkolenia w latach 2024–2026), specjalistę ds. testów i QA (ISTQB Foundation lub równoważny), specjalistę ds. utrzymania IT (ITIL lub równoważny), specjalistę ds. baz danych (certyfikat producenta/równoważny lub min. 12 mies. praktycznego administrowania bazami), specjalistę ds. bezpieczeństwa aplikacji (CISSP lub równoważny); dla większości min. 2 projekty IT, min. 1 projekt ≥ 500 000 PLN brutto (programista ≥ 250 000 PLN brutto); osoby muszą posługiwać się językiem polskim umożliwiającym samodzielną komunikację.
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ówienia5 pkt za specjalistę ds. dostępności cyfrowej z doświadczeniem zgodności z WCAG 2.1 AA lub wyższym na poziomie AA
5%
Gwarancja36 mies. – 0 pkt, 48 mies. – 20 pkt, 60 mies. – 35 pkt
35%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 18 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- Kara za opóźnienie wykonania umowy/etapu: 0,2% wynagrodzenia brutto/dzień (maks. 10% wynagrodzenia brutto całkowitego).
- Kara za nieterminowe usunięcie wad przy odbiorze: 0,1% wynagrodzenia brutto/dzień (maks. 5% wynagrodzenia brutto całkowitego).
- Kara za nieterminowe przekazanie wstępnych wyników etapów: 0,1% wynagrodzenia brutto/dzień (maks. 5% wynagrodzenia brutto całkowitego).
Pozostałe 2 zapisy o karach po założeniu darmowego konta.
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
14.10.2026 — sprostowanie
20.10.2026 — sprostowanie
26.10.2026 — modyfikacja dokumentacji (4 modyfikacje 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