ホテルPMSとExpediaの連携：独立系ホテル向け実践ガイド

ホテルPMSとExpediaを連携させることで、独立系ホテルはExpedia Partner Centralで毎日の更新作業を繰り返す代わりに、自社のホテル管理システム（PMS）や接続されたチャネルマネージャーからExpediaの在庫と予約を管理できるようになります。

この接続は、販売されるプロダクトが一致している場合にのみ安全に機能します。Expediaの「スタンダードダブル」は、PMS上の意図した部屋タイプと紐づいている必要があります。返金可能、返金不可、パッケージ、または定員に基づく各オファーは、正しい料金プランに接続されなければなりません。技術的に接続が有効であっても、マッピングが誤っていると、間違った客室料金が配信されたり、誤った部屋の在庫が引き落とされたりする原因となります。

本ガイドでは設定と運用に焦点を当てています。Partner Centralへのログイン方法やExpediaのランキングの仕組みについては解説していません。

PMSとExpedia間で同期が必要なデータ

宿泊施設パートナーにとって、Expedia Partner CentralがExpediaのメインインターフェースであることに変わりはありません。ExpediaのConnectivity Hubでは、施設が予約、空室状況、在庫、客室料金、レポート、決済を管理する場所として説明されています。

接続プロバイダーが有効になると、PMSまたはチャネルマネージャーが、サポートされているデータフィールドの運用元となります。通常のフローでは、客室料金と空室状況がExpediaに送信され、新規予約、変更、キャンセル情報がホテルシステムに返されます。

プロバイダーやExpediaとの接続状況に応じて、販売停止日、最低宿泊日数、最大宿泊日数、チェックイン／チェックアウト制限などの制限事項も含まれる場合があります。説明文、アメニティ、写真、ポリシー、一部のプロモーションなどのコンテンツは、引き続きPartner Centralで管理される場合があります。

PMSプロバイダーに、フィールドレベルでの連携範囲を確認してください。スタッフは、各フィールドのマスターデータがどのシステムにあるかを把握しておく必要があります。文書化された上書き手順がないまま、両方のシステムで同じ基本料金や空室状況を編集すると、データの競合が発生します。

接続前のPartner Centralの準備

データ接続を有効にする前に、Expediaの施設設定を完了させてください。マッピング先として有効なデータを用意するため、部屋タイプ、料金プラン、定員、キャンセルポリシー、税金、手数料、および決済モデルがPartner Central上に存在している必要があります。

ユーザー権限を確認します。プロバイダーを有効にする担当者は、施設の接続設定へのアクセス権限を持っている必要があります。一部のアカウントや管理施設では、接続の有効化や変更にExpediaまたは既存の配信プロバイダーの対応が必要になる場合があります。

PMSプロバイダーと料金モデルを確認してください。Expediaは定員ベースの料金設定をサポートしており、定員の値が欠落していると、意図せず大人数向けの料金が適用されてしまう可能性があります。PMSが1室あたりの料金、定員ごとの料金、または派生料金のどれを送信するのかを確認してください。

また、施設で使用されているExpedia Collect（事前決済）とHotel Collect（現地決済）のフローも確認します。スタッフが受け取る予約情報と決済情報が異なる場合があるため、PMSの設定で正しい決済タイプと指示が保持されるようにする必要があります。

接続プロバイダーの選択

Partner Centralでは、通常「接続設定」エリアを開き、承認済みのPMS、チャネルマネージャー、または接続プロバイダーを選択します。表示されるラベルや手順は、アカウントやプロバイダーによって異なる場合があります。

運用に必要な接続タイプを有効にします。これには通常、空室状況と客室料金、および予約の取得が含まれます。片方だけを有効にすると不完全なワークフローになり、最新の在庫を配信せずに予約を受信してしまったり、予約の詳細を自動受信せずに空室状況だけを送信してしまう可能性があります。

移行先のプロバイダーとExpedia間で切り替え手順の合意が得られるまでは、現在のプロバイダーとの接続を切断しないでください。2つのシステムが同時に在庫を送信すると更新が競合し、プロバイダー間の移行に空白期間が生じるとホテルは手作業に頼らざるを得なくなります。

有効化の時刻、プロバイダー名、施設ID、有効にした接続タイプ、サポートの連絡先を記録しておいてください。変更が拒否された際のトラブルシューティングにかかる時間を短縮できます。

PMSに予約が届くと、販売可能室数が減少し、新しい空室状況がExpediaおよび接続されている他のすべての販売チャネルに返される必要があります。チャネルマネージャーを活用することで、予約ごとにスタッフがPartner Centralを更新することなく、このループを1つの在庫管理ワークフロー内で完結させることができます。

