Doświadczenie cz. 1: min. 1 dostawa/usługa rozbudowy lub wdrożenia oprogramowania do zarządzania infrastrukturą drogową (przeglądarkowo, bez pluginów) z zasileniem danymi z fotorejestracji/skaningu mobilnego, każda ≥ 800 000 zł brutto, ostatnie 5 lat; do wartości wlicza się wyłącznie licencje, wdrożenie, integrację, szkolenia, pozyskanie i wprowadzenie danych.
Doświadczenie cz. 2: min. 1 dostawa/usługa budowy/rozbudowy platformy e-usług publicznych z ≥ 5 e-usługami na 4. lub 5. poziomie dojrzałości i integracją z brokerem płatności, Węzłem Krajowym i EZD, wartość ≥ 250 000 zł brutto, ostatnie 5 lat; w skład wartości wchodzą tylko licencje e-usług, wdrożenie, integracja z WK/brokerem/EZD/FK.
Wadium:100 000,00 zł (słownie: sto tysięcy złotych 00/100); przelew na rachunek Bank PKO BP S.A. nr 97 1020 2313 0000 3202 0514 9523, z dopiskiem „Wadium dla zamówienia nr 29/VI/2026/WP"; obejmuje pełen okres związania ofertą.
Kary umowne: w projekcie umowy (Załącznik nr 5 do SWZ) — § 13 ust. 3; łączna maksymalna wysokość kar umownych, których mogą dochodzić Strony, nie może przekroczyć 30% kwoty umownej brutto (§ 4 ust. 1).
Odszkodowanie uzupełniające: Zamawiający zastrzega prawo dochodzenia odszkodowania przewyższającego wysokość zastrzeżonych kar umownych.
Czas realizacji:15 miesięcy od dnia zawarcia umowy (modyfikacja z 21.07.2026 r.).
Gwarancja na system/oferowane rozwiązanie: min. 12 miesięcy od protokołu odbioru końcowego; wydłużenie punktowane w kryteriach oceny ofert do 60 miesięcy.
Gwarancja na sprzęt IT (Rozdział 10 OPZ):36 miesięcy od odbioru dostawy i instalacji; reakcja do 1 dnia roboczego, usunięcie do 5 dni roboczych.
Dalszy rozwój platformy: Wykonawca musi zapewnić rozwój platformy przez 5 lat po zakończeniu realizacji projektu.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 25 zdań — 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
Dedykowany system informatyczny do zarządzania infrastrukturą drogową (back-office): rozwój i wdrożenie platformy obejmującej moduły (m.in. mapowy, raportowy, ewidencji dróg i obiektów inżynierskich, organizacji ruchu, projektów robót, utrzymania bieżącego, zimowego, decyzji administracyjnych, ewidencji drzew i reklam, objazdów, prac budowlanych) wraz z aplikacją desktop i integracją z e-usługami, systemem EZD, Węzłem Krajowym i brokerem płatności.
Platforma e-usług publicznych (front-office): wytworzenie i udostępnienie ok. 30 e-usług publicznych na 5. poziomie dojrzałości (zajęcie i udostępnienie pasa drogowego, lokalizacja zjazdów/sieci, projekty organizacji ruchu, zezwolenia na przejazdy ponadnormatywne, oświetlenie uliczne, kanał technologiczny, monitoring, zaświadczenia, uzgodnienia i decyzje administracyjne).
Pozyskanie danych terenowych: skaning mobilny (laserowy) i fotorejestracja sferyczna sieci dróg zarządzanych przez MZUiM Katowice (z wyłączeniem autostrad i dróg ekspresowych).
Digitalizacja i migracja danych historycznych: zeskanowanie i wprowadzenie do systemu dokumentacji pasa drogowego (metryki dróg, książki drogi, mapy), protokołów kontroli okresowej dróg, przeglądów obiektów inżynierskich oraz danych o organizacji ruchu z archiwum papierowego.
Dostawa sprzętu teleinformatycznego: urządzenia serwerowe, urządzenia biurowe, urządzenia mobilne dla pracowników terenowych (z GPS i RTK) oraz modernizacja pomieszczenia serwerowni (klimatyzacja, system gaszenia gazem, dodatkowe obwody elektryczne i teletechniczne).
Aplikacja mobilna: wdrożenie aplikacji mobilnej do pracy w terenie (dzienniki objazdów, zlecenia utrzymaniowe, ewidencja drzew, przystanków, reklam, zimowe utrzymanie).
Szkolenia i dokumentacja: przeprowadzenie szkoleń użytkowników i administratorów oraz wytworzenie pełnej dokumentacji powykonawczej i eksploatacyjnej systemu.
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.
Dotyczy Roz. 5 SWZ
Wykonawca wnosi o wyjaśnienie zapisów Roz. 5 SWZ w świetle których: „Zamawiający dokonuje podziału zamówienia na części. (…) Zamówienie podzielono na przedmiotowe oraz na dostawę sprzętu komputerowego. Uzasadnienie braku dalszego podziału zamówienia: Zamawiający, zgodnie z art. 91 ust. 2 ustawy Pzp. informuje, że nie dokonuje podziału zamówienia na części”. Z treści uzasadnienia wynika, że postępowanie nie zostało podzielone na części, gdyż konieczność koordynacji prac wykonawcy dostarczającego dane i oprogramowanie z dostawcą części sprzętowej może stanowić utrudnienie w realizacji zamówienia, podczas gdy w SWZ wskazano, że zamówienie zostało podzielone na części.
Zapisy SWZ dotyczące podziału zamówienia na części są prawidłowe gdyż uzasadnienie dalszego braku podziału zamówienia na części dotyczy sprzętu, który występuje również w części przedmiotowego postępowania o udzielenie zamówienia publicznego.
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.
Dotyczy OPZ pkt.10.3.1 SYSTEM KONTROLI DOSTĘPU (1 SZTUKA)
Zamawiający wymaga dostawy i instalacji czytnika zbliżeniowego zintegrowanego z
posiadanym przez Zamawiającego systemem kontroli dostępu. Prosimy o podanie
producenta oraz modelu systemu kontroli dostępu posiadanego przez Zamawiającego.
Zamawiający informuje, iż z przyczyn bezpieczeństwa nie podaje producenta oraz
modelu systemu kontroli dostępu posiadanego przez Zamawiającego. Czytniki zbliżeniowe
systemów oferowanych na rynku są w zbliżonych cenach i informacja nie jest istotna dla
wyceny materiałów i prac.
Dotyczy JEDZ, oświadczenie art. 5k
Wykonawca wnosi o potwierdzenie, że dokument JEDZ ma zostać złożony wraz z ofertą, zgodnie z Roz. 10 pkt 2 ppk 3 SWZ i jak należy rozumieć informację z Roz. 11 pkt 1 SWZ w świetle której w ramach podmiotowych środków dowodowych składanych na wezwanie Wykonawca zobowiązany jest dołączyć aktualne na dzień składania ofert oświadczenie stanowiące wstępne potwierdzenie, że Wykonawca nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu w formie jednolitego europejskiego dokumentu zamówienia. Ponadto Wykonawca wnosi o wyjaśnienie czy Zamawiający wymaga złożenia wraz z ofertą oświadczenia dotyczącego przesłanek wykluczenia z art. 5k Rozporządzenia Rady (UE) nr 833/2014 z dnia 31 lipca 2014 r. dotyczącego środków ograniczających w związku z działaniami Rosji destabilizującymi sytuację na Ukrainie.
Dokument JEDZ ma zostać złożony wraz z ofertą, zgodnie z Roz. 10 pkt 2 ppk 3 SWZ.
Zamawiający dokonuje zmiany nazwy rozdziału II pkt 11 SWZ następująco:
Jest:
11. Dokumenty składane na wezwanie – Podmiotowe środki dowodowe
Wykaz podmiotowych środków dowodowych:
Powinno być:
11. Wykaz podmiotowych środków dowodowych:
Ponadto zamawiający informuje, iż Zamawiający wymaga złożenia wraz z ofertą oświadczenia dotyczącego przesłanek wykluczenia z art. 5k Rozporządzenia Rady (UE) nr 833/2014 z dnia 31 lipca 2014 r. dotyczącego środków ograniczających w związku z działaniami Rosji destabilizującymi sytuację na Ukrainie i uzupełnia załączniki do SWZ o załącznik Nr 14 Oświadczenie dot. art. 5K i art. 7. w załączeniu do niniejszego pisma.
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.”
Dotyczy OPZ pkt. 10.3.2 SYSTEM GASZENIA GAZEM (1 SZTUKA)
Zamawiający wymaga dostawy i montażu systemu gaszenia gazem w pomieszczeniu
o kubaturze 80m3. Prosimy o podanie informacji czy w/w system należy zintegrować
z istniejącym budynkowym systemem sygnalizacji pożarowej. Prosimy o wskazanie jaki
system sygnalizacji pożaru posiada Zamawiający oraz czy Zamawiający posiada dostęp
serwisowy/kody serwisowe do tego systemu?
System gaszenia gazem w pomieszczeniu ma być zintegrowany z system sygnalizacji
pożaru, sposób podłączenia systemu gaszenia gazem z systemem pożarowym nie jest zależny
od posiadanego przez Zamawiającego systemu. System gaszenia gazem w pomieszczeniu ma
być zintegrowany z system sygnalizacji pożaru w sposób zgodny ze standardem
obowiązującym przy łączeniu tych systemów
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”.
Dotyczy załączników SWZ
Wykonawca wnosi o potwierdzenie, że wraz z ofertą należy złożyć Załącznik nr 12 do SWZ - Wykaz funkcjonalności oferowanego rozwiązania oraz Załącznik nr 10 do SWZ - Wykaz funkcjonalności sprzętu.
Zamawiający potwierdza, że wraz z ofertą należy złożyć Załącznik nr 12 do SWZ - Wykaz funkcjonalności oferowanego rozwiązania oraz Załącznik nr 10 do SWZ - Wykaz funkcjonalności sprzętu
Dotyczy OPZ pkt. 10.3.2 SYSTEM GASZENIA GAZEM (1 SZTUKA)
Zamawiający wymaga dostawy i montażu systemu gaszenia gazem w pomieszczeniu
o kubaturze 80m3. Prosimy o podanie informacji czy pomieszczenie, które należy wyposażyć
w system gaszenia gazem jest wyposażone w wentylację?
Każde pomieszczenie w budynkach użyteczności publicznej posiada wentylacje
grawitacyjną (co najmniej). Natomiast zadaniem Wykonawcy jest przygotowanie
pomieszczenia tak (uszczelnienie) aby system gaszenia gazem działał zgodnie z jego
przeznaczeniem.
Pokazujemy 9 z 55 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.