PMSの制約で63%が導入断念:観光庁の新標準252項目で連携を測る

ホテル事業のDX化
この記事は約11分で読めます。

結論

2026年3月30日、観光庁が宿泊業初の業界横断的なデータ連携標準「標準データセット定義書 v1.0」を公表しました。6カテゴリ252項目を定義し、全項目に国内外6仕様との対応関係を明記した資料です。編集部がこの定義書(Excel)を集計したところ、252項目のうち86項目(34.1%)は、既存のどの標準仕様にも対応する項目が存在しないことが分かりました。とくに売上会計は45項目中28項目(62%)が既存規格の外にあります。同時公表の提言書では、宿泊施設の63%が「PMSの制約で導入したいシステムを断念した経験がある」と回答しています。DX担当が次にすべきは乗り換えではなく、自館の要件を252項目に写像し「どこが標準の外なのか」を先に特定することです。

はじめに

PMS(宿泊管理システム)※注1と他システムの連携見積もりが想定の数倍で返ってくる。セルフチェックイン機を入れたいのに「今のPMSでは対応できない」と言われる。海外OTA※注2に子供料金が正しく出ない。こうした出来事は担当者の交渉力やベンダーの怠慢として語られがちです。しかし観光庁の調査資料を読むと、これらは日本の宿泊業のデータ構造そのものに起因する構造問題だと分かります。

本記事は、公表された4点の資料のうち定義書のExcelと提言書を直接読み込んで解析したものです。報道では触れられていない「どのカテゴリのどの項目が国際標準の外にあるのか」まで踏み込みます。

編集部員
編集部員
国が標準を作ったと聞いても、正直「また使われないガイドラインが増えただけでは」と思ってしまいます。
編集長
編集長
その懸念は当然です。ただ今回は性格が違います。252項目それぞれに「国際規格のどれに対応するか」を1マスずつ埋めた対照表なので、自館の連携が難しい理由を項目単位で説明できる道具になります。

「標準データセット v1.0」とは何か

正式名称は「デジタルツールのデータ連携における標準化に関する調査業務 標準データセット定義書」。策定主体は全国旅館ホテル生活衛生同業組合連合会で、観光庁の調査事業として2026年3月16日にv1.0が作成され、同年3月30日に観光庁のサイトで公表されました。定義書のほか、利用の手引き、国内外主要仕様の比較表、提言書の計4点が無償で公開されています。

策定にあたり、PMSベンダー5社、サイトコントローラー※注3事業者2社、国際標準化団体(AHLA/OpenTravel Alliance)へのヒアリングと、宿泊施設24施設・PMSベンダー5社へのアンケートが実施されました。比較対象はOpenTravel Alliance 1.0/2.0、TravelXML、GIF、HTNG Express、HTNG Kioskの6仕様です。

成果物内容
データ項目6カテゴリ252項目(個人情報31・客室情報27・予約情報110・売上会計45・施設設備31・宿泊情報8)
コードリストOTA準拠21種、独自定義14種、ISO等の国際規格6種の計41種
国際標準マッピング全252項目について6仕様との対応関係を明示
日本独自対応和洋区分、入湯税、食事提供場所など商習慣に必要な項目を定義

252項目のうち86項目は、どの既存規格にも存在しない

ここからが本記事の独自集計です。定義書のExcelには各項目にGIF/HTNG Express/HTNG Kiosk・OTA 1.0/OTA 2.0/TravelXMLの5列があり、対応する項目名が書き込まれています。この5列がすべて空欄の項目、つまり既存のどの標準仕様にも対応物がない項目は86項目、全体の34.1%に達しました。

カテゴリ項目数うち必須既存規格に対応なし比率
個人情報31513%
客室情報2761348%
予約情報110392624%
売上会計45222862%
施設・設備3121135%
宿泊情報83788%
合計252778634.1%

既存仕様ごとのカバー率も、最大のHTNG Kiosk・OTA 1.0で120項目(48%)、TravelXMLで117項目(46%)、OTA 2.0は19項目(8%)にとどまります。単一の既存規格で日本の宿泊業務を表現しきることは構造的に不可能です。

「対応なし」の中身は、ほぼ日本の税と会計

売上会計で対応先がなかった28項目を見ると、その正体がはっきりします。入湯税区分・入湯税額・宿泊税区分・宿泊税額・サービス料区分・サービス料率・消費税区分(軽減税率込を含む)・仕訳区分・貸借区分・科目IDといった項目が並び、いずれも「必須」指定です。加えて子供人数がA・B・C・Dの4区分+その他で持たれています。

現場の負荷は宿泊税と入湯税のダブル徴収を自動化するSOPで扱いましたが、そもそも国際規格側にこれらを収める箱がない。だから会計連携は毎回カスタム開発になり、見積もりが膨らみます。客室情報でも「畳数」「部屋名称(日本語/英語)」が対応なしに含まれ、旅館の商品構造がそのまま規格の外に出ています。

