チャネルマネージャーとPMSはどう違う？ホテルチェーンの場合

第1部：PMS、チャネルマネージャー、ブッキングエンジン — 三つのシステム、三つの仕事

覚えやすい言い方をすると、PMSは台帳を持ち、チャネルマネージャーは客室を各チャネルに出し、ブッキングエンジンはホテル自身のウェブサイトで客室を販売します。

三つのシステムは互いに補い合うもので、置き換え合うものではありません。DiHotelのエコシステムでは、ウェブサイト予約はDiBookingが担い、OTAチャネルへの接続は各施設が契約するチャネルマネージャーを経由します。

第2部：チャネルマネージャーにはできず、PMSが行うこと

チャネルの少ないホテルなら手作業でもやりくりできますが、それでも正しい予約台帳は必要です。詳しくはDiCloudの姉妹記事（英語）で扱っています。チェーンやリゾートでは、チャネル以外の仕事が運営業務の大部分を占め、実際のお金が記録されるのもそこです。

• フォリオと客室へのサービス付け。レストラン、スパ、ミニバー、ランドリー、送迎を客室に付け、支払者ごとにフォリオを分けます。リゾートでのやり方は記事客室へのサービス付けにあります。
• 団体ブロックと法人・旅行会社との契約。団体用の客室の確保、名簿の締切、契約料金、取引先ごとの売掛金です。
• チェックイン、チェックアウト、具体的な客室の割り当て、ハウスキーピングの状況。チャネルマネージャーは「デラックス1室が売れた」ことを知っていますが、PMSはゲストがどの部屋にいて、どの部屋が清掃中かを知っています。
• チャネル外の予約：電話、メール、ウォークイン、各施設の常連客です。チャネルマネージャーが知っているのは、自分を通った予約だけです。
• 施設ごとのレポートとチェーン全体の合算レポート：チャネル経由のゲストだけでなく、すべてのゲストを対象にした売上、稼働率、ADR、RevPARです。
• 会計。PMSの売上はDiACCに送られ、複数事業体の合算レポートが作れます。通達99に沿ったやり方は記事通達99に基づくチェーンの会計にあります。

逆に、PMSはチャネルマネージャーの代わりにはなりません。各OTAチャネルへの個別の接続を数多く維持するわけではないからです。多くのチャネルで販売するチェーンには両方が必要で、双方向で接続します。

第3部：ホテルチェーンのチャネルマネージャー — 施設ごとに一つの接続

よくある誤解は、チェーンには「チェーン全体で一つのチャネルマネージャー」があるというものです。実際には、各施設はそれぞれのOTAチャネル上で別々のホテルです。アカウントも、客室タイプも、レビューも別です。チャネルマネージャー側でも、各施設はそれぞれ別のアカウントまたはホテルであり、マッピング表も別です。したがってPMSとチャネルマネージャーの接続も施設ごとに一つになります。

• 施設ごとに異なる事業者を使うことがあります。時期を変えて買収・開業した施設は、利用中の事業者をそのまま持ち込むことが多いものです。どの施設が、どの事業者で、どのチャネルで販売しているかの一覧表を作りましょう。
• 一つの施設の接続トラブルが、他の施設を巻き込むことはありません。対応する際の窓口は、その施設自身の営業担当です。
• 事業者との契約はチェーン単位で結べますが、設定、マッピング、監視は引き続き施設ごとに行います。

第4部：複数施設の在庫同期 — 在庫と料金は施設ごとに

「複数施設の在庫を同期する」とは、各施設の客室を一つの共有在庫にまとめることではありません。各施設には固有の客室数、客室タイプ、料金があり、ある施設の空室はその施設のチャネルに出ていきます。チェーン全体で共通にするのは仕事のやり方です。

• 客室タイプ名、料金プラン、予約経路に関するPMS上の共通ルールを定め、チャネル別のレポートを施設間で比較できるようにします。
• 販売可能な客室数を変えるものは、すべて先にPMSに記録します：団体予約、電話予約、一時的に販売停止した客室です。PMSが原本台帳を持つため、チャネルに出る空室は原本台帳が正しいときにしか正しくなりません。
• PMS、事業者、チャネルの間の適時な同期は、ダブルブッキングのリスクを減らします。団体ブロックと個人予約が最後の数室を取り合う会議シーズンには特に重要です。この時期の予約金と在庫の扱いは記事会議シーズン：複数施設の予約金と在庫にあります。

第5部：誰が料金を変更できるか — PMSでの権限設定

チェーンでは「誰が料金を変更できるか」は「料金はいくらか」と同じくらい重要です。料金がPMSから事業者へ、さらに各チャネルへと流れるとき、PMSで料金を変更する人は、その施設のすべてのチャネルの料金を同時に変えていることになります。

