ホテル管理システム（PMS）とは？フロント業務の機能範囲とクラウド移行・受託開発の判断基準

ホテル管理システム（PMS）は、客室の在庫と部屋割り、チェックインとチェックアウト、宿泊者情報、宿泊会計と日次の締めまでを一つの台帳でつなぐ、宿泊施設の館内業務の基幹システムです。予約サイトからの送客をさばく予約システムとは守備範囲が違い、PMSは「販売された予約を、実際の部屋と売上に落とし込む側」を担当します。この記事では、PMSの機能範囲を宿泊者名簿の法定要件や宿泊税の計算まで具体化し、クラウド型とオンプレミス型の分かれ目、公開料金のレンジ、サイトコントローラーや決済・スマートロックとの役割分担を整理したうえで、既製PMSで足りる施設と受託開発に踏み込む境界線、リプレイス時のデータ移行の進め方までを受託開発会社の視点で示します。

まとめ｜PMS導入で先に決めるフロント業務の範囲と既製・受託の分岐

PMSの選定でつまずく施設は、機能一覧を比べるところから入っています。先に決めるのは範囲です。客室在庫と部屋割り、チェックインと宿泊者名簿、宿泊会計とナイトオーディット。この4つはPMSが持ち、OTAへの在庫配信はサイトコントローラー、会員属性はCRM、鍵の発行はスマートロック側に置く。この線引きを紙一枚で書き出すと、比較すべき製品は絞れます。

料金は公開されているものだけでも幅があります。小規模施設向けのStayseeは月額980円から9,980円（税込・初期費用0円）、セルフチェックインまで含むaipassは月額2.5万円から・初期費用5万円という水準（2026年8月時点の公開情報）。単一施設で室数が100前後まで、帳票が定型、料金運用も標準的なら、この既製クラウドPMSで足ります。一方、複数施設の売上と稼働を本部で一元集計したい、会計基幹へ部門別の仕訳を自動連携したい、一棟貸しやホステルのようにベッド単位・棟単位で在庫を持ちたい。この3つのいずれかに当たると設定変更では届かず、そこが受託開発やアドオン開発を検討する分岐点です。宿泊業に限らない予約の仕組みから確かめたい場合は、予約システムの機能・種類と開発判断を整理した解説もあわせてご覧ください。

ホテル管理システム（PMS）の定義と、宿泊施設のフロント基幹を担う位置づけ

PMSという略語は宿泊業界の外ではあまり通じません。語の指す範囲と、隣接するシステムとの違いから押さえます。

PMSの語義と、宿泊者・客室・料金の情報を館内で一元管理する役割

PMSはProperty Management Systemの略で、日本語では宿泊管理システム、ホテルシステム、フロントシステムとも呼ばれます。旅館や民泊、グランピングの文脈では宿泊管理システムという呼び方が主流ですが、役割は同じです。扱うのは、いつ・どの部屋に・誰が泊まり・いくら請求したかという4点の記録に集約されます。

具体的には、予約情報の受け取り、室タイプ別の在庫、部屋番号単位の割り当て、チェックインとチェックアウトの処理、宿泊者名簿、ルームチャージと付帯売上の計上、精算と領収書の発行、日次の売上締め、清掃指示と客室ステータスの管理までがPMSの守備範囲です。ADR（平均客室単価）やOCC（客室稼働率）、RevPAR（販売可能客室あたり売上）の日報も、多くの製品が標準で出力します。フロント端末で完結する業務は、ほぼこの中に収まると考えてください。

予約システム・サイトコントローラーとの違いと、PMSが受け持つ業務の範囲

宿泊施設のシステムは、販売側と館内側の2層に分かれます。販売側は、自社サイトの予約受付を担う予約エンジンと、楽天トラベル・じゃらん・Booking.comといったOTAへ在庫と料金を配信するサイトコントローラーです。館内側がPMSにあたります。

境目は「予約が確定したあと」です。どの経路から入った予約でも最終的にはPMSの台帳に集約され、部屋番号が割り当てられ、売上として計上されます。どのOTAに何室を出すか、料金プランをどう出し分けるかは販売側の仕事で、PMSは関与しません。予約受付そのものはホテル予約システムの機能・料金とOTA連携の要件をまとめた記事が扱っており、本記事はその先の館内運営に絞ります。

