RozstrzygniętyPrzetarg nieograniczony · PN361187-2026
Cyfryzacja Zarządu Dróg Powiatowych – Powiat Zawierciański
Powiat Zawierciański - Zarząd Dróg Powiatowych w Zawierciu1 aktualny · 16 w archiwum·NIP 6492340258·śląskie
Rozstrzygnięcie
Kto wygrał, za ile i ilu było chętnych.
Złożonych ofert7
Łączna kwota (wszystkie części)460 560,00 zł
Część 1N-Plan Bartosz NowikNIP 6492221619 · 322 500,00 zł
Część 2N-Plan Bartosz NowikNIP 6492221619 · 138 060,00 zł
Przedmiot zamówienia
AIZamówienie jednoczęściowe (usługa + dostawa) na kompleksową cyfryzację Zarządu Dróg Powiatowych w Zawierciu.
Zakres obejmuje:
- Wytworzenie i uruchomienie 21 e-usług publicznych na 5. poziomie dojrzałości (m.in. zezwolenia na zajęcie pasa drogowego, lokalizację zjazdów, uzgodnienia projektów organizacji ruchu, wnioski odszkodowawcze), zintegrowanych z Węzłem Krajowym, brokerem płatności KIR oraz elektronicznym obiegiem dokumentów FINN.
- Budowę dedykowanego systemu do zarządzania infrastrukturą drogową (wersja przeglądarkowa, bez pluginów) składającego się z modułów: mapowego, systemu referencyjnego, ewidencji dróg i obiektów inżynierskich, raportów, projektów organizacji ruchu, remontów i inwestycji, bieżącego utrzymania, terminarza, powiadomień, decyzji, fotorejestracji, przeglądarki 3D oraz dedykowanej aplikacji mobilnej do prac terenowych.
- Pozyskanie danych poprzez mobilny skaning laserowy i fotorejestrację (zdjęcia sekwencyjne i sferyczne) wszystkich dróg powiatowych, digitalizację i wektoryzację pozyskanych danych oraz wprowadzenie danych z dokumentacji papierowej do systemu.
- Dostawę i wdrożenie infrastruktury IT: serwery w architekturze HA (główny i zapasowy), macierz dyskowa do klastra HA, urządzenia sieciowe, firewalle NGFW, UPS-y, urządzenia mobilne z GPS/RTK dla służb terenowych oraz infrastruktura smart city – kamery obrotowe IP i stacje pogodowe do monitorowania utrudnień na drogach.
- Modernizacja pomieszczenia serwerowni (klimatyzacja, system gaszenia gazem, dodatkowe obwody elektryczne i prace teletechniczne).
- Przeprowadzenie szkoleń dla użytkowników i administratorów systemu.
- Działania promocyjne projektu.
Trudność: wysoka
Zamówienie łączy wytworzenie dedykowanego oprogramowania dziedzinowego, integrację z wieloma systemami zewnętrznymi (WK, KIR, EZD), pozyskanie i digitalizację danych przestrzennych ze skaningu i fotorejestracji, dostawę złożonej infrastruktury IT i urządzeń smart city oraz modernizację serwerowni – wszystko w jednym, niepodzielnym kontrakcie o krótkim terminie realizacji (~14 miesięcy), wymagającym ścisłej koordynacji wielu obszarów.
Terminy realizacji
Termin wykonania zamówienia
do 30 lipca 2027 r. – od dnia zawarcia umowy, zgodnie z harmonogramem (Załącznik nr 1 do SWZ)
do 30 lipca 2027 r. – od dnia zawarcia umowy, zgodnie z harmonogramem (Załącznik nr 1 do SWZ)
Minimalna gwarancja – rozwiązanie (system)
12 miesięcy
12 miesięcy
Minimalna gwarancja – serwer HA i macierz dyskowa
36 miesięcy
36 miesięcy
Gwarancja – pozostały sprzęt IT
zgodnie z OPZ (Załącznik nr 1 do SWZ)
zgodnie z OPZ (Załącznik nr 1 do SWZ)
Warunki udziału
AI1Doświadczenie – oprogramowanie drogowe — min. 1 usługa lub dostawa polegająca na rozbudowie/wdrożeniu oprogramowania dedykowanego do zarządzania infrastrukturą drogową (wersja przeglądarkowa) oraz zasileniu danymi z fotorejestracji lub skaningu mobilnego, o wartości ≥ 800 000 zł brutto, w ostatnich 5 latach przed terminem składania ofert
2Doświadczenie – platforma e-usług — min. 1 dostawa lub usługa polegająca na budowie/rozbudowie platformy e-usług publicznych z min. 5 e-usługami na 4-5 poziomie dojrzałości oraz integracją z brokerem płatności, WK i EZD, o wartości ≥ 250 000 zł brutto, w ostatnich 5 latach przed terminem składania ofert
Pozostałe 11 warunków po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cenacena ofertowa brutto
50%
Funkcjonalność oferowanego rozwiązania – próbkafunkcjonalności fakultatywne F2
20%
Długość gwarancji na oferowane rozwiązanieokres gwarancji w miesiącach
10%
Długość gwarancji na oferowane urządzenia ITgwarancja na serwer HA i macierz dyskową
10%
Wsparcie modyfikacji oferowanego rozwiązania w okresie gwarancjiliczba godzin wsparcia rocznie
5%
Wsparcie techniczne oferowanego rozwiązania w okresie gwarancjiliczba godzin wsparcia rocznie
5%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak podziału na części
Zamawiający nie dokonuje podziału zamówienia na części i nie dopuszcza składania ofert częściowych (art. 91 ustawy PZP).
Brak uzupełnienia próbki
Zamawiający nie dopuszcza uzupełnienia próbki oferowanego rozwiązania (Rozdział X pkt 1 ppkt 2b).
Wysoki próg referencyjny
Warunek udziału wymaga co najmniej jednej usługi o wartości min. 800 tys. zł brutto (Rozdział VIII pkt 2.4)a).
Zakaz łączenia funkcji kadrowych
Wymagane 9 osób, każda na odrębną funkcję – zakaz łączenia (Rozdział VIII pkt 2.4)d).
Kary i sankcje
AI- Kary umowne: w projekcie umowy (zał. nr 15 do SWZ)
- Zabezpieczenie należytego wykonania umowy: 5% ceny całkowitej podanej w ofercie — art. 450 ust. 1 ustawy PZP (rozdz. XXII SWZ)
- Formy zabezpieczenia: pieniądz, poręczenie, gwarancja; Zamawiający nie wyraża zgody na formy z art. 450 ust. 2
Pozostałe 3 zapisy o karach po założeniu darmowego konta.
Pytania i odpowiedzi
24Wyodrębnione z wyjaśnień treści SWZ.
1Dotyczy § 9 ust. 3 Umowy
Wykonawca wnosi o wskazanie sumy gwarancyjnej wymaganego w § 9 ust. 3 Umowy ubezpieczenia od odpowiedzialności cywilnej w zakresie prowadzonej działalności.
Zamawiający wskazuje, iż suma gwarancyjna została określona na kwotę nie mniejszą niż 1 500 000,00 zł (słownie: jeden milion pięćset tysięcy złotych 00/100), co zostało wskazane w pozostałych miejscach dokumentów zamówienia, tj.:
1) SWZ, Rozdział III, pkt 14,
2) SWZ, Rozdział XXI pkt 4 ,
3) Załącznik Nr 2 do SWZ - Formularz ofertowy, pkt 12.
W projektowanych postanowieniach umowy celowo pozostawiono miejsce do uzupełnienia tej wartości zgodnie z przedłożoną polisą Wykonawcy, z którym zostanie zawarta umowa.
2Dotyczy § 6 ust. 2 Umowy
Zgodnie z § 6 ust. 2 Umowy, rozliczenie nastąpi w oparciu o 3 faktury częściowe i fakturę końcową, przy czym wartość faktury końcowej nie może być niższa niż 35% wynagrodzenia. Czy Zamawiający może wskazać, z realizacją których etapów (§ 2 ust. 1) powiązane będą poszczególne faktury częściowe, lub potwierdzić, że harmonogram płatności zostanie uzgodniony wspólnie z Wykonawcą w ramach harmonogramu realizacji (§ 4 ust. 2)?
Zamawiający potwierdza, iż harmonogram płatności zostanie uzgodniony wspólnie z Wykonawcą w ramach harmonogramu realizacji (§ 4 ust. 2) przy czym Wykonawca będzie musiał w propozycji harmonogramu rzeczowo finansowego uwzględnić iż rozliczenie następuje w oparciu o 3 faktury częściowe i fakturę końcową, przy czym wartość faktury końcowej nie może być niższa niż 35% wynagrodzenia.
3Dotyczy § 8 ust. 1 pkt 1) i 2) Umowy
§ 8 ust. 1 pkt 1) i 2) Umowy pozostawia okresy gwarancji do uzupełnienia (zapis „…m-cy"). Czy Zamawiający potwierdza, że minimalny okres gwarancji na oferowane rozwiązanie wynosi 12 miesięcy, a na urządzenia IT (serwer HA + macierz) – 36 miesięcy, zgodnie z pkt IV.13 SWZ?
Zamawiający informuje, iż okresy gwarancji w umowie docelowo zostaną uzupełnione warunkami określonymi przez Wykonawcę w formularzu ofertowym na zasadach określonych w SWZ oraz OPZ.
4Dotyczy § 10 ust. 2 Umowy
§ 10 ust. 2 Umowy wskazuje, że Wykonawca udziela „…. godzin bezpłatnego wsparcia modyfikacji" i „…. godzin bezpłatnego wsparcia technicznego" w każdym roku gwarancji (wartości nieuzupełnione). Czy Zamawiający potwierdza, że liczba godzin wynikać będzie z oferty Wykonawcy, a minimalna wartość wymagana do udziału w postępowaniu to 0 godzin (tj. nieoferowanie wsparcia jest dopuszczalne, choć niepunktowane)?
Zamawiający potwierdza, że liczba godzin wynikać będzie z oferty Wykonawcy, a minimalna wartość wymagana do udziału w postępowaniu to 0 godzin (tj. nieoferowanie wsparcia jest dopuszczalne, choć niepunktowane).
5Pytanie do pkt 7.26 OPZ – Aplikacja desktop
W pkt 7.26 OPZ Zamawiający wskazał, że: „Aplikacja desktop platformy zarządzania infrastrukturą drogową musi pracować pod kontrolą systemu Windows, musi posiadać aplikacje dziedzinowe jak dla wersji przeglądarkowej. Aplikacja musi umożliwiać: (…)", po czym Zamawiający wymienił katalog funkcjonalności aplikacji desktopowej.
Prosimy o jednoznaczne wyjaśnienie, czy funkcjonalności wymienione w pkt 7.26 po sformułowaniu „Aplikacja musi umożliwiać" stanowią:
a) minimalny i dodatkowy zakres wymagań dla aplikacji desktopowej, który nie ogranicza wcześniejszego wymagania, zgodnie z którym aplikacja desktop musi posiadać aplikacje dziedzinowe jak dla wersji przeglądarkowej, co oznacza, że w ramach wdrożenia aplikacja desktopowa powinna obejmować wszystkie wymagane w OPZ moduły/aplikacje dziedzinowe analogicznie do wersji przeglądarkowej, a ponadto spełniać funkcjonalności wymienione w pkt 7.26;
czy też
b) zamknięty i wyłączny zakres funkcjonalny aplikacji desktopowej, ograniczający wymagania dla aplikacji desktop wyłącznie do funkcjonalności wymienionych w pkt 7.26 OPZ.
Jednocześnie prosimy o potwierdzenie, że w przypadku interpretacji wskazanej w lit. a), na etapie odbiorów Zamawiający będzie weryfikował dostępność i działanie wymaganych funkcjonalności modułów/aplikacji dziedzinowych zarówno w wersji przeglądarkowej, jak i w wersji desktopowej, chyba że OPZ jednoznacznie przypisuje dane wymaganie wyłącznie do określonego typu aplikacji
Zamawiający wyjaśnia, iż określił minimalny zakres 23 funkcjonalności, które musi posiadać aplikacja desktopowa. Zamawiający dla funkcjonalności aplikacji desktop będzie badał zakres 23 funkcjonalności wymienionych w OPZ.
6W Scenariuszu testowym próbki (Załącznik nr 16 do SWZ), w punkcie 10, Zamawiający wskazuje, że:
„Jeśli przygotowane oprogramowanie w trakcie badania próbki nie będzie odpowiadało dłużej niż 5 minut (zawiesi się) (...), spowoduje to odrzucenie oferty".
Wnosimy o wydłużenie czasu na restart systemu do minimum 15 minut oraz o zniesienie limitu prób uruchomieniowych.
Badanie próbki w warunkach laboratoryjnych (offline, w siedzibie Zamawiającego) niesie za sobą ryzyko czysto losowych zdarzeń technicznych (takich jak lokalne zakłócenia pasma WiFi przy komunikacji z emulatorem czy błąd ludzki przy wpisywaniu haseł w stresującej atmosferze testu). Próbka ma na celu zweryfikowanie stabilności i potencjału oferowanego rozwiązania w docelowym środowisku, a nie odporności personelu na stres. Narzucenie tak restrykcyjnych ram czasowych na etapie krótkiej prezentacji testowej może doprowadzić do odrzucenia ofert Wykonawców oferujących najbardziej zaawansowane systemy z przyczyn czysto losowych, co stoi w sprzeczności z zasadą proporcjonalności i równego traktowania (art. 16 ustawy PZP).
Zamawiający przychyla się do wniosku i wydłuża czas na restart systemu do maksimum 15 minut pozostawiając limit 3 prób uruchomieniowych. W związku Zamawiający dokonuje modyfikacji Załącznika nr 16 do SWZ w punkcie 10 w następujący sposób:
było:
„10. Jeśli przygotowane oprogramowanie w trakcie badania próbki nie będzie odpowiadało dłużej niż 5 minut (zawiesi się) a procedura uruchomieniowa nie zadziała lub po jej zadziałaniu oprogramowanie ponownie przestanie odpowiadać w trakcie badania próbki na dłużej niż 5 minut spowoduje to odrzucenie oferty".
jest:
„10. Jeśli przygotowane oprogramowanie w trakcie badania próbki nie będzie odpowiadało dłużej niż 15 minut (zawiesi się) a procedura uruchomieniowa nie zadziała lub po jej zadziałaniu oprogramowanie ponownie przestanie odpowiadać w trakcie badania próbki na dłużej niż 15 minut spowoduje to odrzucenie oferty".
Zamawiający przychyla się do wniosku i wydłuża czas na restart systemu do maksimum 15 minut pozostawiając limit 3 prób uruchomieniowych.
7W Scenariuszu testowym próbki (Załącznik nr 16 do SWZ), w punkcie 1.d, Zamawiający wymaga zaprezentowania funkcjonalności: „Na nowo wyrysowanym odcinku dodanie jezdni o szerokości początkowej 8m oraz końcowej 5m na długości 50 metrów".
Wnosimy o całkowite usunięcie punktu 1.d ze scenariusza próbki. Konstruowanie tak specyficznych, zindywidualizowanych elementów geometrii drogowej powinno być przedmiotem prac wdrożeniowych (po etapie analizy procesów BPMN), a nie badania próbki na etapie składania ofert. Ideą i celem instytucji próbki jest potwierdzenie ogólnych zdolności i potencjału technologicznego oprogramowania Wykonawcy (w tym przypadku: standardowej możliwości dodania obiektu jezdni i powiązania jej z kilometrażem osi). Wymuszanie prezentacji tak specyficznych funkcji rysunkowych nie wnosi wartości merytorycznej do oceny potencjału systemu, a generuje ryzyko proceduralne.
Zamawiający pozostawia zapis bez zmian. Jest to standardowa funkcjonalność systemów odpowiadająca sytuacji na drogach Zamawiającego na których występują różne szerokości drogi na odcinkach referencyjnych.
8W Scenariuszu testowym próbki (Załącznik nr 16 do SWZ), w punkcie 1.e, Zamawiający wymaga wygenerowania Tabeli 8 Książki Drogi dla nowo dodanego odcinka.
Wnosimy o całkowite usunięcie punktu 1.e ze scenariusza próbki. Wymóg ten stawia przed oprogramowaniem próbki zadanie skrajnie specyficzne. Zgodnie z Rozporządzeniem Ministra Infrastruktury z dnia 16 lutego 2005 r., dokument ewidencyjny w postaci Książki Drogi (w tym Tabela 8) jest prowadzony i generowany dla całej drogi publicznej jako kompletnego obiektu. Próbka z założenia operuje na danych niekompletnych i testowych. Generowanie zautomatyzowanych raportów sprawozdawczych powinno weryfikować ogólny potencjał systemu do raportowania, a nie gotowość do generowania sformalizowanych dokumentów urzędowych przed zamknięciem bilansu drogi w fazie wdrożenia, co stoi w sprzeczności z celem badania próbki.
Zamawiający pozostawia zapis bez zmian. Zamawiający wymaga wygenerowania Tabeli 8 Książki Drogi dla nowo dodanego odcinka. Zamawiającemu zależy na sprawdzeniu w jaki sposób generuje się Tabela 8 Książki Drogi. Zamawiający ma świadomość, iż próbka z założenia operuje na danych niekompletnych i testowych.
9W Scenariuszu testowym próbki (Załącznik nr 16 do SWZ), w punkcie 3.d, Zamawiający wymaga zaprojektowania oznakowania poziomego P-10 o szerokości 4 m i kącie 10 stopni na czerwonym podkładzie malowania.
Wnosimy o całkowite usunięcie punktu 3.d ze scenariusza próbki. Podobnie jak w przypadku geometrii jezdni, wymóg projektowania oznakowania poziomego o tak unikalnych parametrach geometrycznych z poziomu przeglądarki internetowej na etapie składania ofert jest przedwczesny. Próbka powinna weryfikować architekturę systemu, jego uniwersalność oraz ogólne możliwości projektowania organizacji ruchu i nanoszenia znaków na mapę. Konfiguracja zaawansowanych parametrów rysunkowych pod specyficzne wytyczne Zamawiającego to standardowy element fazy wdrożeniowej (rozdział 5 OPZ). Wymaganie tak szczegółowych detali na tym etapie wykracza poza cel badania próbki (weryfikację doświadczenia i potencjału Wykonawcy).
Zamawiający pozostawia zapis bez zmian. Zamawiający oczekuje prezentacji standardowej możliwości rysowania znaków poziomych na podstawie wybranego znaku P-10.
10W Scenariuszu testowym próbki (Załącznik nr 16 do SWZ), w sekcji nr 5 „Uprawnienia dostępu do danych osobowych" (punkty 5.a i 5.b), Zamawiający wymaga zaprezentowania monitorowania logowań, dostępów oraz podglądu incydentów bezpieczeństwa w bazie.
Wnosimy o całkowite usunięcie sekcji nr 5 ze scenariusza próbki. Weryfikacja mechanizmów bezpieczeństwa na sztucznym, odizolowanym lokalnie środowisku offline mija się z celem merytorycznym. Zgodnie z OPZ, docelowa struktura kontroli dostępu, uwierzytelniania korporacyjnego oraz cała baza użytkowników mają zostać zintegrowane ze środowiskiem Active Directory (AD) Zamawiającego oraz systemem EZD RP dopiero po podpisaniu umowy i przeprowadzeniu testów penetracyjnych (rozdział 6.3.2 OPZ). Próbka powinna badać potencjał funkcjonalny oprogramowania, a testowanie tak wrażliwych i specyficznych modułów bezpieczeństwa bez dostępu do infrastruktury docelowej nie odzwierciedla realnych kompetencji systemu.
Zamawiający pozostawia zapis bez zmian. Zamawiający wymaga zaprezentowania w opisany w scenariuszu sposób „uprawnienia dostępu do danych osobowych".
Historia zmian
18.05.2026 — ogłoszenie o zamówieniu
27.05.2026 — sprostowanie (Uzupełnienie informacji uzupełniających o fakt przeprowadzenia wstępnych konsultacji rynkowych.)
15.06.2026 — sprostowanie (Przedłużenie terminu składania i otwarcia ofert w związku z udzieleniem wyjaśnień i dokonaniem modyfikacji w treści Specyfikacji Warunków Zamówienia (SWZ).)
30.06.2026 — ogłoszenie o zamówieniu
30.06.2026 — upływ terminu składania ofert
30.06.2026 — wyjaśnienia treści SWZ
10.07.2026 — rozstrzygnięcie
29.07.2026 — sprostowanie
10.09.2026 — rozstrzygnięcie