Przejdź do treści
← Wróć do listy
Przetarg nieograniczony · PN

Dostawa drukarek i terminali mobilnych – Warszawa

Składanie ofert: 16 listopada 2026 · Wadium: 500 000 zł

Przedmiot zamówienia

AI

Zamówienie obejmuje dostawę i wdrożenie systemu mobilnej sprzedaży biletów dla Kolei:

  • Dostawa sprzętu: 2000 terminali mobilnych + 2000 drukarek mobilne z akcesoriami (akumulatory zapasowe, ładowarki, karty flash 512 GB, rysiki, paski, klipsy, folie ochronne), 30 przewodów HDMI, 2000 toreb wielofunkcyjnych – w 2 etapach po 1000 zestawów.
  • Oprogramowanie i usługi IT: dostosowanie aplikacji SSM, moduł OSDM (UIC IRS 90918-10), SoftPOS, moduł fiskalizacji (Kasa Rejestrująca + e-Paragon), licencje MDM wieczne + licencje e-paragon, migracja z Xamarin.Android na .NET for Android.
  • Szkolenia: 100 osób (podstawowe) + 20 osób (zaawansowane).
  • Utrzymanie: serwis i prowadzenie systemu przez 36 miesięcy od protokołu odbioru.
  • Integracje: karty miejskie (WRKM/Fala/MKA/ŁKA), terminal płatniczy LINK/2500, agent rozliczeniowy, Active Directory/LDAP.
Trudność: wysoka

Zamówienie łączy dostawę 4000+ urządzeń z rozbudowanym rozwojem oprogramowania (migracja platformy, nowe moduły, wiele integracji systemowych), wymogi certyfikacyjne (PCI DSS, EMV, ISO 27001/9001) i krótki termin realizacji.

Terminy realizacji

Termin realizacji
zgodnie z Wzorem umowy (Załącznik nr 4 do SWZ), od podpisania umowy
Utrzymanie
36 miesięcy od podpisania Końcowego Protokołu Odbioru

Warunki udziału

AI
1Doświadczenie — w ciągu ostatnich 3 lat: min. 1 dostawa ≥ 1 000 terminali z MDM, 1 usługa integracji z aplikacją płatniczą, 1 usługa wdrożenia OSDM z utrzymaniem w transporcie publicznym, 1 usługa integracji z kartą miejską/kartą SAM — łącznie w jednej umowie lub oddzielnie
2Kierownik Projektu — aktualny certyfikat ITIL Foundation / PRINCE2 / PMP / AgilePM lub równoważny

Pozostałe 1 warunek po założeniu darmowego konta.

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

Cena oferty brutto
70%
Obudowa terminala w kolorystyce Zamawiającegospełnia/nie spełnia
10%
Niestandardowa śruby mocująca obudowęspełnia/nie spełnia
5%
Mechanizm śledzenia akumulatora w MDMspełnia/nie spełnia
5%
Odczyt kart płatniczych przez ekran terminalaspełnia/nie spełnia
5%
Pasek na rękę z zaczepem na passpełnia/nie spełnia
5%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

SWZ zmodyfikowany 42 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.

Kary i sankcje

AI
  • Wadium: 500 000,00 PLN.
  • Zabezpieczenie należytego wykonania: 5% ceny całkowitej oferty.
  • Kara umowna za naruszenie poufności (zał. nr 7): 100 000 PLN.

Pozostałe 1 zapis o karach po założeniu darmowego konta.

Pytania i odpowiedzi

49

Wyodrębnione z wyjaśnień treści SWZ.