フロント業務でPMSが担う客室在庫・チェックイン・宿泊会計の機能範囲

機能一覧に同じ言葉が並んでいても、実務の詰まり方は製品ごとに違います。フロントの1日をなぞって確認すべき粒度を具体化します。

日付単位の客室在庫と部屋割り（アサイン）を確定させる在庫管理の実務

PMSの在庫は、室タイプ別の残室数と、部屋番号単位の割り当ての2段構えです。予約時点ではシングル残り3室という室タイプ在庫だけを持ち、到着前日から当日にかけて具体的な部屋番号へ落とし込みます。この作業がアサインです。なお在庫の粒度は業態で変わり、一棟貸しは棟単位、ホステルはベッド単位で持つため、ビジネスホテル向けの製品をそのまま入れると行き詰まります。

アサインは単純な空き埋めでは終わりません。連泊客は途中で部屋を替えないよう通しで押さえ、清掃動線を考えて同フロアにまとめ、禁煙・喫煙や高層階希望、エキストラベッド搬入といったリクエストと突き合わせる。50室前後までなら手作業でも回りますが、100室を超えると自動アサイン機能の有無で所要時間が変わります。オーバーブッキング時の振替（アップグレードや近隣施設への手配）を記録に残せるかも、後から手数料負担を精算する際に効きます。

チェックインと宿泊者名簿の法定要件（氏名・住所・連絡先と3年保存）への対応

チェックインで発生する業務は、本人確認、宿泊者名簿への記載、鍵の受け渡し、宿泊カードの保管です。このうち宿泊者名簿は法定義務で、旅館業法施行規則第4条の2が記載事項と保存を定めています。記載するのは宿泊者の氏名・住所・連絡先で、日本国内に住所を有しない外国人については国籍と旅券番号も必要です。名簿は作成の日から3年間、施設または営業者の事務所に保存します。同規則は令和5年8月3日厚生労働省令第101号で改正され、令和5年12月13日から施行されています。

国内に住所を有しない外国人宿泊者には旅券の呈示を求め、その写しを名簿とともに保存する運用が厚生労働省から示されています。セルフチェックイン端末を入れてもこの要件は軽くなりません。端末でパスポートを読み取った画像を、名簿データと紐づけたまま3年間引き出せるか。無人運用を検討する施設ほど、製品デモで実際の保存画面を見ておくべき箇所です。

宿泊会計とナイトオーディットで日次売上を締める流れと、清掃連携の反映

宿泊会計は、ルームチャージに加えてレストランや売店、ミニバーの売上を部屋付けで計上する仕組みです。POSからPMSへ売上を送り、チェックアウト時に一括精算します。見落とされやすいのが宿泊税で、税率表は自治体ごとに違い改定も入ります。京都市は2026年3月1日の宿泊分から1人1泊あたり6,000円未満200円、6,000円以上20,000円未満400円、20,000円以上50,000円未満1,000円、50,000円以上100,000円未満4,000円、100,000円以上10,000円の5区分に改定され、判定は宿泊日が基準。改定前の最上位は1,000円だったため、高単価の客室では税額が10倍になります。この階層計算を人手で当てていると繁忙期に取りこぼしが出るため、PMS側で自治体別の税率表を持ち、請求書と領収書に区分表示できるかを確認してください。

1日の最後に走らせるのがナイトオーディットです。当日の売上を確定し、未精算残高を翌日へ繰り越し、No-show（無断不泊）を処理して、部屋別売上とADR・OCCの日報を出力する。この締め処理と並行して客室ステータス（在室・清掃済・清掃待ち）が更新され、翌朝のハウスキーピング指示へ反映されます。清掃スタッフの完了報告が即座に空室へ反映される製品なら、アーリーチェックインの可否をその場で判断できます。

クラウド型とオンプレミス型の違いと、公開料金から読む費用構成の見方

導入形態は費用だけで決まりません。館内の機器とどこまで直結するかで、選べる形態が先に絞られます。

クラウド型PMSの公開料金レンジ（月額980円〜2.5万円）と規模別の成立条件

