Trip.comをチャネルマネージャーに接続し、最初の予約をテストする方法

安全に行うための Trip.comチャネルマネージャー設定には、正しい商品を接続することと、最初の予約がホテル業務全体のフローを問題なく完了することを確認するという2つの作業があります。接続済みを示す緑色のラベルは有用ですが、料金、在庫、予約、決済が正しく連携していることまでは証明できません。

本ガイドは、導入を統括するオーナーやマネージャー向けに作成されています。連携に関する専門用語を避け、ホテル側で承認・確認できる項目に焦点を当てています。

本記事は、Trip.comの料金変更、未取り込み予約への対応、精算照合、予約変更の修正を扱うガイドとは異なります。目的は、初回接続時にこうした問題を未然に防ぐことです。

eBookingとホテル管理システムを準備する

施設が承認済みで、Trip.com eBookingにアクセスできることを確認します。契約、施設ID、客室情報、販売可能な客室が少なくとも1室あること、アカウントに必要な決済または精算情報を確認してください。

接続前に客室と料金の構成を整理します。古い重複商品を削除するか販売停止にし、定員、ベッド構成、食事の有無、キャンセルポリシー、利用人数、税金、決済時期を確認してください。

ホテル側の導入責任者を1名決めます。チャネルマネージャーの提供会社やTrip.comのアカウント担当者が有効化作業の一部を行う場合でも、この担当者がマッピングと本番稼働の判断を承認します。

具体的な接続方法は、市場、提供会社、施設アカウントによって異なる場合があります。施設ページの公開後、Trip.comが施設のアカウント担当者または市場担当者を通じて接続を調整することもあります。メニュー名が異なる場合でも、以下の運用手順に従ってください。

Trip.comチャネルマネージャーの設定を完了する

管理された順序で設定を進めます。すべての連携項目について担当者とテスト結果が明確になるまで、カレンダー全体を販売可能にしないでください。

1. 提供会社と施設IDを確認します。 チャネルマネージャーが対象のTrip.com施設を正しくサポートしていること、重複した施設ページや以前使用していた施設ページを誤って接続していないことを確認します。
2. 客室マッピング表を作成します。定員、ベッド構成、設備、実在庫プールに基づき、ホテル管理システムの各客室を対応するTrip.comの客室と紐付けます。判断できない商品は販売停止のままにしてください。
3. 料金プランのマッピング表を作成します。食事の有無、キャンセルポリシー、決済条件、利用人数、価格の関係を一致させます。食事なしの変更可能な料金を、朝食付きプランや返金不可プランに紐付けてはいけません。
4. 各販売項目の管理元を決定します。料金、空室状況、販売停止、最低宿泊日数、その他対応可能な制限をスタッフがどこで変更するか決めます。Trip.com独自のプロモーションやコンテンツのうち、eBookingで引き続き管理するものも記録してください。
5. 接続を承認します。アカウントで利用できる、提供会社側とTrip.com側の有効化手順を完了します。テストデータが受け付けられるまでは、接続が有効になったと判断しないでください。
6. 限定したテスト範囲を送信します。将来のリスクが低い日程、少量の在庫、識別しやすい料金を使用します。初回テスト中は、関係のない客室と日程を販売停止にしてください。
7. 料金、在庫、制限を確認します。チャネルマネージャー、eBooking、公開中のTrip.comゲスト画面で、同じ客室、プラン、日程、利用人数を確認します。
8. 最初の予約テストを準備します。可能な場合は、返金可能または簡単に取り消せるテスト商品を選び、予約を行う担当者を決め、フロントデスクと経理担当者に処理方法を共有します。

公開中のTrip.comの各商品についてホテル側が説明でき、それぞれをホテル管理システム上の1つの客室と意図した1つの料金プランまで追跡できて初めて、設定段階は完了となります。

最初の予約は、マッピングと日常業務が実際につながる重要な確認ポイントです。Smart Orderなら、接続された客室在庫と受信した予約を1つのホテル管理画面でまとめて管理できます。Trip.comでの販売を拡大する前に、マネージャーが予約と在庫変動を効率よく確認できます。

最初のテスト予約を安全に行う

現在の業務に影響しないよう、十分に先の日程を使用します。設定テストで使用したものと同じ客室と料金プランを選び、予約の取り込みが遅れたり重複したりしても復旧できるよう、十分な予備在庫を確保してください。

