検討は次の順がおすすめです（利用確認と精算の取り決めは、どの型でも別途必要です）。
- 周遊券の商品類型を決める
- デジタル化の4つの型を表で照合する
- 購入済み画面（券面・有効化・一覧表示）と、複数事業者精算の列を見積表・要件表に書き出く
- 公開事例・判断チェックリストで2〜3型に絞り、見積依頼に進む
以下、この順で説明します。
周遊券の種類｜フリーパス・セット・企画券
周遊券は、来訪者向けの見せ方は「1枚」でも、裏側では交通・施設・クーポンが別商品として1商品として扱われています。見積前に、次の 4類型（商品の中身） のどれに近いかを固定すると、販売チャネルとウォレット設計がずれにくいです。4類型と、後述の 4つの型（提供の型） は表の行も見出しも分けてあり、前者は商品の中身、後者はどのチャネル・基盤で提供するかの整理です。
表は横にスクロールできます
| 類型 | 内容 | 公開上の例 |
|---|---|---|
| 交通フリーパス | 鉄道・バス・フェリー等の乗り放題または定回数 | 南予デジタルフリーパス、八重山フリーパス |
| 交通＋施設セット | 乗車券に施設入場・体験を同梱 | 仙台MaaSの交通＋入館券、旅する北信濃 |
| 施設・エリア周遊（交通なし中心） | 複数施設を1QRまたは選択型で回る | おかやまハレたび、お台場周遊チケット |
| 条件付き配布型 | 空港・来訪者限定など取得条件付き | インバウンド向けクーポン・実証配布 |
デジタル化の論点は、類型ごとに「誰が販売主体か」「現場で何を見せればよいか（改札・乗務員・施設）」「精算レポートの粒度」が変わる点です。広域では加えて、参加事業者の運賃箱・IC・車載端末を一斉に差し替える必要があるかも、方式選定の調整コストに直結します。
デジタル化の方式の整理｜周遊券で並ぶ4つの型
周遊券のデジタル化の見積で比較する対象は、公開されている周遊・観光MaaSの事例を整理すると、だいたい次の 4つの型（提供の型） に分かれます。表では 購入が既存MaaSの導線に載るか、施策特設のWebか と、販売窓口・精算がどこにあるかを並べます。イベント1催しの前売り専用SaaSや、店舗決済中心の振興券だけを主役にする型は、周遊一体設計の主比較軸外です。
表は横にスクロールできます
| 型 | 公開上の例 | 向きやすい周遊要件 | 事業者の運賃・改札システム | 分担・境界 |
|---|---|---|---|---|
| 観光型MaaS（Web／アプリ） | 仙台MaaS、旅する北信濃、えひめ南予、くるくるなると | 交通＋施設・店舗を同一導線で購入。協議会・事業者参加 | 見せ券中心なら改札更改を後回しにしやすい。 端末読取・位置情報運賃を正にすると連携が厚い | MaaS協議会が販売窓口。参加事業者は路線・施設ごとの参加 |
| 県・DMO特設のデジタル周遊券 | 伊勢まるごときっぷ、おかやまハレたびパスポート | 施策ブランド・特設URL。 施設周遊、タクシー＋クーポン等 | 鉄道改札一体ではなく、施策サイト＋アプリ／QR提示が中心になりやすい | 交通を後から同梱する場合は券種設計と利用確認を追加 |
| 鉄道発デジタル企画券・QR周遊 | 近鉄デジタル周遊券、JR西 WEST QR 等 | 来訪者向け鉄道芯の周遊。 バス・施設はセット商品として同梱 | 鉄道の改札・QR基盤に置かれる。 広域バスは別事業者との調整になりやすい | 販売・返金窓口が事業者側。DMO前面の一体ウォレットとは別レイヤー |
| 広域一体の周遊チケットサイト | 和歌山 KiiPass 等（一体設計の参考） | 複数券種ウォレット・条件配布・多社精算・多言語が一体の前提 | 施策側が売上窓口を持ち、各社の本線更改を前提にしにくい設計 | 取得条件付き配布・独自精算が主題のときは他型から要件を分けて整理する。 単券種・鉄道Webだけなら上記3型と設計コストを同列比較 |
表は同列に特徴を並べています。どれが正解かではなく、販売主体・ウォレット・精算に加え、どの事業者の既存システムをどこまで変更するかを表に書いたうえで、2〜3型に絞り機能一覧を照合する流れが一般的です。
- 販売主体 — 売上・返金・問合せ窓口（市・DMO、MaaS協議会、鉄道Web）
- 利用確認 — 改札QR、乗務員・スタッフへの画面提示、施設ゲート、NFCタッチ
- 既存システムへの接続 — 全社運賃収受の統一を開始条件にするか、見せ券・QR別レイヤーから始めるか
施設入場だけを全国販路で売る流通型は周遊パス本体とは別レイヤーです。宿泊・体験の予約と、購入後の周遊券の表示は分離することが多いです。
チケットウォレット｜券面・有効化・一覧表示
周遊券のデジタル化では、来訪者に「持っている券の一覧」をどこで見せるかが、問合せ量と当日オペレーションに直結します。
表は横にスクロールできます
| 論点 | 決める内容 | ずれると起きやすいこと |
|---|---|---|
| 券面の正本 | 1商品に内包する券の種類と枚数と表示名 | 現地で「どの画面を見せるか」案内が分裂 |
| 有効化 | 購入即時利用か、日付指定・利用開始ボタンか | 鉄道QR周遊券と施設QRの混在時の説明不足 |
| オフライン | 通信障害時の表示・紙引換 | 離島・山間ルートでのトラブル |
| 多言語 | 券面・FAQ・案内の言語セット | インバウンド向け周遊で窓口集中 |
仙台MaaSはWeb上で購入・一覧管理し、利用時は画面提示が中心です。伊勢まるごときっぷは特設サイト案内のうえ、アプリ購入・タクシー乗降でスマホかざし等、モードごとに確認方法が異なります。おかやまハレたびはメールQR1枚で複数施設を回る、施設周遊型のウォレットに近いです。
複数事業者の精算｜締め日・精算レポート・監査
周遊券1商品の売上を、鉄道・バス・フェリー・施設に分配するルールは、デジタル化の前に見積・書面で書いておくと後戻りが減ります。
| 論点 | 確認すること |
|---|---|
| 精算粒度 | 事業者別・路線別・締め日単位の精算レポート（出力形式は案件依存） |
| 未使用・休航 | 天候休航、運休時の振替・返金 |
| 手数料負担 | 決済手数料、MaaS利用料を誰が負担するか |
| 補助金・実証報告 | ログ項目（利用日時・事業者コード等） |
広域周遊パスでは、乗降・入場ログから分配する式を事業者合意とセットで固定します。精算ルールの合意は、全社の運賃システム統一とは別工程です。八重山観光MaaSのように、モバイル乗車券と決済端末データを連携して分配の精度を上げる取り組みも、公開資料で言及があります。
導入事例｜公開されている周遊の型
類型と方式表だけでは現場イメージが湧きにくいため、型ごとに、公式情報で確認できる公開例を短く並べます（数値は各公式の掲載に従い、ここでは設計の型に絞ります）。
仙台MaaS（宮城県・仙台市） — 市が推進する観光型MaaS。Webで交通（バス・地下鉄・タクシー等）と施設・飲食・入浴等のデジタルチケットを購入し、改札・運転手・スタッフに画面提示する運用が中心。アプリのダウンロードは不要と案内されています。交通＋施設セットの都市周遊の参照例です。
旅する北信濃（長野県） — 交通・観光・店舗クーポンを同一MaaS（Tabi-CONNECT）上で購入。施設は事前購入チケット提示、交通は乗車券提示。二次交通を含む広域周遊のデジ田公開事例です。
伊勢まるごときっぷ（三重県） — 特設サイトでデジタルきっぷを案内。Horaiアプリ購入、タクシー乗放題＋クーポン等。DMO・県前面の特設周遊の例。近鉄のWeb企画セット券とは、販売主体と利用確認が異なります。
おかやまハレたびパスポート（岡山県） — 対象施設から5施設を選び、1つのQRで回るデジタル周遊券。交通セットはない施設周遊型の例。のちにバスセットを同梱するときのウォレット設計の参照になります。
参考｜広域一体設計の運用例
市場事例とは別に、複数券種ウォレット・条件付き配布・多社精算を一体設計した公開事例として、紀伊半島の広域パス（KiiPass）があります。見積の要件照合用の参考です（地域知名度は案件ごとに異なります）。
SmartPlate Ticket · 導入事例広域周遊パス 導入事例｜和歌山県 KiiPassWeb購入から交通・施設・特典を同一ウォレット。広域連携の精算を一括管理する周遊パス型。
既存MaaS・特設周遊サイトで進めやすいケース
新規の広域一体サイトを作らずに周遊券のデジタル化を進めやすいのは、次のような条件です。すでに観光型MaaSが稼働している、県がデジタル周遊券の特設サイトを運用している、鉄道会社のデジタル企画券にバス・施設を同梱できる — いずれも、券種数・利用確認・精算が既存サービスの設計範囲に近いことが共通です。
広域MaaS・都市MaaS — 仙台MaaS、旅する北信濃、KANSAI MaaS、神戸市の神戸観光MaaS協議会デジタル企画券のように、来訪者が利用するWeb／アプリ上でデジタル乗車券・周遊チケットを購入する型です。事業者参加と路線・施設登録が進んだエリアでは、交通中心の1日券・フリーパスを追加しやすいです。「各社の運賃収受更改を後回しにしたい」要件が強い場合は、端末読取や位置情報運賃を正にする設計と齟齬が出やすく、特設周遊サイト型・広域一体サイト型と同列に照合するケースがあります。
県・DMO特設サイト — 伊勢まるごと、おかやまハレたびのように、施策名とURLが一体のデジタル周遊券。交通を含まない施設周遊から始め、のちにバスセットを同梱する案件にも該当します。静岡県のしず旅きっぷは、県内交通セットをチケットポータル上の商品として販売する例として、同型の要件例になります。商品券・振興券向けチケットポータルと混同しやすい点は、4型表の 電子商品券 行と 周遊 行で購入画面の所在を分けて照合します。
鉄道Web・QR企画券 — 近鉄・JR西など、来訪者向けにデジタル周遊券が公開されている場合、交通芯は鉄道側の販売・改札基盤に置かれます。DMOが前面に出る広域パスとは、窓口・返金・精算の持ち方が異なるため、方式表の第3型として分けて整理します。
単一路線の乗車券だけ、1催しのイベント前売りだけが主目的のときは、4型表の 交通・MaaS向け乗車券 行または イベント向けチケット販売 行を正とし、広域周遊一体の論点は後段に回す整理が近いです。
専用周遊サイトを見積比較に含める目安
次のうち 2項目以上 に該当する場合、施策専用の周遊チケットサイトも見積の比較表で同列に並べます。仙台MaaSや県特設サイトで運用している例もあるため、すべてが専用サイト必須という意味ではありません。
- 複数券種の一体ウォレット（交通・施設・クーポン・配布券）
- 取得条件・独自ルール（空港限定、来訪者属性、スタンプ配布等）
- 複数事業者への独自精算（事業者別の精算レポート・締め日・監査ログ）
- 施策名と同一ドメインでの多言語公開＋券面一体
- 広域で1社の運賃・改札基盤に全参加事業者を合わせられない（施策側が売上窓口を持つ設計）
画面提示から始め、のちに車載端末連携を段階追加する進め方は、バス単体の見せ券型と同型の段階導入として整理できます。上記 参考 の運用例は、この目安に該当しやすい要件例として読めます。
導入ステップ｜選定チェックリスト
周遊券のデジタル化は、次の5段階で進めると、販売窓口・利用確認・精算について関係者の認識が揃いやすいです。
- 1. 類型と販売主体の確定 — フリーパスか施設周遊か、売上窓口をどこに置くか
- 2. 4つの型との照合 — 仙台型・伊勢型・鉄道QR型等、2〜3型に絞り機能一覧を照合
- 3. ウォレット・利用確認の設計 — 改札QR、画面提示、施設ゲート（全社端末統一を前提にするか）
- 4. 精算ルールの合意 — レポート項目（売上・利用件数等）、締め日、未使用券
- 5. 試験販売と併用終了条件 — 紙・窓口併用期間、問合せ一本化
鉄道企画券のWeb販売・多言語は、提供の型表の「鉄道発デジタル企画券・QR周遊」行と並べて整理します。
まとめ
- 自地域の周遊券類型と販売主体を1枚に書く
- 提供の4型の表に、購入画面・販売窓口・既存システム変更の列を埋める
- 来訪者の購入済み画面・有効化・多言語と、事業者別精算の締め日・レポート列を合意する
- 判断チェックリストで型を絞り、見積依頼と次の協議会・DMO打合せの資料にする
機能・導入イメージの詳細は、サービスサイトで確認できます。
よくある質問
Q1. 周遊券のデジタル化は、MaaSから始めてよいですか？
仙台MaaSのように、すでに協議会と券種基盤があるエリアでは、交通＋施設の追加は有力な選択肢です。施設のみのおかやまハレたび型から始める自治体もあります。取得条件・多社精算・専用ドメインが増えた段階で、方式表を再照合し、広域一体サイトを他型と同列に見積します。
Q2. 伊勢まるごときっぷと仙台MaaSの違いは？
伊勢まるごとは県・DMO特設のデジタルきっぷ（アプリ購入・特設URL）中心。仙台MaaSは都市観光型MaaSで、Web上の交通＋施設チケット一覧が基盤です。交通の比重と、利用確認（画面提示 vs タクシーかざし等）が異なります。
Q3. 鉄道のデジタル周遊券（近鉄・JR西QR）と、自治体の周遊パスは同じ設計ですか？
異なります。鉄道QR型は改札・利用開始が鉄道インフラに載り、来訪者向けSEOも強いです。DMO主導の広域パスは、方式表の第1・2・4型で、窓口・精算・ウォレットをどこに置くかを先に決めます。
Q4. バス路線だけ先にデジタル化した場合、周遊券は後から追加できますか？
可能ですが、路線・運行日マスタと券種の正本を揃えてから周遊商品化した方が安全です。バス単体の方式を先に揃えておくと、接続の議論が短くなります。
Q5. 事業者の運賃箱や改札を触らずに周遊券だけ始められますか？
全社の運賃収受を一斉に差し替えなくても、見せ券中心のMaaS、施設QR型のデジタル周遊券、売上窓口を一体サイト側に置く型などでは立ち上げやすいケースがあります。ただし利用確認と精算・分配の取り決めは残ります。改札QRを正にする鉄道型・端末読取を正にするMaaS型とは、調整の厚みが異なります。
あわせて読む
- 自治体のチケット販売デジタル化｜プラットフォーム型と専用サイトの選び方 — 施策全体の4カテゴリ
- 交通＋施設セット券のデジタル化｜一体運用の型（近日公開） — セット券の型整理
- 企画乗車券のWeb販売｜鉄道周遊の要件（近日公開） — 鉄道企画券・多言語
- MaaSと観光チケットの設計｜予約と利用基盤（近日公開） — 予約と利用の分離
- イベントチケット販売システムの比較｜自治体・文化施設向け — 催し単体販売との境界
- 複数事業者チケットの精算設計｜精算レポートと締め日（近日公開） — 複数事業者精算
関連サービス
SmartPlate Ticket
専用周遊サイトの判断チェックリストに複数項目が該当するとき、Web購入から施策専用チケットサイトで一体運用したい周遊券向けの選択肢のひとつが SmartPlate Ticket です。上記 参考 の運用例と同系統の機能概要は、SmartPlate Ticket サービスサイトとサービス資料（無料）で確認できます。