主流はクラウド型です。ブラウザで動き、初期費用を抑えて始められ、法改正や機能追加はベンダー側の更新で反映されます。公開料金には幅があります。小規模施設向けのStayseeはライトプラン月額980円、スタンダード3,980円、アドバンス9,980円（いずれも税込）で初期費用0円、客室数や宴会場の登録数による追加課金なし。セルフチェックインやゲストアプリまで含むaipassは月額2.5万円からで客室数とプラグイン数に応じて変動し、新規導入の初期設定サポートが5万円という水準です（2026年8月時点の公開情報）。

この差は機能の厚みと課金軸の違いです。室数課金の製品では、20室と150室で月額が数倍変わります。10室前後なら定額の低価格帯で成立し、50室を超えて自動アサインやセルフチェックイン端末を複数台置く段階になると、月額2万円台からの製品群が現実的な候補。年間では12万円と30万円の差で、フロント1人分の人件費と比べれば判断は難しくないはずです。

オンプレミス型が残る条件と、館内LAN・鍵やPOSとの直結が必要な場面

オンプレミス型は自館のサーバーに置く形態で、初期費用は数百万円規模、保守も自社か委託先が持ちます。それでも残る理由は3つです。

第一に、館内LANの中にある機器との直結です。カードキーのエンコーダー、客室の電話交換機（PBX）、レストランのPOS、有料放送課金、自動精算機。これらとリアルタイムに信号をやり取りする構成では、インターネット越しの接続がボトルネックになります。第二に、回線が切れても館内業務を止められない大型施設の要件。第三に、既存の会計基幹やグループのERPと閉域網で接続している場合。この3条件に当たらない施設がオンプレミス型を選ぶ理由はほとんどなく、既存のオンプレPMSを更改するタイミングでクラウドへ移す判断が実務上は妥当です。

初期費用・月額・オプションを5年総額で比較するときの内訳と落とし穴

比較は月額単体ではなく5年総額で行います。内訳は、初期費用、月額×60か月、オプション機能の追加料金、周辺機器（自動精算機・セルフチェックイン端末・カードキーエンコーダー）の購入と更新、回線費用、移行費用です。

落とし穴はオプションの積み上がりです。基本料金が安くても、OTA連携、セルフチェックイン、決済端末連携、CSV出力、API開放がそれぞれ月額オプションの製品では、必要機能を揃えた時点で上位プランを超えます。見積もりは「今の運用に必要な機能をすべて入れた構成」で取ってください。

サイトコントローラー・決済・スマートロックとの役割分担と接続の境界

PMSは単体で完結しません。どのシステムに何を持たせるかを決めないまま連携を増やすと、同じ情報を2箇所に入力する運用が残ります。

販売側と館内側で在庫の主従を決める線引きと、2WAY連携が前提になる条件

在庫は必ずどちらか一方を正とします。実務ではPMSが最終在庫を持ち、サイトコントローラー経由で各OTAへ配信する構成が標準。この向きが決まっていないと、フロントで電話予約を入れた瞬間にOTA側の空室表示が古くなり、二重予約が起きます。

PMSの空室が自動でOTAへ反映される構成は2WAY連携と呼ばれます。電話や飛び込みの予約が一定量ある施設、複数OTAに同じ部屋を出す施設では、これが実質的な前提条件。掲載OTAが1つだけなら手動配分の1WAY連携でも成立します。在庫配信の方式や同期の遅延、オーバーブッキングの原因別の潰し方はサイトコントローラーのOTA在庫連動と連携方式を解説した記事を参照してください。

PMS側に持たせる情報と外部に任せる情報の切り分けと、二重入力の温床

PMSに何でも持たせようとすると破綻します。宿泊履歴と当日の請求はPMS、会員属性や販促の反応履歴はCRM、鍵の発行と失効はスマートロック側、カード情報は決済代行のトークンで保持し施設側では持たない。この切り分けが基本形です。

二重入力は境界があいまいな箇所で生まれます。多いのが顧客情報で、PMSの宿泊者マスタと会員システムの会員マスタが別々に育ち、同じ人が複数レコードに分裂する。どちらを正マスタにするかを決め、片側からもう一方へIDで紐づけてください。連携先を増やす前に、その情報の持ち主を1件ずつ決める作業が先です。

既製PMSで足りる施設と、受託開発・アドオン開発に踏み込む判断の境界線

製品比較の記事は既製品の選定を前提に書かれていますが、実際には既製品で無理をして運用を人手で吸収している施設が少なくありません。条件で切り分けます。

既製PMSで足りる条件と、単一施設・定型帳票で完結する運用の見極め

