USALI準拠ホテルP&L — オーナーと取締役会が利益の全体像を正しく読む方法

10/08/2026

毎月、オーナーのもとに一式の帳票が届きます。ある施設は「売上」と呼び、別の施設は「総収入」と呼ぶ。税を差し引いた所もあれば、そうでない所もある。水道光熱費はここでは部門費用に、あちらでは共通費に入っている。結果として取締役会はその数字が何を意味するのかを議論し、次に何をすべきかを議論できません。この問題への答えは一世紀近く前から存在し、世界の宿泊業界の共通言語です。それがUSALI準拠のホテルP&Lです。

本記事では、USALIとは何か、部門別売上からGOPまでのホテル損益計算書の構造、RevPARを補完する2つの指標であるTRevPARとALOS、そしてDiOwner——オーナー・取締役会向けの閲覧専用レポートアプリ——がその全体像のどこに位置するかを明確にします。DiOwnerが表示するすべての数値は、基盤となるAIホテル管理ソフトウェアDiHotelが生成します。複数施設の比較、RevPARの算出方法、数値一致の約束は前回のホテルチェーン管理の記事で扱いました。本記事は財務フレームワークへ進みます。

第1部：USALIとは — ホテル業界の共通言語

USALIはUniform System of Accounts for the Lodging Industry（宿泊業のための統一会計基準）の略です。VASやIFRSのような法定会計基準ではなく、国際的なホテル・ホテル財務の団体が編纂した管理レポートの表示フレームワークであり、1920年代に初版が刊行され、現行版まで幾度も改訂されてきました。

USALIは極めて実務的な問いに答える

• 異なる2つのホテルをどう比較するのか？ 各所が独自に科目名を付ければ、あらゆる比較は無意味になります。USALIは売上と費用をどの部門に、どの順序で配置するかを定めます。
• オーナーの決定と切り離して、運営チームの実力をどう測るのか？ USALIはレポートを複数の層に構築し、GOPの層で運営部分と、金利・減価償却・地代などオーナーに帰属する部分を明確に分けます。
• 外部とどう対話するのか？ 国際運営契約、資産評価、融資書類、売買譲渡時のデューデリジェンスはいずれも、既定でUSALI構造のP&Lを読みます。

覚えておくべき2つの中核的な約束事

• 売上は純額で計上 — 付加価値税および国に代わって徴収する金額を差し引く前。「税・手数料込み」の数字は顧客向けであり、P&L向けではありません。それで指標を計算するとすべてが水増しされます。
• 売上と費用は発生した部門に正しく帰属 — 朝食は客室ではなく飲食に属し、客室清掃員の給与は共通費ではなく客室部門費用に属します。運営段階で部門を誤って計上すれば、後から基準準拠のP&Lを再構築できません。

第2部：ホテルP&Lの構造 — 部門別売上からGOPまで

USALI準拠ホテルP&Lの強みは、一層ずつ進み、各層が異なる経営上の問いに答える点にあります。

第1層 — 部門別売上

• 客室（Rooms）— 通常、最も利益率の高い部門。
• 飲食（F&B）— レストラン、バー、ルームサービス、宴会・会議。
• その他の運営部門 — スパ、ランドリー、ゴルフ場、レクリエーション、スペース賃貸。
• その他収入 — キャンセル料、ノーショー料、コミッション、長期賃貸料。

第2層 — 直接費用と部門利益

各部門は自らの直接費用（人件費、売上原価、消耗品、チャネルコミッション）を差し引いて部門利益を算出します。ここで不都合な真実が表れます。売上の大きいレストランでも、原価と人件費が閾値を超えればホテル全体を押し下げる部門になり得るのです。

第3層 — 未配分費用

• 総務・管理
• 情報技術・通信
• 営業・マーケティング
• 施設運営・保守
• エネルギー（電気、水道、燃料）

第4層 — GOP、最も重要な境界線

部門利益の合計から未配分費用を差し引くとGOP — 営業総利益になります。GOPは運営チームにとって最も公平な物差しです。彼らが管理できるものだけを含むからです。GOPを販売可能室数（利用可能室夜）で割るとGOPPAR、販売可能室あたりの利益指標になります。

第5層 — GOPの下はオーナーの領域

運営手数料、地代、資産税、保険、そしてEBITDA。その後、減価償却、金利、そして最後に純利益。これらの項目は主に投資判断と資本構成から生じるもので、昨日何室売れたかから生じるものではありません。

第3部：TRevPARとは — RevPARだけでは物語を語り尽くせないとき

TRevPAR（Total Revenue Per Available Room）とは、期間内の全部門の総売上を販売可能室数（利用可能室夜）で割ったものです。RevPARが客室売上だけを語るのに対し、TRevPARは各販売可能室がホテルにもたらす金額の総額を語ります。

