Industry Insights
Tap & Go Ticketing: The Middleware Behind Contactless Public Transport
What makes a contactless transit journey work is rarely the reader at the gate — it is the middleware sitting behind it.
One kernel, both loops
Transit authorities are rarely choosing between closed-loop transit cards and open-loop bank cards; most end up running both. A single ticketing kernel manages card data organisation, operator business rules, issuing and acquiring, activation and top-up, sales logistics, and the security infrastructure underneath — while supporting NFC, HCE and BLE alongside plastic. That common rule set is what stops closed loop and open loop becoming two separate programmes with two separate cost bases.
Fares are decided after the tap
In an open-loop model the validator authenticates the card, tokenises the data and passes it on; the middleware infers the journey from the sequence of taps and applies the tariff. Multiple journeys inside an hour or a day resolve into the right pass. Overnight, the back office produces one charge per card — student discounts, daily and weekly capping included — and sends authorisation, clearing and settlement messages in standard payment-industry formats.
Ogloba's role is to supply that kernel: issuing, acquiring, top-up across retail terminals, cash registers and vending machines, plus the financial and logistic flows behind them. The gate is the visible part. The economics live in the layer nobody sees.
FAQ
Most authorities do not treat it as a choice. Closed-loop transit cards and open-loop bank cards usually run in parallel, and a single ticketing kernel applies one set of card data rules, operator business rules and security infrastructure to both. Without that common rule set, each loop becomes a separate programme with its own cost base.
Yes. The kernel supports NFC, HCE and BLE alongside conventional plastic, so a passenger can travel with a card or a phone under the same programme. Card data organisation, issuing, activation and top-up follow the same operator business rules whichever form factor the passenger presents at the gate.
In an open-loop model the validator authenticates the card, tokenises the data and passes it on. The middleware then infers the journey from the sequence of taps and applies the tariff, so multiple journeys inside an hour or a day resolve into the right pass rather than separate fares.
The back office produces a single charge per card for the whole day, with student discounts and daily or weekly capping already applied. It then sends authorisation, clearing and settlement messages in standard payment-industry formats, so the programme settles using the same message formats as any other card payment.
Further reading
Industry Insights
Reliable Retail Technology Starts With Secure Data Processing
How does Ogloba support reliable retail technology? Ogloba provides secure data processing, Transaction Data Warehouse reporting, fraud detection, mobile app enablement, scalable architecture, rapid recovery, and simpler migration.
Industry Insights
Gift Card Program Management Through a Central Back Office
What is Ogloba’s Gift Card System Back Office? It is a web-based platform for managing gift card permissions, manufacturing, B2B customers, sales orders, inventory, reconciliation, and reporting.
Industry Insights
Ogloba: The Secure and Compliant White-Label Gift Card Platform
Ogloba: The Secure and Compliant White-Label Gift Card Platform. Ogloba provides a highly secure, scalable, and white-label gift card platform supporting B2B, B2C, and API integrations for global retail leaders.