1. ゲストから申請があっても、返金不可の予約が自動的に無料キャンセル可能な予約へ変更されるわけではありません。
2. 判断する前に、正確な予約条件、決済主体、申請理由、回答期限を確認します。
3. Agodaの予約記録に判断結果を残し、最終的な予約状況と決済状況を確認してからホテル管理システムを更新します。
返金不可の客室料金に対する Agodaの無料キャンセル申請は例外対応の依頼であり、当初の予約条件が変更されたことを示すものではありません。ホテルはゲストの事情を考慮できますが、誰が代金を回収したのか、予約がどのようにキャンセルされるのかを確認する前に返金を約束してはいけません。
目的は、Agoda、ホテル管理システム、ホテルの決済記録にそれぞれ異なる予約情報が残らないようにしながら、公平で一貫した判断を下すことです。
このフローは、最終判断が確定する前の申請対応を対象としています。キャンセル、返金、または入金額の調整がすでに発生した後に経理部門が行う、キャンセル返金の照合作業とは別のプロセスです。
ゲストのメッセージではなく、予約情報から確認する
予約を Agoda Partner Portalで開き、予約ID、宿泊日、客室と 料金プラン、現在のステータス、キャンセル条件、決済方法を確認します。予約後に変更された可能性がある現在の料金プラン設定ではなく、この予約に適用された条件を確認してください。
ゲストから代金を回収したのがAgodaなのか、宿泊施設側が回収する予定なのかも確認します。これにより、返金を処理できる当事者と、ホテルがゲストに約束できる内容が決まります。宿泊施設が代金を回収していない場合、返金済みであるとゲストに伝えてはいけません。
免除申請に表示されている回答期限も確認します。この期限を担当者が明確な業務タスクとして管理してください。申請を期限切れにすると、回避できたはずの苦情につながり、ホテルが承認したのか却下したのかスタッフが判断できなくなる可能性があります。
ホテルの対応フローに沿って処理する
返金不可予約の例外申請には、常に同じ判断フローを使用します。これにより、フロントデスク、予約担当、管理者、経理部門の認識を統一できます。
- ポリシーと予約状況を確認する。 予約が有効であり、客室料金が実際に返金不可であること、過去のキャンセルや変更によって予約内容がすでに変わっていないことを確認します。
- 結論を約束せずに理由を把握する。 申請の判断に必要な最小限の情報を確認します。単なる予定変更と、証明可能な緊急事態、交通機関の乱れ、重複予約、予約ミス、ホテル側に起因する問題を区別してください。
- ホテルの実質的な損失リスクを算出する。 客室料金、入金予定額、手数料の扱い、再販売の可能性、到着日までの日数、すでに確定している費用を確認します。ゲストが提示した合計金額をホテルの見込み収益として扱わないでください。
- ホテルの例外対応ルールを適用する。 全額免除、一部免除、日程変更、クレジット付与、却下のそれぞれについて、承認権限を持つ担当者を決めます。高額な予約や繁忙日の例外対応を、最初にメッセージを見たスタッフの判断に委ねてはいけません。
- 予約申請を通じて回答する。 Agoda Partner Portalに表示される操作から承認または却下します。文面は明確かつ中立的にしてください。ホテルが代替案を提示する場合は、Agodaでの処理とゲストの同意が必要であることを明記します。
- ホテル管理システムを変更する前に最終ステータスを確認する。 予約が引き続き有効なのか、無料でキャンセルされたのか、変更されたのかを確認します。その後、連携による更新がまだ反映されていない場合にのみホテル管理システムを更新します。
- 監査用の記録を残す。 判断結果、承認者、理由の分類、金銭的影響、ゲストとのやり取り、Agoda上の最終ステータスを記録します。経理担当者や次のシフトのスタッフが、やり取りを一から確認しなくても結果を把握できるようにしてください。
このプロセスにより、ホテルが非公式に同意してホテル管理システムから予約を削除した後、Agodaでは予約が有効なままだった、または返金処理が開始されていなかったと判明する、よくあるミスを防げます。
キャンセルの判断がメッセージだけに残っていると、次のシフトが誤った客室を確保したり、誤った決済結果をゲストに案内したりする可能性があります。Smart Orderなら予約、ゲストメモ、チームのフォローアップを一元管理できるため、スタッフが空室状況や決済記録を変更する前に、承認済みの判断を確認できます。
キャンセルの判断を予約情報と一元管理
ゲストからの申請、判断結果、フォローアップ対応を、管理者とフロントデスクスタッフが1つの予約記録で共有できます。
例外対応がビジネス上妥当かを判断する
ホテル側に問題の原因がある場合、予約された客室を提供できない場合、明確な予約ミスによる重複予約が入った場合、またはホテルのポリシーに基づく証明可能な例外が承認された場合は、キャンセル料の免除が妥当なことがあります。管理者は再販売の可能性やゲストの長期的な価値も考慮できますが、これらは事業上の判断であり、ゲストに自動的に認められる権利ではありません。
予約条件が明確で、ホテルが予定どおり宿泊を提供でき、申請理由が単なる予定変更で、客室を再販売できる可能性が低い場合は、却下が妥当なことがあります。同様の事例には同じルールを適用し、スタッフごとに異なる約束をしないようにしてください。
双方を守るために、中間的な選択肢を用意できる場合もあります。アカウント設定や契約上認められていれば、ホテルは日程変更、一部免除、クレジット付与を承認できます。ただし、予約記録上で処理できない代替案を提示してはいけません。
多数のゲストに影響する可能性がある特別な事象では、個別判断による場当たり的な対応をやめてください。管理者は一時的な統一ルールを設定し、必要な証明書類を定め、承認済みの案内文をスタッフに提供する必要があります。
ゲストへの回答を明確に記載する
ホテルが承認する場合は、次のように明確に伝えます。「この予約のキャンセル料免除を承認いたします。キャンセル処理および返金の確定はAgodaが行います。更新後の予約確認が届くまでは、予約がキャンセルされたものと判断せずにお待ちください。」
ホテルが却下する場合も、次のように明確に伝えます。「予約に適用された返金不可条件に基づき、申請内容を確認いたしました。ホテルではキャンセル料を免除できないため、Agodaから異なる最終ステータスが通知されない限り、予約は引き続き有効です。」
ゲスト、OTA、従業員のいずれにも責任を押し付けないでください。また、決済責任を持つ当事者から確認を得ていない限り、「返金保証」と伝えたり、銀行での処理日を案内したりしてはいけません。
判断後に決済と在庫を確認する
承認されたキャンセル料免除は、予約ステータス、客室在庫、決済記録が一致するまで完了ではありません。客室が一度だけ販売可能な状態に戻ったこと、ホテル管理システムにキャンセルまたは返金の重複記録が作成されていないことを確認します。
申請を却下した場合は、予約が引き続き有効で、客室在庫が確保されたままであることを確認します。到着時にゲストをキャンセル済みとして扱わないよう、フロントデスク向けのメモを追加してください。
経理部門は、後日発生した入金額の控除、返金、手数料調整を予約IDと照合する必要があります。この時点から、別の照合作業が始まります。
よくある質問
ホテルはAgodaの返金不可プランに対する無料キャンセルを承認する必要がありますか？
いいえ。申請は、宿泊施設に例外対応の検討を求めるものです。該当する特別な事象、契約上のルール、またはホテルの承認済み判断によって結果が変更されない限り、予約条件が判断の出発点となります。
ホテルからゲストへ直接返金できますか？
宿泊施設が代金を回収し、予約上の取り決めで返金が認められている場合に限ります。Agodaが代金を回収した場合、ホテルはAgodaの手続きを通じて申請を承認または却下し、決済主体に返金処理を任せる必要があります。
フロントデスクは先にホテル管理システムで予約をキャンセルすべきですか？
いいえ。まずAgoda上の最終ステータスを確認してください。有効な予約をホテル管理システムから削除すると、客室が再び販売可能になり、オーバーブッキングが発生する可能性があります。
ゲストがホテルへ直接連絡してきた場合はどうすればよいですか？
やり取りを記録し、返金を約束せず、予約情報と決済記録が正しく更新されるよう、最終的な申請はAgodaの予約手続きを通じて行うよう案内してください。
ホテルは経理部門向けに何を保管すべきですか？
予約ID、当初のキャンセル条件、判断結果、承認者、最終ステータス、決済主体、後日発生した返金または入金額の調整を保管してください。
