1. ホテルのルームマッピングは、ホテルPMSの各客室タイプと料金プランを、すべてのOTA（オンライン旅行会社）の正しい商品に紐付けます。
2. マッピングが接続されているように見えても、空室状況が誤った客室、料金、または予約条件に送信される可能性があります。
3. 公開する前に、料金と空室状況をテストし、テスト予約を行い、ホテルPMSへの取り込みを確認し、すべてのチャネルで在庫が正しく閉じることを検証してください。
ホテルPMSとOTAにおけるルームマッピングは、すべての予約、客室料金、および空室状況の単位がどこに割り当てられるかを決定します。接続を一つ間違えるだけで、販売済みの客室が別のチャネルで販売中のままになり、ソフトウェアが正常に同期していてもオーバーブッキングが発生する原因となります。
客室名が似ている場合、そのリスクは最も高くなります。マッピングは、最も似ているラベルではなく、実際の客室、定員、料金条件、および在庫プールに従う必要があります。
ホテルのルームマッピングが実際に接続するもの
ホテルのルームマッピングとは、あなたの ホテル管理システム（PMS） 内の商品を、Booking.com、Expedia、Agoda、AirbnbなどのOTA上の該当商品に紐付けるプロセスのことです。
ホテルPMSとOTAはそれぞれ別々に記録を保持しています。双方が 客室タイプと料金プラン に対して独自の識別子（ID）を割り当てます。マッピングは、特定のホテルPMSの商品と特定のOTAの商品が同じであることをチャネルマネージャーに伝えます。
以下の4つのレイヤーを一致させる必要があります：
- 客室タイプ： スタンダードクイーン、デラックスキング、ファミリースイートなどの物理的なカテゴリー。
- 料金プラン： フレキシブル、返金不可、朝食付き、事前購入などの価格および予約条件。
- 在庫： 各日程において、その客室タイプで販売可能な客室数。
- 制限事項： 最低宿泊日数、到着日の販売停止（CTA）、最大定員、予約受付期間などのルール。
Booking.comでは、販売可能な「ルームレート」を、客室タイプ、料金プラン、および条件の固有の組み合わせとして説明しています。客室タイプが正しくマッピングされていても、その料金プランの一つが誤っている場合があります。
例えば、1つのデラックスキングにフレキシブル料金と返金不可料金があるとします。どちらも同じ物理的な在庫に接続されますが、それぞれ独自の価格と条件を保持します。
小さなマッピングエラーがオーバーブッキングに発展する仕組み
金曜日にスタンダードクイーンが1室残っており、デラックスキングのカテゴリーは完売しているホテルを例に考えてみましょう。
OTAのデラックスキングが誤ってホテルPMSのスタンダードクイーンの在庫にマッピングされている場合、OTAはデラックスキングを販売し続ける可能性があります。予約が入っても、ホテルには割り当てるデラックスキングがありません。同時に、誰も予約していないのに、残っていたスタンダードクイーンが販売停止になる可能性があります。
もう一つの失敗例は、OTAの2つの客室タイプが、同じ物理的な在庫プールを別々の在庫として販売している場合に起こります。ホテルPMSが両方に「空室状況1」を送信し、2人のゲストが最後の1室を予約できてしまう可能性があります。
これらは必ずしも同期の失敗とは限りません。チャネルマネージャーは設定通りにすべての更新を正確に転送しているかもしれません。問題は、その設定が誤った在庫枠を指していることにあります。
正常な接続は、1つの具体的なフローに従う必要があります：OTAの予約がホテルPMSに入り、正しい客室タイプの在庫が減少し、更新された空室状況がチャネルマネージャー経由で戻り、接続されているすべてのOTAが新しい在庫数を表示します。
Smart Orderの チャネルマネージャー は、予約元、ホテルPMSの在庫、およびOTAの空室状況をその順序で接続します。これにより、スタッフはどの客室が販売され、残りの数量がすべてのチャネルで変更されたかを一箇所で確認できます。
各OTAを正しい在庫に接続し続ける
客室タイプと料金を一度マッピングすれば、あとは連携された1つのホテルPMSとチャネルマネージャーから、予約、空室状況、OTAの更新を管理できます。
客室タイプは物理的な在庫と一致させる必要がある
まずはチェックイン時に実際に割り当て可能な客室から始めます。ゲストにとって純粋に互換性がある場合にのみ、物理的な客室をグループ化してください。
単に同じベッドがあるからといって、2つの客室で1つの客室タイプを共有するべきではありません。ゲストが景観に対して料金を支払っている場合、シービューキングとインテリアキング（景観なし）は別のカテゴリーにする必要があります。
システム間で名称が異なることはありますが、意味は一致している必要があります。ベッドタイプ、定員、景観、バスルーム、およびその他の約束された設備属性を確認してください。
異なるOTAの表現に合わせるためだけに、重複するホテルPMSの客室タイプを作成しないでください。Booking.comが「スーペリアダブル」とし、Expediaが「デラックスキング」としている場合でも、それらが同じ物理的在庫を指している場合に限り、両方を1つのホテルPMSのデラックスキングのカテゴリーにマッピングできます。
また、数量も確認してください。非アクティブなOTAの客室が残っているために、物理的な客室が5室のホテルPMSカテゴリーで6室を公開してはなりません。客室を故障中（Out of Order）に設定した際、OTAの在庫が減少するかどうかを確認してください。
料金プランには独自のマッピングが必要
ルームマッピングは設定の半分に過ぎません。アクティブなすべてのOTA料金プランは、ホテルPMSまたはチャネルマネージャーの正しい料金プランに接続する必要があります。
フレキシブルな素泊まり料金を、返金不可の朝食付き料金にマッピングするべきではありません。物理的な客室は正しくても、ゲストには誤ったキャンセル条件、特典、または価格が適用される可能性があります。これはトラブルの原因となり、テスト中にさらに深刻な在庫問題を見えなくする恐れがあります。
派生料金（連動料金）の場合は、親となる価格を変更し、OTAが想定通りの子の価格を受け取るか確認してください。名前が一致していても、その連動関係が正常に機能している証明にはなりません。
人数別料金も確認してください。ホテルPMSが1つの基本価格を送信しているのに対し、OTAがゲスト数に応じた価格を想定している場合、空室状況は正確でも表示される客室料金が間違っている可能性があります。
最も安全な順序は、まず客室タイプ、次に料金プランです。Smart Orderの ホテルPMS接続前チェックリスト でも、料金プランを関連付けてOTAを接続する前に、客室タイプと個別の客室を作成することを推奨しています。
在庫マッピングこそがオーバーブッキングのリスクが潜む場所
在庫は通常、客室タイプレベルで管理されるべきです。なぜなら、その客室のすべての料金プランは同じ物理的な在庫プールから引き出されるからです。返金不可の料金でスタンダードクイーンを販売した場合、フレキシブル料金のスタンダードクイーンの空室状況も減らさなければなりません。
問題は、料金プランが別々の在庫プールのように機能している場合に発生します。3つの料金で表示されている1つの客室は、依然として同じ「最後の1室」です。
閑散日、ほぼ完売の日、および制限が設定されている日を確認してください。意図的なチャネル割り当てを行った後、ホテルPMSとOTAの数量が一致することを確認してください。
在庫元で客室タイプの空室状況を3から2に減らします。関係のない客室が変更されることなく、マッピングされたすべてのOTA商品が2に変わるはずです。
接続後はOTA管理画面（エクストラネット）での手動編集を制限してください。客室タイプを追加したり料金名を変更したりすると、ホテルPMSで管理できない未マッピングの商品が作成される可能性があります。
公開前にテスト予約を実施する
緑色の「接続済み」ステータスは、システム間で通信できることを証明しているだけです。すべての客室、料金、制限、および予約経路が正しいことを証明するものではありません。
各在庫プールに加えて、支払いやキャンセル条件が異なるすべての料金プランをテストしてください。
以下の公開前チェックを活用してください：
- 空室状況が十分にある将来の日程を選択し、ホテルPMSとOTAにおける開始時の数量を記録します。
- 公開されている客室名、定員、料金、税金、食事条件、キャンセルポリシー、および制限事項を確認します。
- OTA経由で実際のテスト予約を行い、正しい客室タイプと料金プランでホテルPMSに取り込まれることを確認します。
- ホテルPMSの在庫が1つ減少し、新しい数量が接続されているすべてのチャネルに反映されているか検証します。
- 予約を変更してからキャンセルし、日程、価格、ステータス、および解放された在庫が正しく更新されることを確認します。
- 異なる客室在庫プールごとにテストを繰り返し、すべての空室状況を公開する前に不一致があれば調査します。
管理画面だけでなく、ゲスト向けの予約ページも確認してください。価格、定員、制限事項が最終的に提示されるのはそこだからです。
スクリーンショット、タイムスタンプ、予約ID、期待される結果、および実際の結果を記録してください。これにより、マッピングのミスなのか、更新の遅延なのか、あるいはOTA側の設定問題なのかを切り分けやすくなります。
ルームマッピングの責任者は誰であるべきか
ホテルPMSプロバイダーが技術的な接続をサポートしてくれる場合でも、マッピング記録の担当者を1名割り当ててください。どの商品が本当に同等であるかを決定する責任は、引き続きホテルにあります。
ホテルPMSの客室タイプ、客室数、料金プラン、OTAの客室名と料金名、および接続ステータスを記載したマッピングシートを保持してください。商品が変更された後は必ず更新してください。
改装、客室タイプの名称変更、新しい料金プランの提供開始、OTAの移行、またはチャネルマネージャーの変更を行った後は、再テストを実施してください。昨シーズンは機能していた設定でも、どちらか一方が商品構造を変更した後は安全ではない可能性があります。
最も注意すべき警告サインは、予約された内容とホテルPMSが取り込んだ内容の不一致です。誤った客室名、想定外の定員、食事プランの欠落、または在庫が変わらないといった事象は、無害な表示エラーではなく、マッピングのインシデントとして扱ってください。
よくある質問
ホテルPMSにおけるルームマッピングとは何ですか？
ルームマッピングとは、ホテルPMSまたはチャネルマネージャー内の客室タイプと料金プランを、OTA上の該当する商品に紐付けることです。これにより、予約、客室料金、制限事項、および在庫の更新が確実に対応する客室に反映されます。
誤ったルームマッピングはオーバーブッキングの原因になりますか？
はい。誤ったマッピングにより、ある物理的な在庫プールから別の在庫プールに空室状況が送信されたり、重複するOTA商品が同じ最後の1室を別々に販売したりする可能性があります。システム上は接続成功と表示されていても、誤った在庫が販売されてしまうことがあります。
すべてのOTAの客室タイプを1つのホテルPMS客室タイプにマッピングすべきですか？
各OTAの客室タイプは、同じ物理的な客室を表すホテルPMSの客室タイプにマッピングする必要があります。複数のOTAリスティングを1つのホテルPMSの客室タイプにマッピングできる場合もありますが、それは同じ在庫から引き出され、ゲストにとって互換性がある場合に限られます。
料金プランは同じ客室在庫を共有しますか？
同じ客室タイプに紐付く料金プランは、通常、同じ物理的な在庫から引き出されます。フレキシブル料金のスタンダードクイーンと返金不可のスタンダードクイーンは、同じ客室プールに対する2つのオファーであり、2つの別々の客室ではありません。
OTAとホテルPMSのルームマッピングはどのようにテストしますか？
公開されているリスティングを確認し、将来の日付でテスト予約を行い、正しい客室と料金で取り込まれることを確認した上で、接続されているすべてのOTAで空室状況が減少することを検証します。その後、予約を変更してキャンセルし、一連の更新サイクル全体をテストします。
ほとんどのエラーを防ぐマッピングのルール
似た名前ではなく、物理的な在庫と予約条件に基づいてマッピングしてください。客室タイプは「ホテルがどの客室を割り当てられるか？」に対する答えです。料金プランは「どのような価格と条件で販売できるか？」に対する答えです。在庫は「これらの日程でいくつ残っているか？」に対する答えです。
ホテルPMS、チャネルマネージャー、OTAでこれら3つの答えが一致していれば、予約によってすべてのプラットフォームで正しい空室状況が閉じられます。1つでも答えが異なると、小さな設定ミスが、ゲストの移動、返金、またはオーバーブッキングに発展する可能性があります。