• PMSのユーザー権限：料金を変更できる人を明確にします。フロントなど料金を担当しない人は閲覧のみにすべきです。
• 施設ごとに料金の担当窓口を一人置き、繁忙期やテト（旧正月）など大きな料金変更にはチェーン本部の承認者を置きます。
• 料金がPMSから出ている場合、チャネルの管理画面や事業者側での直接編集は避けます。二か所の数字がずれやすく、誰が何を変えたのか追いにくくなるからです。
• 料金変更の記録についてベンダーに確認します：これは事前確認に入れるべき項目です。料金について苦情があったとき、チェーンは誰が、いつ、どの施設で変更したのかを知る必要があるからです。

第6部：PMS、チャネルマネージャー、OTAチャネルの間の双方向の流れ

送り出す方向：在庫と料金

• ステップ1。施設の空室と料金は、客室タイプと料金プランごとにDiHotelにあります。
• ステップ2。DiHotelは、確定したマッピング表に従って、その施設のチャネルマネージャーに送ります。
• ステップ3。事業者が、その施設に接続された各OTAチャネルに配信します。
• ステップ4。どの経路からでも新しい予約が入ると、DiHotelの空室が変わり、この流れが再び動きます。

受け取る方向：予約

• ステップ1。ゲストがOTAチャネルで予約します。
• ステップ2。予約は施設のチャネルマネージャーに届きます。
• ステップ3。事業者がマッピング済みの情報（客室タイプ、料金プラン）とともに予約をDiHotelに渡すので、フロントが入力し直す必要はありません。
• ステップ4。DiHotelでは、予約はPMSの仕事へと進みます。客室の割り当て、支払い方法（チャネルへの事前払いか、ホテルでの支払いか）の記録、到着時のフォリオ作成、経路別の売上計上です。

二つの流れはどちらも施設ごとに動きます。客室タイプと料金プランのマッピングは、どのチャネルでどの料金プランを販売しているかを知っている各施設の営業担当が、チャネルマネージャーの担当者と一緒に行います。DiHotelの導入チームは、DiHotel側の設定がそれに合うよう支援します。チェーンが別のPMSを使っていてDiHotelへの切り替えを検討している場合、各施設は利用中のチャネルマネージャーをそのまま使い、接続だけを切り替えます。並行稼働はさせません。施設ごとの手順は記事ホテルチェーンのソフトウェア切り替え：OTAチャネルの再接続は必要？にあります。

第7部：PMSに同梱されたホワイトラベルのチャネルマネージャー：安いが、何を確認すべきか

市場には、チャネルマネージャーを組み込んだパッケージで販売されるクラウドPMSがあります。その中にはホワイトラベルのチャネルマネージャーもあります。PMSが別の事業者のチャネル接続基盤を購入し、自社の名前を付けて提供するものです。このやり方自体は悪くなく、パッケージは手頃な価格であることが多いです。ただし、各施設が多くのチャネルで販売し、契約が何年も続くチェーンでは、経営陣は自分たちが何を買っているのかを正確に知っておくべきです。

見分け方

• チャネルマネージャーに独自の名前がない、またはPMSと同じ名前である。
• 実際にチャネル接続を担う事業者と、ホテル自身の契約やアカウントがない。
• その事業者が、大手OTAチャネルの接続パートナープログラムに見当たらない。
• チャネルのトラブルはPMS経由で報告するしかなく、チャネル接続事業者側の窓口がない。

契約次第で起こりうること

• チャネル接続がPMS名義になっている場合、PMSを変えると各チャネルの再接続が必要になることがあります。その場合、各施設がOTAチャネルを一つずつ接続し直すことになり、この見えない縛りは施設数に比例して大きくなります。
• 料金や在庫のトラブルが、PMSを経由する遠回りになることがあります。施設の営業担当は、接続を持っている側と直接やり取りしないのが普通だからです。
• 各チャネルとの接続品質は元の事業者のものであり、ホテルが自分で確認するのは難しいものです。
• チャネルマネージャーの料金がパッケージ価格に含まれていることがあります。正しく比較するために内訳を尋ねましょう。
• PMSが基盤の提供元を変えたり事業をやめたりすると、チェーン全体のチャネル接続が、ホテルに事前の相談なく一緒に変わることがあります。

チャネルマネージャー同梱のパッケージを勧められたときに尋ねること

• チャネル接続はどの事業者が行っていますか？各施設はその事業者と独自の契約とアカウントを持てますか？
• 将来チェーンがPMSを変えた場合、各施設はOTAチャネルとの接続を維持できますか？
• 内訳：PMSはいくら、チャネル接続はいくら、施設単位ですか客室単位ですか？
• チャネル上の空室がずれたとき、施設の営業担当は誰に連絡し、誰が修正の責任を持ち、どのくらいで対応してもらえますか？

