Budowa systemu informatycznego do monitoringu Morza Bałtyckiego – Warszawa
Pełna nazwa postępowania: Utworzenie w ramach sieci EKOINFONET bazy danych monitoringu Morza Bałtyckiego z aktualizacją portalu RDSM i harmonizacją zgodnie z INSPIRE oraz migracją danych
Główny Inspektorat Ochrony Środowiska·NIP 5261650857·Warszawa
Wartość szac.
5 128 200 zł
wg ogłoszenia
Termin składania
14.09.2026
za 2 dni
Otwarcie ofert
—
nie podano
Opublikowano
21 lipca 2026
źródło: TED
Streszczenie SWZ
Streszczenie AI · Janusz
Widzisz połowę każdej z 10 sekcjiDruga połowa — łącznie 34 zdania z warunkami, dokumentami i analizą ryzyka — odsłania się po założeniu darmowego konta.
Postępowanie o udzielenie zamówienia publicznego prowadzone jest w trybie przetargu nieograniczonego zgodnie z art. 132-139 ustawy Pzp.
Numer sprawy: DAG-WZP.26.1.60.2026.PW
Nazwa zamówienia: „Utworzenie w ramach sieci EKOINFONET bazy danych monitoringu Morza Bałtyckiego z aktualizacją portalu RDSM i harmonizacją zgodnie z INSPIRE oraz migracją danych”
Postępowanie o udzielenie zamówienia publicznego prowadzone jest w trybie przetargu nieograniczonego na podstawie art. 132-139 w związku z art. 129 ust. 2 ustawy Prawo zamówień publicznych (Dz.U. 2026 r. poz. 793).
Zamawiający:
nie przewiduje zawarcia umowy ramowej;
nie przewiduje wyboru najkorzystniejszej oferty z zastosowaniem aukcji elektronicznej;
Postępowanie dotyczy zamówienia o wartości powyżej 140 000 euro. Zamówienie jest finansowane ze środków unijnych w ramach programu Fundusze Europejskie na Infrastrukturę, Klimat, Środowisko 2021–2027, priorytet FENX.02, działanie FENX.02.04.
W formularzu cenowym określono następujące maksymalne kwoty brutto na sfinansowanie poszczególnych etapów:
Wykonawca musi spełnić następujące warunki udziału w postępowaniu:
Doświadczenie w budowie/modernizacji systemów informatycznych: Wykonanie w okresie ostatnich 5 lat co najmniej: jednej usługi budowy/wdrożenia systemu informatycznego z bazą danych i API o wartości min. 2 000 000 PLN brutto, lub dwóch usług modernizacji systemów z bazą danych i API o wartości min. 1 000 000 PLN brutto każda, lub jednej usługi budowy (min. 1 500 000 PLN brutto) oraz jednej usługi modernizacji (min. 500 000 PLN brutto).
Doświadczenie w publikacji zbiorów danych: Wykonanie w okresie ostatnich 5 lat co najmniej dwóch usług o wartości min. 300 000 PLN brutto każda, obejmujących przygotowanie, przekształcenie, opisanie metadanymi oraz udostępnienie zbiorów danych umożliwiających automatyczne przetwarzanie.
Potencjał kadrowy: Dysponowanie zespołem co najmniej 6 osób (przy dopuszczalnym łączeniu funkcji), w tym:
Kierownik Projektu (wykształcenie wyższe, doświadczenie w 2 projektach informatycznych — w tym min. 1 o wartości min. 500 000 PLN brutto, certyfikat PRINCE2/PMP/AgilePM);
Architekt Systemowy (wykształcenie wyższe, doświadczenie w projektowaniu architektury 2 systemów — w tym min. 1 o wartości min. 500 000 PLN brutto);
Analityk Wymagań (wykształcenie wyższe, doświadczenie w analizie 2 projektów — w tym min. 1 o wartości min. 500 000 PLN brutto);
Zamawiający oceni oferty na podstawie następujących kryteriów:
Cena oferty brutto – waga 60% 2. Kwalifikacje zawodowe i doświadczenie osób wyznaczonych do realizacji zamówienia – waga 15%(+ 3 zdania — pełna treść po zalogowaniu)
Podwykonawstwo: Wykonawca może powierzyć podwykonawcom część zamówienia wskazaną w formularzu ofertowym (Załącznik nr 7). Zmiana lub rezygnacja z podwykonawcy wymaga wykazania przez Wykonawcę, że podwykonawca lub Wykonawca samodzielnie spełnia warunki udziału w postępowaniu. Wykonawca ponosi pełną odpowiedzialność za działania i zaniechania podwykonawców.
Zmiany umowy: Przesłanki umożliwiające zmianę postanowień umowy zostały zawarte w załączniku nr 8 do SWZ (Projektowane postanowienia umowy).
Zatrudnienie osób: Zamawiający wymaga zatrudnienia na podstawie stosunku pracy osób pełniących kluczowe funkcje (Kierownik Projektu, Specjalista ds. architektury Systemów Informatycznych, Analityk Wymagań).
Zaliczki: Zamawiający nie przewiduje udzielania zaliczek.
Zgodnie z wymaganiami SWZ, z ofertą należy złożyć następujące dokumenty: - Formularz ofertowy (wg wzoru — Załącznik nr 1 do SWZ) (+ 1 zdanie — pełna treść po zalogowaniu)
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 34 zdania — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Zaprojektowanie, wykonanie i wdrożenie systemu informatycznego SI Bałtyk dla danych monitoringu Morza Bałtyckiego w ramach sieci EKOINFONET (z bazą danych, integracją z INSPIRE, aktualizacją portalu RDSM, migracją danych historycznych oraz mechanizmami importu/eksportu) wraz z testami, dokumentacją i szkoleniami.
Zakres obejmuje m.in.:
analizę i harmonizację danych z wielu źródeł (m.in. IMGW-PIB, MIR, baza ICHTIOFAUNA z ok. 200 tys. rekordów + roczny przyrost ~10 tys., pliki historyczne w różnych formatach), migrację danych do nowego systemu,
budowę bazy danych oceanograficznych/środowiskowych oraz modułu wymiany danych w formatach ERF, CSV, XML, ODV, NetCDF, JSON, Excel, Access,
portal mapowy oraz API do udostępniania danych (w tym dla INSPIRE/HVD),
integrację z systemem katalogowym (preferowany GeoNetwork), szyną integracyjną WSO2, repozytorium metadanych, mechanizmami jakości danych BODC,
interfejs webowy (wymagana zgodność WCAG 2.1 AA, EN 301 549) w języku polskim, dla 30 aktywnych użytkowników,
mechanizmy bezpieczeństwa (uwierzytelnianie Keycloak + AD, audyt bezpieczeństwa z testami penetracyjnymi),
testy automatyczne i akceptacyjne,
dokumentację powykonawczą, plany zarządzania danymi, ADR oraz szkolenia dla 3 grup odbiorców (16 + 12 + 5 osób),
wdrożenie na infrastrukturze Zamawiającego (on-premise, kontenery Docker/Kubernetes, Terraform/Ansible, monitoring Prometheus/Grafana),
usługi gwarancyjne (z limitem SLA dla incydentów P0–P3) w okresie 36/48/60 miesięcy.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Zgodnie z zapisami SWZ, wskazane zostały konkretne daty wykonania etapów zamówienia tj.: a. etap I w terminie nie później niż do 27 listopada 2026 r., b. etap II w terminie nie później niż do dnia 15 października 2027 r., c. etap III w terminie nie później niż do dnia 9 czerwca 2028 r. Przedstawienie terminów realizacji we wskazany sposób jest sprzeczne z z art. 436 pkt 1 Pzp, zgodnie z którym „planowany termin zakończenia usługi, dostawy lub robót budowlanych, oraz, w razie potrzeby, planowane terminy wykonania poszczególnych części usługi, dostawy lub roboty budowlanej, określone w dniach, tygodniach, miesiącach lub latach, chyba że wskazanie daty wykonania umowy jest uzasadnione obiektywną przyczyną”. Zagadanie stosowania dat kalendarzowych w zadaniach zostało omówione w wyroku z dnia 24 lipca 2024r. sygn. akt: KIO 2105/24, KIO 2125/24. W związku z powyższym zwracamy się z prośbą o rozważanie modyfikacji wskazanych konkretnych dat na okres realizacji poszczególnych etapów wyrażony w dniach, tygodniach, miesiącach bądź latach od podpisania Umowy. Wskazać dodatkowo należy, że nie jest możliwe określenie dokładnego terminu w którym Umowa zostanie podpisana między Stronami.
Zamawiający podtrzymuje postanowienia zawarte w umowie. Podane terminy wynikają z harmonogramu płatności projektu FEnIKS i są terminami maksymalnymi, uwzględniającymi czas na procedowanie płatności.
Zgodnie z zapisami umowy (Paragraf 2, ust 5, ust. 15) Wykonawca zobowiązany jest dostarczyć wyniki danego Etapu do siedziby Zamawiającego – prosimy o informację czy Zamawiający oczekuje dostarczenia wyników danego Etapu w formie fizycznej (jeżeli tak to wybranych/wszystkich produktów) czy dopuszcza dostarczenie w formie elektronicznej np. poprzez udostępnienie produktów np. w przestrzeni sieciowej uzgodnionej pomiędzy Stronami?
Wyniki z każdego etapu zostaną przekazane do siedziby GIOŚ pisemnie (sprawozdanie z realizacji wydruk – w 1 egzemplarzu; oraz zapis cyfrowy na płycie CD/DVD lub innym nośniku danych, w plikach .pdf i .docx – w 2 egzemplarzach). Przekazanie wyników prac w wersji elektronicznej -tryb i sposób - zostanie uzgodniony w fazie zerowej.
Paragraf 11 (Kary umowne), pkt. 3 - zwracamy się z prośbą o doprecyzowanie, że kary umowne dotyczą dni roboczych.
Kary umowne są naliczane za zwłokę liczoną w dniach kalendarzowych a nie roboczych. Zgodnie z par. 11 ust. 3 projektowanych postanowień umowy „W przypadku zwłoki Wykonawcy w przekazaniu wstępnych wyników poszczególnych etapów w terminach, o których mowa w § 2 ust. 2 Umowy Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,1% wynagrodzenia brutto określonego w § 8 ust. 1 Umowy za dany etap Umowy, za każdy rozpoczęty dzień zwłoki w przekazaniu wstępnych wyników etapu Umowy, którego dotyczy zwłoka”. Z tego postanowienia nie wynika, że kara ma być naliczana za dzień roboczy zwłoki.
W trakcie okresu gwarancji, Zamawiający wymaga aby Wykonawca usuwał m.in. wykryte błędy bezpieczeństwa. Prosimy o potwierdzenie, że w trakcie okresu gwarancji Zamawiający oczekuje poprawki tymczasowej w ciągu 24 godzin, a docelowe rozwiązanie wdrożył w ciągu 7 dni roboczych. Dodatkowo zwracamy uwagę, że okres gwarancji jest kilkuletni, a dla zastosowanych technologii (w tym bibliotek) w tak długim okresie mogą pojawiać się błędy bezpieczeństwa, dla których jedynym sposobem ich usunięcia jest np. zmiana biblioteki co wymagać może przebudowy pewnego zakresu systemu, przeprowadzenia testów itp. przez co dotrzymanie oczekiwanych terminów nie będzie możliwe. Dodatkowo może zaistnieć sytuacja np. upgradu bazy danych na nowszą wersję co też będzie wiązało się ze znacznym nakładem prac. Proszę o informację jak Zamawiający planuje podejść do tego typu sytuacji.
Zamawiający nie potwierdza przedstawionej interpretacji. Przez cały okres gwarancji Wykonawca będzie zobowiązany do usuwania błędów oraz podatności bezpieczeństwa zgodnie z wymaganiami określonymi w Umowie. Zamawiający jest świadomy, że w przypadku niektórych podatności bezpieczeństwa ich usunięcie może wymagać wykonania prac wykraczających poza standardową aktualizację komponentów, w szczególności w sytuacji zakończenia wsparcia producenta dla wykorzystywanych elementów stosu technologicznego. W takich przypadkach Zamawiający oczekuje niezwłocznego wdrożenia działań ograniczających ryzyko, np. obejść, a następnie wdrożenia rozwiązania docelowego w terminie uzgodnionym przez Strony z uwzględnieniem poziomu ryzyka, zakresu niezbędnych zmian oraz wpływu na ciągłość funkcjonowania systemu. Jednocześnie Zamawiający wskazuje, że dobór technologii, komponentów i produktów programowych powinien uwzględniać cały okres realizacji Umowy oraz okres gwarancji. W związku z tym Zamawiający oczekuje stosowania rozwiązań posiadających stabilny cykl rozwojowy i długoterminowe wsparcie producenta, w szczególności wersji objętych wsparciem długoterminowym (Long Term Support, LTS) lub równoważnym. W przypadku zastosowania komponentów, dla których producent przewiduje zakończenie wsparcia przed upływem okresu gwarancji, ryzyko związane z koniecznością migracji, aktualizacji lub wymiany takich komponentów pozostaje po stronie Wykonawcy. Zamawiający oczekuje, aby na etapie projektowania rozwiązania zostały dobrane takie wersje technologii i bibliotek, których deklarowany okres wsparcia wykracza co najmniej poza koniec okresu gwarancji lub dla których Wykonawca zapewni równoważny sposób utrzymania bezpieczeństwa i zgodności rozwiązania. Zamawiający zwraca również uwagę, że przedmiot zamówienia stanowi system teleinformatyczny służący realizacji ustawowych zadań administracji publicznej, którego eksploatacja planowana jest przez wiele lat po zakończeniu projektu. W związku z tym przy doborze technologii powinny zostać uwzględnione wymagania dotyczące długookresowej utrzymywalności, bezpieczeństwa, interoperacyjności oraz możliwości dalszego rozwoju rozwiązania bez konieczności przeprowadzania nieproporcjonalnie kosztownych modernizacji po zakończeniu projektu.
W przypadku dostarczenia przez Wykonawcę części rozwiązania opartego na oprogramowaniu standardowym prosimy o informację czy Zamawiający dopuszcza udzielenia licencji z ograniczeniem terytorialnym oraz czy Zamawiający wymaga udzielenia prawa do cesji licencji.
Zamawiający nie dopuszcza udzielenia licencji z ograniczeniem terytorialnym. Udzielone licencje muszą posiadać prawo udzielenia cesji tychże licencji.
Zgodnie z listą określonych celów dla Fazy 1 (analiza wymagań), jednym z celów jest „Identyfikacja nowych oraz weryfikacja, dekompozycja i uszczegółowienie wymagań funkcjonalnych i niefunkcjonalnych zawartych w OPZ” – prosimy o informację co Zamawiający rozumie poprzez sformułowanie „identyfikacja nowych" - jakie nowe (nie wskazane w OPZ) wymagania mogą się pojawić oraz w jakim zakresie mogą one rozszerzyć zakres prac do wykonania przedstawiony w dokumentacji przetargowej?
W fazie pierwszej Etapu I, który będzie polegał na analizie i zaprojektowaniu bazy danych SI Bałtyk, Wykonawca może zidentyfikować nowe wymagania które nie zostały wskazane w OPZ, a są niezbędne do prawidłowego dziania bazy danych SI Bałtyk. Przez identyfikację nowych wymagań Zamawiający rozumie ujawnienie podczas analizy przedwdrożeniowej takich wymagań funkcjonalnych i niefunkcjonalnych, które: • wynikają bezpośrednio z celów biznesowych określonych w OPZ, • wynikają z obowiązujących przepisów prawa krajowego lub unijnego, • są niezbędne dla zapewnienia kompletności, spójności i poprawności projektowanego rozwiązania, • stanowią uszczegółowienie lub logiczną konsekwencję wymagań już wskazanych w OPZ. Zamawiający wyjaśnia, że identyfikacja nowych wymagań nie może prowadzić do nieograniczonego rozszerzenia przedmiotu zamówienia i nie będzie podstawą do wprowadzania nowych funkcjonalności wykraczających poza zakres celów określonych w dokumentacji postępowania.
Odnoście czasu reakcji, wdrożenia obejścia oraz rozwiązania błędu - prosimy o potwierdzenie, że wszędzie gdzie nie zostało to wprost wskazane w dokumentacji przetargowej, określone czasy godzin/dni odnoszą się do godzin/dni roboczych.
Wszędzie w OPZ gdzie podany jest czas reakcji, wdrożenia obejścia oraz rozwiązania błędu w dniach dotyczy to godzin/dni roboczych.
Odnośnie zapisu na str. 62: "planowana jest ocena dostępności i wystarczalności metadanych, którą zamierza zlecić do wykonania organ Komisji Europejskiej, European Climate, Infrastructure and Environment Executive Agency (CINEA) po wyłonieniu w postępowaniu przetargowym wykonawcy zamówienia „Assessment study for data and metadata availability and adequacy for MSFD Article 19(3) obligations”. Czas trwania realizacji zamówienia: 26 miesięcy od podpisania umowy przez CINEA. Zamawiający będzie niezwłocznie przekazywać informacje lub dokumenty, wytworzone w związku ze zleceniem KE, które mogą mieć wpływ na realizację niniejszego zamówienia" - wnosimy o usunięcie tego zapisu, a wynikające z działań CINEA wymogi obsłużyć w ramach typowej procedury zmiany. W obecnym stanie nie jest możliwe oszacowanie wpływu na zakres Zamówienia wyników przedsięwzięcia, które nie zostało nawet rozpoczęte i którego szczegółowe wyniki nie są znane.
Zamawiający wykreśla powyższe postanowienia z OPZ. Tym samym postanowienia przestają obowiązywać.
Dotyczy: § 2 ust. 3. Wnosimy o zmianę § 2 ust. 3 poprzez wskazanie, że kara umowna za nieprzekazanie wstępnych wyników etapu nie będzie naliczana, jeżeli opóźnienie nie ma wpływu na termin wykonania danego etapu lub wynika z okoliczności leżących po stronie Zamawiającego. Proponowane brzmienie: „Kara umowna nie będzie naliczana, jeżeli opóźnienie w przekazaniu wstępnych wyników etapu nie wpływa na termin wykonania danego etapu lub jest następstwem okoliczności, za które odpowiedzialność ponosi Zamawiający."
Zamawiający nie wyraża zgody na zmianę § 2 ust. 3 projektowanych postanowień umowy. Dotrzymanie przez Wykonawcę terminu przekazania wstępnych wyników etapów jest istotne dla Zamawiającego, ponieważ daje czas Zamawiającemu na zweryfikowanie wyników danego etapu i przekazanie uwag do Wykonawcy. Kara określona w § 11 ust. 3 projektowanych postanowień umowy jest za zwłokę w przekazaniu wstępnych wyników poszczególnych etapów, a nie za opóźnienie Wykonawcy. Zatem jeżeli, jest ona naliczana gdy jest następstwem okoliczności za które odpowiada Wykonawca.
