Po terminiePrzetarg nieograniczony · PN504571-2026
System Rozliczania Podróży dla taryfy odległościowej – Kraków
Zarząd Transportu Publicznego w Krakowie4 aktualne · 28 w archiwum·NIP 6783176817·małopolskie
Przedmiot zamówienia
AIZamówienie jednoczęściowe:
- System Rozliczania Podróży dla taryfy odległościowej w Krakowie: udostępnienie i licencjonowanie jednego kompletnego systemu informatycznego obsługującego taryfę odległościową oraz integrację z systemami sprzedaży biletów (m.in. mKraków), z obsługą księgowań, reklamacji i raportowania, na okres podstawowy 36 miesięcy z opcją przedłużenia o 12 miesięcy.
- Usługa Operatora Sprzedaży dla aplikacji mKraków: kompleksowa obsługa sprzedaży biletów KMK w aplikacji (sprzedaż biletów do kasowania i biletów odcinkowych/taryfa odległościowa), w tym przetwarzanie transakcji płatniczych, rozliczenia, interakcje z agentem rozliczeniowym (ACQ), obsługa zwrotów i reklamacji oraz raportowanie, świadczona przez 36 miesięcy z opcją przedłużenia o 12 miesięcy.
- Punkt Obsługi Reklamacji (POR): uruchomienie i prowadzenie POR zapewniającego obsługę pasażerów (min. 40 godzin tygodniowo; 24/7 przyjmowanie zgłoszeń przez systemy zautomatyzowane), obsługę telefoniczną i elektroniczną oraz rozpatrywanie reklamacji dotyczących sprzedaży i zwrotów realizowanych przez System Operatora Sprzedaży.
- Zatrudnienie personelu: zapewnienie zatrudnienia na podstawie umowy o pracę dla osób pełniących funkcje kierowania projektem oraz obsługi pasażerów w POR (wykonawca lub podwykonawca zatrudniają na umowę o pracę te osoby).
- Dostarczenie SDK i warstwy integracyjnej dla mKraków: dostarczenie SDK z warstwą integracyjną React Native umożliwiającą obsługę płatności w aplikacji mKraków oraz integrację z wybranym Agentem Rozliczeniowym/API ACQ.
- Obsługa płatności i rozliczeń: obsługa preautoryzacji i pobrań post‑paid, współpraca z ACQ, prowadzenie ewidencji obrotu bezgotówkowego, odpowiedzialność wykonawcy za ryzyko długu wynikającego z transakcji.
- Wdrożenie i utrzymanie systemu: wdrożenie, udzielenie licencji, bieżące utrzymanie i konserwacja Systemu TO przez 36 miesięcy oraz opcjonalne przedłużenie utrzymania o 12 miesięcy; umowa na 52 miesiące łącznie z opcjami.
- Raportowanie i księgowość: generowanie raportów sprzedażowych i księgowych dla bezgotówkowych transakcji, rozliczanie udziałów ulgowych/normalnych zgodnie z danymi Zamawiającego.
- Obsługa biletów oferowanych w mKraków: w systemie muszą być dostępne wszystkie bilety do kasowania określone w załączniku taryfowym; dodatkowo obsługa typów biletów krótkookresowych zgodnie z udostępnionymi udziałami procentowymi.
(Jeżeli potrzeba rozbicia na bardziej szczegółowe pozycje — np. zakres integracji z konkretnymi ACQ, liczba etatów w POR, SLA utrzymania — wymaga wskazania konkretnych danych z OPZ/załączników.)
Trudność: wysoka
zamówienie obejmuje złożone integracje płatnicze, dostarczenie SDK dla aplikacji mobilnej, operacyjne prowadzenie sprzedaży i POR oraz pełne rozliczenia i raportowanie, z odpowiedzialnością za ryzyko transakcji i zatrudnieniem personelu.
Terminy realizacji
Termin wykonania (łączny)
52 miesiące od dnia podpisania umowy (w tym 40 miesięcy zakres podstawowy oraz 12 miesięcy opcje)
52 miesiące od dnia podpisania umowy (w tym 40 miesięcy zakres podstawowy oraz 12 miesięcy opcje)
Okres świadczenia usług/utrzymania (podstawowy)
36 miesięcy od dnia podpisania umowy
36 miesięcy od dnia podpisania umowy
Maksymalny okres przedłużenia (opcja)
12 miesięcy dla każdego z zakresów (opcjonalne przedłużenie utrzymania i usług Operatora Sprzedaży)
12 miesięcy dla każdego z zakresów (opcjonalne przedłużenie utrzymania i usług Operatora Sprzedaży)
Warunki udziału
AI1Operator sprzedaży - doświadczenie — W okresie ostatnich 3 lat wykonanie łącznie usługi operatora sprzedaży produktów cyfrowych polegającej na sprzedaży biletów na rzecz podmiotów trzecich przez co najmniej 1 rok o wolumenie sprzedaży minimum 100 000 produktów rocznie lub o sumarycznej, rocznej wartości sprzedaży minimum 2 000 000,00 zł brutto rocznie.
2System sprzedaży - doświadczenie — Wykonanie lub dostawa systemu informatycznego obsługującego sprzedaż produktów cyfrowych z wykorzystaniem płatności elektronicznych w okresie ostatnich 3 lat (lub w okresie prowadzenia działalności, jeśli krótszym).
Pozostałe 4 warunki po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty bruttołączna maksymalna cena
80%
Liczba godzin pracy Punktu Obsługi Reklamacjigodziny/tydzień
20%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Termin składania ofert przypada na okres wakacyjny (17 sierpnia)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.
Kary i sankcje
AI- wadium: 200000,00 zł
- zabezpieczenie należytego wykonania umowy: 2% maksymalnego wynagrodzenia za zakres podstawowy
- zwrot zabezpieczenia: 30 dni od odbioru przedmiotu umowy (100% wartości)
Pozostałe 1 zapis o karach po założeniu darmowego konta.
Pytania i odpowiedzi
69Wyodrębnione z wyjaśnień treści SWZ.
1SWZ, Strona 1. Pkt. 3.3. „Zamawiający wymaga zatrudnienia przez Wykonawcę lub podwykonawcę na podstawie umowy o pracę osób przy wykonywaniu następujących czynności: kierowanie projektem, obsługa pasażerów w Punkcie Obsługi Reklamacji, o ile osoby te nie będą osobami fizycznymi prowadzącymi działalność gospodarczą wykonującymi osobiście usługi na rzecz Wykonawcy lub podwykonawcy.” Zwracamy się z pytaniem czy Wykonawca może interpretować zapis jako możliwość realizacji zdania w zakresie reklamacji poprzez kontrakt z podwykonawcą w ramach JDG lub umowy o współpracy z drugą spółką z o.o. ?
Zamawiający wyjaśnia, że możliwe jest podpisanie umowy z podwykonawcami na prowadzenie prac lub świadczenie usług, w tym prowadzenie POR, jednak nie zwalnia to podwykonawcy z zatrudniania osób zgodnie z zapisami Umowy oraz SWZ.
Jednocześnie Zamawiający modyfikuje zapisy pkt 3.3 SWZ
Było:
„Zamawiający wymaga zatrudnienia przez Wykonawcę lub podwykonawcę na podstawie umowy o pracę osób przy wykonywaniu następujących czynności: kierowanie projektem, obsługa pasażerów w Punkcie Obsługi Reklamacji, o ile osoby te nie będą osobami fizycznymi prowadzącymi działalność gospodarczą wykonującymi osobiście usługi na rzecz Wykonawcy lub podwykonawcy”
Po zmianie:
„Zamawiający wymaga zatrudnienia przez Wykonawcę lub podwykonawcę na podstawie umowy o pracę osób, które będą wykonywały w trakcie realizacji niniejszej Umowy następujących czynności: kierowanie projektem, obsługa pasażerów w Punkcie Obsługi Reklamacji”
2Pytanie nr 3
SWZ. Strona 12. Pkt. 10. „Termin składania i otwarcia ofert oraz termin związania ofertą.” Ze względu na fakt, że konieczność zbudowania oferty jest uzależniona i w bardzo dużym stopniu powiązania z ofertami podwykonawców w tym ACQ, hostingu serwerowego a także biorąc pod uwagę trwający sezon urlopowy wśród potencjalnych wykonawców i oferentów, zwracamy się z wnioskiem o możliwość rozważenia przesunięcia terminu składania ofert o minimum dwa dodatkowe tygodnie..
Zamawiający przesuwa termin otwarcia ofert o 6 dni.
(Punkt 10 SWZ przyjmuje następujące brzmienie: 10.1. Ofertę należy złożyć ... do 10.08.2026 do godz. 08:00. 10.2... związania ofertą do 07.11.2026... 10.3 Otwarcie ofert nastąpi 10.08.2026 o godzinie 09:00.)
3Pytanie nr 6
OPZ, strona 57. Pkt. 7. „…Do obowiązków Wykonawcy należy rozpatrywanie wszelkich reklamacji ustnych, pisemnych oraz skarg pasażerów dot. zakupu, modyfikacji i zwrotów biletów realizowanych przez automaty stacjonarne udostępnione w ramach postępowania. …” zwracamy się z prośbą o wyjaśnienie kwestii opisanych w powyższym punkcie zwrotów w biletomatach. Wykonawca oczywiście rozumie, że w przypadku zasadnej reklamacji dot. produktów które będą oferowane w ramach postępowania, w zakresie jego odpowiedzialności będą zwroty biletów lub środków. Tym samym prosimy o potwierdzenie, że przypadku zwrotów biletów w biletomatach stacjonarnych firm trzecich, Wykonawca otrzyma właściwe do tego celu API a koszty marży zwróconych biletów operatora biletomatów i operacji nie będą stanowiły kosztu operacyjnego Wykonawcy?
Zamawiający modyfikuje akapit 3 pkt 7 OPZ „Punkt Obsługi Reklamacji (POR)”:
Było:
„Do obowiązków Wykonawcy należy rozpatrywanie wszelkich reklamacji ustnych, pisemnych oraz skarg pasażerów dot. zakupu, modyfikacji i zwrotów biletów realizowanych przez automaty stacjonarne udostępnione w ramach postępowania. W ramach czynności, o których mowa powyżej Wykonawca zobowiązany jest do utrzymania Punktu Obsługi Reklamacji zapewniającego:”
Po zmianie:
„Do obowiązków Wykonawcy należy rozpatrywanie wszelkich reklamacji ustnych, pisemnych oraz skarg pasażerów dot. zakupu, modyfikacji i zwrotów biletów realizowanych przez System Operatora Sprzedaży. W ramach czynności, o których mowa powyżej Wykonawca zobowiązany jest do utrzymania Punktu Obsługi Reklamacji zapewniającego:”
4Pytanie nr 6
Zał. 4 do SWZ. Formularz rozbicia ceny ofertowej. Zamówienie podstawowe. ID: 5. Koszt Agenta rozliczeniowego i Opcje ID: OP.3. W przypadku biletów odcinkowych – taryfa odległościowa maksymalna wartość podróży to 4 PLN, maksymalna 9 PLN a dzienny limit opłat to 20 PLN. W celu określenia kosztów ACQ, zwracamy się z pytaniem czy Zamawiający może udzielić informacji na temat procentowego udziały osób podróżujących na krótkookresowych biletach normalnych i biletach ulgowych?
Udział procentowy dla danych za lata 2025 oraz połowa 2026 r. dotyczących sprzedaży biletów krótkookresowych.
Bilety krótkookresowe Udział procentowy sprzedaży
Ulgowe 37%
Normlane 63%
5Pytanie nr 7
Zał. 4 do SWZ. Formularz rozbicia ceny ofertowej. Zamówienie podstawowe. ID: 5. Koszt Agenta rozliczeniowego i Opcje. ID: OP.3. Zwracamy się z prośbą o udzielenie informacji jakie typy biletów czasowych będą oferowane w aplikacji mKraków i jak wygląda procentowy udział każdego z nich. Powyższa prośba wynika z konieczności właściwego i rzetelnego oszacowania kosztów ACQ które zależą poza ilością transakcji także od średniej kwoty tej transakcji.
W aplikacji będą oferowane wszystkie bilety do kasowania określone w załączniku 1 punkt I.1 Bilety do kasowania Uchwały Taryfowej.
Udział procentowy dla danych za lata 2025 oraz połowa 2026 r. dotyczących sprzedaży biletów krótkookresowych w aplikacjach mobilnych.
Bilety krótkookresowe Udział procentowy sprzedaży
JEDNOPRZEJAZDOWY DLA 1 OSOBY/60-MINUTOWY (od 2 marca 2026 r. DLA 1 OSOBY/30-MINUTOWY) 25,18%
GRUPOWE DO 20 OSÓB 0,01%
20-MINUTOWY (od 2 marca 2026 r. 15-minutowy) 71,98%
60-MINUTOWY (od 2 marca 2026 r.) 0,61%
90-MINUTOWY 0,75%
24-GODZINNY 1,14%
48-GODZINNY 0,06%
72-GODZINNY 0,04%
7-DNIOWY 0,22%
Weekendowy Rodzinny 0,02%
6Pytanie nr 8
OPZ, strona 57. Pkt. 7.1. Godziny działania i kanały komunikacji z POR. „..POR ma zapewniać obsługę telefoniczną oraz elektroniczną Zgłoszeń Błędów w języku polskim w systemie pracy 24/7 tj. 24 godziny na dobę 7 dni w tygodniu….” Zwracamy się z prośbą o potwierdzenie, że powyższy zapis może być interpretowany w ten sposób, że do Zadań Wykonawcy poza godzinami pracy POR (nie mniej niż 40 godzin tygodniowo, w tym przez trzy dni w godzinach co najmniej od 8 do 16 i przez dwa dni w godzinach co najmniej od 10 do 18), ma zostać zapewniona automatyczna infolinia i serwis www za pośrednictwem których można będzie zgłosić reklamację?
Zamawiający potwierdza, że kontakt z personelem POR ma być wymagany w godzinach pracy POR, a poza godzinami jego pracy zgłoszenia mogą być przyjmowane poprzez systemy zautomatyzowane.
7Pytanie nr 9
OPZ, strona 41. Pkt. 5.10. „… Jeżeli Pasażer w ciągu jednej doby komunikacyjnej korzysta z biletów normalnych i ulgowych, System TO musi zapewnić spójne rozliczenie łącznych wydatków względem dziennych limitów…” na jakieś podstawie pasażer korzystający z biletów ulgowych będzie potwierdzał prawo do ich zakupu – czy będzie to weryfikowane poprzez jakiś rodzaj wniosku czy też przy kontroli biletowej w przypadku biletów ulgowych, do obowiązku pasażera będzie wykazanie prawa do zakupu takiego produktu?
Uprawnienie do przejazdu na podstawie biletu ulgowego jest sprawdzane podczas kontroli, nie podczas zakupu tego biletu.
8Pytanie nr 10
OPZ, strona 44. Pkt. 6. Produkty oferowane przez dostarczony w ramach postępowania system będą sprzedawane przy udziale aplikacji mKraków ale zgodnie z założeniem w późniejszym terminie także przez innych operatorów sprzedaży (zewnętrzne mobilna aplikacji sprzedażowe). Integracja z aplikacją mKraków w zakresie terminu realizacji etapu II (4 stycznia 2027 - pkt. 2 strona 16 OPZ) wymaga ścisłej współpracy z jej dostawcą w ustalonym reżimie czasowym w którym druga strona deklaruje potwierdzenie wykonanych prac ale także określa swoje maksymalne terminy – niektóre prace wymagają uprzedniego zakończenia działań drugiej strony. Brak deklaracji maksymalnego czasu na działania drugiej strony może wymusić ew. opóźnienia za które Wykonawca z przyczyn obiektywnych nie powinien ponosić odpowiedzialności. W związku z powyższym zwracamy się z prośbą o informację w zakresie odpowiedzialności Wykonawcy w przypadku kiedy teoretycznie mogą wystąpić sytuacje opisane powyżej przez Wykonawcę.
W przypadku jeśli ulegnie opóźnieniu wdrożenie systemu z przyczyn niezależnych od Wykonawcy (np. jeśli integracja z aplikacją mKraków opóźni się z powodów nie leżących po stronie Wykonawcy) to zastosowanie mają zapisy par 18 ust 1 Umowy.
9Pytanie nr 11
OPZ, strona 48. Pkt. 6.2.2 „…pobranie opłaty post-paid,…” prosimy o potwierdzenie, że w przypadku ryzyka powstania długu (tj. preautoryzacja się powiedzie ale na koncie nie ma wystarczających środków do finalnego rozliczenia) ryzyko jego powstania leży po stronie Merchanta którym w projekcie będzie Wykonawca czy też taka sytuacja jest niedopuszczalna a tym samym blokada środków w momencie rozpoczynania podróży dotyczyć powinna kwoty maksymalnej tj. w przypadku profilu normalnego 9 PLN lub z dopełnieniem do 20 PLN w sytuacji kiedy jest to 3 lub kolejna podróż w okresie rozliczeniowym.
Zgodnie z pkt 3 rozdziału 6.2.2 zabezpieczenie środków na koncie Pasażera może odbyć się na dwa sposoby, przy czym wartość blokady lub środków pobieranych powinna zostać ograniczona do wartości zwracanej przez System Taryfy odległościowej zgodnie z pkt 5.7 OPZ. Ryzyko powstania długu i jego późniejszej obsługi leży po stronie Wykonawcy, przy czym zgodnie ze schematem zawartym w pkt 6.2.2 OPZ to System Operatora Sprzedaży potwierdza prawidłowość operacji finansowych do Systemu wydającego bilety (czy to Hurtowni KMK czy Systemu Taryfy Odległościowej).
10Pytanie nr 12
OPZ, strona 48. Pkt. 6.2.2 „…pobranie opłaty post-paid,…” i strona 51 pkt. 6.5.4 „Zamawiający nie dopuszcza realizacji transakcji w modelu Buy Now Pay Later (BNPL).” Prosimy, o potwierdzenie, że wymagania nie wykluczają się ze względu na konieczność wstępnego blokowania środków przed rozpoczęciem podróży?
Zapisy nie wykluczają się, gdyż opłata za Przejazd jest pobierana z konta Pasażera w momencie, w którym zostaje określona cena za Przejazd (dla biletów odcinkowych jest ona znana dopiero po zakończeniu Przejazdu, dla biletów do kasowania zanim Przejazd się rozpoczyna), gdy w modelu BNPL cena produktu jest znana przed dokonaniem transakcji a operator płatności kredytuje zakup.
11Pytanie nr 13
OPZ, strona 51. Pkt. 6.5 Sprzedaż biletów za pomocą aplikacji mKraków. Zwracamy się z prośbą o potwierdzenie, że w przypadku realizacji zadania, Wykonawca wskaże dostawcy aplikacji mKraków bramkę eCommerce celem integracji z ACQ? Zamawiający w OPZ wskazał na konieczność integracji Wykonawcy za pośrednictwem SDK aplikacji mKraków nie mniej w zależności od wybranego w trakcie tworzenia oferty ACQ spełanijącego wymagania zależeć będzie ostateczny sposób komunikacji (API) i wygląd bramki płatniczej a tym samym prosimy o informację czy Zamawiający oczekuje, że Wykonawca zbuduje fragment dwustronnego interfejsu integrujący dostępne SDK apk mKraków z API ACQ czy też wystarczy dostarczyć API danego ACQ w zakresie eCommerce?
Samo wskazanie lub udostępnienie API eCommerce wybranego Agenta Rozliczeniowego nie jest wystarczające. Zgodnie z rozdziałem 6.5 „Integracja płatności”, pkt 9, w szczególności lit. b oraz lit d. OPZ, Wykonawca zobowiązany jest dostarczyć SDK wraz z warstwą integracyjną React Native, umożliwiającą obsługę płatności w aplikacji mKraków. Zakres prac po stronie aplikacji mKraków powinien być ograniczony do standardowych czynności integracyjnych i konfiguracyjnych.
Historia zmian
21.07.2026 — ogłoszenie o zamówieniu
24.07.2026 — sprostowanie
30.07.2026 — sprostowanie
07.08.2026 — sprostowanie
17.08.2026 — upływ terminu składania ofert
17.08.2026 — wyjaśnienia treści SWZ (5 dokumentów z wyjaśnieniami)