• 4〜5つ星ホテルとリゾートがTRevPARを必要とする理由： 飲食、婚礼、会議、スパに強い施設では、客室外売上が客室売上に迫り得ます。RevPARだけでポートフォリオを順位付けすると、サービスを最もうまく活用している施設を過小評価します。
• 同じRevPARの2施設が大きく異なり得る： 客室のみの都市型ホテルと、会議センターを持つリゾートは、客室販売が同等でもTRevPARに明確な差が出ます。
• 必要な警告： 高いTRevPARが自動的に高利益を意味するわけではありません。飲食と宴会は客室よりはるかに利益率が薄い。TRevPARは部門別利益と併せて読まねばならず、さもなければ誤った場所でのサービス拡大につながります。
• TRevPARを正しく保つ条件： すべての売上明細は発生時点で正しい部門に紐づけ、伝票単位で合算せず明細行で計算し、客室区分と招待サービスを分離し、キャンセル行を除外し、そしてウォークイン売上も引き続き計上する——このグループは飲食に強い施設では非常に大きな割合を占めます。

第4部：ALOSとは — 各室夜の背後に隠れた費用を説明する指標

ALOS（Average Length of Stay）は平均宿泊日数です。稼働室夜の合計を、期間内に発生した予約件数で割ったもの。実績表にはめったに登場しませんが、GOPに直接影響します。

• 短いALOSは長いALOSより費用がかかる。 同じ販売室夜でも、チェックイン・チェックアウトの回数が多いほど、清掃回数が増え、洗濯するリネンが増え、受付人員が増え、取引費用とチャネルコミッションが増えます。
• ALOSはADRのパラドックスを説明する。 団体契約や長期滞在客はラック料金より低いADRでも、1泊あたりのサービス費用が大幅に下がるため利益では優れ得ます。ADR単独で見ると逆の結論になります。
• ALOSは料金戦略の入力値。 繁忙期の最低泊数条件、閑散期の長期滞在パッケージ——これらの施策はすべて、ALOSを継続的に追跡してはじめて評価できます。
• ALOSを正しく計算するには清潔な予約データが必要： 滞在中の部屋変更、滞在延長、伝票の分割・統合、団体客の個別化、ノーショー——各状況はシステムが正しく処理しなければ分母を歪め得ます。

第5部：P&Lの全体像におけるDiOwnerの位置

誤解のないように率直に言います。DiOwnerは完全なP&Lレポートを出力しません。DiOwnerはスマホアプリで、閲覧専用、基盤の管理システムからリアルタイムに読み取り、売上レイヤー——USALI準拠P&Lの最上層——に加えて売掛金を担います。

DiOwnerが今日表示するもの、そしてどの計算式によるか

• ソース別売上 — 客室、飲食、スパ、その他サービス、ウォークイン売上も分離。すべてUSALIの約束に従い付加価値税前の純売上です。
• ADR = 客室純売上 ÷ 稼働室夜。
• RevPAR = 客室純売上 ÷ 販売可能室夜。
• 稼働率 = 稼働室数 ÷（総室数 − 使用停止OOO室数）× 100。複数施設を統合する際、システムはポートフォリオ全体の室数を先に合算してから割ります——パーセントを平均しません。施設の規模が異なると結果が歪むからです。
• 売掛金は旅行会社・販売チャネル別、経過期間付き。このデータは会計モジュール由来のため、常に「MM/yyyy月までの会計数値」のラベルを表示します——意図的に遅延させ、遅延と明示し、リアルタイムを装いません。
• 30/60/90日予測はすでに予約済みの室数（オンザブック）に基づきます。これは帳簿上にあるものの合計であり、機械学習の予測モデルではありません——本質を正直に言えば、オーナーは自分が何を根拠に信頼しているかを知ります。

照合表：USALIのP&L行とDiOwnerでの状態

第6部：ホテルの内部統制 — 両者を守る一つの数値

ホテルの内部統制は、しばしば誰かの過ちを探すことと誤解されます。実際には、オーナー、取締役会、運営チームが同じ時点で同じ定義の同じ数値を見るための仕組みです。その仕組みがうまく機能すれば両者が恩恵を受け、最も明確に恩恵を受けるのはたいてい運営チーム自身です。

運営チームにとって：良い結果が元データで証明される

• 好調な四半期は、認められるためにプレゼンを必要としません——数値はすでに取締役会の画面にあり、両者が合意した定義に従っています。
• 市場が悪化しても、同じ数値が客観的な原因を示します：季節性、客層構成、団体契約の終了。データがなければ、下降した四半期は運営の過ちと片付けられがちです。
• 会議前に徹夜でレポートをまとめることも、各自が異なるExcelを会議室に持ち込むこともなくなります。

オーナー・取締役会にとって：資本配分の根拠

• 期末の手作業集計を待つ代わりに状況をリアルタイムに把握するため、改装・拡張・資源再配分の決定が早まります。
• 特定施設に出資した投資家には、その施設だけの閲覧権限が付与されます——システム全体を開かずにパートナーへの透明性を確保します。