確定前に、ゲスト画面に表示される客室名、料金プランの条件、利用人数、最終価格、税金、決済方法、キャンセル条件を記録します。これらの情報が、ホテル管理システムで確認すべき期待値となります。

予約は1件だけ行ってください。何度もクリックしたり、複数のテスト予約を同時に行ったりすると、通常の遅延が予約の重複取り込み問題に見える可能性があります。

確認番号と予約時刻を記録します。ホテルのテスト計画で明確に必要とされている場合を除き、取り込みを待っている間にホテル管理システムへ予約を手動登録しないでください。

予約をエンドツーエンドで確認する

eBookingで予約を開き、有効になっていることを確認します。次に、ゲスト名だけに頼らず、Trip.comの確認番号を使ってチャネルマネージャーとホテル管理システムで同じ予約を検索します。

ホテル管理システムの記録が、施設、客室タイプ、料金プラン、到着日と出発日、利用人数、施設側で確認可能なゲスト情報、合計金額と通貨、決済条件、キャンセル条件、予約元と一致している必要があります。

在庫は別途確認します。予約された客室の在庫は宿泊日ごとに1室分減少し、関係のない客室タイプに影響してはいけません。ホテル管理システム、チャネルマネージャー、eBooking、公開中のゲスト検索画面で在庫数を確認してください。

予約が2件表示される、在庫が2室分減る、または誤った商品が紐付けられている場合は、本番稼働を中止してください。何かを削除または統合する前に両方の記録を保存し、原因を調査します。

最初の予約後に変更を1件テストする

新規予約で確認できるのは、最初の配信経路だけです。その後にゲストが行った変更がホテルへ正しく届くことまでは確認できません。

承認済みのテスト手順で許可されている場合は、宿泊日の変更や返金可能なテスト予約のキャンセルなど、管理可能な変更を1件だけ行います。Trip.comで新しいステータスが確定するのを待ち、ホテル管理システムで予約が重複せず、元の予約が更新されていることを確認してください。

キャンセル後は、在庫が1回だけ戻ることを確認します。日程変更後は、以前の日程の在庫が解放され、新しい日程の在庫が1回だけ差し引かれることを確認します。

返金できない請求や実際の会計上の問題が発生する決済方法で、代金回収をテストしないでください。予約を行う前に、テスト予約の支払い、キャンセル、記録方法について経理担当者の承認を得る必要があります。

Trip.comを本番稼働できるか判断する

客室と料金のマッピングが承認され、公開中の商品が正しく、最初の予約が1回だけ取り込まれ、在庫が1回だけ変動し、テストした変更が元の予約に反映されて初めて、全面的な本番稼働を承認してください。

既知の制限事項、手動作業、緊急時の販売停止手順、サポート窓口、稼働初期を監視する担当者を記録します。対応が必要になった際に、ホテル管理システム、チャネルマネージャー、eBookingのどこで操作すべきかをスタッフ全員が把握しておく必要があります。

販売期間は段階的に拡大します。カレンダー全体を公開する前に、繁忙日、満室日、異なる利用人数、マッピングされた各客室を再確認してください。

最初の72時間は、Trip.comのすべての予約をホテル管理システムおよび在庫の結果と照合します。早期に確認することで、誤ったマッピングが複数のゲストに影響する前に問題を発見できます。

よくある質問

すべてのホテルがTrip.comをチャネルマネージャーに接続できますか？

Trip.comは多くのチャネルマネージャーに対応していますが、利用可否と有効化方法は、提供会社、市場、施設のステータス、アカウントの契約内容によって異なります。

テスト前にホテルの全客室を販売可能にすべきですか？

いいえ。限定した日程、少量の在庫、内容を把握している1つの商品を使用してください。想定どおりの料金、制限、予約結果を確認してから販売範囲を拡大します。

最初の予約で最も重要な確認項目は何ですか？

Trip.comの1件の予約からホテル管理システムに1件だけ予約が作成され、宿泊日ごとに正しい客室の在庫が1室分だけ減ることを確認します。

スタッフはホテル管理システムにテスト予約を手動登録すべきですか？

いいえ。目的は予約が自動的に取り込まれることを確認することです。手動登録を行うと、接続障害を見落としたり、予約を重複させたりする可能性があります。

通常販売を開始できるのはいつですか？

マッピングが承認され、テストした販売管理が機能し、公開中の商品が正しく、最初の予約と許可された1件の変更が原因不明の手動修正なしで完了した時点で、通常販売を開始できます。