1Dotyczy OPZ, Funkcjonalność systemu MDM. Wykonawca zwraca się z pytaniem, czy pod pojęciem "dostępne API" może uznać, że jeśli oprogramowanie MDM udostępnia API integracyjne w postaci usługi REST i potrafi się integrować z serwerami Active Directory / LDAP to można uznać wymaganie za spełnione?
Zamawiający informuje, że system MDM musi posiadać API do integracji z usługami / systemami zewnętrznymi poprzez WebService lub REST oraz umożliwiać integrację z serwerami Active Directory i LDAP. W przypadku usługi REST wymagana jest poprawna integracja z Gateway.
2Dotyczy OPZ, Standard kontroli ETCD. Wykonawca zwraca się z prośbą o wyjaśnienie: a. Jakie obecnie funkcje wspiera moduł i w jakich standardach w kontekście aktualizacji i dostosowania? b. Które typy adnotacji są objęte aktualizacją - czy jedynie control annotation czy inne również (jakie?)? c. Czy Zamawiający jest już podłączony lub oczekuje podłączenia do systemu centralnego Hit Rail, jeśli tak, prosimy o informacje, czy zostało podpisane stosowne umowy o dostęp do członkostwa UIC? d. W jakiej technologii obecnie jest stworzony odpowiedni moduł po stronie backendowej? e. W jakiej wersji obecnie funkcjonuje?
Zamawiający wyjaśnia, iż korzysta z własnego systemu obsługującego podsystemy i nie udostępnia danych w standardzie ETCD. Zamawiający informuje ponadto, że aktualizacją objęte są nie tylko adnotacje typu control annotation, lecz również inne typy adnotacji przewidziane w dokumentacji zamówienia. Zamawiający w przedmiocie zamówienia nie wskazał wymagania integracji z centralnym repozytorium podmiotu, który wskazano w pytaniu jednak dopuszcza możliwość podłączenia do systemu centralnego Hit Rail. Zamawiający wskazuje również, że w Rozdziale III ust. 5–12 SWZ przewidziano możliwość przeprowadzenia wizji lokalnej, polegającej na udostępnieniu kodu źródłowego aplikacji SSM w celu umożliwienia Wykonawcy rozpoznania technologii wykonania modułów po stronie backendowej.
3Dotyczy OPZ, Moduł Dyspozytorski. Wykonawca zwraca się z prośbą o wyjaśnienie: a. Czy zapisywanie faktycznych opóźnień ma zostać zrealizowane przez personel pokładowy lub czy Zamawiający oczekuje innego sposobu realizacji tej funkcjonalności? b. Czy Zamawiający posiada już odpowiedni moduł po stronie Dyspozytora lub czy Zamawiający oczekuje dostawy części dyspozytorskiej? c. Czy moduł dyspozytorski ma zostać dodany w ramach aplikacji SSM?
Zamawiający wyjaśnia, że personel pokładowy jest odpowiedzialny za wprowadzanie informacji do systemu, przy czym szczegółowy zakres tych czynności zostanie doprecyzowany na etapie analizy przedwdrożeniowej prowadzonej z wybranym Wykonawcą. Zamawiający nie oczekuje dostarczenia oprogramowania funkcjonującego „po stronie Dyspozytora”, a przedmiotem umowy jest modyfikacja Aplikacji SSM (rozumiana zgodnie z definicją określoną w OPZ). Zamawiający informuje ponadto, że przedmiot zamówienia obejmuje wyłącznie aplikację SSM i nie dotyczy innych systemów ani komponentów pozostających poza zakresem SWZ.
4Dotyczy OPZ, Dodanie ról i użytkowników w ramach aplikacji SSM. Wykonawca zwraca się z pytaniem, czy w przypadku "trybu kasjera" Zamawiający oczekuje pełnej optymalizacji, czyli dostosowań do ekranu o większej przekątnej, zamiast tworzenia kolejnych funkcjonalności wychodzących poza to co umożliwia SSM?
Zamawiający wyjaśnia, iż wymaga dostosowanie UI do innej rozdzielczości funkcjonujących na różnych urządzeniach aby umożliwić skalowalność formatek.
5Dotyczy OPZ, Dodanie ról i użytkowników w ramach aplikacji SSM. Wykonawca zwraca się z prośbą o dostarczenie pełnej specyfikacji urządzeń i ekranów, na których ma być uruchomiony "Tryb kasjera".
Zamawiający nie przewiduje udostępnienia specyfikacji urządzeń i ekranów, aplikacja „tryb kasjera” powinna działać na różnych urządzeniach
6Dotyczy OPZ, Warunki techniczne migracji, integracji i wdrażania systemu terminalowego. Wykonawca zwraca się z prośbą o potwierdzenie, że Target SDK modernizowanej aplikacji SSM może zostać wykorzystany w wersji nowszej niż API35, ze względu na to, że .NET10 jest obecnie targetowany na API36.
Zamawiający potwierdza, że Target SDK modernizowanej aplikacji SSM może zostać wykorzystany w wersji nowszej niż API 35, w szczególności z uwagi na fakt, iż .NET 10 jest obecnie targetowany na API 36.
7Wykonawca zwraca się z prośbą o udostępnienie aplikacji SSM i Gateway oraz dokumentacji w celu wyceny zmian i modernizacji.
Zamawiający informuje, że w Rozdziale III ust. 5–12 SWZ przewidziano możliwość przeprowadzenia wizji lokalnej, polegającej na udostępnieniu kodu źródłowego aplikacji SSM w celu umożliwienia Wykonawcy rozpoznania technologii wykonania.
8Wykonawca zwraca się z prośbą o przedstawienie ilości unikalnych masek ekranowych / formatek przeznaczonych do zmian i modernizacji.
Zamawiający informuje, że Ilość masek do modyfikacji w tym (Ekrany Activity, Layouty Fragmentów, Dialogi / widoki modalne, Wiersze/list itemy (row/item), Reusable/input controls) wynosi 80 sztuk.
9Pytanie nr 9. Dotyczy OPZ, Wymagania ogólne, standardy znakowania oraz specyfikacja techniczna toreb wielofunkcyjnych. Wykonawca zwraca się z prośbą do Zamawiającego o potwierdzenie czy zakres tolerancji wskazany w dokumentacji, ma wynosić faktycznie +/- 2%. W skrajnych przypadkach jego wartość to zaledwie +/- 0,8mm.
Wyjaśnienie nr 9 (Zmiana): Zamawiający potwierdza zakres tolerancji w zakresie 0,5 cm w elementach w których dopuszcza się tolerancje. Jednocześnie Zamawiający dokonuje zmiany Opisu przedmiotu zamówienia, stanowiącego Załącznik nr 1 do SWZ (dalej: OPZ)- Rozdział V. Wymagania ogólne, standardy znakowania oraz specyfikacja techniczna toreb wielofunkcyjnych: 1) ust. 2 pkt 3) lit e) i f) nadając im następujące brzmienie: „e) komora w środku torby o wymiarach W-145mm, S-80mm, G-42mm (dopuszcza się tolerancję wymiarów w zakresie +/- 0,5 cm) f) kieszenie zewnętrzne z 1 dodatkowym miejscem na przybory piśmiennicze na stronie zewnętrznej kieszeni po 2 stronach torby przeznaczone do przechowywania radiotelefonu tj.: A. kieszeń prawa (patrząc na przód torby) radiotelefon z klipem o wymiarach W-160mm, S-68mm, G-58mm. (dopuszcza się tolerancję wymiarów w zakresie +/-0,5 cm) B. kieszeń lewa (patrząc na przód torby) radiotelefon bez klipa o wymiarach W-160mm, S-68mm, G-45mm. (dopuszcza się tolerancję wymiarów w zakresie +/-0,5 cm)”, 2) ust. 2 pkt 4) lit g) nadając mu następujące brzmienie: „g) na ścianie zewnętrznej (tył torby) umieszczone okienko z wszytą folią PCV o wymiarach S-7,5 cm x W-5,5 cm do umieszczenia tabliczki celem oznaczenia torby, okienko powinno znajdować się na zewnętrznej tylnej ścianie (kieszeni) w górnym prawym rogu patrząc na tył torby z zachowaniem 2-3 cm od prawej i 4 cm od górnej krawędzi (dopuszcza się tolerancję wymiarów w zakresie +/-0,5 cm)”.
10Pytanie nr 10. Dotyczy OPZ, Instruktaż. Wykonawca prosi o wyjaśnienie, czy szkolenia dla pracowników Online mogą odbyć się w ramach jednego spotkania, czy należy przewidzieć grupowanie użytkowników? Jeżeli tak, prosimy o wskazanie po ile osób w grupach i ile grup należy przewidzieć?
Wyjaśnienie nr 10 (Zmiana): Zamawiający wyjaśnia, że zgodnie z zapisami treści OPZ (Rozdział VI. Instruktarz) instruktaż dla pracowników Zamawiającego należy przeprowadzić dla maksymalnie 140 osób, przy czym Zamawiający przewiduje grupy instruktażowe liczące do 20 pracowników/użytkowników. Zamawiający dokonuje zmiany ust. 1 pkt 1) OPZ (Rozdział VI. Instruktaż) nadając mu następujące brzmienie: „1) instruktaży pracowników Zamawiającego - użytkownik terminala (140 osób), przy czym Zamawiający przewiduje grupy instruktażowe liczące do 20 pracowników/użytkowników – forma zdalna,”.
11Dotyczy OPZ, Warunki techniczne migracji, integracji i wdrażania systemu terminalowego. Wykonawca zwraca się z prośbą o uszczegółowienie, "W ramach przedmiotu zamówienia Zamawiający wymaga przeszkolenia 100 pracowników Zamawiającego w zakresie obsługi dostarczonego sprzętu i oprogramowania, w tym szkolenia zaawansowanego dla 20 pracowników z zakresu administrowania oprogramowaniem terminala mobilnego". Z kolei " instruktaży pracowników Zamawiającego - użytkownik terminala (140 osób)", " instruktaży stanowiskowe Administrator systemu (20 osób)", " instruktaż i certyfikowanie minimum 3 pracowników Zamawiającego, przez producentów urządzeń w zakresie niezbędnych napraw". Prosimy o wyjaśnienie ile i jakich szkoleń ma odbyć się w ramach Przedmiotu Zamówienia.
Zamawiający wyjaśnia, iż zgodnie z zapisami treści OPZ (Rozdział VI. Instruktaż) wymaga przeszkolenia 140 użytkowników terminala oraz przeprowadzenia instruktaży stanowiskowych Administrator systemu dla 20 osób. Zamawiający ponadto wymaga instruktażu i certyfikowania dla minimum 3 osób, które będzie uprawniało pracownika Zamawiającego do wykonywania samodzielnych napraw w trakcie trwania umowy. Zamawiający dokonuje zmiany ust. 4 OPZ (Rozdział IV. Warunki techniczne migracji, integracji i wdrażania systemu terminalowego) nadając mu następujące brzmienie: „4. W ramach przedmiotu zamówienia Zamawiający wymaga instruktażu pracowników Zamawiającego w zakresie obsługi dostarczonego sprzętu i oprogramowania, w tym szkolenia zaawansowanego pracowników z zakresu administrowania oprogramowaniem terminala mobilnego zgodnie z uszczegółowieniem w rozdziale VI . Instruktaże dla osób, o których mowa w rozdziale VI. ust. 1 pkt 1) i 2) OPZ zostaną przeprowadzone we wskazanych przez Zamawiającego lokalizacjach lub w formie zdalnej, w uzgodnionym terminie, na terenie Polski. Instruktaże dla osób, o których mowa w rozdziale VI. ust. 1 pkt 3) OPZ zostaną przeprowadzone we wskazanych przez Wykonawcę lokalizacjach, w uzgodnionym terminie, na terenie Polski lub Europy.”
12Czy Zamawiający może potwierdzić, że po podpisaniu Umowy z wybranym Wykonawcą, Wykonawca otrzyma pełny, trwały dostęp do repozytorium / kodu źródłowego aplikacji SSM (nie tylko dostęp przez 6h)?
Zamawiający dokonuje następujących zmian treści Wzoru umowy (Załącznik nr 4 do SWZ): 1) § 1 ust. 5 pkt 1) otrzymuje brzmienie: „przenosi autorskie prawa majątkowe do kodu źródłowego wytworzonego w ramach realizacji przedmiotu umowy, w szczególności w ramach prac dostosowawczych i rozwojowych aplikacji SSM, zainstalowanej we wszystkich terminalach mobilnych oraz do całej dokumentacji dotyczącej tych prac;” 2) § 3 ust. 6 pkt 1) otrzymuje brzmienie: „1) po zawarciu Umowy Zamawiający przekaże szczegółowe wymagania biznesowe, na podstawie których będzie pracował Wykonawca, i które Wykonawca będzie zobowiązany uwzględnić w ramach Analizy Przedwdrożeniowej, przy czym dostęp do kodu źródłowego aplikacji SSM zostaną przedstawione przez Zamawiającego w terminie do 5 dni roboczych od dnia rozpoczęcia Analizy Przedwdrożeniowej.” 3) § 12 ust. 5 otrzymuje brzmienie: „Wykonawca przenosi na Zamawiającego autorskie prawa majątkowe do kodu źródłowego wytworzonego w ramach realizacji przedmiotu umowy, w szczególności w ramach prac dostosowawczych i rozwojowych aplikacji SSM na polach eksploatacji określonych w art. 50 oraz w art. 74 ust. 4 Ustawy o prawie autorskim i prawach pokrewnych, a w szczególności przenosi na Zamawiającego autorskie prawa majątkowe na następujących polach eksploatacji: (...)”
13Wykonawca zwraca się z prośbą o wyjaśnienie, kto będzie operatorem, agentem rozliczeniowym w okresie wdrożenia etapu I i etapu II?
Zamawiający wyjaśnia iż, w chwili obecnej nie jest wiadomo kto będzie agentem rozliczeniowym w okresie wdrożenia etapu I i etapu II. Aplikacja płatnicza typu SoftPOS nie może uniemożliwiać integracji z różnymi agentami rozliczeniowymi.

