本文面向巴士事業者與周遊施策事務局，将利用確認分為交通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 等）與自營站在銷售窗口·精算·終端合同分担不同——请用需求表并列比较。概见服務站点與案例頁。