すべての部屋タイプと料金プランのマッピング

マッピングとは、ExpediaのプロダクトIDとPMSのプロダクトIDを紐づける作業です。名前は異なっていても、客室および販売条件が同じオファー内容を指している必要があります。

まずは部屋タイプから始めます。定員、ベッド構成、実際の在庫数、さらにExpediaがカテゴリー単位で販売しているか、特定の部屋単位で販売しているかを比較します。名前が似ているからという理由だけで、関連性のない2つのPMSの部屋を1つのExpediaの部屋にマッピングしないでください。

次に料金プランをマッピングします。変更可能な素泊まりプランを、返金不可の朝食付きプランに紐づけるべきではありません。キャンセルポリシー、食事の有無、定員別の料金、通貨、税金、パッケージの適用有無、派生料金の関係性を確認してください。

非アクティブなプランやテスト用のプランはマッピングしないでください。料金プランの提供を終了した際は古いマッピングを削除し、ホテルが客室、プロモーション、定員オプション、またはキャンセルポリシーを追加するたびに、設定の見直しを行ってください。

Expedia ID、PMS ID、表示名、ステータス、確認日を記載したマッピング台帳を保管してください。間違ったプロダクトに料金が反映されてしまった場合の、最も迅速な原因特定手段となります。

客室料金、空室状況、制限事項の読み込み

マッピング後、ホテルの予約受付可能期間全体の在庫と料金を送信します。翌月の接続状態が正常に見えても、それ以降の日付が販売停止や空室ゼロのままになっている場合があります。

部屋タイプと日付ごとに、販売可能な部屋数を確認します。基本料金、追加人数の追加料金、該当する場合は子供料金のルール、最低宿泊日数、販売停止日、チェックイン／チェックアウト制限などを確認してください。

通常の平日、週末、繁忙期、さらに先の日程でもテストを実施してください。キャッシュされた公開検索ページすべてに反映される前に、Expedia Partner Central上では更新完了として表示される場合があります。Expediaの公式接続テストガイドでは、実際のサイトの料金表示の更新には時間がかかる場合があるものの、チェックアウト時の結果には最新の料金が適用されると記載されています。

公開ページのキャッシュ変更を待っている間に、値を何度も上書きしないでください。プロバイダーおよびPartner Centralで更新ステータスを確認してから、最終的な予約フローをテストしてください。

予約サイクルのテスト

リスクの少ない日程を選び、Expediaのゲスト向けサイトからキャンセル可能な予約を作成します。PMS側で、正しい施設、部屋タイプ、料金プラン、日付、宿泊人数、料金、税金、Expediaの予約番号、決済モデル、予約ステータスが受信できているかを確認してください。

予約が入ると、PMS内および接続されている他のチャネル全体の空室状況が減少するはずです。予約に複数の部屋が含まれている場合は、正しい数が引き落とされているか確認します。

予約の条件が許す範囲で、日程や宿泊人数を変更してみます。PMSは重複して予約を作成するのではなく、既存の予約を更新する必要があります。その後キャンセルを行い、ステータスが変更され、設定した在庫戻しのルールに従って在庫が回復することを確認してください。

残室数が1室の状態でも同じテストを繰り返します。このラストルーム（最後の1室）テストにより、通常の予約では隠れがちなマッピングや空室状況のエラーを発見することができます。

最後に、プロバイダーに依頼して、更新の拒否や認証情報の切断が起きた場合のデモを見せてもらいます。スタッフは、アラートの表示、影響を受ける日程、再試行のステータス、およびエスカレーションのフローを把握しておく必要があります。

Expedia CollectとHotel Collectの確認

販売の同期と決済処理は、予約記録の中で結びつきます。

Expedia Collect（事前決済）の場合、一般的にExpediaが旅行者から代金を回収し、施設は設定された精算方法に従って支払いを受け取ります。Hotel Collect（現地決済）の場合、施設は予約条件に従って代金を回収する責任があります。正確な利用可否や取り扱いは、市場や契約内容によって異なります。

PMS上では、決済モデル、予定額、通貨、提供されている場合はバーチャルカードや支払い指示、およびゲストが現地で支払うべき残額が明確に識別できる必要があります。

税金、手数料、コミッション、割引、精算条件を考慮せずに、ゲストへの総請求額をホテルの最終的な収益として扱わないでください。フロントデスクのスタッフには業務上の決済指示が必要であり、経理担当者には後日の照合データが必要です。

施設で両方のモデルを使用している場合は、両方をテストしてください。部屋のマッピングが正しくても、決済のルーティングや収益フィールドが正しく解釈されるとは限りません。

