Operator sprzedaży (doświadczenie): świadczenie usługi operatora sprzedaży produktów cyfrowych (sprzedaż biletów na rzecz podmiotów trzecich) przez co najmniej 1 rok, wolumen ≥ 100 000 produktów/rok lub łączna roczna wartość sprzedaży ≥ 2 000 000 zł brutto/rok — w okresie ostatnich 3 lat.
System płatności elektronicznych (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.
Cena oferty: waga 80%, liczona jako Pc = (Cmin/Cof) × 80, na podstawie łącznej maksymalnej ceny (zamówienie podstawowe + maksymalny zakres opcji).
Liczba godzin pracy Punktu Obsługi Reklamacji: waga 20%, min. 40 h/tydzień, max. punktowane 60 h/tydzień (skala: 40 h → 0 pkt, 50 h → 10 pkt, 60 h → 20 pkt).
Z każdej z 9 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 18 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Jedno zamówienie (bez podziału na części). Przedmiotem jest dostarczenie i utrzymanie Systemu Rozliczania Podróży dla taryfy odległościowej w Komunikacji Miejskiej w Krakowie (System TO) wraz z Systemem Operatora Sprzedaży dla aplikacji mKraków — obejmujące:
System TO (algorytm rozliczania podróży w taryfie odległościowej z uwzględnieniem przesiadek, limitów dobowych i 30-dniowych, check-in/check-out na podstawie danych o pozycji pojazdów, z integracją z Hurtownią KMK, aplikacją mKraków, źródłami danych rozkładowych GTFS/SIRI oraz danymi o przystankach i liniach KMK);
System Operatora Sprzedaży dla aplikacji mKraków (sprzedaż biletów do kasowania i biletów odcinkowych, integracja z Agentem Rozliczeniowym w modelu płatności elektronicznych, SDK z warstwą integracyjną React Native dla aplikacji mKraków, ewidencja obrotu bezgotówkowego, raportowanie, księgowanie, zwroty i reklamacje dot. sprzedaży w Systemie);
Punkt Obsługi Reklamacji (POR) — wyłącznie elektroniczna i telefoniczna obsługa pasażerów (minimum 40 h tygodniowo, 5 dni w tygodniu), zgłoszenia poza godzinami pracy przez systemy zautomatyzowane;
Licencje na dostarczone oprogramowanie i rozwiązania;
Dokumentacja powykonawcza i instrukcje (przekazywana przez Wykonawcę, w tym ostateczna wersja 7 dni przed zakończeniem zakresu podstawowego i umowy);
Analiza przedwdrożeniowa, testy SIT, testy integracyjne, wydajnościowe i bezpieczeństwa, audyt kodu źródłowego (zgodnie z wymogami PBI Zamawiającego);
Wdrożenie, szkolenia, uruchomienie produkcyjne Systemu TO i Systemu Operatora Sprzedaży;
Utrzymanie Systemu TO i świadczenie usługi Operatora Sprzedaży przez 3 lata (36 miesięcy) w zakresie podstawowym;
Opcje (prawa opcji Zamawiającego): przedłużenie utrzymania Systemu TO o maks. 12 mies., przedłużenie Operatora Sprzedaży o maks. 12 mies., prace rozwojowe Systemu (w tym certyfikacja kolejnych operatorów sprzedaży powyżej 15 bezpłatnych), zwiększenie wynagrodzenia dla Agenta Rozliczeniowego.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
SWZ, 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”
Pytanie 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ć ... nie później niż 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. ...
Pytanie 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:”
Pytanie 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%
Pytanie 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%
Pytanie 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.
Pytanie 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.
Pytanie 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.
Pytanie 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).
Pytanie 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.
Pytanie 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.
Pokazujemy 11 z 13 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
