Najciekawsza zmiana w cyfryzacji transportu publicznego zachodzi poza ekranem smartfona. Nie chodzi już o to, czy bilet ma postać papieru, kodu QR czy tokenu w aplikacji. Zmienia się sama logika usługi. Pasażer identyfikuje się kartą, telefonem albo kontem, system rejestruje podróż, a dopiero później ustala należność.
Bilet z produktu staje się wynikiem obliczenia
Holandia pokazuje skalę tej zmiany. Od czerwca 2023 r. w całym kraju można korzystać z transportu publicznego przez OVpay, przykładając przy wejściu i wyjściu zwykłą kartę płatniczą, telefon lub inne urządzenie obsługujące płatności. W 2025 r. udział podróży rozliczanych kartą płatniczą, kredytową lub telefonem wzrósł z 15 do 20 proc. Łącznie systemy OV-chipkaart i OVpay obsłużyły 2,42 mld transakcji podróżnych. Jednocześnie liczba pozostających w obiegu kart OV-chipkaart spadła z 13,4 do 12,7 mln. Dotychczasowa karta ma zostać wycofana najpóźniej z końcem 2027 r.
To nie jest kosmetyczna zmiana kanału sprzedaży. Transport zaczyna korzystać z infrastruktury płatniczej, którą pasażer już posiada. Znika konieczność kupowania lokalnej karty, instalowania aplikacji czy wcześniejszego poznawania taryfy. Operator przejmuje natomiast znacznie trudniejsze zadanie: musi prawidłowo połączyć identyfikację, przejazdy, taryfy i rozliczenia milionów zdarzeń.
Ten sam kierunek widać w Górnośląsko-Zagłębiowskiej Metropolii. Od sierpnia 2025 r. urządzenia umożliwiające płatność kartą działały już w niemal 1900 pojazdach Transport GZM. Do skorzystania z nich nie potrzeba konta ani aplikacji. System Start/Stop pozwala rozpocząć i zakończyć podróż kartą lub aplikacją, a należność ustala na podstawie zarejestrowanych przejazdów. Działa przy tym dzienny limit wydatków: obecnie pasażer korzystający z tej taryfy nie zapłaci więcej niż 13 zł w ciągu dnia.
W praktyce powstaje architektura znana z innych platform cyfrowych. Interfejs może się zmieniać, ale zasadnicza wartość znajduje się w zapleczu: koncie użytkownika, silniku taryfowym, płatnościach, identyfikacji, danych o podróżach i mechanizmach rozliczeniowych. Transport GZM zapisuje elektroniczne bilety na koncie klienta, obsługuje karty EMV i model pay-as-you-go, w którym obciążenie może nastąpić dopiero po odbyciu podróży.
Drugim aktywem stają się dane
Transport for London od lat udostępnia przez swoje API informacje o trasach, przystankach, zakłóceniach, przyjazdach pojazdów, taryfach czy zajętości. Już w 2018 r. dane TfL zasilały prawie 700 aplikacji używanych przez 42 proc. londyńczyków. Dzisiaj Unified API nadal stanowi wspólną warstwę dostępu do danych wielu środków transportu, zamiast zmuszać każdego twórcę aplikacji do integrowania osobnych systemów.
To zasadnicza różnica między aplikacją transportową a cyfrową platformą transportową. Pierwsza obsługuje własnego użytkownika. Druga pozwala, aby usługi powstawały również poza organizacją operatora: w planerach podróży, mapach, aplikacjach miejskich, systemach firmowych czy usługach mobilności.
Rosnąca integracja ma jednak cenę. Cyberatak na TfL we wrześniu 2024 r. nie zatrzymał się na wewnętrznej infrastrukturze IT. Ograniczenia wprowadzone po incydencie dotknęły między innymi dostępu do historii podróży, obsługi zwrotów i systemów kart pasażerskich. Jeszcze w maju 2025 r. TfL informował, że część danych dotyczących zwrotów dla płatności zbliżeniowych pozostaje niedostępna ze względu na środki bezpieczeństwa zastosowane po ataku.
W cyfrowym transporcie awaria back-endu nie jest więc problemem „strony internetowej”. Może jednocześnie uderzyć w płatności, obsługę klienta, rozliczenia i dostęp do danych.
Od 2026 r. ten aspekt ma w Polsce również konkretny wymiar regulacyjny. Nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa wdrażająca NIS2 weszła w życie 3 kwietnia. Transport znajduje się wśród sektorów kluczowych. Podmioty spełniające kryteria ustawy mają m.in. obowiązki związane z rejestracją, zarządzaniem ryzykiem i wdrożeniem systemu zarządzania bezpieczeństwem informacji; dla podmiotów objętych regulacją w momencie wejścia ustawy w życie termin wdrożenia głównych obowiązków upływa 3 kwietnia 2027 r.
Cyfryzacja transportu dochodzi zatem do etapu, na którym aplikacja i bilet są najbardziej widocznymi, ale nie najważniejszymi elementami systemu. O jego wartości decydują niewidoczne warstwy: interoperacyjność, API, silnik taryfowy, dane, płatności i odporność infrastruktury.
Im prostsza staje się podróż dla pasażera, tym bardziej złożona staje się technologia, która tę prostotę zapewnia.