Expedia連携でよくあるミス

最もよくあるエラーは、APIそのものではなく、設定の管理体制に起因するものです。

• 接続タイプが1つしか有効になっていない：予約は届くが、客室料金と空室状況の更新は手動のままである、あるいはその逆の状態。
• 部屋や料金プランのマッピングが間違っている：Expediaのプロダクトが、PMSの誤った在庫や料金を更新してしまう。
• 定員料金の設定が不完全である：1名、2名、子供、または追加人数の料金設定により、予期せぬ合計金額が算出されてしまう。
• 将来の在庫が欠落している：近い日程は正常だが、数ヶ月先の日程が売り切れと表示されてしまう。
• 2つのプロバイダーが有効なままになっている：古いシステムと新しいシステムが競合してExpediaを更新してしまう。
• 決済モデルが正しく理解されていない：Expedia CollectとHotel Collectの予約が、フロントデスクで同じように処理されてしまう。

その他の問題として、販売停止になった料金プラン、期限切れの認証情報、誤った通貨設定、サポートされていない制限事項のほか、PMSがマスターデータとなった後もスタッフがPartner Central上で日常的に変更を加えてしまうことなどが挙げられます。

原因を修正し、影響を受けたデータを再送信し、ゲスト向けのテストを最初からやり直してください。接続のバッジが緑色になっているだけでは、正常に稼働している証明にはなりません。

導入後48時間のモニタリング

大規模なイベントの直前ではなく、予約の動きが比較的穏やかな時間帯に導入を開始してください。切り替え前に、Expediaの空室状況と客室料金のスナップショット（画面キャプチャなど）を保存しておきます。

最初の2日間は、Expediaのすべての新規予約、変更、キャンセルを確認します。PMS、Partner Central、および一般向けのチェックアウト画面で、向こう30日間の在庫といくつかの代表的な料金を比較してください。

更新の拒否、マッピングされていないプロダクト、認識されていない予約、重複した記録、通貨の相違、キャンセル後に在庫が戻らないなどの問題がないか監視してください。

安定稼働後は、日々の例外レビューと定期的なマッピング監査を継続します。Expediaまたはホテル側で部屋タイプ、料金プラン、定員ルール、プロモーション、ポリシーが変更された場合は、その都度マッピングを見直してください。

ホテルPMSとExpediaの連携に関するよくある質問（FAQ）

独立系ホテルがExpediaを利用する際、チャネルマネージャーは必要ですか？

必ずしも必要ではありませんが、ホテルがExpediaだけでなく他のOTAや直接予約エンジン（自社予約エンジン）を通じても販売している場合は、導入が実用的です。チャネルマネージャーは共有されたPMSの在庫を各チャネルに配信するため、個別のエクストラネットでの更新作業を減らすことができます。

PMSとExpediaの間で同期すべきデータは何ですか？

最低限、ホテルは客室料金、空室状況、サポートされている制限事項、新規予約、変更、およびキャンセルを同期する必要があります。コンテンツ、プロモーション、決済フィールド、ポリシーなどは、プロバイダーや接続範囲に依存します。

Expediaで間違った客室料金が表示されるのはなぜですか？

一般的な原因として、料金プランの誤ったマッピング、不完全な定員料金の設定、通貨や税金の設定ミス、派生料金のエラー、プロモーションの重複適用、または公開ページのキャッシュ表示の遅延などが挙げられます。最終的なチェックアウト料金を確認し、マッピングされたプロダクトを追跡調査してください。

接続後も、スタッフは引き続きPartner Centralで料金を編集できますか？

文書化されたワークフローで特定の上書きがサポートされている場合に限られます。PMSが料金のマスターデータとなっている場合、日常的にPartner Centralで編集を行うと、データが上書きされたり、結果に矛盾が生じたりする可能性があります。

「接続完了」はゴールではなくスタート

ホテルPMSとExpediaの連携は、Partner Centralにプロバイダー名が表示された時点ではなく、予約のループ全体が正常に機能した時点で初めて完了したと言えます。

Expediaのプロダクトを準備し、必要な接続タイプを有効にし、すべての客室と料金をマッピングし、予約受付可能期間全体のデータを読み込みます。そして、予約、変更、キャンセル、決済処理、および最後の1室の空室状況（ラストルーム・アベイラビリティ）をしっかりとテストしてください。

独立系ホテルにとって、こうした徹底した管理を行うことで、Expediaは個別管理が必要な手間の掛かる業務から解放され、PMSの流通プロセスにおいて一元管理できる効率的なチャネルへと生まれ変わります。