建议顺序：
- 确定二次交通设计范围、对象线路与销售主体
- 用比较表对齐购买界面类型（交通·MaaS乘车券平台 vs 施策专用网站）
- 社区巴士整理运行、GTFS、验票方式
- 把握与周游券·MaaS（从路线搜索到利用的一体设计）的衔接，并写明各型的报价与试运行范围
下文按此顺序说明（面向本地自治体·DMO的报价整理）。
比较二次交通数字化报价时，常见分歧在于MaaS既有购买动线与施策专用网站谁承担销售窗口，以及社区巴士运行数据（含GTFS）由谁更新。先对齐这两点后，再讨论周游券捆绑与精算报告格式，更容易落在同一张报价·试运行比较表上。
二次交通定义｜数字化设计范围
二次交通指干线车站之后的区域移动——社区巴士、观光循环巴士、需求响应、线路巴士接驳。下文在报价表中整理来访者的销售渠道、券种、利用日志与事业者精算的数字化。
表格可横向滚动
| 区分 | 典型 | 数字化前先定 |
|---|---|---|
| 站接驳巴士 | 观光车站至温泉·湖畔 | 一日券有效线路与铁路企划券组合 |
| 社区巴士 | 市町村运行·委托细线 | 运行日·班次主数据、GTFS负责方 |
| 广域周游交通 | 多事业者巴士+设施 | 一张周游券与事业者精算 |
数字化不限于乘车应用，还可含路线搜索上的运行信息、乘降日志与精算报告格式。国土交通省地域交通DX（MaaS2.0）也指向MaaS应用、数字票务与数据利用的一体推进（新闻稿）。
交通·MaaS乘车券平台｜两种销售·利用型
为二次交通数字化报价时，可先并列两种型：在换乘·地域MaaS等已有购买动线上挂券，或在本地施策Web销售并出示已购界面——差别在访客在哪里买。
表格可横向滚动
| 型 | 购买界面 | 适合的二次交通 | 券种·精算增加时 |
|---|---|---|---|
| 交通·MaaS乘车券平台 | 在既有MaaS购买动线注册本地券 | 希望访客沿用既有应用购买巴士一日券 | 确认平台登记、分成、改修范围 |
| 施策专用网站 | 本地施策URL Web销售·同一已购界面 | DMO握销售窗口·退款·巴士+设施周游 | 与既有MaaS动线分工销售窗口 |
交通·MaaS乘车券平台包括多事业者线路注册与巴士数字券同载一App（如RYDE PASS），或事业者打包线路、运价与精算报告（如Locobus（票务））。广域周游券在同一MaaS上购买（如旅する北信濃）也走这一购买动线。访客从换乘·地域MaaS应用购买，乘务确认或终端读取按线路约定执行。
施策专用网站适合希望在全国性应用中与其他地域商品混排之外、在本地Web销售界面销售含二次交通券种的情形。非事业者销售主体便于握销售窗口、退款与精算报告格式，但车载终端更新需巴士事业者合意。选定型后，按线路与运行单位固定乘务确认、终端读取或购后界面提示之一。
| 表标签 | 参考事例（型图像） |
|---|---|
| 旅する北信濃型 | 长野广域MaaS（Tabi-CONNECT）— 交通·观光·店铺优惠券同一购买，含二次交通的周游公开事例 |
| 社区巴士运行支援套件型 | 国土交通COMmmmONS验证 — 刈谷·平户等运行·GTFS一体支援（技术验证报告） |
社区巴士要件｜运行单位·GTFS·乘车券
社区巴士线路与运行日有限、人员兼务多，是典型的二次交通。先定运行日·班次·站点主数据由谁维护。
表格可横向滚动
| 论点 | 确认项 | 错位时 |
|---|---|---|
| 运行计划 | 季节时刻、休运、临时班次 | 有效期外售出数字券 |
| GTFS | 地图应用数据更新方 | “应用里看不到线路”咨询 |
| 乘车券 | 均一一日券 vs 距离运价 | IC·QR·见票混用负荷不均 |
| 精算 | 一线一路代码·联合分成 | 装入周游券时的分配 |
社区巴士运行支援套件（COMmmmONS）在Web上支援班次编组、运行实绩、表单与GTFS输出，验证中报告非定型业务时间缩短。乘车券数字化与运行数据整备并行，便于有效线路列表与改定同步。小规模事业者也可能先建立「运行实绩以数字留存」再谈App。
均一运价观光循环巴士常从购后界面提示（见票）起步，再按拥挤与日志需求追加QR终端。社区巴士亦建议在报价备忘中写明旺季乘务确认与补助金·实证利用件数日志，以缩短方式选型讨论。
与MaaS衔接｜周游券·路线搜索·数据
MaaS涵盖搜索、购买、利用确认与精算报告。二次交通数字化的接点是交通无现金化与运行数据开放。
- 购买入口 — 换乘应用、自治体MaaS、周游施策Web（巴士）
- 商品捆绑 — 铁路+二次+设施一体，或先只做交通数字化
- 数据 — 乘降日志是否满足事业者精算与周游券审计
如旅する北信濃— 交通·观光·优惠券在同一MaaS购买、乘车券提示与设施入场分工 — 可作为把二次交通纳入周游券的参照。住宿·体验预约（地域OTA）与购后乘车券·周游券基盘是否分离，是「在tripla类工具内完成预约」与「自行设计交通+设施按分·券种追加」的边界议题。
总结
报价前请依次推进：
- 对象线路与销售主体一页备忘
- 两型比较表填购买界面·窗口·终端·分成
- 社区巴士合意运行日·GTFS·IC/QR/见票
- 补充周游·MaaS·精算报告与分型报价·试运行计划
功能与导入示例详见服务网站。
常见问题
Q1. 二次交通与周游巴士相同吗？
不一定。二次交通指铁路站以后的地域移动整体，周游巴士多以观光环线为主。 数字化报价请先固定线路列表与销售主体（事业者或DMO）。
Q2. 能否先做社区巴士数字化？
可以。运行·GTFS与一日券渠道（MaaS平台或施策专用站）一并纳入报价，便于后续扩展周游券。
Q3. RYDE PASS与自建网站如何选？
RYDE PASS型在访客已使用的换乘·地域应用内购买巴士与周游券。施策专用网站在本地URL Web销售并由施策方握已购列表。比较表应写清销售窗口与终端导入分工。
Q4. 可参考哪些公开试点？
如广域MaaS+周游券（旅する北信濃）或社区巴士运行套件验证——仅作型标签，用于核对本地线路与事业者构成。
相关服务
SmartPlate Ticket
若将购买界面置于本地施策专用Web，以同一Web销售与已购列表一体运营含二次交通的周游商品（巴士+设施·优惠券）并设计事业者精算，可将 SmartPlate Ticket 作为施策专用网站选项纳入报价比较。在前节比较表整理与交通·MaaS乘车券平台的角色分工后，请通过服务网站与资料（免费）确认功能。
