1. OTAの料金同期は、ホテル管理システムまたはチャネルマネージャーから接続された各予約チャネルに、料金と販売ルールを送信します。
2. 派生料金により手作業は軽減されますが、親料金、計算ルール、端数処理、およびチャネルマッピングがすべて正確である必要があります。
3. 特に繁忙期の日程変更後は、更新が成功したかをソース（システム元）、送信ログ、およびゲスト向けのOTAページで確認する必要があります。
OTAの料金同期は ホテルPMS を通じて行われ、ホテルは一度の料金変更で、Booking.com、Expedia、Agoda、Airbnbなどの接続されたチャネル全体に価格を配信できます。同じフローで最低宿泊日数、販売停止、その他の制限事項も反映可能です。
しかし、これはすべてのOTAが新しい料金を同時に表示するという意味ではありません。ホテル管理システムが更新データを作成し、チャネルマネージャー がそれを送信し、各OTAが処理を行います。マッピングのエラー、エクストラネットでの編集の競合、またはどの段階での遅延であっても、特定のチャネルで古い料金のまま販売されてしまう原因となる可能性があります。
OTAの料金同期が実際に更新するもの
料金の同期は、しばしばARI（料金・空室状況・在庫）と呼ばれる、より広範なデータフローの一部です。価格設定に関しては、ソースとなるシステムが特定の施設、客室タイプ、料金プラン、日付、および場合によっては利用人数に応じた料金を送信します。
情報の信頼できる情報源（データの起点）となるのは、ホテル管理システム、収益管理システム、あるいはチャネルマネージャー自身のいずれかです。通常、各項目を制御するのは1つのシステムのみであるべきです。ホテル管理システムがBAR（ベストアベイラブルレート）を管理している一方で、スタッフがOTAのエクストラネットでもBARを編集した場合、次回の同期で手動での変更が上書きされたり、予期しない結果を引き起こす可能性があります。
完全な料金更新には以下が含まれます：
- 宿泊料金： 1つの客室タイプ、料金プラン、日付、利用人数に対する金額。
- 派生料金ルール： 親料金からのパーセンテージまたは固定額による調整。
- 制限事項： 最低宿泊日数、最大宿泊日数、チェックイン不可（CTA）、チェックアウト不可（CTD）、予約期間、または販売停止（ストップセル）。
- 利用人数ベースの料金： 同じ客室に1名、2名、またはそれ以上のゲストが宿泊する場合の異なる金額。
在庫（インベントリ）は関連性がありますが、別物です。料金データが正しく到達しても空室状況が反映されない場合や、在庫が正確でも派生料金が昨日の価格のまま表示される場合があります。各データタイプは個別に診断してください。
1つの料金変更がすべてのチャネルに反映される仕組み
30室のホテルが、コンサートが開催される週末に向けてデラックスキングのBARを180ドルから240ドルに引き上げるとします。収益管理の担当者は、金曜日と土曜日の変更をホテル管理システムに保存します。
接続されたチャネルマネージャーは、その変更を各OTAが受け付ける形式に変換します。そして、施設、マッピングされた客室と料金の識別子、滞在日、利用人数、通貨、新しい金額を送信します。各OTAはメッセージを検証し、販売可能な商品を更新して、確認応答またはエラーを返します。
運用フローは以下のようになります：
- 担当者が該当する滞在日のデラックスキングのBARを変更します。
- ホテル管理システムが新しい価格を記録し、その変更をチャネルマネージャーに送信します。
- チャネルマネージャーが、マッピングされたすべてのOTA料金商品に更新をプッシュします。
- 各OTAがメッセージを受理または拒否し、配信ステータスが確認可能になります。
- チームがゲスト向けの検索画面を確認し、新しい料金と条件が反映されているかをチェックします。
「送信済み」は「表示済み」と同じではないため、この最後のステップが重要です。基本料金が到達した後でも、税金、手数料、モバイル割引、ロイヤルティプログラムのプロモーション、または利用人数の設定などにより、公開される価格が変動する可能性があります。
繁忙期の料金調整を複数のチャネルに迅速に反映させる必要がある場合、Smart Orderの チャネルマネージャー は、ホテル管理システムでの料金変更をマッピングされたOTA商品にシームレスに接続します。担当者は一度価格を更新するだけで、現在の料金と空室状況を単一のダッシュボードで確認でき、更新を受け付けないチャネルがあった場合にもすぐに調査できます。
一元化されたダッシュボードからホテルの料金を更新
料金と制限事項を一度変更するだけで、Smart Orderのホテル管理システムとチャネルマネージャーを通じて、マッピングされたすべてのOTAチャネルの情報を常に同期させることができます。
派生料金による価格構造の一貫性の維持
派生料金とは、個別の固定価格として維持されるのではなく、親料金から計算される料金を指します。柔軟なBARが親料金となり、返金不可プラン、事前購入プラン、朝食付きプランなどが子料金（派生料金）として設定されるのが一般的です。
例えば、BARが200ドルの場合、返金不可プランは「BARから10%割引」で180ドルになる可能性があります。朝食付きプランは「BARに20ドル追加」で220ドルになります。BARを240ドルに引き上げると、個別に編集しなくてもこれらの料金は自動的にそれぞれ216ドルと260ドルに変更されます。
ホテルは、この派生（計算）をどこで行うかを決定する必要があります。一部のホテル管理システムやチャネルマネージャーは、子料金を計算して最終的な金額を各OTAに送信します。一方で、独自の親子料金関係をサポートしているOTAもあります。同じ商品に対して両方の方法を実行すると、割引が二重に適用されるリスクがあります。
すべての派生プランにおいて、次の4つの詳細を確認してください：正しい親料金、パーセンテージまたは固定額による調整、端数処理のルール、および適用される客室タイプ。また、利用人数による追加料金が適用される前に調整が計算されるか、後に計算されるかも確認してください。
派生料金を設定しても、キャンセルポリシー、食事プラン、または予約期間が自動的にコピーされるわけではありません。これらの条件は、引き続き個別の設定とマッピングが必要になる場合があります。料金が180ドルで正しくても、OTA上で返金不可の料金に対して「キャンセル無料」と表示されている場合、その商品は誤った内容のままとなります。
制限事項は価格と連動する必要がある
ホテルの料金は、その制限事項がゲストの検索条件と一致した場合にのみ販売可能となります。関連する制御を行わずに価格だけを更新すると、本来販売を停止するはずだった日程でプランが公開されてしまう危険性があります。
最低宿泊日数はその典型的な例です。ある施設が土曜日の料金を300ドルに引き上げ、さらに「2泊以上」の条件を設定したとします。料金の更新が成功しても、最低宿泊日数のメッセージ送信に失敗した場合、ゲストは土曜日1泊のみで予約できてしまいます。
チェックイン不可（CTA）とチェックアウト不可（CTD）のルールは、販売停止（ストップセル）とは異なります。CTAは特定の日付でのチェックインをブロックしますが、既存の滞在がその日をまたぐことは許可します。CTDはチェックアウトをブロックします。一方、ストップセルは該当する日付の料金プランの販売自体を完全に停止します。
すべてのOTAがすべての制限事項を同じようにサポートしているわけではありません。客室レベルで適用されるルールもあれば、料金プランレベルで適用されるルールもあります。どのシステムがどのルールを制御し、接続されたOTAがそれをどのように解釈するかを、チャネルマッピングとして文書化しておく必要があります。
影響の大きい制限事項を変更した後は、いくつかの滞在パターンで検索を行ってください。1泊のみの到着、制限された日付をまたぐ複数泊の滞在、および異なる到着日をテストします。単一のカレンダービューだけでは、OTAが実際の検索に対してそのルールをどのように適用するかを確認できない場合があります。
OTAの料金同期に遅延が発生する理由
「リアルタイム」とはイベント駆動型の接続を意味するものであり、すべての公開ページが0秒で変更されることを保証するものではありません。料金の更新は複数のシステムを経由し、それぞれのシステムがデータのキューイング、検証、再試行、または拒否を行う可能性があります。
短い遅延は、ホテル管理システム、チャネルマネージャー、またはOTAでのメッセージ処理に起因する場合があります。遅延が長引く場合は、認証情報の失敗、接続の有効期限切れ、マッピングされていない料金、無効な日付範囲、通貨の問題、またはOTAの許容範囲外の価格設定などが原因であることがよくあります。
また、一括変更は単一日の更新よりも時間がかかる場合があります。10種類の客室と料金の組み合わせにわたって365日分の価格を再設定する場合、週末1日分を変更するよりもはるかに多くのメッセージが生成されます。変更された日付のみを送信するシステムもあれば、より広い範囲のデータを置き換えるシステムもあります。
OTAでの手動プロモーションも、一見して不一致が生じているように見える原因となります。200ドルの基本料金が正しく同期されていても、モバイル割引によってゲスト向けの表示価格が180ドルに下がる場合があります。これをエラーとして扱う前に、ホテルが提供した基本料金と、OTAや施設が負担する割引とを区別して確認してください。
緊急の変更を行う際、ステータスを確認せずに同じ更新を何度も再送信するのは避けてください。全範囲のプッシュを繰り返すと、キュー（待機列）がさらに長くなる可能性があります。まずは、最後に受理された値、メッセージのタイムスタンプ、影響を受ける料金ID、およびエラー応答を確認してください。
実用的な料金同期の検証ルーティン
日々の抜き打ちチェックは、古い料金のまま販売されると損失が大きくなる日付に焦点を当てるべきです。これには、完売間近の日、地域のイベント日、新しいプロモーション、制限事項の変更、および予約期間の締め切り日などが含まれます。
2〜3のサンプル日について、想定される基本料金、派生料金、制限事項、および公開された結果を記録します。そして、ホテル管理システム（または価格設定ソース）、チャネルマネージャーの送信ログ、OTAのエクストラネット、およびゲスト向けの検索画面を比較します。
検証時はOTAに表示されている通貨と利用人数を使用してください。2名利用の価格と1名利用の基本料金を正確に比較することはできません。税金と手数料を常に含めて計算し、公開された結果が「1泊あたり」か「滞在全体」の料金かを確認します。
1つのチャネルに誤りがある場合、すべてのチャネルを変更するのは避けてください。客室と料金のマッピングを確認し、そのエラーが親料金、特定の子料金、1つの制限事項、あるいは特定の利用人数レベルに影響しているかを切り分けます。対象を絞って再送信する方が、1年分の正確なデータを上書きするよりも安全です。
問題をエスカレーションする際は、証拠を提示してください。施設ID、客室と料金のID、滞在日、想定値、表示値、更新のタイムスタンプ、確認応答、エラーテキスト、およびスクリーンショットを含めます。これにより、ホテル管理システムのプロバイダーやOTAがメッセージを追跡するための十分な情報を提供できます。
よくあるご質問（FAQ）
ホテルの料金はどれくらい早くOTAに反映されますか？
通常、接続されたシステムは変更が保存されるとすぐにデータを送信しますが、公開までの時間はチャネルや更新の規模によって異なります。緊急の変更はゲスト向けのページで確認し、送信ログにエラーがある場合や確認応答がない場合は調査を行ってください。
OTAの価格がホテル管理システムの料金と異なるのはなぜですか？
原因としては、同期の失敗、誤ったマッピング、利用人数に応じた価格設定、通貨換算、税金、OTAのプロモーション、またはエクストラネットでの手動上書きなどが考えられます。不一致を診断する前に、同じ客室、料金プラン、日付、利用人数、通貨、および含まれるサービスを比較してください。
基本料金と派生料金の違いは何ですか？
基本料金（または親料金）は直接維持・管理される料金です。派生料金は、その親料金からパーセンテージや固定額の調整を用いて計算される料金で、例えば返金不可プランの「BARから10%割引」などがこれに該当します。
最低宿泊日数のルールはホテルの料金と同期されますか？
OTAの接続がその制限事項をサポートしており、客室料金のマッピングが正しい場合は同期可能です。ただし、価格と制限事項のメッセージは独立して成功または失敗する可能性があるため、実際のゲスト検索でルールが反映されているかテストしてください。
ホテルスタッフはOTAのエクストラネットで直接価格を編集すべきですか？
ホテル管理システムまたはチャネルマネージャーが信頼できる情報源（データの起点）である場合、エクストラネットでの日常的な編集は避けてください。手動で入力した値は次回の同期で上書きされたり、派生料金のルールと競合したりする可能性があります。エクストラネットは、意図的にそこで制御する設定にのみ使用してください。
価格設定のソースを明確に保つ
OTAにおける一貫した価格設定は、各データの所有権（オーナーシップ）に依存します。BARの変更場所、子料金の派生元、制限事項の管理元、および各OTA内に留めるプロモーションを明確に定義してください。
そして、単一の「成功（グリーン）」ステータスを過信せず、ソースの値、送信メッセージ、OTAの確認応答、およびゲスト向けの結果というシステム全体の経路を検証してください。このルーティンを実践することで、処理の遅延、プロモーション、またはマッピングのエラーを価格設定自体の問題と混同することなく、料金同期の仕組みを効果的に活用し続けることができます。