次の条件をすべて満たすなら、既製のクラウドPMSで足ります。開発は不要です。

• 単一施設で、室数が100前後まで
• 在庫の粒度が「部屋」で、室タイプ別の管理で表現できる
• 料金運用が素泊まりまたは一泊二食の標準的な体系で、複雑な会員別料金がない
• 必要な帳票が日報・月報・宿泊税申告といった定型のもので、独自様式がない
• 会計への連携が月次の売上サマリーをCSVで渡す程度で足りる

迷ったら、直近3か月でExcelや紙で補っている作業を数えてください。3つ以下なら既製品の設定変更と運用ルールで吸収できます。製品タイプごとの候補の絞り込みと比較の軸は、宿泊管理ソフトの比較6軸と失敗パターンを整理した記事で扱っています。

受託開発・アドオンを選ぶ条件3つと、本部集計・会計基幹連携の要件

逆に、次の3条件のいずれかに当たると既製品では届きません。踏み込む価値があるのはここからです。

1つ目は複数施設の本部集計です。施設ごとに違うPMSが入っているグループでは稼働率も売上も施設単位でしか見えず、本部が毎月手作業で集計しています。各PMSのAPIやCSVを吸い上げて統合ダッシュボードを作る開発は、施設数が5を超えたあたりから投資を回収できます。2つ目は会計基幹との連携。部門別・科目別の自動仕訳、売掛残高の照合、グループ会社間の内部取引まで踏み込むと、既製PMSの標準出力では形式が合いません。3つ目は独自業態で、会員制リゾートの権利消化管理、長期滞在の月極請求、グランピングの区画と設備の同時予約、ホステルのベッド単位在庫が該当します。製品側の在庫モデルそのものが違うため、設定では埋まりません。

この領域では、PMSを全面的に作り直すより、既製PMSを残したまま不足部分をアドオンとして開発しAPIでつなぐ構成のほうが、費用も期間も抑えられる場面が多くあります。自館の要件がどちらに当たるかの整理から相談したい場合は、予約管理システム開発で宿泊施設の在庫・料金・基幹連携を含む要件定義から対応しています。

PMSの自社開発が過剰になる場面と、既製品＋API連携で収まる判断

判断を言い切ります。単一施設で室数が100を切り、要件の不足が「帳票の様式」と「BIツールへのデータ出力」だけなら、PMSの自社開発は過剰です。この2つは既製PMSのCSV出力とAPIで解決でき、開発するとしても数十万円規模の周辺ツールで収まります。

多い失敗は、現行業務をそのまま再現しようと全面開発へ踏み切り、フロント業務の細部（ナイトオーディットの締め処理、宿泊税の階層計算、名簿の3年保存）まで作り直す進め方です。ここは既製PMSが法改正のたびに更新している領域で、自作すると保守の負担が毎年戻ってきます。作るべきは自館固有の部分だけ。

PMSリプレイス時のデータ移行と、繁忙期を外した切替で失敗しない進め方

新規導入より件数が多いのが既存PMSからの乗り換えです。失敗は機能選定ではなく、データと時期の設計で起きます。

移行対象の切り分けと、未来予約・宿泊履歴・売掛残高で変わる扱い

移行データは一括で考えず、3種類に分けます。扱いがまったく違います。

未来予約は必須です。切替日以降に到着する予約は1件も落とさず新システムへ移します。OTA経由の予約は予約番号での突合が要るため、件数の多い施設ではベンダーの移行サポートを使うのが現実的で、既存PMSからの切替を予約データ移行込み10万円という水準で提示しているベンダーもあります（2026年8月時点の公開情報）。宿泊履歴は必須ではありません。分析用途ならCSVやDWHに保管しても支障はなく、費用をかけるかは分析の頻度で決めます。売掛残高は会計と一致させる必要があるため、締め日で線を引き、残高だけを移して明細は旧システムに残す割り切りが有効です。

あわせて注意すべきは名簿です。宿泊者名簿には作成の日から3年間の保存義務があるため、新システムへ移行しない場合でも旧システムのデータまたは出力物を3年間引き出せる状態で保管します。解約した瞬間にデータが消える契約になっていないか、解約条件を先に確認してください。

並行稼働の期間と切替時期の決め方と、移行サポート費用10万円前後の目安

