Booking.comで販売停止した客室が予約可能なまま：確認すべき7項目

Booking.comで販売停止した客室がまだ予約可能な場合、通常はゲストが購入できる商品の一部にしか販売停止が反映されていません。1つの客室タイプに、複数の料金プラン、宿泊人数の設定、または連携在庫の供給元が設定されていることがあります。1つの販売枠を閉じても、その客室に紐づくすべてのプランが停止されるとは限りません。

まず販売管理上の問題として対処し、その後にシステムを調査してください。新たな予約が入らないようホテルを保護してから、販売可能なまま残っている客室と料金の組み合わせを特定します。

このガイドでは、販売停止されているはずなのにゲストに表示されるBooking.comの客室を扱います。予約情報の欠落や予約データの取り込み失敗は対象外です。

まず「販売停止」の意味を確認する

客室が販売不可になる理由はいくつかあります。ホテルが在庫数をゼロに設定した、販売停止を適用した、特定の料金プランを閉じた、ホテル管理システム上で特定の客室をブロックした、または故障中として設定した可能性があります。

これらの操作は同じものではありません。メンテナンスのために特定の客室をブロックするとホテルの運用状況は変わりますが、Booking.comへ送信される販売可能数が減るとは限りません。返金不可プランを閉じても、柔軟なキャンセルプランは販売可能なままになることがあります。また、最低宿泊日数の制限により1泊の検索では予約できなくても、2泊なら予約できる場合があります。

意図する結果を一文で書き出してください。「この客室タイプは、指定した到着日と出発日において、すべての料金プランおよび宿泊人数で予約不可にする」。これがすべての確認作業における基準になります。

Booking.comで確認すべき7項目

以下の項目を順番に確認してください。販売可能なプランを特定している途中で、同期ボタンを何度も押したり、在庫を広範囲に変更したりしないでください。

1. ゲストの検索条件を再現する。 正しい施設、到着日、出発日、客室数、大人と子どもの人数を指定して検索します。宿泊人数や宿泊日数が異なると、別のプランが表示されることがあります。検索結果のスクリーンショットを保存し、確認時刻を記録してください。
2. 表示されている客室名を照合する。 Booking.com管理画面とホテル管理システムまたはチャネルマネージャーで、同じ客室タイプを開きます。「デラックスルーム」と「デラックスキング」のような似た名称により、マッピングミスを見落とすことがあります。表示名だけでなく、商品コードまたはマッピング情報を確認してください。
3. その客室に紐づくすべての料金プランを確認する。 柔軟なキャンセルプラン、返金不可、朝食付き、素泊まり、モバイル限定、会員限定、パッケージ、および派生プランをすべて確認します。1つでも販売可能なプランが残っていれば、別のプランが販売停止と表示されていても、その客室は引き続き販売されます。
4. 宿泊期間中の各日付の在庫を比較する。 2泊の検索では、両日とも空室が必要です。ホテル管理システム、チャネルマネージャー、Booking.comで各日付を個別に確認してください。在庫が残っている日や、後から更新を受信した日がないか調べます。
5. 客室数だけでなく、販売制限も確認する。 ホテルが販売停止、到着日の販売停止、出発日の販売停止、最低宿泊日数、最高宿泊日数のどれを使用したか確認します。各制限が影響する検索条件は異なります。たとえば、到着日の販売停止を設定しても、それ以前に始まる宿泊まで必ず除外されるわけではありません。
6. Booking.comを制御しているシステムを確認する。 チャネルマネージャーが料金と空室状況を制御している場合、Booking.com管理画面での手動変更は上書きされる可能性があります。影響を受けた客室と日付について、最後に成功した更新と警告の有無を確認してください。緊急の手動販売停止が必要な場合を除き、制御元のシステムで修正します。
7. 別の在庫供給元がないか確認する。 個別の割当在庫を持つ料金プラン、新しく作成された未マッピングの客室、または主要な在庫プールに接続されていないプランから、客室が引き続き販売されている可能性があります。公開中のすべてのプランを、ホテルの客室マッピングと契約設定と照合してください。

「ファミリールーム、朝食付き柔軟キャンセルプラン、3名利用、10月4日～6日」のように、販売可能な商品を正確に特定できて初めて、問題を特定したといえます。Booking.comが施設全体の販売停止を無視したと判断するよりも安全です。

