1. 何かを作成・キャンセルする前に、正しいTraveloka TERAの施設に予約が存在するか確認します。
2. Travelokaからチャネルマネージャー、マッピングレイヤー、ホテル管理システムのインポートキュー、到着一覧まで予約を追跡します。
3. インポートの繰り返しや重複した自動メッセージの送信を引き起こすことなく、確定したゲストと在庫を保護します。
4. 失敗したステップを特定してから再試行し、ホテル管理システムに1つの予約が存在し、空室状況が1回だけ変更されたことを確認します。
Travelokaの予約がホテル管理システムに表示されないからといって、自動的にTravelokaの障害であるとは限りません。予約はTERAで確定されていても、チャネルマネージャーでの遅延、マッピングによる拒否、ホテル管理システムのインポートキューでの保留、または到着リストのフィルターによって非表示になっている可能性があります。
ゲストが確定済みのチャネル予約を持っているかどうかについては、Travelokaの記録を第一の信頼できる情報源として扱ってください。その後、同じ予約を何度もインポートすることなく、各データの受け渡しを追跡します。
Traveloka TERAで予約を確認する
TERAにログインし、正しい施設を選択して、Travelokaの予約IDまたはブッキングIDを使用して予約を検索します。ゲスト名、宿泊日、客室、料金プラン、利用人数、予約ステータス、支払いステータス、合計金額、および作成・変更日時を確認してください。
予約がTERAに存在しない場合、ゲストのスクリーンショットだけを頼りにホテル管理システムの予約を作成しないでください。メッセージが同じ施設のものであり、正規のTravelokaチャネルから送信されたものであることを確認してください。間違ったホテル、キャンセルされたチェックアウトの試み、または不正なメッセージによって在庫が消費されるべきではありません。
予約が存在し、確定している場合は、識別子を保存してゲストを保護します。Travelokaは、パートナーが予約、チェックイン、ゲストからのリクエスト、支払いステータスを監視する場所としてTERAを位置づけており、運用設定でホテルの予約通知やチャネルマネージャーの連携を利用できます。Travelokaの現在のTERA概要は、これらの機能をサポートしています。
2025年7月に導入されたTERAのホームページには、予約の概要（Booking Overview）と左側のナビゲーションも含まれています。古いメニューラベルに頼るのではなく、アカウントに表示されている機能と照らし合わせてください。Travelokaのインターフェース更新に関するドキュメントには、そのレイアウト変更が記載されています。
データの受け渡しが途切れた箇所を特定する
連携された予約は通常、1つの経路をたどります。Travelokaが予約を確定し、接続プロバイダーがそれを受信または取得し、マッピングレイヤーが施設、客室、および料金プランを特定し、ホテル管理システムがそれをインポートし、到着一覧にその結果の記録が表示されます。
すべてのレイヤーで同じ予約IDを確認してください。プロバイダーのログにIDがない場合は上流工程に原因があります。プロバイダーの配信が成功したにもかかわらずホテル管理システムで拒否された場合は下流工程に原因があります。ホテル管理システムへのインポートが完了しているのに到着一覧に表示されない場合は、データ転送ではなくフィルタリングや予約ステータスに原因があります。
タイムスタンプは1つのタイムゾーンで記録してください。そうしないと、Travelokaでの作成時間、プロバイダーの受信時間、ホテル管理システムのインポート時間、およびホテル現地の時間が混在し、正常な処理順序が遅延したり順序が狂ったりしているように見えることがあります。
Smart Orderのチャネルマネージャーは、OTAの予約配信をホテルの在庫記録に接続します。1つの予約がその経路を通じて追跡可能であれば、スタッフは管理外の2つ目のインポートプロセスを維持することなく、客室を保護できます。
1つのTraveloka予約を最初から最後まで追跡する
チャネル配信、マッピングされた客室在庫、およびホテル管理システムの予約を1つのワークフローにまとめることで、無闇に再試行することなく、到着漏れを切り分けることができます。
接続、マッピング、およびインポートルールの確認
Travelokaとの接続が正しい施設に対して有効であり、認証情報や承認の有効期限が切れていないことを確認します。アカウントレベルのステータスが緑色であるだけでは不十分です。個別の予約の方向と、欠落した予約の前後に成功した最新の予約を調査してください。
Travelokaの施設、客室、および料金プランのIDをプロバイダーのマッピングと比較します。表示名が似ていても、同一であるとは限りません。新しい客室、複製された料金、名前が変更されたプラン、または再接続された施設の場合、料金や空室状況の更新が続いている状態でも、予約が一致しないままになる可能性があります。
次に、ホテル管理システムのインポートキューと拒否ログを調査します。一般的な原因としては、マッピングされていない客室やプラン、ソースIDの重複、無効な利用人数、必須のゲスト項目の欠落、サポートされていない文字、締め済みの会計日、無効な施設、または元の予約よりも先に到着した予約の更新などが挙げられます。
1つの予約を無理に通すためだけに客室のマッピングを変更しないでください。まず物理的な在庫と商業条件を確認してください。急いでマッピングを再設定すると、将来のTravelokaの予約が誤った客室枠に入ってしまう可能性があります。
ホテル管理システムが予約を非表示にしていないか確認する
Traveloka ID、ゲスト名、到着日、予約日、メールアドレス、およびプロバイダーの参照番号を使用して、ホテル管理システム全体を検索します。その記録はデフォルトの到着一覧以外に存在している可能性があります。
施設、到着日の範囲、予約ステータス、客室のフィルター、ユーザー権限、タイムゾーンを確認し、キャンセル済み、未割り当て、保留中、またはインポートされた予約がビューから除外されていないかを確認します。また、手動で何かを作成する前に、重複した記録やアーカイブされた記録も検索してください。
変更によって、滞在が本日の到着ウィンドウの範囲外に移動した可能性があります。キャンセルによって、予約履歴を保持したままアクティブな到着一覧から削除された可能性があります。タイムゾーンの変換によって、深夜の予約が前日または翌日の営業日に配置された可能性があります。
ホテル管理システムにソースIDがあるものの、予約の詳細が不完全な場合は、部分的なインポートとして扱います。2つ目の予約を作成するのではなく、その記録を保持し、連携ワークフローを通じて欠落している項目を修正してください。
ゲストと在庫を安全に保護する
TERAで予約が確定されたら、自動インポートが未解決であっても、正しい物理的な在庫を確保します。ホテルのポリシーで許可されている場合にのみ、一時的な運用上の保留、または明確にマークされたホテル管理システムの手動記録を使用してください。
- Traveloka IDを記録し、その項目をチャネル照合待ちとしてマークします。
- 禁止されている支払いデータを保存することなく、確定した客室、料金、日付、利用人数、支払いステータス、およびゲストの連絡先詳細を一致させます。
- 指定されたソースを通じて在庫を一度ブロックし、関連のない客室が変更されていないことを確認します。
- 一時的な記録において、重複した確認、支払い、アクセスコード、およびレビューの自動化を抑制します。
- 連携が復旧した後に、一時的な記録を置き換え、統合、または廃止するための担当者と期限を割り当てます。
ホテル管理システムを整理するためにTravelokaの予約をキャンセルしないでください。また、ゲストに再予約を依頼しないでください。内部の配信エラーによって、有効なチャネル契約が変更されたり、ゲストが二重請求の危険にさらされたりするべきではありません。
重複を作成せずに再試行する
再試行する前に、プロバイダーがTravelokaの予約IDをべき等性（idempotency）または重複制御キーとして使用しているかどうか、および後続の変更やキャンセルがすでにキューに入っているかどうかを確認します。無闇に再実行すると、ホテル管理システムに2つの記録が作成されたり、イベントが順序どおりに適用されなかったりする可能性があります。
確認された最も初期の失敗ポイントから再試行します。プロバイダーが予約を一度も受信していない場合は、承認された取得またはエスカレーションのパスを使用します。ホテル管理システムが拒否した場合は、特定のマッピングまたは検証エラーを修正し、同じソースイベントを1回だけ再実行します。
復旧後、再度全体を検索します。1つのホテル管理システムの予約に、TravelokaのソースID、正しい客室と料金、現在のステータス、支払いデータ、および変更履歴が保持されている必要があります。空室状況の変更は1回のみであるべきです（一時的な保留で1回、インポートされた予約でさらに1回変更されるべきではありません）。
一時的な記録の統合や廃止は、監査証跡が保存される承認済みのワークフローを通じてのみ行ってください。連携された予約の今後の更新リンクを解除することなく、客室の割り当て、メモ、デポジット、タスク、およびゲストとのコミュニケーションを転送します。
再現可能な証拠を添えてエスカレーションする
インシデントに関する情報を1つのパッケージにまとめて、責任のあるプロバイダーに送信します。これには、施設およびTravelokaのID、客室と料金プランのコード、予約ステータス、作成日時と変更日時、プロバイダーのメッセージID、配信の確認、ホテル管理システムのエラーテキスト、マッピングのスクリーンショット、検索フィルター、前後の在庫状況、およびすでに実行されたアクションを含めます。
期待される結果と実際の結果を明記します。例えば、「確定済みのTraveloka予約Xは、客室Yおよび料金Zでホテル管理システムに1つの予約を作成するはずですが、時刻Tの時点でホテル管理システムに記録も拒否も表示されていません」と記載します。これは「予約が見つからない」と報告するよりも実用的な情報です。
当日の到着、残り1室の在庫、支払いの不確実性、複数の予約の欠落、または増加し続けるキューについては、直ちにエスカレーションしてください。ゲストと在庫が保護されるように、フロントデスクや収益管理の担当業務は技術的な調査とは切り離しておいてください。
よくある質問
Travelokaの予約が見つからない場合、スタッフはまずどこを確認すべきですか？
ホテル管理システムに変更を加える前に、Traveloka TERAで正しい施設を確認し、予約ID、ステータス、日付、客室、料金、利用人数、および支払いステータスを確認してください。
予約が失敗している間でも、料金の同期は行われますか？
はい。送信される料金と空室状況の同期は、受信される予約とは異なる経路やプロセスを使用する場合があります。両方のフローを個別にテストおよび監視してください。
フロントデスクで予約を手動で入力すべきですか？
ホテルのポリシーによって、運用上の保護が直ちに必要な場合にのみ入力してください。照合待ちとしてマークし、TravelokaのソースIDを使用し、自動化処理の重複を防ぎ、インポート後にどのように解決するかを計画してください。
予約が到着一覧にだけ表示されないのはなぜですか？
ホテル管理システム内で、異なる施設、日付、ステータス、客室、権限スコープ、またはタイムゾーンの下に保持されている可能性があります。データ転送の障害と診断する前に、システム全体を検索してください。
インポートを複数回再試行しても安全ですか？
いいえ。まずは失敗したステップを特定し、重複制御の仕組みを確認してください。確定したイベントを繰り返し再実行すると、重複が作成されたり、変更が順序どおりに処理されなかったりする可能性があります。
問題が解決したことはどのように証明されますか？
連携された1つのホテル管理システムの予約がTERAと一致し、現在の変更が反映されており、在庫の変更が1回のみであり、一時的な保留が照合され、後続の更新が同じソース記録に従っていることです。
Travelokaの到着漏れは、予約が運用上保護され、かつ技術的に追跡可能になった時点で解決したとみなされます。最初にTERAを確認し、データの受け渡しが途切れた箇所を特定してそのポイントのみを修正し、1つのクリーンなホテル管理システムの記録をもってインシデントをクローズしてください。
