RozstrzygniętyPrzetarg nieograniczony · PN446060-2026
Poprawa geometrii działek ewidencyjnych na terenie powiatu zawierciańskiego polegająca na
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
AI- Część 1 (usługa): wykonanie pomiarów geodezyjnych w celu poprawy geometrii 129 działek ewidencyjnych (obręby: Irządze, Sadowie, Wilków, Witów, Woźniki, Wygiełzów, Siamoszyce).
- Część 2 (usługa): wykonanie pomiarów geodezyjnych w celu poprawy geometrii 60 działek ewidencyjnych (obręby: Bógdał, Chałupki, Drużykowa, Goleniowy, Grabiec, Ołudza, Przyłęk, Rokitno, Starzyny, Szyszki-Łąkietka).
Zakres prac w obu częściach obejmuje eliminację „enklaw”, rozliczenie powierzchni, nadanie nowych numerów działek oraz sporządzenie operatów technicznych podlegających przyjęciu do Powiatowego Zasobu Geodezyjnego i Kartograficznego.
Trudność: średnia
Zamówienie wymaga posiadania specyficznych uprawnień geodezyjnych (zakres 1 i 2) oraz doświadczenia w modernizacji ewidencji gruntów i budynków, co wiąże się z koniecznością koordynacji prac terenowych i kameralnych w określonym harmonogramie.
Warunki udziału
AI1Doświadczenie — Wykonawca musi wykazać, że w okresie ostatnich 3 lat przed upływem terminu składania ofert (a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie) wykonał należycie co najmniej jedną (1) usługę geodezyjną obejmującą swoim zakresem pomiar oraz poprawę geometrii działek ewidencyjnych, polegającą na wyeliminowaniu „enklaw”, rozliczeniu powierzchni i nadaniu nowych numerów działek.
2Kadra — Wykonawca musi skierować do realizacji zamówienia co najmniej dwie (2) osoby posiadające:
Pozostałe 3 warunki po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
- Cena (C): waga 100%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 18 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 (30 lipca)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.
Kary i sankcje
AI- Kary umowne: szczegółowe zapisy w Projektowanych postanowieniach umowy (Załącznik Nr 2 do SWZ)
- Wadium: nie jest wymagane
- Zabezpieczenie należytego wykonania umowy: nie jest wymagane
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
10.07.2026 — rozstrzygnięcie
29.07.2026 — sprostowanie
30.07.2026 — wyjaśnienia i modyfikacja dokumentacji (1 dokument z wyjaśnieniami · 1 modyfikacja dokumentacji)
06.08.2026 — upływ terminu składania ofert
10.09.2026 — rozstrzygnięcie