Przetarg nieograniczony · PN709895-2026
Zakup taboru bezemisyjnego na potrzeby miejskiej komunikacji – Ciechanów
Gmina Miejska Ciechanów10 aktualnych · 60 w archiwum·NIP 5661876536·mazowieckie
Przedmiot zamówienia
AI- Dostawa: 2 fabrycznie nowe autobusy elektryczne.
- Dostawa: 2 zestawy dodatkowego wyposażenia do autobusów.
- Usługa: usługa serwisu gwarancyjnego.
- Usługa: usługa serwisu pogwarancyjnego.
- Usługa: usługa szkolenia z obsługi i naprawy pojazdu.
Trudność: wysoka
Zamówienie jest złożone ze względu na techniczną złożoność autobusów elektrycznych oraz konieczność koordynacji dostawy, wyposażenia i usług towarzyszących.
Terminy realizacji
Czas realizacji
470 dni kalendarzowych od zawarcia umowy
470 dni kalendarzowych od zawarcia umowy
Gwarancja całopojazdowa
min. 36 miesięcy
min. 36 miesięcy
Gwarancja na magazyny energii (min. 80% pojemności)
min. 60 miesięcy
min. 60 miesięcy
Warunki udziału
AI1Środki finansowe — min. 2 000 000,00 zł środków finansowych lub zdolności kredytowej.
2Doświadczenie — min. 2 fabrycznie nowe autobusy elektryczne o długości całkowitej 8,0–9,6 m, dostarczone w okresie ostatnich 3 lat (lub krótszym, jeśli działalność prowadzona krócej).
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena (C)
60%
Okres gwarancji całopojazdowej bez limitu kilometrów (Gc)min. 36 mies., maks. 72 mies.
20%
Okres gwarancji na magazyny energii elektrycznej (Gme) – utrzymanie min. 80% pojemnościmin. 60 mies., maks. 120 mies.
20%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Kary umowne: w projekcie umowy (zał. nr 8).
Pytania i odpowiedzi
42Wyodrębnione z wyjaśnień treści SWZ.
1Równoważny system monitoringu – niezależny producent
Podstawa: Zał. 4, pkt 26, końcowy akapit, s. 12
Treść pytania: Czy Zamawiający dopuści system monitoringu innego producenta niż system obecnie eksploatowany, zapewniający pełną funkcjonalność OPZ i wymianę niezbędnych danych z istniejącą infrastrukturą? Prosimy o wskazanie producenta i wersji obecnego systemu, oprogramowania do obsługi nagrań oraz zamkniętej listy wymaganych funkcji współpracy (podgląd, eksport nagrań, diagnostyka, alarmy), protokołów i zasad odbioru. Czy Zamawiający dopuszcza niezależne narzędzie do obsługi nagrań, jeżeli nie ma technicznej możliwości integracji centralnej?
Wnioskowane brzmienie zapisu: „Dopuszcza się system monitoringu dowolnego producenta, jeżeli spełnia wymagania funkcjonalne OPZ. Zakres koniecznej wymiany danych z systemami Zamawiającego, warunki dostępu i kryteria odbioru określa dokumentacja integracyjna udostępniona wszystkim wykonawcom. Nie wymaga się urządzeń ani oprogramowania identycznego z obecnie eksploatowanymi, o ile osiągnięta zostanie wymagana funkcjonalność i interoperacyjność.”
Zamawiający dopuszcza system monitoringu (rejestrator, kamery, monitor) dowolnego producenta, pod warunkiem pełnej integracji z systemem Time4BUS eksploatowanym przez Zamawiającego. Obecnie eksploatowany system: Time4BUS. Zamknięta lista funkcji, które muszą być dostępne z poziomu systemu Time4BUS (dla każdego nowego autobusu, na takich samych zasadach jak dla pojazdów obecnie eksploatowanych):
1. podgląd obrazu na żywo z każdej kamery osobno i z wielu kamer jednocześnie;
2. przeglądanie nagrań archiwalnych zapisanych na rejestratorze pojazdu (wyszukiwanie po pojeździe, dacie, czasie i numerze kamery, przewijanie, pauza, zapis klatki);
3. zdalne pobieranie (zgrywanie) wskazanego fragmentu nagrania z rejestratora pojazdu przez transmisję bezprzewodową (LTE lub Wi-Fi w zajezdni) do systemu Zamawiającego;
4. eksport pobranego nagrania jako materiału dowodowego w formacie MP4 ze znakiem wodnym (pkt 26 OPZ);
5. informacja o stanie technicznym rejestratora i kamer (brak sygnału kamery, błąd/zapełnienie dysku, brak zapisu) – diagnostyka i alarmy;
6. powiązanie pojazdu w systemie z jego lokalizacją GPS, tak aby dyspozytor uruchamiał podgląd z poziomu mapy/listy pojazdów.
Zamawiający nie dopuszcza niezależnego narzędzia do obsługi nagrań, odrębnej aplikacji ani odrębnego serwera Wykonawcy jako sposobu spełnienia powyższych wymagań. Brak technicznej możliwości integracji z systemem Time4BUS oznacza niespełnienie wymagań OPZ. Oprogramowanie producenta rejestratora może być dostarczone dodatkowo (np. do odczytu dysku w stacji dokującej – rozwiązanie awaryjne), ale nie zastępuje integracji. Zamawiający nie przyjmuje wnioskowanego brzmienia. Zamawiający zmienia treść pkt 26 OPZ (ostatni akapit) – nowe brzmienie zamieszczono na końcu niniejszego pisma.
2Podstawa: Zał. 4, pkt 27.4 i pkt 29.2
Treść pytania: Prosimy o identyfikację producenta, nazwy, wersji i administratora systemu informacji przystankowej oraz systemu dyspozytorskiego. Jakie protokoły, formaty i pola danych, identyfikatory, autoryzacja oraz metody testowania są wymagane dla lokalizacji, rozkładów jazdy, żądań połączeń głosowych i zdarzeń? Czy integracja wymaga udziału dostawcy obecnej centrali i czy wiąże się z kosztami licencji lub usług? Wnioskowane brzmienie zapisu: „Zamawiający udostępnia wszystkim wykonawcom, przed terminem składania ofert, specyfikację niezbędnych interfejsów (w tym formaty i przykładowe komunikaty, zasady uwierzytelniania i dane testowe) oraz obiektywne kryteria odbioru integracji. Jeśli konieczny jest udział administratora lub dostawcy systemu, Zamawiający określa warunki organizacyjne, terminy, zakres prac i wszelkie opłaty, jednakowe dla wszystkich oferentów.”
Systemem informacji przystankowej, systemem dyspozytorskim i systemem lokalizacji jest system Time4BUS Zamawiający nie jest właścicielem specyfikacji interfejsów tego systemu i nie przygotowuje dokumentacji integracyjnej. Zapewnienie integracji urządzeń pokładowych z systemem Time4BUS, w tym uzgodnienia z jego dostawcą, ewentualne licencje i usługi, należy do Wykonawcy i jest wliczone w cenę oferty. Zamawiający umożliwi Wykonawcy przeprowadzenie testów integracyjnych w swoim systemie w uzgodnionym terminie. Kryterium odbioru: poprawne działanie funkcji wymienionych w pkt 26, 27.4, 27.5 i 29 OPZ z poziomu systemu Time4BUS, potwierdzone testem odbiorczym (nowy pkt 26a OPZ). Zamawiający nie przyjmuje wnioskowanego brzmienia.
3Podstawa: Zał. 4, pkt 27.4
Treść pytania: W jakim formacie i z jakiego źródła są udostępniane rozkłady jazdy, kursy, brygady, nazwy i identyfikatory przystanków? Czy dopuszcza się automatyczny import udokumentowanych plików CSV, XML, GTFS lub innego formatu bądź API, zamiast integracji bezpośrednio z konkretnym programem? Prosimy o udostępnienie plików przykładowych i zasad aktualizacji.
Wnioskowane brzmienie zapisu: „Komputer pokładowy umożliwia ręczny wybór linii i kursu oraz automatyczny import i aktualizację rozkładów jazdy z użyciem udokumentowanego formatu wymiany danych lub API. Zamawiający wskazuje format, identyfikatory i częstotliwość udostępniania danych. Nie wymaga się oprogramowania określonego producenta, jeśli funkcjonalność zostanie zachowana.”
Rozkłady jazdy, kursy, brygady oraz nazwy i identyfikatory przystanków są prowadzone w systemie Time4BUS. Aktualny rozkład jazdy (linie, przystanki, odjazdy) jest publicznie dostępny pod adresem: https://time4bus.com/rozklad/ciechanow. Format i sposób przekazywania danych rozkładowych do komputera pokładowego wynikają z systemu Time4BUS – ich uzgodnienie z dostawcą systemu należy do Wykonawcy (wyjaśnienie ogólne). Zamawiający nie wymaga oprogramowania komputera pokładowego określonego producenta. Wymaga, aby komputer pokładowy umożliwiał ręczny wybór linii i kursu oraz automatyczne zasilanie danymi rozkładowymi z systemu Zamawiającego, bez ręcznego przepisywania danych i bez dodatkowego systemu po stronie Zamawiającego.
4Pytanie 4. Kasowniki: zakres kompatybilności i blokowanie
Podstawa: Zał. 4, pkt 27, „Kasowniki – wymagania techniczne”, ppkt 1–4
Treść pytania: Prosimy o podanie producenta i modelu kasowników eksploatowanych przez ZKM oraz wyjaśnienie, czy wymóg „tego samego typu i modelu” odnosi się do dwóch nowych kasowników w jednym autobusie, czy do identyczności z urządzeniami już eksploatowanymi. Co obejmuje „kompatybilność”: wzór nadruku, taryfy, obsługę serwisową, raporty, komunikację z centralą czy blokowanie? Prosimy o dokumentację komend blokady, potwierdzeń i statusów. Czy można zastosować sterownik pośredniczący?
Wnioskowane brzmienie zapisu: „W autobusie instaluje się dwa kasowniki jednakowego typu spełniające wymagania funkcjonalne i wymagany wzór oznaczenia biletu. Dopuszcza się kasowniki innego producenta, o ile spełniają określony przez Zamawiającego zakres kompatybilności. Blokowanie może być realizowane bezpośrednio z komputera pokładowego albo przez współpracujący moduł pośredniczący. Zamawiający udostępnia opis wymaganego interfejsu oraz kryteria odbioru.”
Odpowiedź Zmawiającego: Zamawiający eksploatuje kasowniki RG Plus oraz MacroSystem. Wymóg „tego samego typu i modelu” oznacza, że oba kasowniki w jednym autobusie mają być jednakowe. Kompatybilność z kasownikami eksploatowanymi oznacza: wzór nadruku zgodny z pkt 27 ppkt 4 OPZ (ZKM 232 020225 1348), obsługę tych samych biletów papierowych oraz możliwość blokady kasowników z komputera pokładowego. Zamawiający dopuszcza kasowniki innego producenta niż wymienieni, spełniające te wymagania oraz realizację blokady bezpośrednio z komputera pokładowego lub przez moduł pośredniczący zamontowany w pojeździe.
5Pytanie 5. Fizyczne przyciski i dwukierunkowa łączność z dyspozytorem
Podstawa: Zał. 4, pkt 29.2
Treść pytania: Czy Zamawiający dopuści trwale zamontowany, fizyczny panel przycisków podłączony do komputera pokładowego (zamiast przycisków zintegrowanych z jego obudową)? Prosimy o dokumentację zgłaszania żądania połączenia, sposobu prezentacji i alarmowania dyspozytora oraz technologii zestawiania połączenia głosowego (np. SIP/VoIP, GSM lub innej) i zasad testu.
Wnioskowane brzmienie zapisu: „Kierowca inicjuje kontakt za pomocą fizycznego przycisku w komputerze pokładowym lub trwałego panelu przycisków współpracującego z komputerem. Żądanie jest sygnalizowane w istniejącym systemie dyspozytorskim, a dyspozytor może zestawić dwukierunkową rozmowę. Wymagane interfejsy i kryteria odbioru Zamawiający określa w dokumentacji integracyjnej.”
Odpowiedź Zamawiającego: Zamawiający dopuszcza trwale zamontowany fizyczny panel przycisków podłączony do komputera pokładowego, umieszczony w zasięgu kierowcy. Żądanie rozmowy musi być wizualizowane na mapie i sygnalizowane dźwiękowo w systemie Time4BUS, a dyspozytor musi zestawiać połączenie dwukierunkowe z poziomu systemu Time4BUS – tak jak dla pojazdów obecnie eksploatowanych. Połączenia głosowe kierowca–dyspozytor są u Zamawiającego realizowane przez moduł Time4BUSvoice systemu Time4BUS; urządzenia pokładowe muszą współpracować z tym modułem. Rozwiązanie wymagające od dyspozytora korzystania z innej aplikacji lub telefonu nie spełnia wymagań. Integracja – po stronie Wykonawcy (wyjaśnienie ogólne).
6Czy dopuszcza się odrębny system APC powiązany z komputerem pokładowym lub platformą centralną za pomocą API/plików? Jakie kryterium dokładności zliczania obowiązuje, w jaki sposób liczone i korygowane jest obłożenie pojazdu oraz jak będzie przebiegał odbiór i eksport danych na poziomie przystanku i kursu? Wnioskowane brzmienie zapisu: „System APC może stanowić niezależny podsystem, który za pomocą udokumentowanego interfejsu przekazuje dane o wejściach, wyjściach, obłożeniu, przystanku, linii i kursie. Oferent zapewnia eksport danych do udokumentowanego formatu, a Zamawiający określa metodę weryfikacji dokładności i kryteria odbioru.”
Zamawiający dopuszcza system APC jako odrębny podsystem urządzeń w pojeździe, współpracujący z komputerem pokładowym. Dane (data, czas, linia, kurs, przystanek, wsiadający, wysiadający, napełnienie, podsumowanie kursu) muszą być dostępne dla Zamawiającego w systemie Time4BUS; Zamawiający nie dopuszcza konieczności korzystania z odrębnej aplikacji Wykonawcy. Wymagana dokładność zliczania: min. 97% w odniesieniu do liczenia ręcznego, weryfikowana podczas odbioru na próbie min. 5 kursów.
7Czy Zamawiający dopuści rejestrator mobilny z jednym lub dwoma gniazdami na wymienne HDD/SSD, jeżeli wykaże 30-dniową retencję wszystkich wymaganych kamer przy parametrach uzgodnionych w OPZ? Jeśli wymaganych jest sześć miejsc na dyski, prosimy o określenie przewidywanego scenariusza rozbudowy, liczby przyszłych kamer i celu takiej rezerwy. Wnioskowane brzmienie zapisu: „Rejestrator musi obsługiwać wymienne nośniki danych o łącznej pojemności zapewniającej rejestrację wszystkich wymaganych kamer przez minimum 30 dni. Nie ustala się minimalnej liczby gniazd na dyski. Dopuszcza się rejestrator z jednym lub dwoma nośnikami, jeżeli zostaną spełnione wymogi retencji, jakości i możliwości serwisowego wyjęcia nośnika.”
Zamawiający zmienia wymóg i dopuszcza rejestrator umożliwiający zamontowanie co najmniej 4 wymiennych nośników danych (HDD/SSD). Zamawiający nie dopuszcza rejestratora z 1 lub 2 gniazdami. Rezerwa gniazd jest uzasadniona potrzebami Zamawiającego: (1) możliwością rozbudowy systemu o kolejne kamery (np. kamery drzwi środkowych/tylnych, kamera kabiny kierowcy) w okresie eksploatacji pojazdu bez wymiany rejestratora, (2) możliwością wydłużenia okresu przechowywania nagrań ponad 30 dni (np. na żądanie organów ścigania lub w związku ze zmianą przepisów) oraz (3) ujednoliceniem wyposażenia i rezerwą serwisową na cały okres eksploatacji pojazdu. Liczba nośników montowanych przy dostawie musi zapewniać retencję min. 30 dni nagrań ze wszystkich kamer przy parametrach z odpowiedzi na pytanie 8. Zamawiający zmienia pkt 26.2.h OPZ.
Historia zmian
14.10.2026 — ogłoszenie o zamówieniu
02.11.2026 — sprostowanie (Zamawiający dokonuje uzupełnienia omyłkowo pominiętego zapisu, który znajduje się w SWZ. Uzupełnienie treści ogłoszenia dotyczy dokumentów wymaganych na potwierdzenie spełniania warunku udziału w postępowaniu dotyczącego sytuacji ekonomicznej lub finansowej, tj.: „Informacji banku lub spółdzielczej kasy oszczędnościowo kredytowej potwierdzającej wysokość posiadanych środków finansowych lub zdolność kredytową wykonawcy, w okresie nie wcześniejszym niż 3 miesiące przed jej złożeniem (załącznik Wykonawcy).”)