建议按以下顺序梳理：
- 用 6 类 表定位 MaaS 观光议题
- 判断 二次交通、交通 套票 接近表中哪一行
- 确认 tripla 等 地域 OTA 与既有 MaaS 较易一体化的范围
- 将拆分 预订 与 使用 的 待评估 模式在报价表中与其他类型 并列 比较
- 用 判断清单 收窄至 2～3 种型，再发起询价
下文按此顺序说明。
MaaS 与观光票务｜6 类定位
设计 MaaS 观光 票务 时，需先对齐访客可见的「一段旅程」与背后的 销售主体、验票、精算。访客向 MaaS 站点各地推进的同时，DMO 在询价前仍需整理「在哪购买、由谁精算」。请先将本地需求对照下列 6 类 表。
表格可横向滚动
| 类别 | 典型需求（MaaS×观光） | 交通+设施+优惠券一体 | 购后列表展示 | 适用论点／边界 |
|---|---|---|---|---|
| 1 电子商品券·振兴券 | 门店支付型优惠券、溢价商品券 | 易与交通 MaaS 本体分层 | 应用余额·门店终端 | 勿仅以闸机／乘务员验票型 套票 为主角 |
| 2 观光票务流通 | 设施入场券多渠道销售·QR 核销 | 以单设施、定型入场为主；周游 通票另登记商品 | 各设施核销应用 | 铁路 MaaS 乘车券+广域 精算 一体属另案设计 |
| 3 活动票务销售 | 单场活动·单设施预售与当日 | 以单场预售·核销为主 | 按活动列表 | 广域 MaaS 一体购买界面见第 4～6 行 |
| 4 交通·MaaS 乘车券 | 数字乘车券、自由通、二次交通 衔接 | 都市型 MaaS（Web 同时购交通+设施） | MaaS Web／应用已购界面 | 业者参与、线路登记、分成依赖协议会设计 |
| 5 地域 OTA·预订基盘 | 住宿·体验预订 Web（tripla Book 等） | 住客限定优惠券、体验同捆较合适；交通 全线一体易分议题 | 预订管理界面与票务界面易分离 | 预订结算在 OTA，周游 通票另基盘——后述「待评估」 |
| 6 施策专用站点 | 多券种、领取条件、多社 精算 | 广域 周游（交通·巴士·设施同一 Web） | 施策 URL+已购列表 | 仅靠向既有 MaaS 增商品难以匹配券面规则的需求 |
表内特征 并列 对照。交通·MaaS 乘车券、地域 OTA·预订基盘、施策专用站点 三行中「购买界面」落点不同，二次交通、套票、设施优惠券的追加成本也会变化。
铁路·DMO 公开的 MaaS 含 Web 同时购交通+设施的都市型、铁路 QR 核心的企划券型、县·DMO 特设设施 周游 型等，访客 购买界面 位置与验票方式因型而异。下文说明 购买界面位置 与 预订与使用的拆分。
二次交通、套票与 MaaS 的衔接
二次交通 与交通+设施 套票 可落在 交通·MaaS 乘车券 行，也可落在 施策专用站点 行。差异在于访客 在哪购买，以及各业者 精算报表 由谁定义。
表格可横向滚动
| 论点 | 挂到既有 MaaS 购买路径 | 施策名义 Web 一体销售 |
|---|---|---|
| 购买入口 | 在访客已用的 MaaS Web／应用上追加 巴士 一日券、周游 商品 | 在 DMO·广域协作名义 Web 上同捆交通+设施 |
| 二次交通 | 线路·运行日主数据在业者侧；MaaS 作销售与使用日志窗口 | 销售窗口在一体站点，巴士 业者按分成规则参与 |
| 套票 | 铁路 QR 企划券+巴士 同捆多需铁路基盘+协调 | 在同一施策域名扩展领取条件、多语言、券种 |
单线 巴士 分 IC 联动、QR 乘车券、向乘务员出示等，MaaS 对接前先统一线路侧验票方式可缩短讨论。二次交通 载入 周游 商品时，先写明 GTFS、运行日主数据位置及与 巴士 业者的分成。交通+设施 套票 易分为在铁路基盘同捆 巴士，或在施策 Web 同捆交通与设施。
tripla 等与既有 MaaS｜较易一体化范围
以 tripla Book 为代表的 地域 OTA 正作为 DMO 区域的住宿·体验预订 Web 推进。观光票务 中「与住宿同捆的体验」「住客限定优惠券」多接近 地域 OTA·预订基盘 行。
日本观光厅观光 DX 整理指出，注册 DMO 应构建可完成 住宿·体验预订与结算的地域站点，并以 2027 年度末为目标的 KPI 亦见于观光厅「观光 DX 推进方向研讨会」资料。预订 侧易先行；购后广域 周游 通票、交通 套票、按业者分成能否仅靠地域 OTA 标准功能扩展，取决于参与业者数与券种规则。
较易挂到 既有 MaaS 购买路径的模式包括：
- 协议会·业者参与推进的观光型 MaaS — Web 同时售交通+设施 票务；使用时屏幕出示、闸机 QR 等因线路·设施而异
- 广域 MaaS 上的数字乘车券·企划券 — 在访客已用的 Web／应用追加 周游 券种
- 县·DMO 特设数字周游券 — 无 MaaS 协议会的区域也可从施策 Web 后续同捆交通 套票
tripla 等 地域 OTA 的典型流是：住宿预订完成后引导体验·优惠券，现场以预订确认界面或 QR 入场。铁路闸机一体广域自由通、多 巴士 业者分成、机场限定 周游 通票能否用同一模板扩展，需在 询价时对照功能清单。
在既有观光应用内承载券面·核销·退款的改造易超出认证·结算·门店联动范围，专用票务站点分离型也应在报价表中 并列。
待评估｜预订基盘与使用基盘的拆分
存在将住宿·体验 预订（表 地域 OTA·预订基盘 行）与购后 周游 列表、多社 精算（接近 施策专用站点 行）分开设计的模式。若符合下列 2 项以上，拆分 预订基盘 与 使用基盘 的构成也应在报价表中 并列。
- 结算仍用既有 OTA·住宿电商，仅购后按施策规则发放数字券
- 多券种一体展示（交通·设施·优惠券·发放券）希望与预订界面分 URL 公开
- 按业者的精算报表、截止日、补贴日志与 OTA 标准精算输出不一致
- 领取条件（住客限定、访客属性、机场发放）在预订流与票务流中不同
拆分 预订 与 使用 的对照参考为纪伊半岛广域通票 KiiPass：从 Web 购买到交通·巴士·设施在 同一已购界面 使用，并一体设计多社 精算，与向既有 MaaS 增一行商品在销售窗口、退款、券面扩展上不同。
在住宿 OTA 等完成结算后，于另一票务基盘承载权益发放·使用·精算 的构成，并非各地均有定型方案。方式含 PMS 联动住客券、地域 OTA 预订 ID 联动、施策专用站点代码发放等，因基盘而异。将预订结算与购后券面·精算 拆分的型，应与地域 OTA 完结型在报价表中 并列。
判断清单｜询价前论点
MaaS 观光 票务 询价备忘建议先写下列内容，再比较供应商，以减少表行混淆。
- 1. 访客购买界面 — 以 MaaS Web、地域 OTA、施策专用 Web 何者为正（并用时的分工）
- 2. 商品内容 — 交通自由通、交通+设施 套票、仅设施 周游、条件发放（都市型 MaaS、铁路 QR 核心、县特设、交通套票同捆等）
- 3. 二次交通 — 对象线路、运行日主数据位置、与 巴士 业者分成、GTFS 是否就绪
- 4. 验票 — 闸机 QR、乘务员／工作人员屏幕、设施闸机（是否假定全业者终端统一）
- 5. 精算 — 按业者 精算报表、截止日、未使用·停航处理
- 6. 多语言与退款窗口 — 销售·咨询以谁名义公开
地域 OTA 与施策专用站点倾向混用时，请对照前文「较易一体化范围」与「预订与使用拆分」，收窄至 2～3 型再索取功能清单。
询价文可附下列一句以便回复格式一致：「访客 购买界面 以 MaaS 乘车券／地域 OTA／施策专用 Web 何者为正；交通 套票、二次交通、设施优惠券是否同一已购界面；按业者 精算报表 的截止日与字段定义由谁掌握。」若以单场活动销售或仅多业者分成为主论点，请在询价文中明示表 活动票务销售 行与 精算 项。
总结
- 用 6 类 表固定购买界面所在行
- 确定 二次交通、套票 走 MaaS 路径还是施策专用型，并写明与 巴士、铁路的衔接需求
- 并列 比较 tripla 等与既有 MaaS 较易一体化范围，以及拆分 预订 与 使用 的 待评估 模式
- 对照一体设计案例，以 判断清单 进入询价
功能与导入示例详见服务网站。
常见问题
Q1. MaaS 观光票务可以从既有地域 MaaS 起步吗？
协议会与 Web 销售基盘就绪的区域，追加交通+设施 票务 是有力选项。仅从设施 周游 起步的县特设型与铁路 QR 核心企划券型，验票与退款窗口不同。请在 交通·MaaS 乘车券 与 施策专用站点 行 并列 对照购买界面与 精算 窗口。
Q2. tripla 能否一体做到交通自由通？
tripla Book 的优势是作为住宿·体验的 地域 OTA 预订 Web。铁路闸机一体、多 巴士 分成、机场限定 周游 通票能否同一模板覆盖，取决于券种与参与业者，需对照功能清单。交通重心放在 交通·MaaS 乘车券 行，广域一体放在 施策专用站点 行 并列 比较。
Q3. 观光型 MaaS 与广域周游施策 Web 有何不同？
前者在 MaaS 购买路径上购买交通+设施；后者是 DMO·广域协作施策 Web，一体设计已购列表与多社 精算。后者更接近拆分 预订 与 使用 的 待评估 模式。广域一体运营例 KiiPass（纪伊半岛广域通票）从 Web 购买到交通·巴士·设施共用同一已购界面。
Q4. 能否事后将二次交通挂到 MaaS？
可以，但先对齐线路·运行日主数据与券种正本再 周游 商品化更安全。社区巴士 需先整理 GTFS 与运行单位。
Q5. 能否向 OTA 购宿客自动发放限定周游通票？
方式多样，并非各地均有相同模板。代表例含 PMS 联动住客券、地域 OTA 预订 ID 联动、施策专用站点代码发放等，购后联动可否取决于所选基盘。不支持时可从施策专用侧设计起步，将拆分预订结算与购后券面·精算 的型在报价表中 并列。
相关服务
SmartPlate Ticket
对于拆分 预订 与 使用 的 待评估 模式，或落在 施策专用站点 行的 MaaS 观光 票务，若希望从 Web 购买到施策专用票务站点一体运营，SmartPlate Ticket 是可选方案之一。购后列表、领取条件、多社 精算 概览见 SmartPlate Ticket 服务站点与服务资料（免费）。住宿 OTA 购后权益发放联动为 视需求与联动方式可商谈，不可断定为全地域标准功能。与既有 地域 OTA、MaaS 的分工，写在询价文中作为拆分预订结算与购后券面·精算 的 待评估 模式较易整理。