これが監視に転じないための4つの仕組み

• 閲覧のみ、書き込み不可： DiOwnerは運営データを編集できず、指示を作成できず、チームの日常業務に介入しません。
• 唯一の指標定義： 全員が同じ計算式を見るため、議論は行動の層で起こり、「誰の数字が正しいか」の層では起こりません。
• 両者が合意した警告閾値： 警告は状況に早く反応するために存在し、個人の記録を作るためではありません。
• 編集の痕跡は管理システムに残る： すべてのキャンセル、修正、値引きは運営層に記録されます——これこそ独立監査が結果を確認できる根拠であり、すなわち運営者の信用を守るものです。

第7部：現地にいなくても複数のホテル支店を管理する

異なる省に4〜5施設を持つオーナーは、あらゆる場所に居ることはできず、またそうすべきでもありません。彼らに必要なのは、状況をしっかり把握しながら現地にいなくても複数のホテル支店を管理することです：

• ポートフォリオ全体を1つのスマホ画面に — 各施設と統合値の売上・指標・売掛金をリアルタイムに更新。会議直前や出張中でもすぐ確認できます。
• 正しく統合する — ポートフォリオ全体の室数を先に合算してから割ることで、統合値が小さな施設に歪められず実際の規模を反映します。
• 能動的な警告を端末へプッシュ — 売上が閾値を下回る、稼働率が異常、売掛金が期限超過。オーナーは毎日アプリを開くことを覚えておく必要がなく、知るべきことがあればアプリが自ら知らせます。
• 施設別・役割別の権限 — 各取締役、各出資投資家が自分の範囲だけを見ることができ、端末で生体認証を行います。

施設間の順位比較の方法とRevPARの詳細な論拠は、取締役会向けホテルチェーン管理ソフトウェアの記事で扱いました。同じポートフォリオ内のより小規模な施設では、同等の役割をクラウドAIホテル管理ソフトウェアDiCloudが担い、同じDiOwnerアプリが両プラットフォームから数値を読み取ります。

第8部：なぜ基盤プラットフォームがレポートの価値のすべてを決めるのか

DiOwnerに関するすべての資料で繰り返す技術的真実があります。アプリは表示するだけで、すべての計算は基盤の管理システムにある。つまり、誤計算するシステムの上に載った美しいダッシュボードは、オーナーが誤った決定をより速く下す手助けをするだけです。グループ規模では、各施設の小さな乖離が統合時に大きな乖離へと積み上がります。

レポートを見ても見えない、ホテルP&Lがよく誤る箇所

• 伝票の分割・統合 — 団体が客室分を支払い、個人がサービス分を支払う。システムが明細行で計算せず伝票単位で合算すると、売上が誤った部門に入ります。
• 滞在中の部屋変更 — 客室区分が変われば料金も変わる。日付ごとの配分を誤るとADRもRevPARも歪みます。
• 招待室、内部使用室、キャンセル取引 — 除外しなければ、稼働率が良く見える一方でADRが不合理に悪化します。
• 客室への一括計上と旅行会社売掛金 — 売上は発生したが入金はまだ。ここでキャッシュフローと利益が二つの異なる物語を語ります。
• 正しい部門に紐づかないPOS売上 — 販売システムが発生時点で正しいアウトレットに売上を送らなければ、いかなるレポートソフトウェアも後からUSALI準拠のP&Lを再構築できません。

だからこそDiOwnerの売上レイヤーは総合ホテル管理ソリューションDiHotelの上に構築されています。上記のエッジケースは20年以上にわたり業務層で処理されてきました。アプリに表示される数値は実際のホテルデータで検証され、システムの元帳票と完全に一致——ある数字が取締役会や監査に持ち込まれる資格を得るための必須条件です。

結論

USALI準拠のホテルP&Lは会計手続きではなく、オーナー、取締役会、運営チームが同じ言葉を話すための共通言語です：売上は純額で正しい部門に計上し、費用は正しい層に分類し、GOPを責任の明確な境界とする。各室がもたらす全価値を見るためにTRevPARを、各室夜の背後に隠れた費用を見るためにALOSを加えて、はじめて資本配分を決めるのに十分な全体像になります。

DiOwnerは自らの役割を公正に引き受けます：その全体像のリアルタイム売上レイヤーをスマホで提供する——ソース別売上、ADR、RevPAR、稼働率、売掛金——純売上の約束に従って計算し、システムと完全に一致させる。費用レイヤー、GOP、GOPPARはロードマップ上にあり、正しく計算する根拠が揃ってはじめて登場します。すべては上位セグメント向けのAIホテル管理ソフトウェアDiHotelと、同じポートフォリオ内のより小規模な施設向けのオンラインAIホテル管理ソフトウェアDiCloudの上で動きます。同じ数値透明性のテーマについて小規模ホテルオーナー向けの視点は、記事売上漏れの管理にあります。