1. 予約可能なプランが引き続き表示される正確な日程と宿泊人数で、Expediaを検索します。
2. そのプランに紐づく客室タイプ、料金プラン、在庫プールを特定します。
3. 変更を行う前に、現在どのシステムがExpediaの空室状況を管理しているか確認します。
4. 残っている販売可能な経路を一度だけ停止し、ゲスト側から結果を確認します。
Expediaで販売停止した客室が引き続き販売されている場合、当面の問題は技術的なエラーメッセージではありません。ホテルが受け入れられない予約を受けてしまうリスクです。
まず、影響を受ける日程の在庫を保護します。次に、予約可能なまま残っている具体的なプランを追跡します。ホテル管理システム上で物理的な客室を販売停止にしても、Expediaの客室タイプには在庫が残っている場合があります。また、1つの料金プランを停止しても、同じ客室の別プランが販売中のままになっていることがあります。
本ガイドでは、Expediaに残っている販売経路を特定する方法に焦点を当てます。一般的な販売停止チェックリストを繰り返すものではありません。ここで重要なのは、Expedia上のどの客室と料金の組み合わせが、ゲスト向けプランを引き続き表示させているかという点です。
販売を止めすぎずにホテルを守る
問題が報告された宿泊日、宿泊人数、客室数、市場を指定し、ゲストとして検索します。販売中のプランに表示される客室名、キャンセル条件、食事プラン、料金、およびパッケージや会員向け条件を記録します。
施設が満室の場合、または到着日が迫っている場合は、ホテルで承認された緊急対応手順に従い、そのプランだけを販売停止にします。対応者、時刻、日程、客室タイプ、料金プラン、使用したシステムを記録してください。
すべての客室を本当に販売停止にする必要がない限り、施設全体を停止することは避けてください。また、ホテル管理システム、チャネルマネージャー、Partner Centralで同時に別々の停止操作を行わないでください。複数の緊急変更を加えると、通常販売を再開する際に、どの在庫が正しいのか判断しにくくなります。
販売中のままになっているExpedia商品を特定する
Expedia Partner Centralを開き、ゲスト向けに表示されているプランを施設の客室・料金設定と照合します。客室名が似ているだけでは不十分です。定員、ベッド構成、食事の有無、キャンセルポリシー、料金を比較してください。
客室が販売可能なままになる次のような別経路を確認します。
- 同じ客室タイプに紐づく別の料金プラン
- 同じ物理的な客室に紐づく2つ目のExpedia客室タイプ
- 販売中のまま残っている定員設定または子ども向けオプション
- 有効な基本在庫を利用するパッケージ、会員向け、モバイル限定、またはプロモーションプラン
- 対象日程に別途設定された割当在庫、または手動で登録された客室数
対象客室が正しく販売停止されていても、ホテルの公開ページ自体は表示されることがあります。エラーの証拠となるのは、施設が検索結果に表示されることではなく、正確な客室、日程、宿泊人数で検索し、予約可能なプランまで進めることです。
ホテルが実際に何を販売停止にしたか確認する
ホテル管理システムまたはチャネルマネージャーで元の操作内容を確認します。スタッフが販売可能在庫をゼロにしたのか、販売停止を設定したのか、到着日のみを停止したのか、物理的な客室をブロックしたのか、あるいは客室を故障・利用停止扱いにしたのかを特定してください。
これらの操作は同じものではありません。物理的な客室を1室ブロックすると、ハウスキーピングや客室割り当てには反映されますが、オンライン上の客室タイプは販売停止にならないことがあります。到着日のみを停止しても、それ以前にチェックインするゲストは対象日をまたいで宿泊できる場合があります。1つの料金プランを停止しても、別の関連プランが有効なまま残ることがあります。
ホテルが送信しようとした正確な客室タイプ、料金プラン、日程、在庫数、制限内容を記録します。元の操作内容がExpediaで販売中のプランと一致していない場合は、同じ不完全な販売停止を繰り返し送信せず、対象となる商品を正しく修正してください。
Smart Orderを使えば、管理者はホテルの空室状況と接続済みOTAの販売状況を1つの画面で効率よく比較できます。チームは影響を受けた在庫プールを特定し、修正担当者を1人に定め、通常の販売を再開する前に明確な記録を残せます。
Expediaの空室状況を1つの管理画面で把握
Smart Orderを活用し、プランの販売停止や再開を行う前に、客室在庫とOTAの販売状況を効率よく確認しましょう。
Expediaの在庫を管理しているシステムを特定する
ホテルでは複数の場所で空室状況を確認できることがありますが、通常、Expediaへ客室数を送信する情報源は1つに統一すべきです。その情報源がホテル管理システム、チャネルマネージャー、Partner Centralのいずれであるか確認してください。
チャネルマネージャーがExpediaの在庫を管理している場合、Partner Centralでの手動変更は一時的なものとなり、次回の連携更新によって上書きされる可能性があります。ホテルが通常Expediaを直接管理している場合は、ホテル管理システムだけを変更しても、販売中のプランには反映されないことがあります。
Expediaとの接続状況と、対象日程に関する最新のホテル側更新結果を確認します。接続の一時停止、認証期限切れ、未マッピングの客室や料金、拒否された更新、または販売停止後に送信された別の在庫数がないか調べてください。
既存のマッピングが明らかに誤っており、今後の予約への影響も確認済みでない限り、当日の販売トラブル中に客室マッピングを変更しないでください。マッピングを編集すると、現在表示されている1つのプランは修正できても、その後の予約が誤った客室に割り当てられる可能性があります。
客室を再び販売中にした最後の変更を追跡する
販売停止がExpediaへ正しく反映された後に、別の更新で上書きされることがあります。ホテルが販売停止を行った時刻と、その後の料金・在庫更新、一括変更、スケジュール設定されたルール、Partner Centralでの手動編集、スタッフの操作履歴を比較してください。
共有在庫には特に注意が必要です。2つのExpedia客室タイプが同じ物理的な客室在庫を使用していても、一方しかホテル管理システムに接続されていない場合、もう一方の客室タイプに手動設定された在庫数によって販売が継続することがあります。新しく作成した料金プランが通常の販売停止手順に含まれていない場合も、同じ問題が発生します。
簡単なインシデント時系列を作成します。客室が利用不可になった時刻、ホテルが販売停止にした時刻、Expediaで最後に販売中と表示された時刻、その間に行われた変更を並べてください。これにより、曖昧な「同期エラー」を、ホテルが修正できる具体的な管理上の不備へと絞り込めます。
残っている販売経路を一度だけ停止する
Expediaで販売中の商品と、その在庫を管理するシステムを特定したら、管理された修正を一度だけ行います。
- Expediaの販売を管理するシステムで、正確な客室、料金プラン、宿泊日程に対して正しい在庫数または販売停止を設定します。
- Partner Centralで緊急の上書きが必要だった場合は、その内容を記録し、次回の更新前に連携システムとの整合性をどのように取るか決めます。
- 関連する客室タイプや料金プランを販売中のままにすべきか確認し、無関係な在庫へ販売停止を適用しないようにします。
- 通常の更新時間を待ってからPartner Centralを更新し、ゲストとして同じ検索を再度実行します。
- ホテル管理システム、在庫管理元、Partner Central、ゲスト側の表示がすべて一致してから販売を再開します。
更新処理中に同期ボタンを繰り返し押したり、在庫数を何度も変更したりしないでください。最初の修正が反映されない場合は、複数の競合する指示を作らず、証拠を保存して上位担当者またはサポートへエスカレーションしてください。
ゲスト側から修正結果を確認する
問題を発見したときと同じ検索を繰り返します。日程、宿泊人数、客室数、端末または市場条件、必要に応じてパッケージ選択も同じにしてください。対象プランから予約手続きへ進めなくなったことを確認します。
次に、販売を継続すべき別の客室または日程で確認検索を行います。これにより、有効な在庫を誤って販売停止にすることなく、対象のExpedia商品だけを修正できたことを確認できます。
ホテル側のシステムでは、各宿泊日の販売可能在庫が正しいことと、緊急時に設定した保留によって後から在庫が二重に減らないことを確認します。最終画面のスクリーンショット、更新時刻、承認した管理者を保存し、シフト引き継ぎに記録してください。
Expediaでの再販売を防止する
ホテルが客室タイプ、料金プラン、プロモーション、共有在庫設定を追加するたびに、Expedia用の客室・料金チェックリストを使用してください。1泊、連泊、異なる宿泊人数、施設が提供するパッケージや会員向けプランなど、実際に重要となるゲスト検索をテストします。
通常のExpedia在庫更新を管理するシステムは1つに統一します。直接の手動変更は記録された例外対応に限定し、次回の自動更新前に内容を確認してください。客室を利用停止にする際は、スタッフが物理的な客室のみをブロックするのか、それともOTAで販売可能な客室在庫も減らす必要があるのかを明確に定めます。
最後に、通常販売の再開後にインシデントを振り返ります。不足しているマッピング、不要な割当在庫、未対応の販売停止方式、または販売経路を残したスタッフの手順を修正してください。恒久的な解決策は、緊急の販売停止を長引かせることではなく、Expediaが客室を再び販売可能にした原因を取り除くことです。
よくある質問
ホテル管理システムの空室数がゼロでも、Expediaで客室が販売されるのはなぜですか？
ホテル管理システムの値がそのExpedia商品を管理していないか、別の客室タイプ、料金プラン、割当在庫、または後から行われた更新によって在庫が提供されている可能性があります。
Expediaの料金プランを1つ停止すれば、客室は完全に販売停止になりますか？
必ずしもそうではありません。同じ客室に紐づく別の料金プランやプランが販売中のまま残ることがあるため、ゲスト側に表示される具体的な商品を確認してください。
緊急時には、ホテルがExpedia上で直接販売停止にすべきですか？
販売中のプランによって直ちにオーバーブッキングのリスクが生じる場合は、ホテルで承認された緊急対応手順に従ってください。上書きした内容を記録し、その後、通常の在庫管理元と整合させます。
同期エラーが解消されたと判断できるのはいつですか？
管理元システム、Partner Central、同じ条件でのゲスト検索のすべてで意図した販売停止が確認でき、無関係な客室や日程は引き続き予約可能な場合、同期エラーは解消されています。
