Booking.comのキャンセル後の在庫自動補充：販売停止した客室が再び販売される理由

フロントデスクで土曜日の特定の客室タイプを販売停止にします。その後、以前に入っていたBooking.comの予約をゲストがキャンセルすると、土曜日の客室が再び販売されるようになりました。最初の販売停止は正常に反映されていた可能性があります。その後、別の出来事によって空室状況が変わったのかもしれません。

このような場合は、Booking.comのキャンセル時の動作と、Booking.comに接続したチャネルマネージャーが送信した在庫の両方を確認してください。宿泊予約がキャンセルされても、その客室をホテルが問題なく再販売できるとは限りません。

在庫の返却と販売停止した客室の再販売を区別する

在庫自動補充は、キャンセルされた宿泊日分の客室在庫をBooking.comの販売可能在庫に戻す機能です。販売停止した客室の再販売は、ホテルが停止していた販売もキャンセルによって再開されるかどうかに関わる設定です。この2つを同じ設定として扱わないでください。

キャンセルによって実際に販売可能な客室が空く場合、通常の在庫補充は役立ちます。ただし、メンテナンスによる販売停止、スタッフ不足による受け入れ可能室数の制限、別の予約の受け入れなどにより、ホテルの現在の状況が元の予約時点とは異なっている場合があります。

販売停止した客室の再販売設定は、Booking.comのサポートに依頼して無効にできます。チャネルマネージャー側の操作で、Booking.comの在庫補充がすべて無効になるとは考えないでください。施設に実際に適用されている販売停止客室の扱いと、変更が及ぶ範囲を確認してください。

そのため、「ホテル管理システムでは今も販売停止になっている」という確認だけでは、調査は十分ではありません。ホテル管理システムは、英語ではProperty Management Systemと呼ばれます。現在実際に提供できる客室数、オンラインで販売する予定の室数、そして対象の宿泊日についてBooking.comに現在保存されている状態を確認してください。

キャンセルによってホテル管理システムでも空室在庫が戻る場合は、その通常の在庫解放と、チャネル側で別途起きる販売再開を区別してください。到着予定の予約が1件減ったという理由だけで、客室在庫を手動で追加してはいけません。

キャンセルされた予約と修繕による客室の確保が別々の画面に表示されていると、スタッフが予約のキャンセルを、実際に提供できる客室の増加と取り違えることがあります。Smart Orderでは、予約カレンダーで残りの客室数を確認してから、連携済みのチャネルマネージャーを通じて意図した空室状況を送信してください。不確かな状態を補うために在庫を何度も追加で減らすのではなく、Booking.comに反映された結果を確認しましょう。

対象日の販売を確実に停止し、何が起きたかを時系列で整理する

問題なく提供できる客室が残っていない場合は、ホテルで承認された緊急時の手順に従い、Booking.comの対象の販売枠を停止してください。チャネルに保存された状態と、ゲストに表示される販売内容を確認します。管理画面で直接上書きした場合は、その操作を記録し、通常のホテル管理システムによる制御と後で整合を取れるようにしてください。

無関係な客室タイプまで販売停止にしたり、緊急時の上書き設定がいつまでも維持されると考えたりしないでください。再販売のリスクが解消するまで対象日を監視する担当者を決めましょう。

該当する客室タイプ、料金プラン、宿泊日を特定し、出来事を1本の時系列にまとめてください。確認できる記録から、年月日、時刻、タイムゾーンを省略せずに記録します。

1. 意図した販売停止の内容と、Booking.comがそれを受け付けた証拠を確認します。自社システムに値が保存されていることと、チャネルで販売停止が確認できていることは別です。
2. 販売再開の前後に発生したキャンセルや予約変更を特定します。在庫が戻った宿泊日と、予約可能になった宿泊日を照合してください。
3. その後、ホテル、チャネルマネージャー、または権限を持つ別のユーザーから、空室状況の更新や手動での販売再開が行われていないかを確認します。
4. 新しい予約が入った場合は、フロントデスクに表示された時刻だけでなく、その予約が最初に作成された時刻と販売停止の時刻を比較します。
5. Booking.comの最終的な販売内容と、ホテル管理システム上の現在の受け入れ可能室数を比較します。次の修正を管理された手順で行う前に、関連する記録を保存してください。

