本文整理报价前需要对齐的决策点：交通与设施以何种销售与交付模式打包、各运营方核心系统需改动到什么程度、销售与精算窗口放在哪里、访客在何处查看票种票面与列表（钱包）。并依次说明商品四类、交付四型、多运营方精算、已公开的周游券案例、现有 MaaS 或特设周游站点较易推进的条件，以及在招标对比中同等纳入项目专用站点的标准（各型均需单独的利用确认与精算合同）。单线路巴士乘车券方式见 巴士数字乘车券导入指南｜方式比较与运营；公共商品券门户一般论见 公共机构票务销售数字化｜平台型与专用站点。
建议顺序：1. 周游券商品类 → 2. 四种交付型对照 → 3. 购后界面与激活 → 4. 多运营方精算 → 5. 对照公开事例后缩至2–3型报价。下文按此顺序。
周游券类型｜通票、套票与企划票
对访客而言周游券常呈现为「一张票」，背后往往是交通、设施与优惠券等独立商品的组合。报价前先固定最接近的四类（商品内容），可减少销售渠道与钱包设计偏移。四类与后文四种交付型在表行与标题上分开：前者描述商品内容，后者描述渠道与平台。
表格可横向滚动
| 类型 | 内容 | 公开示例 |
|---|---|---|
| 交通通票 | 铁路、巴士、渡轮等无限次或固定次数 | 南予数字通票、八重山通票 |
| 交通+设施套票 | 乘车券附带设施入场或体验 | Sendai MaaS 交通+入场、Tabi-Shinshu |
| 设施与区域通票（交通权重低） | 多设施一码 QR 或自选组合 | Okayama Haretabi、台场区域票 |
| 条件发放型 | 限机场、限访客等领取条件 | 入境优惠券、试点发放 |
各类型的数字化要点不同：销售主体、现场展示（检票口、乘务、设施）以及精算报表粒度各异。广域周游还需评估是否必须一次性更换所有参与方的运资箱、IC 与车载设备，这直接影响方式选型协调成本。
数字化方式｜周游券四种交付型
周游券数字化报价中，对照已公开的周游与观光 MaaS 案例，通常可归纳为四种交付型。以单场预售 SaaS 或仅门店支付振兴券为主轴的类型，不在一体周游设计的主比较轴内（活动票务销售系统比较 · 公共机构票务销售数字化）。
表格可横向滚动
| 型 | 公开示例 | 较匹配的周游需求 | 运营方运资与检票系统 | 分工与边界 |
|---|---|---|---|---|
| 观光型 MaaS（Web/应用） | Sendai MaaS、Tabi-Shinshu、爱媛南予、Kurukuru Naruto | 同一流程购买交通+设施/店铺；协议会与运营方参与 | 以屏幕展示为主可延后改闸机。 终端读取与位置运资需更深集成 | MaaS 协议会作销售窗口；按线路与设施签约 |
| 县/DMO 特设数字周游券 | Ise Marugoto ticket、Okayama Haretabi Passport | 项目品牌与专用 URL。 设施环线、出租车+优惠券等 | 多以项目站点+应用/QR 展示为主，非一体铁路闸机 | 后补交通需增加票种设计与利用确认 |
| 铁路发行数字套票与 QR 周游 | 近铁数字周游券、JR 西 WEST QR 等 | 以铁路为核心的访客周游。 巴士与设施作为套装商品 | 依托铁路闸机与 QR 基盘。 广域巴士常另签合同 | 销售与退款在运营方侧；与 DMO 前台一体钱包不同层 |
| 广域一体周游票务站点 | 和歌山 KiiPass 等（一体设计参考） | 多票种钱包、条件发放、多方精算、多语言一体前提 | 项目方持销售窗口；难假设各社同步改核心系统 | 条件发放与定制精算为核心时，与其他型分拆需求。 仅单票种或铁路 Web 时，与上三型同等比较设计成本 |
表内特性为同等并列，而非「唯一正解」。记录销售窗口、钱包、精算以及各运营方现有系统改动幅度后，缩至两到三型并对照功能清单，是常见流程。
- 销售主体 — 销售、退款、咨询（市、DMO、MaaS 协议会、铁路 Web）
- 利用确认 — 闸机 QR、向乘务/工作人员展示屏幕、设施闸机、NFC 触碰
- 与现有系统连接 — 以统一运资收受为启动条件，或从屏幕展示/独立 QR 层起步
仅在全国渠道销售设施入场属于与通票本体不同的层。住宿与体验预订与购后周游钱包常分离；MaaS 与观光票务设计｜预订与使用平台（即将公开）将讨论该点。
票务钱包｜票面、激活与列表
周游券数字化中，访客在何处查看「我的票」直接影响咨询量与当日运营。
表格可横向滚动
| 议题 | 需决定 | 不一致时 |
|---|---|---|
| 票面正本 | 每商品子票数量与显示名 | 现场「展示哪一屏」指引分裂 |
| 激活 | 即买即用、指定日期或开始按钮 | 铁路 QR 与设施 QR 混用时说明不足 |
| 离线 | 断网时的展示与纸质兑换 | 离岛与山区线路问题 |
| 多语言 | 票面、FAQ、指引语言 | 入境向周游券咨询集中 |
Sendai MaaS 在 Web 购买与列表，使用时以屏幕展示为主。Ise Marugoto ticket 为专用站点+应用购买、出租车触碰等，模式间确认方式不同。Okayama Haretabi 接近设施环线钱包：一封邮件 QR 游多设施。
多运营方精算｜截止日、报表与审计
将一笔周游券销售拆分至铁路、巴士、渡轮与设施的规则，宜在数字化前写入合同，减少返工。
| 议题 | 需确认 |
|---|---|
| 精算粒度 | 按运营方、线路与截止日；报表格式因项目而异 |
| 未使用与停航 | 天气停航、改签、退款 |
| 手续费负担 | 支付手续费与 MaaS 使用费由谁承担 |
| 补贴与试点报告 | 日志字段（利用 datetime、运营方代码等） |
广域周游通票需与运营方共识一并固定「从乘降与入场日志分配」的方式。精算规则共识与统一各社运资系统为不同工程。公开资料亦提及八重山观光 MaaS 等通过移动乘车券与支付终端数据联动提高分配精度。详见：多运营方票务精算设计｜报表与截止日（即将公开）。
导入案例｜已公开的周游型
仅靠类型与方式表难以形成现场印象，以下按型简述可核对的公开例（数值依各官方发布，此处聚焦设计类型）。
Sendai MaaS（宫城县·仙台市） — 市主导的观光型 MaaS。访客在 Web 购买交通（巴士、地铁、出租车等）与设施、餐饮、入浴等数字票；以向闸机、司机与工作人员展示屏幕为主。官方指引无需下载应用。交通+设施套票的城市周游参考。
Tabi-Shinshu（长野县） — 在同一 MaaS（Tabi-CONNECT）购买交通、周游与店铺优惠券。设施展示预付票，交通展示乘车券。含二次交通的广域周游数字乡村公开案例。
Ise Marugoto ticket（三重县） — 专用站点介绍数字通票；Horai 应用购买；出租车无限+优惠券等。县/DMO 前台特设周游示例。与近铁 Web 套装在销售主体与利用确认上不同。
Okayama Haretabi Passport（冈山县） — 从列表选五处设施，一码 QR 环线。数字周游券且无交通，属设施环线例。后续同钱包加巴士套票时可作参考。
参考｜广域一体运营
与市场案例不同，已将多票种钱包、条件发放与多方精算一体设计的公开例包括纪伊半岛广域通票与高松机场发放型优惠券。供报价需求对照（地域认知因项目而异）。
SmartPlate Ticket · 案例广域周游通票案例｜和歌山 KiiPassWeb 购至交通、设施与权益同一钱包。集中广域精算的周游券型。
现有 MaaS 或特设周游站点较易推进的情形
在不新建广域一体站点时，下列条件下周游券数字化较易推进：观光型 MaaS 已运行、县方运营数字周游专用站、铁路数字套票可捆绑巴士与设施 — 共同点是票种数、利用确认与精算接近既有服务设计。
广域与都市 MaaS — Sendai MaaS、Tabi-Shinshu、KANSAI MaaS、神户 Kobe Tourism MaaS Council 数字套票：访客在 Web/应用购买数字乘车与周游票。运营方加入与线路/设施登记进展的地区，较易追加交通中心的一日票与通票。若「延后各社运资收受改造」需求强，终端读取与位置运资易冲突 — 需与特设周游站、广域一体站同等对照。
县/DMO 特设站 — Ise Marugoto、Okayama Haretabi：项目名与 URL 一体的数字周游券。亦适用于先设施环线后加巴士套票。静冈 Shizutetsu trip ticket 在县内交通套装作票务门户商品销售，为同型参考（公共机构票务销售数字化）。
铁路 Web 与 QR 套票 — 近铁、JR 西等发布访客数字周游券时，交通核心在铁路销售与闸机。与 DMO 前台广域通票在窗口、退款、精算上不同，按方式表第 3 型分离。
若仅为单线路乘车券或单场预售，请先对照 巴士数字乘车券导入指南或 活动票务销售系统比较。
何时在招标对比中同等纳入专用周游站点
若下列两项及以上适用，请在对比表同等列入项目专用周游票务站点。Sendai MaaS 与县特设站表明并非所有案件都必须专用站。
- 多票种一体钱包（交通、设施、优惠券、发放票）
- 领取条件与定制规则（限机场、访客属性、集章发放等）
- 定制多方精算（分运营方报表、截止日、审计日志）
- 项目域名多语言与统一票面
- 广域内无法让所有参与方适配单一运资/闸机基盘（项目方持销售窗口）
从屏幕展示起步、分阶段增加车载设备，可与 巴士数字乘车券导入指南中的分阶段导入衔接。上文参考运营可视为符合该门槛的需求示例。
导入步骤｜选型清单
按五阶段推进周游券数字化，较易在销售窗口、利用确认与精算上对齐相关方。
- 1. 确定类型与销售主体 — 通票或设施环线；销售窗口位置
- 2. 对照四种交付型 — Sendai 型、Ise 型、铁路 QR 等；缩至两到三型并对照功能
- 3. 钱包与利用确认设计 — 闸机 QR、屏幕展示、设施闸机（是否假设全社统一终端）
- 4. 共识精算规则 — 报表字段（销售、利用件数等）、截止日、未使用票
- 5. 试点与并行结束条件 — 纸质/窗口并行期；咨询渠道统一
铁路企划票 Web 销售与多语言：企划乘车券 Web 销售｜铁路周游需求（即将公开）。
功能与导入示例详见服务网站。
常见问题
Q1. 周游券数字化能否从 MaaS 起步？
若已有协议会与票种基础（如 Sendai MaaS），追加交通+设施是有力选项。亦有自治体从仅设施的 Okayama Haretabi 型起步。当领取条件、多方精算与专用域名增加时，请重对照方式表，并在招标中同等纳入广域一体站点。
Q2. Ise Marugoto 与 Sendai MaaS 有何不同？
Ise Marugoto 为县/DMO 特设数字通票（应用购买、专用 URL）。Sendai MaaS 为都市观光 MaaS，以 Web 交通+设施列表为基盘。交通权重与利用确认（屏幕 vs 出租车触碰等）不同。
Q3. 铁路数字周游券（近铁、JR 西 QR）与自治体广域通票设计相同吗？
不同。铁路 QR 型将闸机与开始使用置于铁路基础设施，访客 SEO 亦强。DMO 主导的广域通票属方式表第 1、2、4 型，需先决定窗口、精算与钱包。
Q4. 若先数字化巴士线路，能否后加周游券？
可以，但宜在线路、运行日主数据与票种正本对齐后再周游商品化。请先在 巴士数字乘车券导入指南对齐单线路模型，以缩短对接讨论。
Q5. 能否在不改运资箱或闸机的情况下启动周游券？
在不一次性替换各社运资收受的前提下，以屏幕为主的 MaaS、设施 QR 型数字周游券、或销售窗口置于一体站点的方式较易启动。利用确认与精算/分配合同仍不可缺。以闸机 QR 为主的铁路型与以终端读取为主的 MaaS 型，协调深度不同。
总结
1. 本地周游类与销售主体一页。2. 四型表填购买界面·窗口·系统变更。3. 固定访客界面·激活·多语言。4. 事业者精算与报表列合意。5. 按选定目录取报价并准备DMO会议资料。
延伸阅读
- 公共机构票务销售数字化｜平台型与专用站点 — 项目整体四类
- 交通+设施套票数字化｜一体交付型（即将公开） — 套票类型
- 企划乘车券 Web 销售｜铁路周游需求（即将公开） — 铁路套票与多语言
- MaaS 与观光票务设计｜预订与使用平台（即将公开） — 预订与使用分离
- 活动票务销售系统比较｜公共机构与文化设施 — 与单场销售的边界
- 多运营方票务精算设计｜报表与截止日（即将公开） — 多方精算
- SmartPlate Ticket 服务站点 — 周游与一体运营功能概览
- SmartPlate Ticket 服务资料（免费） — 需求整理用
相关服务
SmartPlate Ticket
当专用周游站点招标门槛多项适用时，若希望从 Web 购买至项目专用票务站点一体运营周游券，SmartPlate Ticket是选项之一。与上文参考同系功能概览见 SmartPlate Ticket 服务站点与 服务资料（免费）。
