解説
PMSとサイトコントローラーの違いと、API連携で機能を足す方法
全施設の予約状況をまとめたい、毎朝の転記を減らしたい。そのために、使い慣れたPMSを入れ替える必要があるとは限りません。必要な情報を取り出し、足りない機能を追加する方法を、PMSとサイトコントローラーの役割の違いから説明します。
この記事は、当社の開発方針と、公的資料・公開されている連携仕様をもとにまとめました。
PMSとサイトコントローラーは管理する仕事が違います
PMSは客室・宿泊客・会計を管理し、サイトコントローラーは販売先の在庫・料金・予約情報をまとめ、予約エンジンは公式サイトで予約を受け付けます。
PMSはホテルの管理システムです。部屋割りやチェックイン・チェックアウト、滞在中の利用と精算を扱います。サイトコントローラーとは、OTA（オンライン旅行会社）や公式サイトの予約エンジンへ、販売できる部屋数と料金を配り、予約情報を集める仕組みです。観光庁の補助事業の特設サイトでも、これらの役割が整理されています。
3つを連携させる一般的な構成では、サイトコントローラーからOTAと予約エンジンへ在庫・料金を送り、受け付けた予約を集めてPMSへ渡します。PMSではその予約をもとに部屋を割り当てます。予約情報とPMSの部屋割りをつなぐ使い方は、東北運輸局のマニュアルにも示されています。
自分の施設で、在庫と料金をどの画面から変更し、予約がどこへ届くかを確認してください。電話予約やフロントでの変更も本部で集計したいなら、それらが集計元へ届く経路も一緒に確かめます。
使いたい情報に合わせて接続先を選びます
本部が滞在・会計・顧客の情報を使うならPMSを、販売先ごとの在庫・料金・予約動向を使うならサイトコントローラーを、最初の確認先にします。
たとえば、全施設の予約の入り方を毎朝まとめる機能を考えます。サイトコントローラーから必要な情報を取得できれば、宿泊日ごとに予約がどれだけ増減したかを並べ、販売担当者が料金や広告の配分を検討する画面を作れます。新規予約だけでなく、取消と泊数の変更も集計対象に入れます。競合の料金と並べる場合の比べ方は、レートショッピングの記事で説明しています。
施設をまたぐ会員の利用を見たいなら、PMSの宿泊実績と、会員情報を管理する仕組みとの照合を検討します。予約者と実際の宿泊者を分け、氏名だけで同じ人と決めず、共通の会員番号などで結び付ける設計にします。滞在中の追加利用を含む売上を見る機能も、PMS側の会計データを確認するところから始めます。
ここで挙げたのは開発の用途例です。接続先は名称だけで決めず、必要な項目と対象の予約が取れるかで選びます。各施設の売上を比べるなら、税や食事代を含めるか、どの日の売上に数えるかも、本部でそろえてください。
開発の相談では、会議で使う集計表を一つ選ぶと具体的に話せます。各項目をどこから取得し、どの決まりで集計するかを、一緒に整理します。
APIで取得できるデータと契約条件を先に確かめます
APIが用意されていても、欲しい情報をすべて取り出せるとは限りません。当社は、利用中の製品と契約で受け取れる情報、操作できる範囲を確かめてから、追加機能を提案します。
連携に使うのは、GoogleのAPIの解説にあるとおり、ソフトウェア同士が情報や機能をやり取りするための窓口（API）です。PMSのAPIが使えれば、予約などの情報を追加のソフトウェアへ渡したり、許可された操作をPMSに頼んだりできます。
確認は次の順番で進めます。
- 利用中の製品と契約でAPIを使えるか、外部の開発会社が接続するための申請や承認が必要かを聞きます。公開されている連携仕様にも、外部の開発者の登録や施設側の承認を求めるものがあります。
- 欲しい項目を取得できるか、読むだけか、予約や料金を書き換えられるかを確認します。
- データの更新間隔と取得回数の制限を確認し、本部が判断する時刻に情報が間に合うかを確かめます。
- 接続の初期費用、継続する利用料、開発と保守に含む作業を分けて見積もってもらいます。APIの利用回数に応じて課金する仕様もあります。
当社がホテルグループの料金を変える仕組みを検討したときは、そのグループの一部の施設が使うサイトコントローラーについて、公開されている情報を調べました。外部のシステムとつなぐための案内と、料金を管理するシステムとつないだ例は載っていました。ただ、接続の手続きと費用は公開されておらず、窓口に問い合わせて確かめる必要がありました。
OTAの側にも条件があります。Expediaグループの接続の案内では、施設から直接つなぐ申し込みは受け付けておらず、PMSやサイトコントローラーなどのソフトウェア会社を通してつなぐ形です。
集計画面を足す依頼なら、まず読み取りだけで設計してください。料金を書き戻す依頼なら、誰が変更を承認するか、送信に失敗したときに誰が確認するかまで依頼範囲に入れます。開発会社には、施設側の担当者と一緒に現在のシステムの窓口へ確認してもらいましょう。
APIが使えない場合はファイルの取り込みを検討します
APIが使えなくても必要な情報を書き出せるなら、本部の定期集計には表形式のデータファイル（CSV）を取り込む方法を検討できます。
公開されている製品仕様には、予約情報をCSVで書き出す機能があります。毎朝そのファイルを追加のソフトウェアへ取り込む設計なら、日次の集計から始められます。取り出す作業を自動化できるかも確認してください。
この方式で次の取り込みまで待つ設計にすると、取り込み後の予約や取消は、その間の集計には反映されません。直前の空室判断に使うなら、更新の遅れを許せるかを先に判断します。
料金の書き戻しは、取り込みとは別に考えます。料金を書き戻すには、その操作が認められた接続方法が要ります。前の節で挙げたサイトコントローラーの公開されている案内では、料金をExcel形式のファイルでまとめて反映する機能が説明されていました。APIで料金を書き戻せない場合も、施設の担当者が確かめたファイルで反映する方法がないかを窓口に聞いてください。
開発会社には、まず個人情報を除いた出力見本を渡し、必要な項目と更新日時がそろうかを確認してもらってください。そのうえで、同じファイルを再度取り込んでも件数が増えない処理、変更・取消の反映、未取込の施設が分かる表示を求めます。ファイルを書き出す担当者が休んだ場合も含めて、毎日の作業を決めておきます。
目的に必要な情報と閲覧できる人を絞ります
本部が宿泊客の個人情報を集約するなら、利用目的に合わせて取得項目を絞り、閲覧できる人と保管先を開発前に決めます。
個人情報保護委員会のガイドラインは、個人データを扱う担当者と情報の範囲を制限するアクセス制御を求めています。予約の増減だけを見る画面なら、氏名や電話番号は受け取らない設計にしてください。会員の利用履歴を扱う場合は、本部・各施設・保守担当者ごとに閲覧範囲を分けます。
保管先は、契約相手だけでなく、データを置く国と保守担当者が作業する国まで確認します。外国にある委託先に個人データの取扱いを任せる場合は、その外国の個人情報の保護に関する制度を把握する必要があると、同委員会のQ&Aで説明されています。
施設ごとに法人が違う場合の共有方法や、会員への案内は、弁護士などの専門家に確認してください。
考察：足す機能は減らしたい作業から考えます
当社は、PMSを入れ替える前に、いまのPMSを使い続けたまま、予約や客室のデータをつないで足りない機能だけを足せないかを検討します。
全施設の比較表をつくるなら、誰が何を判断するための表か、どの転記や照合を減らすのかを先に整理します。新しい画面が増えても、施設側の入力や確認が増えるなら、その負担まで含めて検討する必要があります。
接続できたことに加えて、集計が正しいことも確認します。取消、泊数の変更、日をまたぐ滞在を含む予約で、元の記録から出るべき数字と、追加した集計を照合する。こうした確認を受け入れの条件にすれば、画面が動いた段階と、業務で使える段階を区別できます。
当社への相談も、いま手作業している集計に何が足りないかという話から始められます。システムの契約内容があれば、接続の条件を早く確かめられます。
この記事の前提と条件
この記事は、当社の開発方針と2026年10月27日に確認した公的資料・公開仕様をもとに、連携を検討する順番を説明しています。
用途例は開発の提案であり、当社の納入実績ではありません。個別の接続試験や費用調査は行っていません。接続の条件の例は、当社が2026年8月と10月に公開されている案内で確かめたもので、グループ名と製品名は伏せています。
この記事で言えないこと
この記事だけで、利用中の製品への接続可否や追加機能の費用は判断できません。
APIの存在だけでは、必要な情報の取得や書き込みの許可は確認できません。当社の一律の金額目安、売上や直接予約への効果も示していません。個別契約と個人情報の扱いは、システムの窓口と弁護士などの専門家に確認してください。
Maximize株式会社について
ホテル・旅館の集客を、Webサイト制作、写真・映像制作、広告運用、AI検索対策で支援し、業務のソフトウェアも開発している。ソフトウェア開発の詳細
この記事の内容は、出典「Maximize株式会社『PMSとサイトコントローラーの違いと、API連携で機能を足す方法』」を明記すれば引用できます。
