1. ホテル管理システムや在庫を変更する前に、正しいTrip.com eBookingの施設で予約を確認します。
2. eBooking、接続プロバイダー、およびホテル管理システムのすべてのステータスを通じて、同じ予約番号を検索します。
3. 配信を再試行する前に、施設、客室、料金プラン、定員、メッセージマッピングを確認します。
4. 文書化された1つの在庫管理でゲストを保護し、その後、接続された1つのホテル管理システム予約を復旧します。
Trip.comが確認済みであれば、ホテル管理システムで受信されていないTrip.comの予約であっても、ホテルの義務として残ります。予約は接続プロバイダーで停止したか、製品マッピングに失敗したか、ホテル管理システムの例外キューに入ったか、インポートに成功したものの到着ビューに表示されていない可能性があります。
むやみに再送信を行ったり、2つ目の予約を作成したりしないでください。まずはTrip.comの注文を確認し、最後に成功したデータの受け渡し場所を特定して、技術的な原因を修正する間、ゲストと客室を保護してください。
Trip.com eBookingでの予約の確認
Trip.com eBookingの正しい施設にサインインし、アカウントに表示されている注文または予約管理エリアを開きます。Trip.comの予約番号または注文番号、ゲスト名、予約日、滞在日で検索します。変更された予約、キャンセルされた予約、将来の予約が隠れないように、ステータスと日付のフィルターを展開します。
予約を開き、施設、Trip.comの予約番号、確認ステータス、作成および変更時刻、滞在日、客室、料金プラン、定員、ゲストの詳細、支払い指示、価格、および特別なリクエストを記録します。
該当施設のTrip.com eBookingアカウント を開き、予約または注文管理エリアに移動します。eBookingは、今後の予約を管理するために使用される宿泊施設パートナー向けエクストラネットです。メニューの表現は市場やアカウントによって異なる場合があるため、施設に表示されている注文管理機能に従ってください。
eBookingに注文が含まれていない場合は、ゲストのスクリーンショットや転送されたメールを鵜呑みにする前に、施設と予約番号を再確認してください。eBookingに確認済みの予約が表示されている場合は、ホテル管理システムの記録が欠落していても滞在を保護してください。
Trip.comの予約経路を追跡する
通常、接続された予約は、Trip.comからチャネルマネージャー、CRS、またはホテル管理システムコネクタへ移動し、施設と製品のマッピングを経て、ホテル管理システムのインポートサービスに入り、最終的にフロントデスクの画面に表示されます。
- Trip.comの予約番号と作成時間でプロバイダーを検索します。
- 予約が受信、同期、キューイング、配信、拒否、または再試行されたかを確認します。
- プロバイダーのメッセージID、宛先施設、レスポンス、およびエラーテキストを記録します。
- Trip.comの予約番号、プロバイダーの参照番号、ゲスト名、予約日、および滞在日を使用して、ホテル管理システム全体を検索します。
- 保留中、拒否済み、重複、隔離、アーカイブ済み、キャンセル済み、変更済み、および未割り当ての記録を調査します。
- 遅延が発生した場所を特定する前に、タイムスタンプを1つのタイムゾーンに統一します。
eBookingには注文があるがプロバイダーにはない場合、Trip.comからプロバイダーへの接続を調査します。プロバイダーが配信し、ホテル管理システムが拒否した場合は、インポートエラーから対処します。ホテル管理システムに予約が含まれているが、到着一覧以外にある場合は、再度インポートするのではなく、フィルターや運用ステータスを修正してください。
Trip.comの接続ワークフローは、予約の確認、キャンセル、変更、予約ステータスの照会、および予約情報の同期をカバーできます。プロバイダーに対し、その接続が実際にどのメッセージフローをサポートしているか、および各ステータスがどこにログとして記録されるかを確認してください。
Smart Orderの チャネルマネージャー は、受信したTrip.comの予約番号を、マッピングされた客室、料金プラン、空室状況、およびホテル管理システムの予約経路と結びつけて管理します。
再試行する前にTrip.comの予約を追跡する
予約の配信、マッピングされた在庫、およびホテル管理システムの予約を連携させることで、スタッフは重複を作成することなく、失敗したデータの受け渡し箇所を特定できます。
接続と製品マッピングの確認
正しいTrip.com施設が接続されており、インバウンドの予約同期がアクティブであることを確認します。アウトバウンドの料金や空室状況の更新が成功したからといって、インバウンドの予約がホテル管理システムに到達しているとは限りません。それぞれの方向で異なるサービスを使用している場合があります。
Trip.comの施設、客室タイプ、料金プラン、および製品識別子を、プロバイダーのマッピングとアクティブなホテル管理システムの製品と比較します。最近の変更（複製されたプラン、置き換えられた客室、名前が変更された製品、新しい定員オプション、無効化、または再接続など）を確認してください。これらによって、1つの予約に有効な宛先が設定されなくなることがあります。
定員、子供の設定、食事、キャンセル条件、支払いモデル、通貨、および在庫プールを確認します。表示名が似ていても、IDや商業ルールが一致しているとは限りません。
単に1つの注文を強制的に通すためだけに、稼働中の客室を再マッピングしないでください。現在のマッピングを維持し、正しい物理的な客室とプランを証明し、承認を得た上で、影響を受ける製品のみを修正し、低リスクのテストを実行してください。
ホテル管理システムのインポートエラーを読む
一般的なインポートの失敗には、非アクティブな施設、客室または料金プランのマッピングの欠落、サポートされていない定員、無効な日付、必須のゲストフィールドの欠落、サポートされていない文字、重複する外部ID、締め切られた会計日、または元の予約よりも前に変更データが到着したことなどが含まれます。
ホテル管理システムの例外または隔離キューを検索します。Trip.comの予約番号がすでに部分的な記録として存在する場合は、その記録を保持し、接続されたインポートを修復します。別の予約を作成すると、在庫が二重に減少する可能性があり、将来の変更やキャンセルが機能しなくなる恐れがあります。
インポートが成功している場合は、施設の範囲、到着期間、予約ステータス、客室の割り当て、ソースフィルター、タイムゾーン、営業日、およびユーザー権限を確認します。変更された滞在は本日の到着リストから外れている可能性があり、キャンセルされた注文は履歴にのみ残っている可能性があります。
ゲストと共有在庫を保護する
eBookingで予約が確認されたら、運営側は技術的な復旧を妨げることなくリスクを抑える必要があります。
- すべてのTrip.comおよびプロバイダーの参照番号を使用して、各システムを最後にもう一度検索します。
- 到着のリスクがある場合は、正しい物理的な在庫に一時的な保留を1つ設定します。
- 承認された例外手順にのみ従って、手動でホテル管理システムに記録を作成します。
- これに「Trip.com同期の照合待ち」とラベル付けし、元の予約番号を含めます。
- 日付、客室、プラン、定員、価格、支払い指示、含まれるもの、およびキャンセル条件を一致させます。
- 保護された支払いの詳細は、一般的なメモやサポート用のスクリーンショットに含めないようにします。
- 重複する確認、支払い、アクセスコード、およびレビューのリクエストの自動化を無効にします。
- 復旧後にプレースホルダーを照合するための担当者と期限を割り当てます。
ホテルの統合が失敗したからといって、Trip.comの注文をキャンセルしたり、ゲストに再予約を求めたりしないでください。eBooking、チャネルマネージャー、およびホテル管理システムで個別に在庫を減らさないでください。記録された1つの一時的な管理のほうが、接続された予約が届いたときに元に戻すのが容易です。
当日到着や最後の1室の販売については、共有在庫プールをすぐに確認してください。ホテル管理システムでは他のチャネルでその客室が空室状況として表示されているにもかかわらず、Trip.comが自社側に既に保存されている在庫に基づいて予約を受け付けた可能性があります。
失敗したデータの受け渡しからのみ再試行する
接続プロバイダーに対し、通知を受信するか、予約を取得するか、スケジュールされた同期を実行するか、または別の認定された方法を使用しているかを確認してください。正しい復旧措置は、その接続方法によって異なります。
まず、マッピング、資格情報、検証、またはサービスのエラーを修正します。その後、同じソースの参照番号を使用して、元の予約を1回だけ取得または再実行します。再試行する前に、遅延した配信、変更、またはキャンセルがすでにキューに入っていないか確認してください。
Trip.comサポート、チャネルマネージャー、ホテル管理システムのサポート、およびフロントデスクがそれぞれ独自に注文を再送信したり再作成したりしないようにしてください。技術的な担当者を1名指名し、すべての復旧試行とそのタイムスタンプおよび結果を記録します。
復旧後、以下のことを確認します：
- 1つのホテル管理システム予約に、Trip.comとプロバイダーの参照番号が含まれていること。
- 客室、プラン、日付、定員、価格、支払い指示、およびステータスがeBookingと一致していること。
- 共有の空室状況が正確に1回だけ減少したこと。
- 一時的な在庫と手動の記録が、メモやタスクを失うことなく照合されたこと。そして
- 後からの変更やキャンセルが、同じ接続された予約を更新できること。
再現可能なインシデントパッケージでエスカレーションする
最後に成功したデータの受け渡しの後のシステムに連絡します。プロバイダーが予約を一度も受信していない場合は、プロバイダーとTrip.comを巻き込みます。プロバイダーが配信したにもかかわらずホテル管理システムがそれを拒否した場合は、ホテル管理システムの統合チームから開始します。
施設ID、Trip.comの予約番号、客室と料金プランのID、プロバイダーの参照番号、タイムゾーンを含む予約と変更の時刻、メッセージID、配信のレスポンス、ホテル管理システムのエラー、マッピングのスクリーンショット、検索フィルター、前後での在庫、およびすでに実行されたすべてのアクションを含めます。
期待される結果と実際の結果を明記します：「確認済みのTrip.comの予約 X は、製品 Y のための1つのホテル管理システム予約を作成するはずですが、プロバイダーにはステータス Z と表示されており、時刻 T の時点では一致するホテル管理システムの記録が見当たりません」
到着が当日である場合、予約が最後の客室を消費した場合、支払い指示が不明確である場合、複数の予約が欠落している場合、またはキューが増え続けている場合は、直ちにエスカレーションしてください。
復旧したTrip.comの到着予定を可視化する
遅延した予約が別の手動リストに残らないように、接続された予約と客室の空室状況をフロントデスクの1つのワークフローに統合しましょう。
よくある質問
Trip.comの予約が見つからない場合、スタッフはまずどこを確認すべきですか？
ホテル管理システムを変更する前に、eBookingで正しい施設をチェックし、Trip.comの予約番号、ステータス、日付、製品、および支払い指示を確認してください。
Trip.comの予約が失敗している間に、料金を同期させることはできますか？
はい。アウトバウンドの料金や空室状況は、インバウンドの予約同期とは異なるサービスや検証を使用する場合があります。双方向を別々にテストしてください。
フロントデスクは手動で予約を作成すべきですか？
承認された例外プロセスによって即時のゲストの保護が求められる場合にのみ作成します。照合用のマークを付け、自動化による重複を防ぎます。
なぜ到着リストからのみ予約が欠落しているのですか？
別の施設、日付、ステータス、客室の割り当て、ソースフィルター、タイムゾーン、または権限の範囲下に存在している可能性があります。外部の参照番号を使用して、ホテル管理システム全体を検索してください。
Trip.comの同期が復旧したことは何をもって証明されますか？
接続された1つのホテル管理システム予約がeBookingと一致し、在庫が1度だけ変更され、一時的な管理が解決され、将来の予約イベントが同じ記録にリンクされたままになっていることです。
欠落したTrip.comの予約は、ゲストが保護され、予約がeBookingから1つのクリーンなホテル管理システム記録まで追跡可能になった場合にのみ解決されます。まず確認し、失敗したデータの受け渡しを修復し、次のライフサイクルイベントを検証してからインシデントをクローズしてください。