数字が示す「連携が進まない」実態

提言書の調査結果は、DX担当の実感を裏づけるものです。

  • 宿泊施設の63%(15/24施設)が「PMSの制約により導入したいシステムの導入を断念した経験がある」
  • 83%(20/24施設)がAPI接続方式の標準化を期待、71%(17/24施設)が連携費用の低減を期待
  • PMSベンダーでOpenTravel AllianceおよびHTNGに対応しているのは0社(0/5社)
  • 調査対象施設の100%がBooking.comと連携、83%がagoda、79%がExpediaと連携

サイトコントローラー事業者へのヒアリングでは、50社から100社のPMSと接続するために4つの異なるインターフェースを使い分けている実態や、「接続の順番待ちが溜まっている」という声が記録されています。海外OTAには100%つながっている一方、国際標準に対応したPMSベンダーはゼロ。この非対称が連携コストの正体です。

海外OTA連携の本丸は「子供料金」と「1人あたり料金」

提言書が最初の政策課題に挙げたのが、料金体系の国際的な非互換です。

差異日本の商習慣国際標準
子供料金体系サービス内容ベースのABCD区分(A=子供70%、B=子供50%等)年齢ベースの区分(Adult 18+、Child 12-17等)
料金計算方式Personal Rate(人数単位)が主流Room Charge(部屋単位)が主流

調査では宿泊施設の83%が「1人あたり」を基本の料金設定単位としており、国際標準化団体からは「海外では1名料金の運用は少なく、日本特有の商習慣」との認識が示されました。さらにPMSベンダーの60%(3/5社)は子供料金の設定機能を持っていません。サイトコントローラー側には「海外は年齢で考える、旅館は布団や食事で考える。マッチングが難しい」との証言があります。

提言書はこの点を、単純な変換では対応できずデータ構造レベルで互換性がないと明言しています。ABCD区分は「1泊2食付き」から派生した商習慣で、分類の軸そのものが年齢ベースと異なるためです。海外OTA比率を上げたい施設が子供連れの予約でトラブルを繰り返す理由はここにあります。

宿泊者名簿は自治体条例でバラバラという前提

もう一つ、システム側の努力では解けない論点が宿泊者名簿です。旅館業法第6条が氏名・住所・連絡先を、施行規則が国内に住所を有しない外国人の国籍・旅券番号を定め、その上に各自治体の条例が「知事が必要と認める事項」を積む三層構造になっています。

自治体条例による追加項目の例
東京都(新宿区の宿泊施設の例)性別、年齢、前泊地、行先地、到着日時、出発日時、室名
川崎市到着年月日、出発年月日(前泊地・行先地を規定しない)
大阪市・京都府それぞれ独自の追加項目を規定

提言書はこれを「同一のPMSであっても施設の所在自治体によって必要なデータ項目が異なるため、全国統一のデータ標準化が構造的に困難」と整理しています。加えて2023年12月の旅館業法改正(職業の削除・連絡先の追加)に伴う条例改正の時期が自治体ごとに揃わず改正前後の規定が混在していること、パスポート画像の保存形式・保存期間・セキュリティ要件について全国統一の指針が未整備であることも課題に挙げられました。多店舗展開の事業者が「同じPMSなのに拠点ごとに設定が違う」状態から抜け出せない一因は、条例にあります。

DX担当が今週できる5つの確認

v1.0に法的な強制力はありません。しかし無償公開された252項目の対照表は、ベンダーとの共通言語として今日から使えます。

  1. 現行PMSのエクスポート項目を252項目に写像する。定義書のExcelで自館が出力できる項目に印を付ける。埋まらない行がそのまま連携の弱点です
  2. 必須77項目を優先する。必須指定は予約情報39・売上会計22に集中しているため、この2カテゴリから着手します
  3. 会計連携の税区分を点検する。入湯税区分、宿泊税区分(軽減税率込を含む)、サービス料区分、仕訳区分を持てているか。持てていなければ税率改定のたびに手作業が発生します
  4. 海外OTA比率が高いなら子供料金の変換ルールを文書化する。ABCD区分を年齢ベースにどう写しているのかは、多くの施設で属人化しています
  5. 次回のRFPに「標準データセット v1.0への対応方針」を1項目加える。対応済みを要求するのではなく方針を聞く。回答の質で技術姿勢が測れます

この棚卸しはデータ連携で現場負担を減らす取り組みの下地にもなります。

2026年度から何が動くか

提言書はロードマップ案も示しています。短期(2026年度)は料金体系の国際整合性調査、特定地域での実証事業の計画・開始、宿泊者名簿の記載事項の実態調査、施設コード体系の検討。中期(2027〜2028年度)は実証成果の全国展開と、料金体系・宿泊者名簿のガイドライン策定。長期(2029年度以降)に業界標準としての定着、という段取りです。

