1. 連携前に、Tiket.comの客室と料金プランの設定を完了し、有効化します。
2. 名前が似ているかどうかだけで判断せず、料金体系と客室・料金プランの各組み合わせを正しく対応付けます。
3. 承認済みの予約1件がホテル管理システムの正しいレコードに取り込まれ、空室状況に1回だけ反映されたことを確認してから、運用開始を承認します。
チャネルマネージャーは、正しい数値をTiket.comの誤った客室に送信してしまうことがあります。接続が成功したように見えても、ホテルでは朝食付きプランを素泊まりとして販売したり、誤った客室タイプで予約を受け付けたりする可能性があります。
設定作業は、運用開始に向けた小規模なプロジェクトとして進めましょう。まず販売商品を整備し、次に接続とマッピングを行い、最後に予約が一括物件管理ソフト（ホテル管理システム）へ取り込まれることを確認します。OTAはオンライン旅行代理店を意味します。カレンダーの同期だけでは、この一連の業務フロー全体を実現したことにはなりません。
販売商品と料金体系を整える
まず、Tiket.comのエクストラネットで対象施設とその識別IDを確認します。連携する各客室タイプは、設定が完了し、有効になっている必要があります。連携する各料金プランも有効になっており、正しい客室に紐付いていることを確認してください。連携前に、重複した商品や使用していない商品を整理します。システム間で名称が異なるという理由だけで、別の客室を新規作成しないでください。
ホテル管理システムの客室・料金と、それぞれに対応するTiket.comの識別ID、ゲストが購入する内容を一覧にまとめます。食事条件、キャンセル条件、定員、連携で使用する通貨と料金の算定基準を確認してください。客室名だけでは、キャンセル可能な朝食付きプランと返金不可の素泊まりプランを区別できません。
1室単位または宿泊人数別の料金体系を一致させる
1室単位の料金体系では、定員の範囲内であれば、客室に対して1泊あたりの料金が適用されます。宿泊人数別の料金体系では、ゲストの人数に応じて料金が変わります。Tiket.comとチャネルマネージャーでは、双方が対応している同じ料金体系を使用してください。
宿泊人数別の料金体系で連携する場合は、対応する設定手順の一環として、料金・空室状況の管理から、対象料金プランに適用されているTiket.comの自動値下げ機能を無効にします。有効なままだと、人数別に送信済みの料金に追加の値下げが適用され、意図しない料金になる可能性があります。想定外の金額が1件あったからといって、料金体系全体を変更しないでください。
有効化後に通常料金と客室在庫をどこで管理するか、事前に合意しておきます。また、別途管理するプロモーションやポリシー項目も明確にしてください。接続が正常に動作していても、すべての販売設定が同期されているとは限りません。
フロント担当者がTiket.comを手動で管理し、別のスタッフがホテル管理システムを更新していると、同じ客室に異なる料金が設定されることがあります。あらかじめ決めたチャネルマネージャーの業務フローに統一しましょう。Smart Orderなら、ホテルの管理画面から連携先の料金と空室状況をまとめて管理でき、日々の更新作業を効率化できます。そのうえで、取り込まれた予約を確認し、実際に販売された客室とプランが正しいかを確かめます。
Tiket.comの料金と客室在庫の管理元を一本化
連携先の客室料金と空室状況をひとつの業務フローで管理。販売期間を広げる前に、取り込まれる予約を確認しましょう。
Tiket.comを接続し、客室と料金プランの各組み合わせをマッピングする
この手順は、パソコン版のエクストラネットで行います。項目名は、アカウントの権限や画面の更新によって異なる場合があります。すでに別のプロバイダーに接続している場合は、担当チームと調整し、管理された手順で切り替えてください。プロバイダーを追加する操作で、既存の接続を削除または置き換えられると考えないでください。
- 正しい施設を選択し、接続設定を開きます。
- プロバイダー一覧から、事前に合意したチャネルマネージャーを選択します。
- 「追加」、続いて「続行」を選択し、表示された接続確認情報を保存します。
- チャネルマネージャーでTiket.comの接続設定を開き、客室と料金プランのマッピングを完了します。
- 各客室の識別IDを対応付け、続いてその料金プランを対応付けます。保存前に、ゲストに適用される条件を作成済みの一覧と照合します。
- 対象範囲を限定し、承認済みの初回料金・空室状況の更新を送信します。エクストラネットで対応するレコードを再度開き、保存された結果を照合します。
「マッピング」とは、対応する販売商品同士を紐付けることであり、実際の客室番号を転送することではありません。通常、同じ仕様の客室を複数含むホテル管理システムのカテゴリーは、販売チャネル側の対応する客室タイプに接続します。複数の料金プランが同じ客室在庫を共有している場合、プランごとに独立した架空の客室在庫を設定しないでください。
数値を送信する前に、プロバイダーによる初回更新が選択した範囲だけに適用されるのか、マッピング済みのほかの商品にも及ぶのかを確認します。既存の予約と有効な客室ブロックを保護してください。新しい管理元からの更新で、実際には満室の日付が初期設定の在庫数に上書きされてはいけません。
接続に使用するホテル識別IDと、チャネルマネージャーのダッシュボードに表示されるプロバイダー情報を保存します。後で問題が起きた際、施設の接続先が誤っているのか、客室のマッピングが誤っているのかを切り分けるのに役立ちます。
料金更新に加え、初回予約の取り込みまで確認する
承認されたテスト方法を選びます。実際の予約が必要な場合は、承認を得たうえで適切な日程を選び、支払い条件とキャンセル条件を確認してください。テスト予約でも料金が発生することがあります。スタッフが作成した予約だからといって、無料とは限りません。
指定した客室と料金プランを1つ使用します。Tiket.comで、対象の日程、ゲスト人数、通貨を指定して検索してください。予約を確定する前にプランの内訳まで確認し、食事条件、キャンセル条件、料金、代金の回収方法を照合します。
たとえば、販売可能な客室が3室ある客室タイプで、新たに1室の予約が1件入った場合、ほかの予約、ブロック、調整がなければ、残りの空室は2室になるはずです。ほかの販売が発生した前後の数値を混在させず、同じ条件で取得した時点の情報を比較してください。
取り込まれた予約について、ホテル管理システムの予約カレンダーで次の点を確認します。
- Tiket.comの旅程IDに対応する予約が1件だけ存在し、重複していない。
- 施設、宿泊日程、客室タイプ、料金プランが、予約したプランと一致している。
- ゲスト人数、予約金額、通貨、支払いに関する案内が、予約確認内容と照らして理解できる。
- 予約による在庫の確保が、対象の各宿泊日に1回だけ反映され、販売可能な残室数が正しい。
金額は、同じ基準のものを比較してください。ゲストの最終支払額とホテルへの支払額は、それぞれ異なる目的の金額である場合があります。合計額が異なるという理由だけで、正しい予約を「修正」しないでください。
承認されたテストにキャンセルが含まれる場合は、対応している予約経路から手続きを行い、確認情報を保存します。ホテル管理システムへの反映結果と、対象の各宿泊日の在庫が戻ったことを確認してください。空室状況がすでに戻っている場合は、手動でさらに客室を追加しないでください。実際に発生した請求や返金は、別途記録します。
結果が不明確な場合は運用開始を保留する
エクストラネットの料金が正しくない場合：全体更新を再送する前に、紐付けた客室と料金プランの組み合わせ、料金体系、宿泊人数別の設定値、自動値下げ機能を確認します。修正は、影響を受けている範囲に限定してください。
販売プランは正しく見えるのに予約が見つからない場合：まず旅程IDでホテル管理システム全体を検索します。次に、利用できる場合は、接続設定 > チャネルマネージャーのダッシュボード > 予約エラーログを確認します。報告されているエラーを確認し、その原因を解消してから再送操作を行ってください。検索せずに再試行を繰り返すと、重複処理につながる可能性があります。
誤った客室に紐付いて予約が取り込まれた場合：そのマッピングに基づく販売範囲の拡大を停止します。確定したゲストへの宿泊提供義務を維持しながら紐付けを修正し、承認された手順に従って既存予約をどのように正しい客室へ割り当て直すかを確認してください。
在庫が2回変動する、またはまったく変動しない場合：取り込まれた予約と、手動で登録した仮予約や客室在庫の調整を照合します。在庫数を変更する前に、どの操作によって実際に客室が確保されたのかを明らかにしてください。
マッピングした販売プラン、初回予約、在庫の反映結果が一致したことを確認してから、販売範囲の拡大を承認します。マッピング一覧、テストの参照情報、料金の確認資料、未解決の例外事項を保管し、それぞれの担当者を明確にしてください。接続通知は有用な確認資料ですが、ホテルがそのチャネルを運用できることを実証するのは、完了した予約テストです。
