Przedmiot zamówienia — Cyfryzacja Zarządu Dróg Powiatowych – Powiat Zawierciański
Zamówienie jest jednolitą, niepodzielną dostawą + usługą polegającą na kompleksowej cyfryzacji Zarządu Dróg Powiatowych w Zawierciu. Obejmuje ono siedem powiązanych ze sobą obszarów, które muszą być zrealizowane jako jedna całość:
1. Wytworzenie 21 e-usług publicznych na 5. poziomie dojrzałości
Każda e-usługa umożliwia obywatelowi/biznesowi: zalogowanie przez Krajowy Węzeł Identyfikacji Elektronicznej (WK), automatyczne wypełnienie danych z Profilu Zaufanego, złożenie wniosku on-line, dokonanie płatności przez brokera KIR, pobranie decyzji/opinii/uzgodnienia.
Lista e-usług (wszystkie na 5. poziomie): wydanie zezwolenia na lokalizację/ przebudowę zjazdu; uzgodnienie projektu budowy zjazdu; zezwolenie na lokalizację urządzeń obcych w pasie drogowym; zezwolenie na usytuowanie obiektów budowlanych i reklam przy drogach; opinia do decyzji o warunkach zabudowy i celu publicznego; 4 rodzaje zezwoleń na zajęcie pasa drogowego (roboty, infrastruktura telekomunikacyjna, infrastruktura techniczna, awaria); zezwolenie na zajęcie pasa – roboty + reklamy; zezwolenie na zajęcie pasa – roboty + obiekty budowlane; opinia o przejeździe pojazdu nienormatywnego; wniosek o odszkodowanie za szkody na drogach; wniosek o usunięcie drzew/krzewów; zgłoszenie uwag i oznakowania; opinia do projektu czasowej i stałej organizacji ruchu; uzgodnienie szczególnego wykorzystania dróg; wniosek o umowę użyczenia pasa; uzgodnienie w sprawie stosunku państwa do kościoła.
2. Pozyskanie danych na potrzeby e-usług (zasilenie systemu)
Skaning mobilny (laserowy) całej sieci dróg powiatowych + fotorejestracja sekwencyjna i sferyczna pasa drogowego – z wykorzystaniem pojazdu pomiarowego.
Pozyskanie i wprowadzenie do systemu danych o: obiektach infrastruktury drogowej, organizacji ruchu, obiektach inżynierskich, projektach organizacji ruchu.
Digitalizacja dokumentacji papierowej z jej geolokalizacją i wprowadzeniem do systemu.
3. Budowa platformy informatycznej (back-office) + aplikacja mobilna
Kompleksowy system dziedzinowy do zarządzania infrastrukturą drogową, dostępny z przeglądarki internetowej (bez instalacji dodatkowego oprogramowania na komputerach użytkowników).
Wymagane moduły:
System referencyjny (sieć dróg, odcinki, skrzyżowania, kilometraż),
Organizacja ruchu (oznakowanie pionowe/poziome, projekty stałej i czasowej organizacji ruchu),
Obiekty inżynierskie (mosty, tunele, przepusty, kładki),
Prace budowlane (remonty, inwestycje, budowy),
Utrzymanie bieżące (w tym utrzymanie zimowe, monitoring sprzętu zimowego),
Objazdy dróg (dziennik objazdów),
Decyzje (zajęcia pasa, lokalizacyjne – z automatycznym naliczaniem opłat i szablonami pism),
Kanały technologiczne,
Natężenie ruchu,
Terminarz drogowy (z powiadomieniami i kontrolą terminów gwarancji/przeglądów),
Ewidencja drzew w pasie drogowym, reklam, osnowy wysokościowej,
Wypadki i kolizje,
Utrudnienia w ruchu,
Własności gruntów (stan prawny dróg),
Protokoły kontroli okresowej,
Monitoring sprzętu i tracker urządzeń mobilnych.
Moduły aplikacji mobilnej (na urządzenia mobilne z GPS i tyczką RTK): dzienniki objazdu dróg, zlecenia utrzymaniowe, przystanki, reklamy, przepusty, inne elementy punktowe/liniowe/powierzchniowe, szkicownik, notatnik, utrudnienia w ruchu, zimowe utrzymanie – monitoring bieżący.
5 interfejsów API (REST, WMS/WFS, JSON, integracja z systemem finansowo-księgowym i EZD).
4. Zakup infrastruktury IT i cyberbezpieczeństwa
Serwer w architekturze HA (główny + zapasowy) + macierz dyskowa do klastra HA – z gwarancją min. 36 mies.,
Serwer bazy danych,
Urządzenia sieciowe (przełączniki, router/firewall),
System cyberbezpieczeństwa (w tym UTM/snort, antywirus, backup),
Kamery obrotowe IP (smart city) do monitoringu wizyjnego dróg (obrazy dla obywateli i zarządcy),
Urządzenia mobilne (tablety/smartfony z GPS i tyczką RTK) dla pracowników terenowych,
Stacje pogodowe (do monitorowania warunków na drogach),
Modernizacja pomieszczenia serwerowni: klimatyzacja, system gaszenia gazem, dodatkowe obwody elektryczne i prace teletechniczne.
5. Wdrożenie, instalacja i integracja systemów
Integracja z Krajowym Węzłem Identyfikacji Elektronicznej (WK),
Integracja z brokerem płatności KIR,
Integracja z elektronicznym obiegiem dokumentów FINN (LTC),
Integracja ze stroną e-Urzędu Starostwa Powiatowego (udostępnienie linków do e-usług),
Integracja z systemem finansowo-księgowym.
6. Szkolenia pracowników
Szkolenia dla użytkowników i administratorów wdrożonego systemu (obsługa wszystkich modułów dziedzinowych, e-usług, aplikacji mobilnej).
7. Promocja projektu
Działania promocyjne związane z wdrożeniem (obowiązek wynikający z dofinansowania UE).
Termin realizacji: do 30 lipca 2027 r.
Trudność: wysoka
Zamówienie łączy wytworzenie 21 zaawansowanych e-usług na 5. poziomie dojrzałości, budowę wielomodułowego systemu dziedzinowego (back-office + aplikacja mobilna), pozyskanie danych terenowych metodą skaningu laserowego i fotorejestracji, dostawę i konfigurację infrastruktury IT (serwery HA, macierz, kamery, stacje pogodowe), modernizację serwerowni oraz integracje z WK, KIR i EZD FINN – jako jedną niepodzielną całość, co wymaga szerokiego interdyscyplinarnego doświadczenia i ścisłej koordynacji wszystkich etapów.
Terminy realizacji
Termin wykonania zamówienia do 30 lipca 2027 r.
Gwarancja na rozwiązanie (system) – minimalna 12 miesięcy
Gwarancja na serwer HA i macierz dyskową – minimalna 36 miesięcy
Warunki udziału
AI
1Doświadczenie – system drogownictwa — min. 1 usługa lub dostawa polegająca na rozbudowie/wdrożeniu oprogramowania dedykowanego do zarządzania infrastrukturą drogową (wersja przeglądarkowa) i zasileniu danymi z fotorejestracji/skaningu laserowego; wartość ≥ 800 000 zł brutto; okres: ostatnie 5 lat przed upływem terminu składania ofert
2Doświadczenie – e-usługi publiczne — min. 1 dostawa lub usługa budowy/rozbudowy platformy e-usług publicznych, z co najmniej 5 e-usługami na 4/5 poziomie dojrzałości oraz integracją z brokerem płatności, Węzłem Krajowym i EZD; wartość ≥ 250 000 zł brutto; okres: ostatnie 5 lat przed upływem terminu składania ofert
Pozostałe 10 warunków po założeniu darmowego konta.
Kryteria wyboru oferty
AI
Wagi punktowe, według których zamawiający oceni oferty.
CenaC
50%
Funkcjonalność oferowanego rozwiązania – próbkaFOR
20%
Długość gwarancji na oferowane rozwiązanieG
10%
Długość gwarancji na oferowane urządzenia ITGS
10%
Wsparcie modyfikacji oferowanego rozwiązania w okresie gwarancjiMO
5%
Wsparcie techniczne oferowanego rozwiązania w okresie gwarancjiWT
5%
Czerwone flagi
AI
Sygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI
Kary umowne przewidziano w Projektowanych postanowieniach umowy — Załącznik nr 15 do SWZ.
Wadium: nie wymagane (Rozdział XVI SWZ).
Zabezpieczenie należytego wykonania umowy: 5% ceny całkowitej podanej w ofercie (Rozdział XXII SWZ).
Pozostałe 1 zapis o karach po założeniu darmowego konta.
Pytania i odpowiedzi
24
Wyodrę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 (2 dokumenty z wyjaśnieniami)