仮に、14:00に販売停止が受け付けられ、14:10にキャンセルが発生し、14:12に同じ宿泊日分の客室が販売中と確認されたとします。この流れであれば、在庫自動補充を調べる根拠になります。ただし、その後に販売再開の指示が送られていないか、別の料金プランが販売中になっていないかを確認するまでは、原因を断定できません。

一方、13:59に作成され、14:02に受信した予約は、14:00の販売停止より前に成立しています。ホテル管理システムへの反映が遅れたことは、販売停止後に客室が再販売された証拠にはなりません。

予約の一部だけが変更された場合は、特に注意して確認してください。3泊の滞在が短縮された場合、在庫が戻るのは最後の1泊だけかもしれません。複数室の予約でキャンセルが発生しても、戻るのは予約されたうちの1室だけという場合があります。予約期間全体の在庫を一律に増減するのではなく、影響を受けた宿泊日ごとの客室在庫を追跡してください。

フロントデスクの予約カレンダーを使えば、フロント担当者は変更された宿泊予約と、残っている客室の利用状況を照合できます。メンテナンスやその他の運営上の理由で確保している客室も計算に含めてください。キャンセルされた予約は、客室数を判断する要素の1つにすぎません。

販売再開の動作を修正し、結果を確認する

キャンセルをきっかけとした販売再開が証拠から疑われる場合は、Booking.comのサポートに販売停止した客室の再販売設定の確認を依頼し、施設に適した対応を進めてください。業務上の要件を明確に伝えましょう。意図的に販売停止した宿泊日分の客室が、以前に入っていた予約のキャンセルだけを理由に販売可能になっては困る、ということです。

施設の識別番号、キャンセルまたは変更された予約の番号、客室と料金プラン、対象の宿泊日、販売停止とキャンセルの時刻、意図せず表示された販売内容のスクリーンショットを提供してください。不要なゲスト情報や決済情報は隠します。依頼を送っただけで対応完了とせず、設定変更が完了したことの確認を求めてください。

その対応を進める間に、通常販売を制御しているシステムから、現在の空室状況を修正してください。対応している場合は、確認済みの現在の客室数と意図した販売停止状態を使い、対象日の情報を1回再送信します。管理画面に保存された状態を確認し、最初に行ったゲスト側の検索をもう一度実行してください。

それでも客室が販売されている場合は、表示されている販売内容を正確に保存し、接続サービスの提供元にも調査を依頼してください。マッピング、別の販売中プラン、後から送信された更新が関係している可能性があります。在庫自動補充は原因の候補の1つであり、ほかの証拠の確認をやめてよい理由にはなりません。

実際の予約を危険にさらさずに対応結果を検証する

客室が再販売されるかを調べるために、実際のゲストの宿泊予約をキャンセルしてはいけません。サービス提供元が承認したテスト方法を使うか、責任者を決め、意図しない販売を防ぐ措置を講じたうえで、次に実際に発生する該当のキャンセルを監視してください。満室の日や提供できない客室が販売に出ることのない方法を選びましょう。

販売停止を維持すべき客室については、キャンセル発生前、キャンセル処理の直後、通常の空室状況の更新が完了した後の3段階で状態を確認してください。これにより、一時的に販売が再開される現象と、修正が継続して有効な状態を区別できます。通常の販売可能な客室については、キャンセルされた在庫が重複せず、意図どおりに戻ることを確認します。

「設定変更済み」というメモだけでなく、実際の結果を記録してください。必要なのは、対象の宿泊日分の客室が販売停止のまま維持され、正当に販売できる在庫は通常どおりに処理されたことを示す証拠です。

すでに別の予約が入っている場合は、ホテルのオーバーブッキング対応手順に従い、客室を提供できない問題を直ちに責任者へ報告してください。在庫補充の動作を操作するためだけに、新しい予約を削除したり、通常のキャンセルをオーバーブッキングとして処理したりしてはいけません。設定を修正する間も、ゲストの宿泊先の確保に対応し、予約履歴を保持してください。