システム間で在庫数が異なる場合、担当チームには修正を一元管理し、チャネルへの反映状況を確認できる場所が必要です。Smart Orderは空室状況とマッピングされたチャネル商品を連携するため、管理者は販売を再開する前に影響を受けた日付を効率よく確認できます。

調査中のホテルを販売リスクから守る

安全に提供できる客室が残っていない場合は、チャネルを制御しているシステムで、該当するBooking.comの客室商品を一時的に販売停止するか、販売可能数をゼロに設定します。この変更により、別の施設、客室タイプ、または関係のない日付まで販売停止にならないことを確認してください。

在庫を二重に減らさないでください。ホテル管理システムですでにゼロと表示されている状態で、緊急措置としてBooking.com管理画面から手動変更する場合は、操作した担当者と時刻を記録します。そうしないと、連携が復旧した後も手動の販売停止が残り、将来の販売を気付かないうちに妨げる可能性があります。

残り1室のホテルでは、不一致を調査している間も販売を続けて運用上問題がないか判断してください。不確実な客室をあと1時間販売し続けて得られる収益より、1件のオーバーブッキングによる損失の方が大きい場合が少なくありません。

ゲスト側の画面で修正を確認する

新しい更新が受理されるのを待ってから、最初のゲスト検索を繰り返します。可能な限り、同じ日付、宿泊人数、客室数、市場、通貨、デバイスの種類を使用してください。客室一覧に加え、先ほど表示されていたパッケージプランやモバイル限定プランも確認します。

ホテル管理システムに表示される更新成功メッセージは有用な証拠ですが、最終的な確認にはなりません。テスト検索で、該当する客室と料金の組み合わせが予約できなくなったことが最終的な確認となります。

ホテルに承認済みのテスト予約手順がない限り、販売停止を確認する目的だけで実際の予約を作成しないでください。通常は、ゲスト向けの空室検索で十分です。それでも客室が表示される場合は、画面上の販売プランを記録し、一度に複数の変更を加えずにサポートへエスカレーションしてください。

販売再開前に問題を記録する

施設、客室タイプ、料金プラン、宿泊日、想定在庫、表示在庫、最終更新時刻、スクリーンショット、修正内容を簡潔なインシデント記録として残してください。サポートが対応しやすくなり、ホテル側でも繰り返し発生するパターンを把握できます。

販売を再開する前に、緊急措置として行った手動の販売停止を解除し、通常の在庫供給元が制御を再開していることを確認します。その後、客室を販売すべき将来の日付を1日、販売停止を維持すべき日付を1日選んでテストしてください。

同じ客室が繰り返し予約可能なままになる場合は、個別の同期遅延として対処するのではなく、マッピングと料金プランの設定を見直してください。

よくある質問

販売停止したBooking.comの客室がまだ表示されるのはなぜですか？

表示されているからといって、必ずしも予約可能とは限りません。利用可能な料金がなくても、施設ページや客室ページは表示されることがあります。ゲストが実際に販売中の客室と料金のプランを選択し、予約手続きへ進める場合に問題となります。

1つの料金プランが販売中だと、客室は予約可能なままになりますか？

はい。柔軟なキャンセルプラン、返金不可、食事付き、パッケージ、特定顧客向けプランには、それぞれ個別の制御設定がある場合があります。該当する客室に紐づくすべての料金プランを確認してください。

ホテルは施設全体を販売停止すべきですか？

通常は必要ありません。新たな販売を防ぐために必要な最小範囲の商品と日付だけを販売停止してください。施設全体を販売停止すると、有効な在庫まで非表示になり、不要な収益損失を招く可能性があります。

ホテル管理システムで更新成功と表示されれば、十分な証明になりますか？

いいえ。問題を発見したときと同じゲスト検索で結果を確認してください。ホテル管理システムの状態とBooking.com上の公開プランが一致している必要があります。

ホテルはいつサポートへ連絡すべきですか？

制御元のシステムで販売停止が正常に完了したと表示されているにもかかわらず、妥当な更新時間を待っても該当プランが予約可能な場合、またはホテル側で特定も制御もできない商品が客室マッピングに含まれている場合は、サポートへエスカレーションしてください。