1. Agoda Partner Portalの［Bookings］＞［Reservations］で予約を確認し、施設の登録済み予約メールをチェックします。
2. 再送をリクエストしたり手動で記録を作成したりする前に、Agodaの予約IDを使用してチャネルマネージャーおよびホテルPMSを検索します。
3. 連携マッピングで使用されているAgodaの施設ID、客室タイプID、料金プランIDを確認します。
4. ゲストと共有在庫を保護し、重複を避けるために遅延した自動予約を照合します。
ホテルPMSに届かないAgodaの予約は、進行中の予約インシデントです。通知がチャネルマネージャーで停止したか、ホテルPMSのインポート中に失敗したか、あるいは予期しない施設、日付、ステータスで登録された可能性があります。
再試行から始めないでください。Agodaで予約が確定していることを証明し、それを受信した最後のシステムを特定して、ゲストと在庫を保護します。これにより、1件の宿泊の欠落がオーバーブッキングや重複に変わるのを防ぎます。
変更を加える前にAgodaの予約を確認する
Agoda Partner Portalを開き、Listingsから正しい施設を選択して、Bookings > Reservationsに移動します。Confirmedビューを開き、Agodaの予約ID、ゲスト名、到着日、出発日、予約日で検索します。古い予約、変更された予約、将来の予約を隠してしまう可能性のあるフィルターは解除してください。
チャネルマネージャーが接続されている場合を含め、Agodaは登録された予約メールアドレスにも確認メールを送信します。ホテルタイプの施設および複数ユニットの宿泊施設は、Settings > ContactsのReservation and post-bookingを使用して受信者を管理します。
Partner Portalを予約の信頼できる情報源として扱います。ステータス、施設、タイムスタンプ、プロダクト、日付、利用人数、ゲスト、支払いモデル、および予想される施設収益を確認します。Agoda Collectは前払いとしてマークされ、Property Collectはホテルに集金を指示します。
Partner Portalで見つからない場合は、ゲストのスクリーンショットからAgodaの予約を作成しないでください。施設、日付、予約IDを再確認してください。予約が確定している場合は、ホテルPMSのデータがなくても宿泊を保護してください。
Agodaの予約がどこで停止したかを特定する
接続された予約は通常、Agodaからチャネルマネージャーまたは連携プロバイダーに移動し、次にホテルPMSに入ります。ホテルPMSの到着リストは最終的な運用ビューに過ぎません。各システムを順番に検索してください。
チャネルマネージャーで、Agodaの予約ID、プロバイダー参照番号、施設、タイムスタンプ、日付を検索します。保留中、失敗、拒否、およびアーカイブ済みのキューを確認してください。内部参照番号とホテルPMSへの配信結果を記録します。
本日の到着だけでなく、ホテルPMS全体を検索してください。すべての外部参照番号、ゲストの姓、予約日、到着日、および客室を使用します。キャンセル、変更、未割り当て、エラー、インポート済みのステータスも含めます。ナイトオーディット後の営業日も確認してください。
Agodaに予約があるにもかかわらずプロバイダーにない場合は、最初の連携元を調査します。プロバイダーにはあるがホテルPMSにない場合は、ホテルPMSへの配信またはインポートを検査します。到着リスト以外に存在する場合は、再度インポートするのではなく、ビューまたは割り当てを修正してください。
Smart Orderがチャネルマネージャーを通じてAgodaの予約を受信すると、外部の予約参照番号、マッピングされた客室在庫、ホテルPMSの予約が1つのワークフローに入ります。これにより、運用チームは予約がホテルシステムに到達し、空室状況が変更されたかどうかを明確に確認できるようになります。
ホテルPMSへのAgoda予約の追跡
スタッフが再試行前に連携の失敗を特定できるように、入ってくるAgodaの予約、外部参照番号、マッピングされた客室、および在庫の変更を連携させたままにします。
Agodaの通知および取得動作を確認する
連携プロバイダーに、Agodaの予約をどのように受信しているか確認してください。復旧アクションは接続方法によって異なります。
Agodaの現在のPartner Hubによると、Hintを使用しているパートナーに対し、Agodaは予約通知のプッシュを3回試行します。これらの試行が失敗した場合、Agodaはチャネルマネージャーにメールで通知を送信します。Hintを使用していないパートナーの場合、接続が復旧した後にチャネルマネージャーがAgodaに新規リクエストを送信する必要があります。
Agodaは、リクエストAPIの適用範囲も考えられる原因として特定しています。プロバイダーが取得ウィンドウを確認できるように、予約ID、タイムゾーンを含む作成時間、および宿泊日を提供してください。
複数のスタッフが同じ予約を再送しないようにしてください。遅延した通知がまだ届く可能性があります。再試行する前に、外部IDを使用してホテルPMSのすべてのステータスを検索してください。
プロバイダーが配信を報告した場合は、そのタイムスタンプ、宛先、メッセージID、レスポンス、および再試行履歴を要求します。接続バッジは、ホテルPMSへのインポートを証明するものではありません。
施設、客室、料金プランのマッピングを確認する
Agodaでは、チャネルマネージャーでAgodaの施設ID、客室タイプID、料金プランIDをマッピングする必要があります。施設の接続が正しくても、プロダクトのマッピングが不完全な場合、予約が有効なホテルPMSの宿泊データになるのを妨げる可能性があります。
Partner Portalの施設名の横に表示されているAgoda施設IDを確認します。客室タイプIDについては、Property > Room setupに移動します。料金プランIDについては、Ratesおよび空室状況 > Rate plansに移動します。これらの識別子を、プロバイダーのマッピングやアクティブなホテルPMSのプロダクトと比較してください。
Agodaの客室またはプランが作成、名前変更、置換、非アクティブ化、または再マッピングされたかどうかを確認します。利用人数、食事、キャンセル条件、価格設定モデル、および在庫プールを比較してください。名前が似ているだけでは、一致している証明にはなりません。
料金プランが欠落していても、客室はマッピングされている場合があります。プロバイダーは予約を受信できても、組み合わされたプロダクトの送信先が見つからないことがあります。
単に1件の予約を通すためだけに、稼働中のプロダクトを再マッピングしないでください。現在のマッピングを記録し、承認を得て修正し、リスクの低いプロダクトでテストしてください。
ゲストを保護し、在庫を安全に照合する
確定したAgodaの予約は、ホテルの運用上、直ちに拘束力を持ちます。到着が近い場合、スーパーバイザーはホテルPMSの欠落記録を調査する間、予約された客室をどのように確保するかを決定する必要があります。
以下の管理された対応手順を使用してください：
- Agoda Partner Portalで進行中の予約と現在のステータスを確認します。
- すべての外部参照番号を使用して、プロバイダーとすべてのホテルPMSステータスを最後にもう一度検索します。
- 承認されたホテルの例外処理プロセスに従って、正しい客室在庫を確保します。
- ポリシーで許可されている場合にのみ手動でホテルPMSの記録を作成し、Agoda同期照合待ちとしてマークします。
- 客室、プラン、日付、利用人数、価格、税金、食事、キャンセル条件、および支払い指示を正確にコピーします。
- Agodaの予約IDとプロバイダーの参照番号を追加しますが、完全なカード情報やバーチャルカードのデータを通常のメモに決してコピーしないでください。
- 遅延した自動予約がないか監視し、ナイトオーディット前に照合します。
Agodaの空室状況、共有チャネルの在庫、ホテルPMSの在庫数、および他のOTAを確認します。ホテルPMSが古い共有在庫数を保持している間に、Agodaが自身の在庫を減らし、他のチャネルが最後の1室を販売してしまう可能性があります。
複数のシステムで客室を減らさないでください。記録された1つの暫定管理を使用します。自動化が復旧したら、将来のAgodaの変更にリンクされた記録を保持し、ホテルPMSのポリシーに従ってプレースホルダーをリタイアさせます。
ホテルPMSのインポートルールと後続の予約メッセージを確認する
Agodaから配信されても、ホテルPMSへの連携が失敗する場合があります。認証情報、施設の接続、キュー、利用できないサービス、無効な日付、サポートされていない利用人数、欠落しているプロダクト、およびクローズされたプランを確認してください。
メッセージの順序を検査します。後続の変更やキャンセルによってインポート済みの宿泊が移動したか、あるいは元のAgoda予約IDが欠落しているために待機中になっている可能性があります。
隔離、例外、または手動レビューのキューを検索します。一部のホテルPMSプラットフォームでは、拒否された予約をメインカレンダーの外に保存します。エラーテキストには、作成をブロックした正確なフィールドまたはマッピングが特定されているはずです。
修正後は、必要な復旧アクションのみを使用してください。1件のホテルPMS予約、保存されたAgoda ID、有効な将来の更新パス、および1件の在庫削減を確認します。
Smart Order フロントデスクは、入ってくる予約を運用カレンダーに接続します。復旧したAgodaの予約が表示されると、フロントデスクは2つ目の手動リストを管理することなく、その日付、客室ステータス、および到着準備を確認できます。
復旧したAgodaの到着を可視化し続ける
インポートされた予約を客室の空室状況やフロントデスクの業務と連携させることで、遅延した予約をチェックインまたはナイトオーディット前に照合します。
1つの完全なインシデント記録でエスカレーションする
最後に成功した連携の後のシステムに連絡してください。プロバイダーがまったく受信していない場合は、プロバイダーとAgodaを関与させます。ホテルPMSがそれを拒否した場合は、ホテルPMSの統合サポートから始めます。
インシデントを再現する証拠を送信します：
- Agodaの施設ID、予約ID、客室タイプID、および料金プランID
- プロバイダーおよびホテルPMSの予約参照番号、マッピングID、接続名
- 予約、プッシュまたは取得、配信、再試行、およびタイムゾーンを含むエラーのタイムスタンプ
- 現在のAgodaのステータス、実行されたホテルPMSの検索、および在庫状況
- 支払い情報や個人データを隠した状態での、完全なエラーテキストとスクリーンショット
- すでに作成されている手動の確保分またはプレースホルダー記録
緊急の場合、Agodaは施設に対して、Partner PortalのNeed Helpを確認するよう指示し、予約の問題について `biz@agoda.com` をリストアップしています。Agodaの予約IDを含め、支払い情報には安全なルートを使用してください。
復旧後、根本原因と担当者を文書化します。通知の連絡先、取得範囲、マッピング変更の管理、例外アラート、および今後のAgoda到着予定とホテルPMSを照合するホテルの日次業務を見直してください。
よくある質問
Agodaの予約はどこで確認できますか？
Agoda Partner Portalで施設を選択し、Bookings > Reservations > Confirmedに移動します。Agodaの予約IDと日付で検索し、登録されている予約通知メールを確認してください。
Agodaから予約メールが届いたのに、ホテルPMSがそれを受信しなかったのはなぜですか？
チャネルの通知が失敗したか、プロバイダーの取得ウィンドウが予約期間をカバーしていないか、プロバイダーは受信したもののホテルPMSがインポートを拒否した可能性があります。各連携をIDとタイムスタンプで追跡してください。
フロントデスクは欠落しているAgodaの予約を手動で入力すべきですか？
Partner Portalで確認し、すべてのホテルPMSステータスを検索し、ホテルの例外ポリシーに従った後にのみ入力してください。後で自動予約が届く可能性があるため、記録には照合のためのマークを付けてください。
マッピングを確認するには、どのAgoda IDが必要ですか？
Agodaの施設ID、客室タイプID、料金プランIDを、チャネルマネージャーおよびホテルPMSのマッピングと比較します。プロダクトのマッピングが1つでも欠落していたり古かったりすると、予約がブロックされる可能性があります。
Agodaの予約の欠落によってオーバーブッキングが発生する可能性はありますか？
はい。ホテルPMSや他のチャネルが古い共有在庫数を保持している間に、Agodaが自身の在庫を減らす場合があります。管理された1つの方法で客室を保護し、復旧後に空室状況を照合してください。
チャネルマネージャーが再試行する前に何をすべきですか？
Agodaの予約IDでホテルPMSを検索し、最初の試行で記録が作成されたかどうかを確認し、失敗の証拠を記録して、プロバイダーのAgoda接続に対する正しい復旧方法を検証します。
Agodaの予約インシデントは、Partner Portal、チャネルマネージャー、およびホテルPMSにおいて、1件の確定した宿泊、1つの接続された外部参照番号、そして1つの正しい在庫削減が反映された時点でのみ解決となります。
