Tiket.comの予約がPMSに反映されない：トラブルシューティングガイド

PMSに反映されていないtiket.comの予約は、tiket.comが確定している場合、依然として有効な予約です。エラーは、エクストラネットとチャネルマネージャーの間、チャネルマネージャーとPMSの間、またはPMSのインポートキュー内で発生している可能性があります。また、予約自体は存在していても、到着ビューに表示されていないだけの可能性もあります。

予約の再送や手動入力から始めないでください。チャネルの記録を確認し、各システムで同じ識別子を追跡して、2つ目の予約を作成することなくゲストを保護します。

Tiket.comエクストラネットで予約を確認する

ログインして、デスクトップ版エクストラネットの正しい施設にアクセスします。予約 > 予約検索を開き、旅程IDまたはゲスト名で検索します。本日のダッシュボードだけに頼るのではなく、日付の範囲を広げ、確定済み、変更済み、キャンセル済みのステータスを確認してください。

tiket.comのアプリ「Lignum」でも別の確認方法が用意されています。予約を開き、チェックインと予約を切り替え、該当する日付範囲を選択して、ゲスト名または旅程IDで検索します。tiket.comの予約検索ガイドとLignumの予約ガイドには、パートナー側で行うべきこれらの確認手順が記載されています。

予約を開き、施設、旅程ID、予約ステータス、作成および変更日時、宿泊日、客室、料金プラン、利用人数、ゲスト詳細、支払い指示、および特別リクエストを記録します。チャネルの記録を使用してゲストが有効な予約を持っているかを確認し、PMSを業務の処理先として使用します。

tiket.comで予約が見つからない場合は、ゲストのスクリーンショットや転送されたメールを鵜呑みにせず、施設と識別子を再確認してください。tiket.comで確定済みとして表示されている場合は、配信エラーが未解決であっても滞在を確保してください。

予約の連携プロセスを追跡する

接続された予約は通常、tiket.comからチャネルマネージャーまたは接続プロバイダーに送信され、プロダクトマッピングを経て、PMSのインポートサービスに入り、最終的に到着ビューに表示されます。1つの旅程IDを使用して、そのプロセスをテストします。

1. 接続プロバイダーでtiket.comの旅程IDと予約のタイムスタンプを検索します。
2. 受信、キュー待ち、配信済み、拒否、または再試行されたかを確認します。
3. プロバイダーのメッセージID、宛先施設、レスポンス、およびエラーテキストを記録します。
4. 旅程ID、プロバイダー参照番号、ゲスト名、予約日、および宿泊日でPMS全体を検索します。
5. 保留中、失敗、重複、隔離、キャンセル済み、アーカイブ済み、および未割り当ての記録を確認します。
6. 遅延がどこで発生したかを判断する前に、すべてのタイムスタンプを単一のタイムゾーンで比較します。

tiket.comに予約があるにもかかわらずプロバイダーにない場合、問題はプロバイダーより上流にあります。プロバイダーが配信した予約をPMSが拒否した場合は、インポートエラーを調査してください。予約が到着ビュー以外の場所でPMSに保存されている場合は、再度インポートするのではなく、フィルターまたはステータスを修正してください。

Smart Orderのチャネルマネージャーは、受信したOTAの参照番号を、マッピングされた客室在庫およびPMSの予約パスに紐付けたままにするため、最後に成功した連携ポイントを特定しやすくなります。

接続とプロダクトマッピングを確認する

正しい施設でtiket.comの接続がアクティブになっており、予約配信の方向が有効になっていることを確認します。最近の料金の更新が成功したからといって、受信予約が正常に機能しているとは限りません。これら2つのフローは異なるサービスを使用している可能性があります。

tiket.comの施設、客室、料金プランの識別子を、チャネルマネージャーのマッピングおよびアクティブなPMSのプロダクトと比較します。客室名の変更、プランの複製、プロダクトの無効化、または施設の再接続が行われた後は、特に注意が必要です。表示名が一致しているだけでは不十分です。

利用人数、子供の設定、食事、キャンセル条件、価格モデル、および通貨を確認します。プロバイダーが予約を受信しても、客室プランを組み合わせたプロダクトに有効なPMSの宛先がない場合や、必須の入力値がサポートされていない場合、予約が拒否されることがあります。

1つの予約を無理に通すためだけに、稼働中の客室を再マッピングしないでください。実際の在庫と販売条件を確認し、古いマッピングを保存し、承認を得た上で、リスクの少ないプロダクトで修正したマッピングをテストします。

PMSのインポートと到着ルールの確認

データを変更する前に、PMSの拒否理由を正確に確認してください。一般的な原因としては、非アクティブな施設、客室または料金のマッピングの欠落、無効な利用人数、外部IDの重複、サポートされていない文字、必須のゲスト項目の不足、クローズされた営業日、または元の予約より先に変更データが到着したことなどが挙げられます。