切替時期は閑散期の月初を選びます。年末年始、ゴールデンウィーク、お盆、地域の大型イベント期間は外します。理由は単純で、切替直後の1週間はフロントの処理速度が確実に落ちるためです。月初にするのは、前月の締めと会計処理を旧システムで完了させてから移るためです。

並行稼働は2週間から1か月を見ます。この期間は旧システムを参照専用で残し、日次の締めが旧システムと同じ数字になるかを毎日突き合わせる。差異が出るのはたいてい宿泊税と付帯売上の按分です。3日連続で一致したら旧システムの入力を止めます。研修は切替2週間前までに全シフトへ実施し、夜勤担当にはナイトオーディットの手順を個別に確認してください。切替当日はベンダーの立ち会いを有償でも付ける価値があります。

ホテル管理システム（PMS）の費用・連携・移行に関するよくある質問

検討段階で問い合わせの多い5点です。

ホテル管理システム（PMS）の費用相場はどのくらいですか？

クラウド型の公開料金では、小規模施設向けで月額980円から9,980円（税込・初期費用0円）、セルフチェックインやゲストアプリまで含む製品で月額2.5万円から・初期費用5万円という水準が示されています（2026年8月時点）。室数課金の製品が多く、50室を超えると月額は上がります。オンプレミス型は初期費用が数百万円規模で、年間保守料が別途。比較は月額単体ではなく、初期費用と月額60か月分、オプション、周辺機器の更新を含めた5年総額で行ってください。

PMSと予約システム、サイトコントローラーは何が違いますか？

役割で分けます。予約エンジンは自社サイトの予約受付窓口、サイトコントローラーはOTAへ在庫と料金を配信する接続層、PMSは確定した予約を部屋番号と売上に落とし込む館内の台帳です。在庫の正はPMSが持ち、サイトコントローラー経由で各OTAへ反映させる構成が標準。3つが一体になった製品でも内部ではこの3層が動いていると考えると、機能の過不足を判断しやすくなります。

小規模な旅館や民泊でもPMSは必要ですか？

掲載OTAが1つで月間の予約が数十件までなら、Excelと予約サイトの管理画面で回せます。目安は、掲載OTAが2つ以上になったときと、宿泊者名簿を紙で3年保存する運用が負担になったとき。この段階を超えたら、月額1,000円前後のクラウド製品でも転記作業と二重予約は減ります。民泊では、住宅宿泊事業法の年間180日上限を日数管理できるかを選定条件に加えてください。一泊二食や部屋食のある宿は要件が変わるため、旅館の宿泊管理システムで必要になる要件と既製＋カスタマイズの境界も合わせて確認してください。

PMSは宿泊者名簿の法定要件に対応できますか？

国内向けの製品であれば、旅館業法施行規則第4条の2が定める記載事項（氏名・住所・連絡先、日本国内に住所を有しない外国人は国籍と旅券番号）に対応した名簿機能を備えています。確認すべきは保存側。名簿は作成の日から3年間、施設または営業者の事務所に保存する必要があり、外国人宿泊者については旅券の写しを名簿とともに保存する運用が示されています。セルフチェックイン端末では、読み取ったパスポート画像を名簿と紐づけたまま3年分引き出せるかをデモで確認してください。

既存PMSから乗り換えるとき、過去の予約データは移行できますか？

切替日以降に到着する未来予約は移行が必須で、多くのベンダーが移行サポートを用意しています。過去の宿泊履歴は必須ではなく、分析用途ならCSVやDWHへ保管する選択でも支障はありません。売掛残高は会計と一致させるため締め日で線を引きます。注意点は、旧システムを解約しても名簿を3年間参照できる状態を保つこと。解約後にデータが消える契約であれば、解約前に名簿と帳票を出力して保管してください。

関連記事

• スクラッチ開発とは？パッケージ・ローコードとの違いと発注判断：既製PMSで足りるか開発に踏み込むかを、業種を問わない発注判断の枠組みから整理したい場合の記事です。
• 顧客管理システムとは？機能・Excelとの違い・脱Excelの判断基準：PMSの宿泊者マスタと分けて持つべき会員属性・販促履歴の管理を検討する場合の記事です。
• ホテル開業で事業計画書が融資審査と経営判断を左右する具体的理由：新規開業のフェーズでシステム投資を計画に織り込みたい場合の記事です。