DiHotelの立場と、その立場の代償

DiHotelは独自のチャネルマネージャーを持たず、ホワイトラベルのチャネルマネージャーも付けていません。各施設は自ら選んだチャネルマネージャーと直接契約し、独自のアカウントと窓口を持ち、その関係を保ちます。そのためPMSを変えても、施設は同じ事業者とチャネルを使い続け、接続だけを切り替えます。

公平を期して言えば、このやり方には代償があります。ホテルは事業者との契約に基づいてチャネルマネージャーの料金を別途支払うため、総額ではパッケージより高くなることがあります。その代わりにチェーンは独立性と透明性を得ます。誰に何の対価を払っているのかが明確で、販売チャネルが一つのPMSベンダーに縛られません。

第8部：チェーン向けチャネルマネージャー接続の事前確認チェックリスト

PMSやチャネルマネージャーと契約する前に、経営陣は以下の各項目について、施設ごとに書面で回答を得ておくべきです。

まず一つの施設で接続を試し、実際の予約をいくつか使ってチャネル、事業者、PMSを照合してから、他の施設に広げましょう。

第9部：チェーンの販売チャネルにおけるDiHotelの位置づけ

DiHotelはAIホテル管理ソフトウェアであり、4〜5つ星ホテル、リゾート、チェーンのための元祖となる基盤です。AIの部分はゲストへの回答を支援するAIチャットボットのDiChatbotです。チャネルマネージャーとの接続はAIではなく、マッピング表に従ったデータ同期です。チェーンの販売面では次のとおりです。

• 施設ごとの予約原本台帳：チャネルからの予約、DiBookingを通じたウェブサイトからの予約、団体契約や電話による予約が、すべて一つの台帳に入ります。
• 施設ごとの双方向接続を、接続済み事業者の一覧から各施設が選んだチャネルマネージャーと行います。
• PMSのユーザー権限により、誰が料金を変更できるかをチェーンが自ら決めます。
• オーナーと総支配人はDiOwnerで売上、ADR、RevPAR、稼働率、売掛金を確認します。運営システムと一致する数字を、施設ごとにもチェーン全体でも見られる閲覧専用アプリです。
• DiACCでの会計：複数事業体の合算レポートに対応します。

チャネルマネージャーとPMSはどう違いますか？

PMSはホテル管理システムで、予約の原本台帳を持ち、チェックイン、チェックアウト、フォリオ、入金、ハウスキーピング、レポートを扱います。チャネルマネージャーは空室と料金をOTAチャネルに送り、チャネルからの予約を受け取ります。多くのチャネルで販売するチェーンには通常両方が必要で、双方向で接続します。

ブッキングエンジンはチャネルマネージャーとどう違いますか？

ブッキングエンジンは、ゲストがホテルのウェブサイトで直接予約・決済できるようにするものです。チャネルマネージャーは外部のOTAチャネルに対応します。どちらも互いの代わりにはならず、どちらも空室と料金をPMSから受け取るべきです。

チェーンの施設は一つのチャネルマネージャー接続を共有しますか？

いいえ。各施設は各チャネル上でもチャネルマネージャー上でも別々のホテルなので、PMSと事業者の接続は施設ごとに一つで、在庫、料金、マッピング表もそれぞれ別です。チェーン全体で共通にするのは、客室タイプ、料金プラン、予約経路の命名ルールです。

チャネル上の料金は誰が変更できるようにすべきですか？

施設ごとに料金の担当窓口を一人置いてPMSで権限を与え、大きな料金変更にはチェーン本部の承認者を置きます。料金がPMSから出ている場合、チャネルや事業者側での直接編集は避けましょう。

ホワイトラベルのチャネルマネージャーとは何ですか？使うべきですか？

PMSのパッケージに組み込まれたチャネルマネージャーで、別の事業者の基盤で動きながらPMSの名前を名乗るものです。パッケージは手頃な価格であることが多いです。使う前に、チャネル接続をどの事業者が行っているか、各施設がその事業者と独自に契約できるか、PMSを変えてもチャネル接続を維持できるか、内訳はいくらかを確認しましょう。

DiHotelには独自のチャネルマネージャーがありますか？

いいえ。DiHotelは各施設が使うチャネルマネージャーと双方向で接続します。在庫と料金はDiHotelから事業者へ、そして各チャネルへ送られ、予約はチャネルから事業者へ、そしてDiHotelに入ります。チャネルマネージャーの料金は、ホテルと事業者との別契約です。