Historia zmian

04.09.2026 — publikacja ogłoszenia
21.09.2026 — aktualizacja ogłoszenia (Termin składania: 23.09.2026 → 01.10.2026)
30.09.2026 — aktualizacja ogłoszenia (Termin składania: 01.10.2026 → 13.10.2026)
08.10.2026 — aktualizacja ogłoszenia (Termin składania: 13.10.2026 → 14.10.2026)
13.10.2026 — aktualizacja ogłoszenia (Termin składania: 14.10.2026 → 19.10.2026)
16.10.2026 — aktualizacja ogłoszenia (Termin składania: 19.10.2026 → 26.10.2026)
23.10.2026 — aktualizacja ogłoszenia (Termin składania: 26.10.2026 → 29.10.2026)
28.10.2026 — wyjaśnienia i modyfikacja dokumentacji (1 dokument z wyjaśnieniami · 4 modyfikacje dokumentacji)
29.10.2026 — aktualizacja ogłoszenia (Termin składania: 29.10.2026 → 02.11.2026)
29.10.2026 — modyfikacja dokumentacji
30.10.2026 — aktualizacja ogłoszenia (Termin składania: 02.11.2026 → 06.11.2026)
30.10.2026 — modyfikacja dokumentacji
02.11.2026 — aktualizacja ogłoszenia (Termin składania: 06.11.2026 → 16.11.2026)
02.11.2026 — modyfikacja dokumentacji