予算の追い風もあります。2026年8月28日公表の観光庁令和9年度予算概算要求は総額1,899億7,600万円と過去最大規模で、国際観光旅客税財源が1,800億円(前年度の1.38倍)。2026年3月27日閣議決定の第5次観光立国推進基本計画にも「観光DX、省力化投資等による生産性向上」が柱として明記されました。ただし旅客税財源の使途は受入環境整備や地域づくりが中心で、宿泊事業者のシステム投資に直接下りる保証はありません。補助金は公募要領を個別に確認する領域です。

標準化が進めば宿泊旅行統計調査の自動集計も視野に入ります。統計の読み方は宿泊統計2026の解説記事で扱っています。

デメリット・リスク

期待だけで動くと失敗します。押さえておくべき注意点は4つです。

  • v1.0に強制力はない。準拠は任意で、ベンダーが対応する義務も期限もありません。「標準ができたから来年には連携が安くなる」前提で予算を組むのは危険です
  • 移行コストはベンダー側の共通懸念。提言書でもPMSベンダー5社が「移行コストの膨大さ」を挙げており、既存顧客の負担を誰が持つかは未整理です
  • 条例差は標準化では解けない。名簿の項目差は法制度側の整理が前提で、ガイドライン策定は2027年度以降の想定です
  • 「標準対応」を乗り換え理由にしない。現時点で対応を謳うPMSはほぼなく、「対応予定」に実体があるとは限りません。判断材料は自館のマッピングで見えた欠落の大きさです
編集部員
編集部員
結局、標準ができても当面は自分たちで何とかするしかない、ということでしょうか。
編集長
編集長
短期的にはそうです。ただ、これまで「うちのPMSは連携が弱い」としか言えなかったものが「売上会計の必須22項目のうち7項目が出力できない」と言えるようになる。交渉の解像度が上がることが最大の実利です。

まとめ

標準データセット v1.0は、日本の宿泊業で初の業界横断的なデータ連携仕様です。編集部の集計では252項目のうち86項目(34.1%)が既存のどの標準仕様にも対応先を持たず、売上会計は62%が規格の外にありました。連携が高くつくのは交渉力の問題ではなく、税・会計・料金体系という日本固有の構造がそのまま国際規格の外にあるからです。

強制力のない標準に過度な期待は禁物ですが、252項目の対照表は自館の弱点を項目単位で言語化する道具として即座に使えます。次の見積もりを依頼する前に、自館のデータがどこまで標準の内側にあるかを測る。それが2026年度のDX担当にとって最も費用対効果の高い1日の使い方です。

よくある質問(FAQ)

Q1. 標準データセット v1.0はどこで入手できますか。

観光庁のトピックス「観光DX推進に向けたデジタルツールのデータ連携における標準化に関する調査結果について」から、定義書(Excel)、利用の手引き、比較表、提言書の4点を無償でダウンロードできます。

Q2. 準拠は義務ですか。

義務ではありません。任意の業界標準で、罰則も期限もありません。2026年度は調査と地域実証の段階です。

Q3. 小規模施設でも読む価値はありますか。

あります。必須77項目、とくに売上会計の必須22項目に絞れば数時間で確認できます。税区分を持てているかは施設規模を問わず効いてきます。

Q4. 既存規格に対応がない項目が多いのは、日本のシステムが遅れているからですか。

遅れではなく商習慣の差です。入湯税や宿泊税、サービス料区分、畳数、1泊2食を前提とした子供料金区分は国際規格が想定していない概念で、合わせるだけでは業務が成立しません。

Q5. 宿泊者名簿の項目が自治体ごとに違うのは、いつ統一されますか。

時期は決まっていません。ロードマップでは2026年度に実態調査、2027〜2028年度に統一ガイドラインの策定が案として示されている段階です。

Q6. パスポート画像の保存ルールはどうすればよいですか。

提言書は保存形式・保存期間・セキュリティ要件の全国統一指針が未整備だと指摘しています。指針が出るまでは、自治体の条例と保健所の指導、自社の個人情報保護方針に沿って運用を明文化しておくのが現実的です。

Q7. PMSの乗り換えは待ったほうがよいですか。

標準対応を待って先延ばしにする必要はありません。対応を完了したPMSは確認されておらず、判断材料は自館の要件と現行システムの欠落項目です。

※注1:PMS(Property Management System)=予約・客室・精算などを一元管理する宿泊管理システム。

※注2:OTA(Online Travel Agent)=インターネット上で宿泊予約を扱う旅行会社。Booking.com、agoda、楽天トラベルなど。

※注3:サイトコントローラー=複数OTAの在庫・料金を一括管理し、PMSとOTAを仲介するシステム。

コメント

タイトルとURLをコピーしました