本文面向巴士事业者与周游施策事务局，将利用确认分为交通IC·QR乘车券·见票三种方式比较，并整理运行日·路线约束、导入步骤、票价精算及与周游券的衔接。广域通票整体设计见「周游券数字化｜连接观光与交通」（即将公开）。
巴士乘车券方式｜与周游施策的关系
数字巴士乘车券可按以下三层划分，范围更清晰。
表可横向滚动
| 层 | 内容 | 示例 |
|---|---|---|
| 单线路·单券种 | 1事业者·1线路（或环线1系统）一日券·次券 | 观光环线巴士数字一日券 |
| 事业者内跨线路 | 同一区域内多条线路由1事业者或联盟销售 | 线路网络共通一日券 |
| 纳入周游通票 | 巴士+铁路·设施·优惠券打包为1商品 | 通票·MaaS车票 |
周游施策中，来访者希望「一张票乘车」，但巴士主数据按线路代码·运行日·时刻表管理。DMO 面向访客的商品设计与事业者运行系统粒度不一致时，有效线路列表与验票日志事后对账会变复杂。
常见做法是从单线路数字乘车券导入起步，按需求扩展为周游通票；若首日就含多事业者精算，方式选模式前提会不同。
交通IC·QR乘车券·见票｜利用确认比较
无 IC 检票口的巴士常比较以下三类：是否需要终端、能否获取分站点数据（接近 OD 的日志）、乘务员需确认什么——按这三点选模式。
表可横向滚动
| 方式 | 终端 | OD·上下车日志 | 乘务员 | 适用线路 |
|---|---|---|---|---|
| 交通IC | 需要运价箱/IC读头 | 上下车刷卡易得站点对（以IC用户为分母） | 下车刷卡提醒等传统运价箱运营 | 距离运价·定期票·日常线路 |
| QR乘车券 | 需要摄像头读头 | 上车·下车均扫描更易获得站点日志 | 扫描失败时口头协助；过渡期目视→终端 | 预购一日券；多事业者周游通票 |
| 见票 | 通常不需要（可加车载读头） | 以使用次数为主；分站点较弱（加终端可改善） | 目视确认；拥挤时乘务员负荷上升 | 季节周游巴士；均一运价一日券 |
除终端有无外，导入（初期）与维护（运营期）负担也因方式而异。金额随线路数·车辆数·委托形态差异大，此处仅整理报价前需对齐的成本类模式。
表可横向滚动
| 方式 | 导入易增成本 | 运营·维护需持续关注的项目 |
|---|---|---|
| 交通IC | 运价箱/IC读头新建·更新，清算·运价表联动设置 | 终端维保合同，运价改定反映，对非IC乘客引导 |
| QR乘车券 | 上下车口或车内读码终端，安装·布线，与支付终端共用协调 | 终端故障·读码失败，通信中断替代，软件更新 |
| 见票 | 销售渠道（MaaS应用注册，Web·钱包构建，线路云） | 时刻表·线路主数据同步，平台使用费，繁忙期乘务员工时 |
交通IC是已有运价箱线路的延伸。QR乘车券是在上下车口终端读取手机 QR，如宫古岛周游通票以上下车两次读码记录次数与站点（终端常与支付读头共用）。
见票是乘车时出示已购屏幕的方式。可不设终端起步，但繁忙时乘务员目视易成瓶颈。此处再分两类。
见票 — 现有 MaaS·换乘应用内 — 在来访者已使用的应用（如 RYDE PASS、Jordan 换乘指南）中销售一日券并出示购买画面。如新潟观光环线（RYDE PASS）、神姬巴士周游线企划一日券，以巴士一日券为主、券种少时适用。购买在应用侧，现场负责出示·验票（或后续加 QR 终端）。导入以线路注册·券种设置为主，后装车载终端另计（神姬巴士 QR 试点后从乘务员出示改为终端读码）。
见票 — 周游巴士专用自营售票站 — 销售主体为该线路·周游商品搭建 Web 与票券钱包（区别于广域「施策站点」类振兴券网站）。以巴士运行单元·一日券·季节时刻表销售为主；若需巴士+设施·优惠券同一钱包展示或自行设计多事业者精算时可考虑。如新雪谷周游巴士（Sky Bus）自站预购、站点出示屏幕或 NFC 打开使用界面。线路巴士云（Locobus 等）在事业者为销售主体时，与线路管理·QR 读码一并报价。
销售主体非巴士事业者时（DMO、观光协议会、执行委员会、受托旅行社等），常选周游巴士专用站点+见票。票款·退款·访客咨询窗口不在事业者侧，而QR 读头与运价箱更新依赖事业者车辆·合同，销售方 alone 难以推动终端导入。应与事业者合同约定「仅出示确认期」与后续加装终端条件，销售方在专用站点掌握券种与精算较现实。
数字乘车券导入时按线路确定上表主方式：距离运价本线多用 IC，观光一日券多用 QR 或见票。询价请将初期（终端·构建）·月次（维保·平台）·当日（乘务员·咨询）分开以便比较；弱信号区请在合同中加入纸票兑换或乘务员清单等离线替代。
巴士事业者运行单元约束｜日更线路与券种设计
巴士事业者运行以运行日·线路·班次为组合。改表、季节运行、活动临时班、代班年内发生时，须同步券种有效期·适用线路列表与主数据。在数字乘车券导入报价前固定下列内容可减少返工。
表可横向滚动
| 运营单元 | 需决定内容 | 不一致时常见问题 |
|---|---|---|
| 1线路·1季节 | 运行期间、休运日、仅一日券或含次券 | 季外售券处理 |
| 1事业者多线路 | 共通一日券适用线路表 | 部分线路验票方式不同 |
| 多事业者 | 验票数据事业者代码、精算截止日 | 通票内「哪家班次」对账 |
观光周游环线巴士多均一运价·一日无限乘，也有上限运价模式 tap 支付试点；线路巴士日常表下距离分段与数字券组合可能较难，导入范围限「观光系统」亦常见。
数字乘车券仅巴士闭环，或作为周游券一部分，以及谁为销售主体，会改变委托模式。
表可横向滚动
| 销售主体 | 适用模式 | 难以部署终端（IC·QR）的原因 |
|---|---|---|
| 巴士事业者（直售·自社企划券） | 交通IC、QR、RYDE PASS 等 MaaS 内、Locobus 模式云 | 可更新自有车辆·运价箱 |
| 非事业者（DMO·协议会·执行委员会等） | 周游巴士专用自营站+见票（可选 NFC 开屏） | 涉及他社运行·精算，无事业者合同难以定车载终端 |
表可横向滚动
| 模式 | 适用条件 | 券种·独立精算增加时 |
|---|---|---|
| MaaS·换乘应用内（RYDE PASS、换乘指南移动票等） | 事业者参与模式，在现有应用加巴士一日券 | 设施套装·多精算取决于应用边界 |
| 周游巴士专用自营站 | 销售主体非事业者，或按线路·季节的 Web+钱包 | 事业者分精算·加券种一体设计 |
MaaS·换乘应用内优势是事业者参与线路注册与访客已有应用购买流；周游巴士专用站优势是非事业者销售窗口、巴士+设施·多社精算同一钱包、按线路·季节设计券面。券种增加不自动换模式，请用表比较谁签终端合同。广域通票案件若后补单线路数字乘车券易双主数据，报价前共享此点为宜。
市场上也有线路巴士云乘车券（Locobus 等）按事业者打包线路·运价表·销售报告。报价时请用功能清单确认与自有时刻系统的联动范围。
数字乘车券导入步骤｜从试运行到上线
向巴士线路导入数字乘车券建议分五阶段，便于现场与事务局对齐认识。
- 1. 确定对象线路与券种 — 从一日券·次券·企划券哪类起步，纸票并行期
- 2. 选定利用确认 — 交通IC / QR乘车券 / 见票（MaaS 应用内或自营站）何为主
- 3. 主数据联动 — 运行日·线路代码·运价表更新流程（谁何时反映）
- 4. 试运行 — 内部·邀请购买，繁忙站点验票演练
- 5. 上线与并行结束 — 停止纸一日券日，咨询窗口统一
试运行请将巴士站指引与车内广播文案与购买 URL·显示画面术语一致；周游访客需多语言时在步骤 2 固定券面与指引语言集。
票价·精算｜多事业者协作
数字乘车券销售按渠道（应用·Web·窗口代理）与向巴士事业者分配单元设计。
| 议题 | 需确认事项 |
|---|---|
| 手续费负担 | 支付手续费、平台使用费由乘客·事业者·DMO 谁承担 |
| 精算粒度 | 按线路·事业者·日的销售 CSV |
| 未使用券 | 过期、恶劣天气停运退款或改签 |
| 审计 | 补贴·试点报告所需日志字段 |
单一事业者环线巴士常可 1 份 CSV 完结；多社通票须在导入前将乘车日志按事业者分摊规则写入合同。
与周游券衔接｜通票·套票
巴士单体数字乘车券稳定后，扩展为周游券（铁路·设施·优惠券套装）的案件增多。衔接点如下。
- 券种正本 — 若先仅数字化一日巴士券，发售通票时能否复用同一 QR
- 展示 — 访客见一张周游通票，背后为多张事业者票
- 验票 — 是否按事业者分终端或应用画面
通票整体销售渠道·钱包设计见「周游券数字化｜连接观光与交通」（即将公开）。巴士线路方式与运行单元确定后，可原样写入周游文章需求备忘。
功能与导入示例详见服务网站。
常见问题
Q1. 无 IC 检票口的巴士能否导入数字乘车券？
可以。可选交通IC（运价箱）、QR乘车券（读码终端）、见票（屏幕出示）。观光周游一日券常按线路组合 RYDE PASS 等 MaaS 应用内售、自营站、QR 终端读码（比重随拥挤·日志·销售主体而变）。
Q5. 见票
MaaS 应用内与自营站区别？ — MaaS 应用内（RYDE PASS、换乘移动票等）为事业者参与模式巴士一日券，购买挂在现有应用。周游巴士专用站适合销售主体为 DMO 等自持销售窗口、巴士+设施·多事业者精算同一钱包。销售方难签车载终端时常见见票+专用站；若必须分站点日志，应与事业者一并以 IC 或 QR 为主并推进终端。
Q2. 纸一日券保留多久？
根据试运行咨询量与验票速度定并行结束日；高龄乘客多的线路可延长窗口或便利店兑换并行。
Q3. Locobus 模式云与 DMO 周游券站点如何分工？
事业者直售·线路管理为主选 Locobus 等线路云或 RYDE PASS 等 MaaS 应用内；巴士+设施同一品牌钱包则并列考虑周游巴士专用站。需求增加时再叠模式不如先对齐运行单元表。
Q4. 仅活动期的临时巴士如何处理？
将运行日与线路代码登记主数据，券种有效期对齐临时班；事先决定临时班单独 QR 或纳入现有一日券。
Q6. 各方式导入·维护成本差异？
交通IC初期重在终端·清算联动，日常线路运营期较清晰。QR乘车券初期以读码终端×车辆数为主，维保·通信持续。见票初期多在销售侧构建，繁忙期乘务员工时与线路主数据更新常主导运营期。请将报价分为初期·月次·当日运营比较。
总结
数字乘车券导入实务上先固定运行日·线路单元，确定以交通IC·QR乘车券·见票何为主再试运行。除终端·日志·乘务员外，将初期·维保·当日运营成本并列选模式，可减少后补 QR 终端的重复投资。见票渠道请将 RYDE PASS 等 MaaS 应用内（事业者参与·现有应用）与周游巴士专用站（销售主体·多精算）并列比较，按本案销售主体与终端合同选择。
延伸阅读
- 周游券数字化 — 巴士+设施周游扩展·购买界面型
相关服务
SmartPlate Ticket
作为周游巴士专用自营站选项之一，季节运行周游巴士或巴士+设施·优惠券以同一销售 URL 与钱包捆绑的周游券，可将 SmartPlate Ticket 纳入询价。站点或车内出示预购票（或 NFC 开使用界面）接近新雪谷周游巴士（Sky Bus）。MaaS 应用内（RYDE PASS 等）与自营站在销售窗口·精算·终端合同分担不同——请用需求表并列比较。概见服务站点与案例页。
