Jednoczęściowe zamówienie „Cyfryzacja procesów w Miejskim Zarządzie Ulic i Mostów w Katowicach – e-usługi publiczne” obejmuje:
Wytworzenie i wdrożenie platformy e-usług publicznych (back-office + front-office) wraz z ~30 modułami dziedzinowymi systemu drogowego (mapa interaktywna, system referencyjny LRS, ewidencja dróg i obiektów inżynierskich, oznakowanie, organizacja ruchu, prace budowlane, utrzymanie bieżące, decyzje administracyjne, objazdy, kanały technologiczne, terminarz drogowy itd.), aplikacją mobilną (dzienniki objazdów, zlecenia utrzymaniowe, drzewa, przystanki, reklamy, szkicownik, notatnik itd.) oraz aplikacją desktop.
Wdrożenie ok. 25 e-usług publicznych na 5. poziomie dojrzałości (zajęcie pasa drogowego, zezwolenia, decyzje lokalizacyjne, uzgodnienia dokumentacji, opinie do projektów organizacji ruchu, zjazdy, kanały technologiczne, oświetlenie uliczne, zaświadczenia, abonamenty, zezwolenia dla pojazdów ponadnormatywnych, zabezpieczenie nagrań z monitoringu itd.) z integracją z Węzłem Krajowym (login.gov.pl), brokerem płatności (KIR), EZD, CEIDG/KRS i ADE.
Pozyskanie i digitalizację danych przestrzennych dróg publicznych: skaning mobilny (laserowy) i fotorejestracja sferyczna sieci drogowej, fotorejestracja z dokumentacją podstaw prawnych, pomiary w promieniu 70 m od skrzyżowań z drogami wyższych kategorii, migracja danych z systemu SZOK (387 przeglądów obiektów inżynierskich z lat 2025–2026, ~387 plików), migracja protokołów kontroli okresowej dróg (~14 280 plików: 4 300 protokołów .jpg, 3 780 map .jpg, 3 100 kart .xls, 3 100 ocen .xlsx), migracja metryk dróg (850 spraw + 1 890 map pasa + 1 080 książek drogi), digitalizacja dokumentacji oznakowania, kanałów i studni technologicznych (źródła w QGIS: .shp/.dwg/.dxf i inne), danych SEWIK, zieleni, natężenia ruchu.
Dostawę sprzętu teleinformatycznego: serwery, urządzenia biurowe, urządzenia bezpieczeństwa ruchu drogowego, cyberbezpieczeństwa, 1 pojazd pomiarowy z urządzeniami do skaningu mobilnego i fotorejestracji sekwencyjnej, urządzenia mobilne z GPS i RTK dla pracowników terenowych, wraz z wdrożeniem.
Modernizację pomieszczenia serwerowni: klimatyzacja, system gaszenia gazem, dodatkowe obwody elektryczne i prace teletechniczne.
Szkolenia użytkowników i administratorów z zakresu systemu.
Dokumentację powykonawczą (opis systemu, infrastruktury, integracji, polityk administratora, procedur eksploatacyjnych i awaryjnych, wymogów RODO) oraz próbkę oprogramowania dostarczaną z ofertą.
Usługi serwisowe w okresie gwarancji (min. 12 mies. na oprogramowanie, 36 mies. na sprzęt), helpdesk, rozwój platformy przez 5 lat po zakończeniu projektu.
Zakres nie obejmuje skaningu i fotorejestracji dróg ekspresowych i autostrad.
Trudność: wysoka
Zamówienie łączy wytworzenie wielomodułowej platformy informatycznej e-usług, rozbudowaną digitalizację i pozyskanie danych przestrzennych (skaning laserowy + fotorejestracja), migrację tysięcy dokumentów historycznych, dostawę i wdrożenie infrastruktury serwerowej z modernizacją serwerowni oraz integrację z wieloma rejestrami publicznymi i systemami krajowymi.
Terminy realizacji
Termin realizacji zamówienia 15 miesięcy od dnia zawarcia umowy (modyfikacja SWZ z 21.07.2026 r.)
Gwarancja na oprogramowanie (system) min. 12 miesięcy (do oceny w kryteriach do 60 miesięcy)
Gwarancja na sprzęt IT (OPZ rozdz. 10) min. 36 miesięcy (do oceny w kryteriach do 60 miesięcy)
Warunki udziału
AI
1Doświadczenie (system drogowy) — min. 1 dostawa/usługa rozbudowy lub wdrożenia oprogramowania dedykowanego do zarządzania infrastrukturą drogową (przeglądarkowa, bez pluginów) z zasileniem danymi z fotorejestracji lub skaningu mobilnego, wartość ≥ 800 000 zł brutto, ostatnie 5 lat
2Doświadczenie (e-usługi) — min. 1 dostawa/usługa budowy lub rozbudowy platformy e-usług publicznych z uruchomieniem co najmniej 5 e-usług na 4 lub 5 poziomie dojrzałości oraz integracją z brokerem płatności, WK i EZD, wartość ≥ 250 000 zł brutto, ostatnie 5 lat
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.
Wydłużenie gwarancji na oferowane rozwiązaniemiesiące powyżej minimum 12
10%
Wydłużenie gwarancji na oferowane urządzenia ITmiesiące powyżej minimum 36
10%
Wsparcie modyfikacji w okresie gwarancjigodziny/rok wsparcia modyfikacji
5%
Wsparcie techniczne w okresie gwarancjigodziny/rok wsparcia technicznego
5%
Czerwone flagi
AI
Sygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 4 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.
Termin składania ofert przypada na okres wakacyjny (21 sierpnia)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.
Kary i sankcje
AI
Wadium:100 000,00 zł (przetarg nr 49/X/2025/WP wg SWZ; dopisek „Wadium dla zamówienia nr 29/VI/2026/WP" wg modyfikacji).
Zabezpieczenie należytego wykonania umowy:5 % wynagrodzenia brutto (ujednolicenie z projektem umowy wg modyfikacji z 30.07.2026).
Kary umowne i pozostałe sankcje (zwłoka, odstąpienie, odsetki): szczegółowe stawki i limity w projekcie umowy — Załącznik nr 5 do SWZ.
Pytania i odpowiedzi
81
Wyodrębnione z wyjaśnień treści SWZ.
11. Nieproporcjonalny i nadmiarowy zakres OPZ- OPZ opisuje bardzo szeroki zakres wymagań obejmujący jednocześnie system dziedzinowy, platformę e-usług, narzędzia klasy GIS, narzędzia raportowe klasy BI, aplikację desktop, integracje z nieokreślonym systemem EOD, moduły utrzymaniowe, mobilne, analityczne, dendrologiczne oraz rozwojowe. Zamawiający nie rozróżnił funkcjonalności niezbędnych do uruchomienia e-usług i cyfrowej pracy wewnętrznej, funkcjonalności przydatnych, ale możliwych do realizacji w późniejszych etapach, funkcjonalności eksperckich możliwych do realizacji przez odrębne narzędzia GIS, BI lub narzędzia open source, oraz usług dodatkowych, które powinny stanowić zakres opcjonalny albo odrębne zamówienie.
Czy Zamawiający dokona modyfikacji OPZ przez ograniczenie wymagań do funkcjonalności koniecznych dla realizacji e-usług, prowadzenia ewidencji dróg, zarządzania infrastrukturą drogową, prezentacji danych przestrzennych, fotorejestracji i chmury punktów 3D, z jednoczesnym przeniesieniem funkcjonalności dodatkowych, rozwojowych i eksperckich do zakresu opcjonalnego oraz opisanie wymagań poprzez oczekiwane rezultaty, a nie przez narzucanie określonej architektury lub sposobu wykonania?
Zamawiający pozostawia zapisy bez zmian. Po pierwsze, Zamawiający – działając na podstawie art. 99 ust. 1 i 2 ustawy Pzp – jest uprawniony do opisania przedmiotu zamówienia z uwzględnieniem wszystkich wymagań niezbędnych z punktu widzenia własnych potrzeb. Prawo zamówień publicznych zakazuje opisu utrudniającego uczciwą konkurencję (art. 99 ust. 4 ustawy Pzp), nie zaś opisu obszernego lub precyzyjnego. Wielomodułowość OPZ wynika z wielości realizowanych e-usług publicznych i złożoności ustawowych obowiązków zarządcy drogi, nie zaś z arbitralnych decyzji Zamawiającego.
Po drugie, zakres OPZ pozostaje w bezpośrednim i nierozerwalnym związku z celami projektu, tj. wdrożeniem 22 e-usług publicznych na 5. poziomie dojrzałości. Jak wskazuje OPZ (pkt 3.2.2), „Procesowanie spraw, dla których zostaną wytworzone e-usługi w Miejskim Zarządzie Ulic i Mostów w Katowicach jest niemożliwe bez dostępu do aktualnej informacji o majątku drogowym, danych zawartych w bazie ewidencji gruntów i budynków oraz związanych z nim procesach."
Po trzecie, zakres zamówienia jest wynikiem prac zespołu roboczego Zamawiającego powołanego do opracowania OPZ. Potrzeby Zamawiającego w zakresie zarządzania infrastrukturą drogową wynikają z licznych wymagań prawa dziedzinowego, w tym z rozporządzeń dotyczących ewidencji dróg i obiektów mostowych, organizacji ruchu drogowego, geodezji i kartografii oraz przepisów prawa.
22. Nieokreślony system EOD/EZD do integracji (pkt 7.10.4 OPZ)- Zgodnie z pkt 7.10.4 OPZ wymagana jest integracja platformy z elektronicznym obiegiem dokumentów. Jednocześnie Zamawiający nie wskazał jednoznacznie, z jakim systemem EOD/EZD ma zostać wykonana integracja – dokumentacja wskazuje, że Zamawiający rozważa system eDokument firmy Rekord, system EOD firmy Finn Sp. z o.o. albo EZD RP, a decyzja zostanie podjęta nie później niż w połowie terminu realizacji projektu. Zakres prac integracyjnych, koszty, wymagania techniczne oraz ryzyka zależą w całości od konkretnego systemu, jego dokumentacji API, dostępności środowiska testowego i wsparcia producenta. Wykonawca nie jest w stanie rzetelnie wycenić integracji z systemem, który nie jest znany na etapie składania ofert. Czy Zamawiający nada pkt 7.10.4 OPZ brzmienie wskazujące konkretny system EOD/EZD, z którym ma zostać wykonana integracja, z zapewnieniem udostępnienia dokumentacji API, środowiska testowego, kont technicznych i wsparcia producenta systemu EOD/EZD, a ewentualną integrację z innym systemem wydzieli jako zakres opcjonalny lub odrębne zamówienie: „Integracja platformy z elektronicznym obiegiem dokumentów zostanie wykonana z systemem [nazwa systemu], wykorzystywanym przez Zamawiającego na dzień składania ofert. Zamawiający udostępni wykonawcy aktualną dokumentację API, środowisko testowe, konta techniczne, osobę odpowiedzialną za integrację oraz zapewni współpracę producenta systemu EOD/EZD, jeżeli będzie ona konieczna do wykonania integracji. W przypadku zmiany systemu EOD/EZD po terminie składania ofert integracja z nowym systemem nie stanowi zakresu podstawowego zamówienia i może zostać zlecona jako zakres opcjonalny albo odrębne zamówienie, po uzgodnieniu zakresu technicznego, harmonogramu oraz wynagrodzenia.”
Zamawiający doprecyzowuje treść pkt 7.10.4 Opisu Przedmiotu Zamówienia następująco:
W pkt 7.10.4 OPZ
Jest: „Obecnie Zamawiający posiada system eDokument formy Rekord, w trakcie realizacji projektu nie później niż w połowie terminu jego realizacji Zamawiający poinformuje Wykonawcę z jakim systemem EOD ma zintegrować się system dziedzinowy. Zamawiający rozważa wdrożenie systemu EOD firmy Finn Sp. z o.o. lub EZD RP.”
Powinno być: „Obecnie Zamawiający posiada system eDokument formy Rekord, w trakcie realizacji projektu nie później niż w połowie terminu jego realizacji Zamawiający planuje integrację z systemem EZD FINN firmy LTC. Zamawiający wskazuje jako jedyny docelowy system integracji EZD FINN firmy LTC.”
33. Wymóg pełnej aplikacji desktop Windows (pkt 8.26.1 OPZ)- Punkt 8.26.1 OPZ wymaga dostarczenia pełnej aplikacji desktop pracującej pod kontrolą systemu Windows, posiadającej wszystkie aplikacje dziedzinowe jak dla wersji przeglądarkowej. OPZ jednocześnie opisuje system jako nowoczesną platformę webową dostępną przez przeglądarkę. Wymóg ten powoduje konieczność zdublowania bardzo dużej części funkcjonalności systemu w osobnym komponencie desktopowym, jest nadmiernie kosztotwórczy oraz preferuje wykonawców dysponujących rozwiązaniami desktopowymi, ograniczając udział wykonawców oferujących nowoczesne rozwiązania webowe. Zamawiający nie wykazał, jakie konkretne procesy wymagają pełnej aplikacji desktop ani dlaczego nie mogą być obsługiwane przez system webowy, aplikację mobilną, standardowe formaty wymiany danych, API lub powszechnie dostępne narzędzia GIS.
Czy Zamawiający usunie pkt 8.26.1 OPZ albo nada mu brzmienie dopuszczające realizację funkcji dziedzinowych w aplikacji przeglądarkowej, z zapewnieniem dostępu do danych GIS, fotorejestracji sferycznej i chmury punktów 3D poprzez standardowe formaty i usługi (API, WMS/WFS, SHP/GPKG/DXF/LAS/LAZ): „Zamawiający dopuszcza realizację funkcji dziedzinowych systemu w aplikacji przeglądarkowej. W zakresie pracy eksperckiej na danych GIS, fotorejestracji sferycznej i chmurze punktów 3D wykonawca zapewni możliwość dostępu, eksportu lub podłączenia danych w standardowych formatach i usługach, w szczególności poprzez API, WMS/WFS, pliki SHP/GPKG/DXF/LAS/LAZ lub inne formaty uzgodnione z Zamawiającym, umożliwiające wykorzystanie danych w narzędziach GIS, w tym narzędziach desktop GIS.”
Zamawiający w pkt. 8.26.1 dodaje zapis po ppkt. 16 o treści: „ Zamawiający dopuszcza realizację wymaganej funkcjonalności aplikacji desktop jako funkcjonalności systemu uruchamianej za pomocą przeglądarki internetowej, pod warunkiem spełnienia przez takie rozwiązanie wszystkich wymagań funkcjonalnych opisanych w wyżej wymienionych punktach”.
44. Nadmierne wymagania dotyczące kreatora raportów i analiz przestrzennych (pkt 8.2 OPZ) - Punkt 8.2 OPZ przewiduje wymóg kreatora raportów i analiz przestrzennych obejmującego dostęp do pełnego modelu danych systemu, wybór dowolnych tabel i encji, definiowanie relacji JOIN przez użytkownika końcowego, budowanie złożonych warunków logicznych, pola obliczeniowe, agregacje, wykorzystanie raportu jako źródła kolejnego raportu oraz relacje topologiczne, bufory i filtry LRS. Taki zakres właściwy jest dla uniwersalnego narzędzia klasy BI/GIS, a nie dla systemu dziedzinowego zarządzania infrastrukturą drogową. Użytkownicy Zamawiającego potrzebują raportów dziedzinowych, list, filtrów, eksportów i zdefiniowanych raportów przekrojowych, a nie budowy złożonych relacji JOIN przez użytkownika końcowego pomiędzy dowolnymi tabelami systemu.
Czy Zamawiający zmieni pkt 8.2 OPZ przez nadanie mu następującego brzmienia: „Zamawiający dopuszcza realizację funkcji dziedzinowych systemu w aplikacji przeglądarkowej. W zakresie pracy eksperckiej na danych GIS, fotorejestracji sferycznej i chmurze punktów 3D wykonawca zapewni możliwość dostępu, eksportu lub podłączenia danych w standardowych formatach i usługach, w szczególności poprzez API, WMS/WFS, pliki SHP/GPKG/DXF/LAS/LAZ lub inne formaty uzgodnione z Zamawiającym, umożliwiające wykorzystanie danych w narzędziach GIS, w tym narzędziach desktop GIS.”
Zamawiający pozostawia zapis bez zmian. Zakres wymagań modułu raportów i statystyk (OPZ pkt 8.2) wynika z rzeczywistych potrzeb operacyjnych Miejskiego Zarządu Ulic i Mostów w Katowicach jako zarządcy dróg i był kształtowany przez powołany przez Zamawiającego zespół specjalistów merytorycznych. Wymagania te nie tworzą narzędzia klasy BI ani GIS, lecz stanowią zaawansowany, lecz typowy dla systemów zarządzania infrastrukturą drogową moduł raportowy operujący wyłącznie na danych własnych systemu dziedzinowego.
Wizualny kreator zapytań umożliwiający budowanie raportów bez znajomości SQL, dostęp do pełnego modelu danych systemu, filtry przestrzenne oparte na relacjach topologicznych ISO 19125, operatory pikietażowe LRS oraz agregacje statystyczne są funkcjonalnościami spotykalnymi w dojrzałych, dostępnych rynkowo systemach klasy zarządzania infrastrukturą drogową. Zamawiający nie wymaga integracji zewnętrznego narzędzia analitycznego – wszystkie opisane operacje mają dotyczyć danych zgromadzonych w ramach jednej platformy dziedzinowej, co eliminuje potrzebę dodatkowej warstwy semantycznej.
Wymagania przestrzenne – w tym relacje topologiczne i filtry LRS – są nierozerwalnie związane z charakterem zamówienia. Zarządzanie infrastrukturą drogową jest z natury zadaniem przestrzennym, a analiza zdarzeń i procesów w oparciu o kilometraż, stronę drogi, odległość od osi drogi czy relacje topologiczne obiektów stanowi podstawę codziennej pracy zarządcy drogi..
OPZ pkt 8.2 poz. 15 zawiera zamknięty katalog 38 standardowych raportów dziedzinowych do wygenerowania podczas wdrożenia. Każdy z tych raportów odpowiada konkretnym obowiązkom prawnym lub operacyjnym zarządcy drogi. Kreator raportów (poz. 21) umożliwia generowanie raportów niestandardowych wynikających z bieżących potrzeb i zmian przepisów, co jest uzasadnione wieloletnim cyklem eksploatacji systemu.