1. キャンセル料免除リクエストは、ホテルに例外対応を求めるものであり、それ自体で予約がキャンセルされるわけではありません。
2. 回答する前に、予約条件、決済方法、申請理由、回答期限、承認権限を確認してください。
3. Booking.com、ホテル管理システム、客室在庫、ホテルの決済記録がすべて同じ結果を示した時点で、対応を完了してください。
Booking.comの キャンセル料免除リクエストは、ほとんど背景情報がないまま、予約担当、フロントデスク、または管理者に届くことがあります。ゲストがホテルからすでに同意を得たと主張したり、スタッフが非公式に回答していたり、客室の再販売が難しい到着直前にリクエストが届いたりする場合もあります。
ホテルにとって最も安全なのは、簡潔な業務フローに沿って対応することです。リクエストの担当者を1名決め、金銭的な例外対応は管理者1名が承認し、Booking.comに最終的な予約ステータスが表示されるまでホテル管理システムを変更しないようにします。
この記事では、ゲストからキャンセル料の免除を求められた場合の対応を解説します。ホテル側による宿泊のキャンセル、施設のキャンセルポリシー変更、完了済みの返金照合については対象外です。
ゲストが何を求めているのかを把握する
ゲストは、通常であれば予約に適用されるキャンセル料を免除するよう施設に求めています。リクエストを承認すると、その予約の金銭的な結果が変わります。却下した場合は、当初の条件がそのまま適用されます。
リクエスト通知を、確定済みのキャンセルとして扱わないでください。Booking.comの予約ステータスが変更されるまでは、そのゲストのために客室を確保し続ける必要があります。ホテル管理システムから早すぎる段階で予約を削除すると、在庫が再販売され、オーバーブッキングが発生する可能性があります。
また、キャンセル料の免除と返金の約束は分けて考えてください。ホテルが免除を承認しても、その後の決済手続きは、代金を回収した主体と予約の決済方法によって異なります。
Booking.comの免除リクエストに統一フローを使用する
各リクエストには担当者を明確に割り当て、メールの件名やゲストのスクリーンショットではなく、予約記録を基に対応してください。
- 該当する予約を開きます。 ゲスト名、予約番号、施設、宿泊日、客室、料金プラン、現在のステータスを照合します。リクエストが有効な予約に対するもので、まだ処理されていないことを確認してください。
- その予約に適用される条件を確認します。 キャンセル期限、予定されるキャンセル料、前払い条件、ノーショー条件を確認します。ゲストには予約確定時に記録された条件が適用されるため、現在の料金プラン設定を基準に判断しないでください。
- 決済を管理している主体を確認します。 Booking.comが決済を処理したのか、施設が代金を回収する予定だったのかを特定します。これによって、金銭処理を行える主体と、ホテルがゲストへ安全に案内できる内容が決まります。
- 理由を分類します。 単なる予定変更と、重複予約、証明可能な緊急事態、交通機関の乱れ、予約ミス、ホテル側に起因する問題を区別します。ホテルの例外規定で必要とされる証明書類のみを求めてください。
- 収益への影響を見積もります。 キャンセル料の金額、予想純収益、到着日、客室を再販売できる可能性、確定済みの費用、日程変更など代替案の価値を検討します。
- 適切な承認者へリクエストを送ります。 フロントデスクが事実確認を行うことはできますが、チームで定めた上限を超える例外対応は管理者が承認する必要があります。繁忙日、複数客室の予約、高額な宿泊については、明確なエスカレーションルールを設けてください。
- Booking.comのリクエスト画面から回答します。 用意されている操作と中立的な表現を使って、承認または却下します。アカウント上に期限が表示されている場合は、結果を推測に委ねず、期限内に回答してください。
- 最終的な予約ステータスを確認します。 予約が有効なままなのか、当初のキャンセル料なしでキャンセルされたのかを確認します。その後、自動的に変更されなかったホテル管理システムの記録のみを更新してください。
- 業務上の判断を記録します。 承認者、理由区分、予定される請求または免除、ゲストへの連絡内容、最終ステータス、経理部門によるフォローアップの有無を記録します。
このフローにより、あるスタッフがゲストにキャンセル料を免除すると伝え、別のスタッフが予約を有効なままにし、後になって誰も説明できない請求やコミッションを経理担当者が発見する、といったよくあるトラブルを防げます。
リクエストが予約担当、管理者、フロントデスクにまたがる場合でも、判断記録は予約に紐付けて管理する必要があります。Smart Orderなら、予約メモ、ゲストとのやり取り、チームのフォローアップを1つの共有記録に集約できます。スタッフは客室在庫や決済メモを変更する前に、承認された結果を確認できるため、業務の効率化とミスの削減につながります。
免除に関する判断を予約と一緒に管理
ゲストのリクエスト、管理者の承認、最終的な予約処理を、ホテルチームが1か所で記録できるようにしましょう。
次のリクエストに備えて承認ルールを設定する
顧客対応と収益保護の境界が明文化されていないと、ホテルの判断にばらつきが生じます。全額免除、一部免除、日程変更、却下を誰が承認できるのかを定めてください。
実用的なルールは、タイミング、金額、原因を組み合わせて設定できます。例えば、少額の範囲内であれば、当日発生した予約ミスをフロントデスクが処理し、繁忙期の宿泊、複数客室、決済処理後のリクエストは管理者が確認する運用が考えられます。
施設全体で同じ理由区分を使用してください。連絡を受けたシフトが違うというだけで、同様の状況にあるゲストへの対応結果が変わってはなりません。
広範囲の出来事が多数の到着予定に影響する場合は、個別の判断を一時停止してください。管理者が一時的な例外ルールを1つ設定し、受け付ける証明書類を定め、スタッフが使用する回答文を統一する必要があります。
新たな約束を生まないように回答する
承認する場合は、例外対応の内容と次の手順を明確に伝えます。"ホテルは、この予約のキャンセル料免除を承認しました。更新後の予約内容および決済処理についてBooking.comから確認が届くまでお待ちください。"
却下する場合は、相手を責めずに結果を伝えます。"この予約に適用される条件に基づいてリクエストを確認しました。ホテルではキャンセル料を免除できないため、予約には確定済みの条件が引き続き適用されます。"
日程変更など別のソリューションを提案する場合は、変更が完了したのではなく、代替案を提示していることを説明してください。新しいステータスまたは日程が確定するまで、予約内容は変更されません。
ホテルが実際に決済を管理し、返金処理を完了していない限り、返金済みとは伝えないでください。また、施設側で確認できない銀行の処理日を案内することも避けてください。
対応後に在庫、決済、コミッションを確認する
免除を承認すると、客室、ゲストの決済、予想収益、コミッション記録に影響する可能性があります。キャンセル通知によってすべての処理が完了したと思い込まず、それぞれを個別に確認してください。
予約がキャンセルされた場合は、在庫が一度だけ戻されたことを確認します。リクエストが却下された場合は、客室在庫が引き続き差し引かれ、フロントデスクが到着予定として認識していることを確認してください。
施設が代金を回収した場合は、請求を回避したのか、与信枠を解放したのか、返金したのかを記録します。Booking.comが決済を管理している場合は、施設側のメモには事実のみを記載し、チャネル側の最終的な決済記録を待ってください。
経理担当者は、後から発生した決済額やコミッションの差異を、予約番号および承認済みの判断と照合する必要があります。銀行への入金額を合わせるためだけに、ホテル管理システム上の客室売上を減額しないでください。
非公式な免除案内がゲストに伝わるのを防ぐ
会話の中で承認せず、リクエストを受け付けたことだけを伝えるようスタッフを教育してください。例えば、次のように回答できます。"リクエストを記録しました。管理者が予約条件を確認します。Booking.comから更新後の確認が届くまでお待ちください。"
未処理の免除リクエストについて、担当者と期限を記載した日次リストを管理してください。対応されていない受信箱の中でリクエストの期限が切れないよう、シフト交代時に未解決案件を確認します。
毎月少数の案件を抽出して監査してください。承認者の記録漏れ、チャネルでの確定前に行われたホテル管理システム上のキャンセル、統一されていない理由コード、対応する決済記録がない返金の約束がないかを確認します。
よくある質問
免除リクエストを送るとBooking.comの予約はキャンセルされますか？
いいえ。Booking.comに最終的なキャンセルまたは別の確定済みステータスが表示されるまでは、有効な予約として扱ってください。
ホテルはリクエストを承認しなければなりませんか？
いいえ。ホテルは、予約条件と自社の例外対応ポリシーに基づいてリクエストを審査できます。状況によっては、契約または法的観点から追加の確認が必要になる場合があります。
フロントデスクは返金を約束できますか？
スタッフに権限があり、施設が決済を管理し、実際に返金処理が完了している場合に限ります。それ以外の場合は、ホテルによる免除の判断のみを伝えてください。
ホテル管理システムの予約を先にキャンセルするべきですか？
いいえ。ホテルが承認済みの手動復旧手順に従っている場合を除き、Booking.comの最終ステータスを待ってください。早すぎるキャンセルは、客室を二重に在庫へ戻す原因になります。
対応完了と判断できる条件は何ですか？
Booking.comのステータス、ホテル管理システムの予約、客室在庫、ゲストへのメッセージ、決済メモが一致している必要があります。管理者による社内承認だけでは不十分です。