拒否エラーが表示されない場合は、デフォルトの到着リスト以外も検索してください。施設の範囲、到着期間、営業日、タイムゾーン、予約ステータス、客室の割り当て、ソースフィルター、およびユーザー権限を確認します。変更された予約は本日の表示範囲外に移動している可能性があり、キャンセルされた予約は履歴にのみ残っている場合があります。

ソースIDが既に存在する場合は、部分的なインポートを保持してください。後から変更やキャンセルを受け取れなくなる2つ目の予約を作成するのではなく、関連付けられたその記録を修正または再試行します。

ゲストと在庫を保護する

tiket.comが予約を確定した際、技術的な調査が続いている間、フロントデスクは業務上の安全策を講じる必要があります。

1. 旅程IDを使用して、最後にもう一度すべてのシステムを検索します。
2. ホテルの承認された例外処理を通じて、正しい客室を確保します。
3. 直近の到着に対するポリシーで求められる場合にのみ、一時的なPMS記録を作成します。
4. これに「tiket.com同期の照合待ち」というラベルを付け、外部の参照番号を含めます。
5. 日付、客室、料金、利用人数、支払い方法、キャンセル条件、およびパッケージ内容を正確にコピーします。
6. 一時的な記録において、重複する確認、支払い、アクセスコード、およびレビューの自動化を無効にします。
7. 復旧後に記録を統合または破棄するための担当者と期限を割り当てます。

内部での連携が失敗したという理由で、確定済みのチャネル予約をキャンセルしたり、ゲストに再予約を求めたりしないでください。複数のシステムで個別に在庫を減らさないでください。1つの一時的な管理記録を作成し、接続された予約が到着した際に照合します。

メールは予備の通知として有用ですが、PMSへの配信証明にはなりません。tiket.comは管理者または予約担当者の役割を持つユーザーに新規予約メールを送信します。予約メールのガイドには、役割、アドレス、またはブラックリストの問題によってこれらのメッセージがブロックされる仕組みが説明されています。メールのルーティングの問題は、連携のトラブルとは別に修正してください。

一度再試行して復旧を確認する

接続プロバイダーに、プッシュ通知を受信するか、予約を取得するか、または別の承認された方法を使用するかを確認してください。復旧作業は、その接続方法に合わせる必要があります。

まず特定のエラーを修正します。その後、同じ旅程IDを使用して、元のイベントを一度だけ再試行または取得します。再試行する前に、遅延した配信や後からの変更がすでにキューに入っていないことを確認してください。複数のスタッフが同じ操作を繰り返すと、PMSの記録が重複したり、メッセージが順序通りに処理されなかったりする可能性があります。

以下の条件を満たした場合にのみ、復旧が完了したとみなされます。

• 1つのPMS予約に、正しいtiket.comおよびプロバイダーの参照が含まれていること。
• 客室、プラン、日付、利用人数、価格、支払い指示、およびステータスがエクストラネットと一致していること。
• 共有プール全体で在庫が1回だけ減少していること。
• メモやタスクを失うことなく、一時的な確保や手動の記録が照合されていること。および
• 後からの変更やキャンセルによって、接続された同じ記録が更新可能であること。

施設ID、旅程ID、客室およびプランの識別子、タイムゾーンを含むタイムスタンプ、プロバイダーのメッセージID、マッピングのスクリーンショット、PMSのエラーテキスト、変更前後の在庫、およびこれまでに実行したすべてのアクションを添えてエスカレーションします。当日の到着、最後の1室の在庫、複数の予約の欠落、またはキューが増加している場合は、業務側でゲストを保護しながら直ちにエスカレーションしてください。

よくあるご質問

tiket.comの予約が見つからない場合、スタッフはまずどこを確認すべきですか？

正しい施設で 予約 > 予約検索、またはLignumアプリの 予約 セクションを確認してください。PMSを変更する前に、旅程IDとステータスを確認します。

予約の同期が失敗している間に、料金が同期されることはありますか？

はい。送信される料金と空室状況は、受信する予約配信とは異なる方向やサービスを使用している可能性があります。両方のフローを独立して確認してください。

フロントデスクは手動で予約を作成すべきですか？

承認された例外処理により、直ちに予約を保護する必要がある場合にのみ行います。照合用としてマークし、重複した自動処理を防ぎ、ナイトオーディットの前に遅延している接続予約を検索してください。

なぜ到着リストからのみ予約が消えているのですか？

別の施設、日付、ステータス、客室の割り当て、タイムゾーン、または権限範囲に分類されている可能性があります。外部参照番号とゲスト名を使用して、PMS全体を検索してください。

問題が解決したことはどうすれば確認できますか？

接続された1つのPMS予約がtiket.comと一致し、空室状況が1回だけ変更され、一時的な管理記録が照合され、今後の予約イベントが同じ記録を更新できる状態になったことで確認できます。

tiket.comの予約未反映の問題は、ゲストが保護され、予約が最初から最後まで追跡可能になった時点で解決となります。まずチャネルの記録を確認し、失敗した連携部分のみを修正して、1つのクリーンなPMS予約でインシデントを完了させてください。