1. 最も被害の大きいホテルPMS連携のミスは、システムの完全な停止ではなく、設定エラーであることがよくあります。
2. 客室と料金のマッピング、価格、在庫、制限、予約、変更、キャンセルは個別に確認する必要があります。
3. すべての新しい接続や設定の変更は、ホテルがすべての空室状況を公開する前に、実際のテスト予約を最後まで通過する必要があります。
ホテルPMS連携のミスは、空白の画面で明らかになることはめったにありません。間違った客室を送信したり、古い客室料金をオンラインのままにしたり、滞在制限を無視したりしていても、接続は「アクティブ」と表示されることがあります。
その結果、運用上の混乱や防げるはずの収益の損失が生じます。ゲストがホテルの提供できないプランを予約したり、ピーク日の客室が安すぎたり、販売可能な客室が販売から消えたりする可能性があります。
このリストを使用して、新しい連携を監査したり、接続されているように見えても予測不可能な動作をする連携を診断したりしてください。
PMS連携の問題が隠れたままになる理由
ホテルのシステム連携では、いくつかの種類のデータをさまざまな方向に交換します。客室料金、空室状況、および制限は、通常、ホテルPMSまたはチャネルマネージャーからOTAに移動します。新しい予約、変更、およびキャンセルはPMSに戻ります。
一方のフローが機能していても、もう一方が失敗することがあります。PMSがBooking.comの最低宿泊日数を更新できない場合でも、Booking.comの予約が正しくPMSに入力されることがあります。予約が届いているかどうかだけを確認すると、チームに誤った安心感を与えてしまいます。
実用的な基準は「接続されている」ことではありません。正しいデータが選択したソースから送信され、マッピングされた製品に到達し、ゲストに表示され、実行可能な予約として戻ってくるかどうかです。
マッピングのミス
1. 同等の製品ではなく、類似した名前をマッピングする
「デラックスダブル」、「スーペリアキング」、「シティビューキング」は似ているように見えるかもしれませんが、ベッド、定員、眺望、実際の在庫は異なります。最も近い名前でマッピングすると、予約が間違った客室プールに送信される可能性があります。
解決策: 実際の客室、最大定員、ベッドの構成、眺望、室数を比較します。フロントデスクがゲストのために本当に交換できるプランのみをマッピングします。
2. 複数のリスティングを別々の在庫プールに接続する
2つのOTAリスティングが同じ実際の客室を販売している一方で、PMSはそれらを独立した在庫として扱う場合があります。各チャネルは1つの空室を受け取り、同じ最終ユニットを販売することができます。
解決策: すべてのOTA客室タイプの実際の在庫元を特定します。マッピングされたいずれかの料金で販売された場合、共有される客室タイプの空室状況がすべての場所で減少することを確認します。
3. 客室は正しくマッピングされているが、料金プランが間違っている
フレキシブルな素泊まりの客室料金が、返金不可の朝食付きプランに誤って接続されることがあります。客室は利用可能ですが、価格、キャンセル条件、支払いタイミング、または含まれる内容が間違っています。
解決策: 客室タイプだけでなく、すべての客室と料金の組み合わせを監査します。親料金、キャンセルポリシー、食事プラン、定員ごとの料金、およびOTAの料金IDを確認します。
マッピングのエラーは、予約が戻ってきたときに最も重要になります。Smart Orderのチャネルマネージャーは、OTAの予約をマッピングされたPMSの客室と料金にリンクさせ、正しい在庫を更新し、チームが確認できる1つのダッシュボードに結果を表示します。
PMSとOTAの製品を適切に接続した状態に保つ
すべてのチャネルを公開する前に、接続された1つのPMSとチャネルマネージャーを介して、客室、客室料金、空室状況、および予約をマッピングします。
価格設定と販売制御のミス
4. 複数のシステムに同じフィールドを制御させる
スタッフがPMSでBAR（ベストアベイラブルレート）を変更し、OTAの管理画面で再度調整し、収益管理システムに独自の値をプッシュさせたままにすることがあります。最新の更新が適用されますが、どのシステムが最終的な価格を保持しているのか誰にも分かりません。
解決策: 客室料金、在庫、制限、プロモーション、リスティングのコンテンツについて、信頼できる唯一のデータソースを割り当てます。意図的にOTAの制御下に残す少数の設定を文書化します。
5. 送信された料金が表示される料金であると思い込む
PMSが新しい価格を送信しても、OTAがそれを拒否したり、キューに入れたり、後からモバイル割引を適用したりする可能性があります。ダッシュボードに220ドルと表示されていても、ゲストにはまだ180ドルと表示されていることがあります。
解決策: ピーク日の変更後は、配信の確認とゲスト向けの検索結果を確認してください。同じ日程、定員、通貨、税金、手数料、プロモーションの適用資格を比較します。
6. 予約ウィンドウの一部のみをロードする
ホテルは今後90日間の料金と在庫をロードしますが、ゲストは365日前から予約できます。ロードされた範囲を超える日程は、クローズされているように見えたり、デフォルトの価格が適用されたり、古い値が保持されたりする可能性があります。
解決策: 全体の予約ウィンドウを定義し、その全体にわたってすべてのアクティブな客室と料金を入力します。一括更新のたびに、販売可能な最初と最後の日程を確認します。
7. OTAがサポートしていない制限を送信する
すべての接続が最低宿泊日数、最大宿泊日数、チェックイン不可、チェックアウト不可、予約ウィンドウ、または定員ルールを同じように処理するわけではありません。サポートされていない制限は拒否されるか、ゲストの検索からひそかに除外される可能性があります。
解決策: OTAおよび料金プランごとのサポートマトリックスを構築します。カレンダーのステータスのみに依存するのではなく、受け入れられるべき検索と拒否されるべき検索を使用して、影響の大きい各ルールをテストします。
予約と運用のミス
8. 実際のテスト予約をスキップする
テスト予約なしで在庫を公開すると、最も重要なワークフローが証明されないままになります。緑色の接続ステータスは、正しい客室、客室料金、日程、ゲスト数、価格、支払いモデル、確認番号とともに予約が戻ってくるかどうかを示していません。
解決策: 接続されている各OTAで将来の日付の予約を作成します。PMSへのインポートと空室状況の減少を確認してから、予約を変更およびキャンセルして、完全なライフサイクルを検証します。
9. 簡単な日程のみをテストする
空室が10室ある平日の予約は成功するかもしれませんが、最後の1室の空室状況、2泊の最低宿泊日数、または子供料金の設定は失敗する可能性があります。ホテルは繁忙期になって初めてこのギャップに気付きます。
解決策: 通常の日程、ほぼ完売の日程、制限のある日程、複数の定員、予約ウィンドウの端をテストします。該当する場合は、税金、食事プラン、チャネルの支払い方法を含めます。
10. 連携を1回限りの設定として扱う
ホテルは、マッピングを見直すことなく、客室タイプの追加、料金の変更、プロモーションの開始、定員の変更、またはOTAの再接続を行います。製品構造が変更されても、古い設定はアクティブなままになります。
解決策: 構造の変更のたびに再マッピングと再テストを行います。失敗した更新の担当者を割り当て、エラー、古い料金、マッピングされていない製品、不足している予約について毎週監査をスケジュールします。
30分間のPMS連携監査
最も財務上のリスクが伴う日程とチャネルから始めます。通常の日付を1つ、イベントの日付を1つ、完売に近い日付を1つ選択します。
次に、この手順を完了します。
- アクティブなすべてのOTAの客室と料金をPMSのIDと照合します。
- 公開価格、定員、税金、手数料、キャンセル条件を比較します。
- 最低宿泊日数、クローズされた日程、およびチャネル固有の制限をテストします。
- 1件の予約を行い、正しいPMSの客室、客室料金、および在庫の変更を確認します。
- 滞在を変更してからキャンセルし、空室状況が戻ることを確認します。
- 拒否された更新、配信のタイムスタンプ、およびフォローアップの担当者を確認します。
各ステップの横に予想される結果と実際の結果を保存します。スクリーンショット、OTAの確認番号、客室と料金のID、滞在日、およびメッセージのタイムスタンプにより、失敗した連携の追跡がはるかに速くなります。
テストが失敗した場合は、広範な変更を停止してください。影響を受ける客室、客室料金、日付、定員、データの方向を特定します。1年分の機能している料金と制限を上書きするよりも、狭い範囲で修正する方が安全です。
よくある質問（FAQ）
ホテルPMSの連携では何を同期すべきですか？
OTA配信の場合、通常、客室料金、空室状況、在庫、制限、予約、変更、キャンセルを処理します。支払いの詳細、ゲストの連絡先データ、メッセージ、リスティングのコンテンツは、特定の接続によって異なります。
PMS連携がどのようにしてオーバーブッキングを引き起こす可能性がありますか？
誤った客室マッピング、重複した在庫プール、空室状況の遅延、更新の拒否、またはPMSに到達しない予約は、別のチャネルで販売済みの客室をオープンなままにする可能性があります。
PMSとOTAでホテル料金が異なるのはなぜですか？
考えられる原因には、古いまたは拒否された更新、誤った料金マッピング、定員ごとの価格設定、通貨換算、税金、チャネルのプロモーション、または手動による管理画面の上書きが含まれます。料金を再度変更する前に、同じ予約条件で比較してください。
どのPMS連携テストが最も重要ですか？
予約の開始から完了までのテストが不可欠です。実際の将来の予約を行い、正しいPMSへのインポートと在庫の減少を確認してから、変更およびキャンセルします。異なる在庫プールと重要な制限ごとにこれを繰り返します。
チャネルを追加する前にデータパスを修正する
追加のOTAは、基盤となる製品とワークフローが信頼できる場合にのみリーチを増やします。誤ったマッピングやテストされていない制限に別の接続を追加すると、同じ間違いが販売される場所の数が増えるだけです。
責任の所在を明確にし、完全な予約ループをテストし、客室、客室料金、制限、または接続が変更されるたびに設定を再確認します。その規律が、ゲストへの約束とホテルの収益の両方を守るのです。
