Több éve kezdeményezem, hogy a Budapesten 2023 óta tesztelt Tap&GO (bankkártyás, egyérintéses jegyvásárlás és -érvényesítés) a BKK teljes hálózatán elérhető legyen. A cél egyszerű: gyorsabb felszállás, kevesebb torlódás, vonzóbb közösségi közlekedés.
Most azonban egy nyilvánosan elérhető közgyűlési melléklet alapján az látszik: nem pusztán a mai Tap&GO „kiterjesztéséről” van szó, hanem egy jóval nagyobb, összetettebb e-jegyrendszer-csomagról. (A hivatkozott anyag olyan elemeket sorol, mint kapuk, elfogadói banki integráció, elszámolási központ és több alrendszer.)
Én ezt a csomagot „RIGÓ 2.0”-nak nevezem: azért, mert a leírt felépítés több ponton emlékeztet a korábbi budapesti e-jegy projekt logikájára.
1) Mi a tét? Tap&GO mindenkinek, vagy új megaprojekt?
A BKK Pay&GO (Tap&GO) lényege ma az, hogy bankkártyával vagy telefonnal egy mozdulattal megveszed és érvényesíted a jegyet – jelenleg korlátozott körben (például a 100E-n és az M1-en). A BKK saját leírása szerint az ellenőr is ugyanazt a kártyát/telefont kéri, amivel fizettél, és az ellenőri eszköz csak azonosít, nem terhel.
Ez a modell nem véletlenül terjed Európában: alacsony belépési küszöb (nincs külön kártya), gyors használat, és ha okosan van megtervezve, a tarifarendszerrel is összehangolható. A BKK már a teszt indulásakor és később is hangsúlyozta, hogy a cél a digitális jegyvásárlás egyszerűsítése.
2) Mi az a cEMV, CAP, acquirer?
cEMV / EMV: a bankkártyás (chip + érintéses) fizetések világszabványa. Ugyanaz a technológiai család, amit a bolti terminálnál is használsz.
Acquirer (elfogadó bank): az a banki szereplő (vagy banki szolgáltató lánc), aki a kereskedő (itt: közlekedési szolgáltató) oldalán összegyűjti és továbbítja a tranzakciókat a kártyatársasági hálózatokon át.
CAP (napi plafon): „napijegy-szerű” logika. Ha sokat utazol, a rendszer egy ponton nem terhel tovább az adott napon. Ez teszi az open-loop (bankkártyás) rendszert igazságosabbá és vonzóbbá. (A nemzetközi szakanyagok ezt kifejezetten ajánlják.)
Nap végi elszámolás: sok open-loop megoldásban a terhelés összesítve történik (például nap végén), nem feltétlenül minden egyes „pittyenés” után azonnal. Ez utasélményben is jobb (kevesebb banki értesítés), és technikailag is rugalmasabb.
3) Mit mond a nyilvános melléklet – és miért érzem „RIGÓ 2.0”-nak?
A hivatkozott dokumentum többkomponensű rendszert ír le (például: kártyaelfogadás / elszámolás, validátorok, kapuk, háttérplatform). Szerepel benne a „TOP15” metróállomás kapuzása (több kapuval), valamint külön alrendszerek megnevezése (például ACQ, CAP), ami túlmutat a „szimpla Tap&GO bővítésen”.
Fontos: ettől még lehet jó irány a modernizáció – de Budapest pénzügyi mozgástere szűk, és a városnak most olyan megoldás kell, ami gyorsan, fokozatosan ad eredményt. Ezért gondolom úgy, hogy először a minimálisan szükséges Tap&GO-t kell megcsinálni – és csak utána a „nagy rendszert”.
4) A budapesti valóság: zsúfoltság + elsőajtózás = lassuló város
Budapesten a zsúfolt vonalakon a felszállás gyorsasága nem esztétikai kérdés, hanem menetrend, kapacitás, utasélmény. Az elsőajtós felszállás bizonyos viszonylatokon érthető cél (rend), de csúcsban gyakran torlódást és késést generál.
Ráadásul a sokféle jogosultság (különféle kedvezménykártyák, igazolványok) – önmagában érthető szociálpolitikai célokkal – olyan szabályozási „dzsungelt” hozhat létre, ami növeli a visszaélés kockázatát, és a helyszíni ellenőrzést is nehezíti. (Itt nem vádakról beszélek, hanem rendszerszintű kockázatról: minél több a kivétel, annál nehezebb következetesen és gyorsan ellenőrizni.)
5) Brünn (Brno) példa: „Pípni a jeď!” – rekord utasszám, egyszerű használat
Brünnben a közösségi közlekedés 2025-ben rekord utasszámot és rekord jegyárbevételt ért el (384 millió utas; 1,066 milliárd CZK jegyárbevétel) – erről maga a DPMB számolt be.
A cseh példa azért érdekes, mert a „pittyentős” fizetés a hétköznapi utasnak egyszerű: érint, és megy. A rendszer mögött pedig tipikusan olyan elszámolási logika működik, ahol a tranzakciók összesítve kerülnek rendezésre (például nap végén), és a tarifát plafonok teszik kiszámíthatóvá.
A tanulság számomra nem az, hogy „másoljuk le Brünnt”, hanem az, hogy a gyors felszállás és a közérthető digitális fizetés együtt tudja vonzóbbá tenni a rendszert.
6) Miért óvatosan a „kapus nagy ugrással”?
Budapest egyszer már belefutott egy nagy e-jegy projektbe, amely nem jutott el a teljes körű üzemig. A Deák téri beléptetőkapuk eltávolításáról a BKK 2024-ben hivatalosan tájékoztatott.
Ez nem azt jelenti, hogy „minden új rossz”. Azt jelenti, hogy a kockázatkezelésnek elsőrendűnek kell lennie. Ha a közbeszerzés és a rendszerterv egyszerre túl nagyot akar ugrani (kapuk, teljes hálózati háttér, komplex tarifák), akkor az idő, a költség és a szervezeti terhelés is ugrásszerűen nő.
7) Amit én javaslok: először a minimálisan szükséges Tap&GO
1) Egységes „tap” élmény mindenhol – az utasnak ne kelljen gondolkodnia, hogy melyik vonalon mi a szabály.
2) CAP (napi plafon) + egyszerű tarifalogika – ha drága és kiszámíthatatlan, nem fogják szeretni.
3) Offline-tűrő működés – a modern fizetési rendszerekben a terhelés lehet összesített; nem kell minden érintésnél „folyamatos online varázslat”.
4) Ellenőrzés egyszerűsítése – a BKK Pay&GO logikája (ellenőri eszközre érintés) jó irány: gyors, és az utasnak nem kell plusz app.
8) 5 kérdés, amit szerintem fel kell tenni (és amire választ kell kapnunk)
- Mi a cél pontosan? Tap&GO kiterjesztés (gyors nyereséggel), vagy teljes e-jegyrendszer (nagy kockázattal)?
- Mennyi az induló minimum-költség a hálózati Tap&GO-hoz, és mennyi a „teljes csomag” ára?
- Lesz-e napi plafon (CAP), és mikor? (Ez az egyik kulcs az utasbarát működéshez.)
- Hogyan csökken a torlódás? Lesz-e olyan ütemezés, ami kimondottan a felszállási idő csökkenését célozza?
- Mi a „tanulságlista” a korábbi e-jegy projektből (műszaki, jogi, szervezeti), és hogyan építik be most?
9) Források
- Nyilvános melléklet (e-jegy / rendszerfelépítés): PDF
- BKK – Budapest Pay&GO ismertető: bkk.hu
- BKK – A per lezárása bkk.hu
- DPMB – rekord utasszám és bevétel (Brno): dpmb.cz
- IDS IMK tarifaplafon IDS JMK
Zárás (vélemény): Tap&GO kell – minél előbb, minél egyszerűbben, minél több járaton. De ha a kiterjesztés helyett egy túl nagy csomaggal indulunk, akkor újra előállhat az a helyzet, hogy sok pénz és idő elmegy, a mindennapi utas pedig mégsem kap gyorsan jobb szolgáltatást. Én ezért kérem: először a minimum, ami működik – utána jöhet a továbblépés.