Przejdź do treści
← Wróć do listy
Przetarg nieograniczony · PN709895-2026

Zakup taboru bezemisyjnego na potrzeby miejskiej komunikacji – Ciechanów

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
Gwarancja całopojazdowa
min. 36 miesięcy
Gwarancja na magazyny energii (min. 80% pojemności)
min. 60 miesięcy

Warunki udziału

AI
1Ś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

AI

Wagi 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

AI

Sygnał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

42

Wyodrę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).”)