Tap & Go 感应式票务：非接触公共交通背后的中间件

让一次非接触式出行顺利完成的，很少是闸机上的那台读卡器，而是它背后的中间件。

一套内核，覆盖两种回路

交通主管部门其实很少需要在闭环交通卡与开环银行卡之间二选一，多数最后两种都要跑。单一票务内核负责卡片数据组织、运营商业务规则、发卡与收单、开卡与充值、销售物流，以及底层的安全基础架构，同时在实体卡之外支持 NFC、HCE 与 BLE。正是这套共用的规则，让闭环与开环不会演变成两个各自独立、各自承担成本的项目。

票价在刷卡之后才决定

在开环模式下，验票机负责验证卡片、将数据令牌化后向后端传送；中间件再从一连串的刷卡记录推算出行程，并套用对应的票价规则。一小时内或一天内的多段行程，会自动归算成正确的票种。到了夜间，后台系统为每张卡生成一笔扣款——含学生优惠与每日、每周的封顶上限——并以支付行业的标准格式发出授权、清算与结算报文。

Ogloba 的角色就是提供这套内核：发卡、收单、在零售终端、收银机与自动售货机上充值，以及背后的资金流与物流流程。闸机只是看得见的那一半，真正的经营效益，藏在没有人看见的那一层。

FAQ

为什么交通主管部门最后往往同时运营闭环与开环？

多数部门并不把它当成二选一的问题。闭环交通卡与开环银行卡通常并行，而单一票务内核会把同一套卡片数据规则、运营商业务规则与安全基础架构同时套用到两边。少了这套共用规则，每一种回路都会变成独立的项目，各自承担一份成本。

同一套内核除了实体卡，也支持移动票证吗？

支持。内核在传统实体卡之外同时支持 NFC、HCE 与 BLE，乘客可以在同一个项目下用卡片或手机乘车。无论在闸机前出示哪一种载体，卡片数据组织、发卡、开卡与充值都遵循同一套运营商业务规则。

乘客刷卡之后，中间件如何算出正确票价？

在开环模式下，验票机先验证卡片、将数据令牌化并向后端传送。中间件接着从一连串的刷卡记录推算出行程并套用票价规则，因此一小时内或一天内的多段行程会归算成正确的票种，而不是被拆成一笔笔单独计费的车费。

当天的刷卡记录汇总之后，夜间会发生什么？

后台系统会为每张卡生成当日的单笔扣款，学生优惠与每日、每周封顶上限都已先行套用。随后再以支付行业的标准格式发出授权、清算与结算报文，让整个票务项目使用与普通卡片支付相同的报文格式完成结算。