SaaS企業の収益モデリング｜Bookings・Billings・Revenue・繰延収益のつながりを設例で組む

結論：BookingsはPLに出ない、Revenueは受注の遅行指標

SaaS企業のモデリングで最初につまずくのが、Bookings（受注）・Billings（請求）・Revenue（収益）・Deferred Revenue（繰延収益＝契約負債）の4つを混同することです。結論から言えば、Bookingsは財務諸表のどこにも計上されない管理指標であり、Revenueは受注から数か月〜数年遅れて姿を現す遅行指標です。そして両者の時間差を吸収して貸借対照表（BS）の負債側に滞留するのが繰延収益です。

この関係は、次の1本の恒等式に集約されます。モデルを組むときも、決算数値を検算するときも、まずここに立ち返れば迷いません。

繰延収益 期首残 ＋ Billings − Revenue ＝ 繰延収益 期末残

なお、受注してもまだ請求していない分は繰延収益に載りません。そこを埋める開示指標が後述のRPO（残存履行義務）です。「Bookings ≧ RPO関連の請求前残高 ≧ 繰延収益」という包含関係を押さえると、4概念の距離感がつかめます。

本記事の位置づけ。ARR・CAC・LTVといった指標そのものの定義と体系はSaaS主要指標の解説で、収益認識会計基準の5ステップなど会計ルール自体は収益認識の解説で扱っています。本記事はその中間にある「4概念の接続」と「BS・PLへの落とし込み」に絞って解説します。

4概念の定義と、その間にある時間差

まず全体像を1枚に整理します。左から右へ、営業活動（Bookings）→ 請求事務（Billings）→ BSの負債（繰延収益）→ PLの収益（Revenue）という順に、金額が「移動」していくイメージを持ってください。

① Bookings（受注／ブッキングス）

顧客と契約した契約総額です。契約期間全体の総額を指す場合はTCV（Total Contract Value、契約総額）、年額換算した部分を指す場合はACV（Annual Contract Value、年間契約額）と呼び分けます。3年契約・年額1,000万円なら、TCVベースのBookingsは3,000万円、ACVは1,000万円です。

重要なのは、Bookingsは会計上の記録ではないということです。契約を締結しただけでは、企業はまだサービスを提供しておらず、顧客も支払っていません。日本の収益認識会計基準（企業会計基準第29号）でもIFRS第15号でも、契約締結それ自体では収益も資産・負債も原則として計上されません。Bookingsは営業パイプラインの管理指標として社内・IR資料で使われる数値です。

② Billings（請求／ビリングス）

当期に顧客へ請求書を発行した金額です。請求のタイミングは契約条件（前払一括／四半期前払／月次後払など）で決まり、収益認識のタイミングとは独立しています。年間一括前払なら、契約初月に1年分がまとめてBillingsに立ちます。

請求すると、入金済みなら現金、未入金なら売掛金がBSに立ち、相手勘定として繰延収益（契約負債）が計上されます。Billings自体はPLにもBSにも「Billings」という科目では現れません。財務諸表から逆算するときは後述の近似式を使います。

③ Revenue（収益認識額）

サービスを提供した期間に応じてPLへ計上される金額です。SaaSのサブスクリプションは通常、契約期間にわたって顧客が便益を受ける取引なので、時の経過に応じて按分して認識されるのが一般的です。年額1,200万円・12か月契約なら月100万円です。

ここで生じるのが時間差です。7月1日に1年分を請求しても、12月決算のPLに載るのは7〜12月の6か月分だけ。残りは翌期の収益になります。

④ Deferred Revenue（繰延収益／契約負債）

請求（あるいは入金）は済んでいるが、まだ収益として認識していない金額です。企業から見れば「まだサービスを提供する義務が残っている」状態なので、BSでは負債に区分されます。

日本の収益認識会計基準の下では、表示科目として「契約負債」が用いられることが一般的です（従来の「前受金」に相当する部分を含みます）。IFRS第15号でも contract liability として同様の考え方が取られます。英語の実務資料では deferred revenue、unearned revenue、contract liability がほぼ同義で使われるため、読み替えができるようにしておくと便利です。

完全設例：年額1,200万円・7月1日契約・年間一括前払

次の前提で、4概念すべてを数値化します。単位はすべて万円、決算期は12月決算（1月〜12月）です。

• 契約日：当期7月1日。サービス提供期間は当期7月1日〜翌期6月30日の12か月
• 契約金額：年額1,200万円（1年契約。月次のRevenueは1,200万円 ÷ 12か月 ＝ 100万円／月）
• 請求条件：契約日に年間分1,200万円を一括前払で請求
• 翌期の更新はなし（更新した場合は後述）

年次サマリー

単位：万円。当期の検算 ＝ 0 ＋ 1,200 − 600 ＝ 600。翌期の検算 ＝ 600 ＋ 0 − 600 ＝ 0。いずれも恒等式と一致します。

ここで確認すべき点は3つです。第一に、当期のBookings 1,200万円に対してPLに載るのは600万円だけで、受注額の半分しかPLに現れません。第二に、翌期はBookingsもBillingsもゼロなのに、Revenueは600万円立ちます。前期に受け取った前払分が繰り越されているためで、これがRevenueを遅行指標と呼ぶ理由です。第三に、2年合計ではBookings 1,200万円＝Billings 1,200万円＝Revenue 1,200万円と一致します。ズレはあくまで期間配分の問題であり、通期を通せば必ず収束します。

月次ロールフォワード（完全検算）

各月の動きを1行ずつ追うと、恒等式が毎月成立していることが確認できます。

単位：万円。合計行の期首残は各期の期首時点、期末残は各期の期末時点の残高です。

仕訳のイメージ。7月1日の請求時は「（借）売掛金 1,200／（貸）契約負債 1,200」、7月末の収益認識時は「（借）契約負債 100／（貸）売上高 100」となります。以降、毎月100万円ずつ契約負債から売上高へ振り替えられ、12か月で契約負債が消えます。

翌期に更新した場合。翌期7月1日に同条件で更新すると、翌期のBookingsは1,200万円、Billingsも1,200万円、Revenueは1〜6月の600万円＋7〜12月の600万円＝1,200万円、期末繰延収益は600万円＋1,200万円−1,200万円＝600万円となります。解約がなく契約が定常化すると、繰延収益残高は横ばいに収束し、RevenueがARRに追いつきます。

繰延収益はなぜ「良い負債」と言われるのか

繰延収益はBS上は負債ですが、借入金とは性質がまったく異なります。返済すべきものは現金ではなくサービスの提供義務であり、利息も付きません。SaaS企業が「良い負債」と表現されるのは、次の3点によります。

現金が収益に先行する

設例では、7月1日に1,200万円を請求・回収する一方、PLの収益は月100万円ずつしか立ちません。キャッシュがPLより先に入ってくる構造です。この前受モデルが機能している限り、企業は成長投資に必要な運転資金を顧客から無利息で調達しているのと実質的に同じ状態になります。

キャッシュフロー計算書での現れ方

間接法のキャッシュフロー計算書では、営業CFを税引前利益から出発して調整します。繰延収益（契約負債）の増加は、収益として認識されていないのに現金は入っているため、営業CFにプラスで加算されます。逆に減少すればマイナス調整です。

設例の当期を見ると、Revenue 600万円に対して契約負債は600万円増加しています。つまり、他の要素を無視すれば営業CFはPLの利益より600万円だけ厚くなります。成長期のSaaSで「赤字なのに営業CFが黒字」という現象が起きるのは、多くの場合この前受金の積み上がりが効いているためです。

逆回転リスクは必ず確認する

この構造には裏があります。新規受注が止まったり、月次前払への契約条件変更が進んだりすると、Billingsが減る一方でRevenueは前期からの繰越で当面維持されるため、PLの悪化より先に営業CFが悪化します。したがって、SaaSのデューデリジェンスではRevenueの伸びとBillings・契約負債残高の伸びを必ず並べて見るのが定石です。契約負債残高が前年割れに転じているのにRevenueが伸びている企業は、成長の減速が数四半期後にPLへ現れる可能性があります。

ARR・RPO・NRRとの関係を整理する

SaaSのIR資料には、Bookings以外にもARR・RPO・NRRといった指標が並びます。何がどの概念に対応するのかを整理しておきます。

ARRとBookingsは別物

ARRは「今の契約が1年続いたらいくらか」という時点のストック、Bookingsは「当期にいくら受注したか」という期間のフローです。1年契約であれば設例のように両者の金額は一致しますが、3年契約・年額1,000万円ならTCVベースのBookingsは3,000万円、ARRは1,000万円と3倍の差が出ます。複数年契約が多い企業ほど、Bookingsだけを見ると成長を過大評価しがちです。

RPOと繰延収益の違いは「請求済みかどうか」

RPO（Remaining Performance Obligations、残存履行義務）は、収益認識会計基準およびIFRS第15号に基づき、未充足の履行義務に配分された取引価格として注記で開示されるものです。ここにはまだ請求していない契約分も含まれます。一方、繰延収益は請求済みの分だけです。したがって、一般に次の関係が成り立ちます。

RPO ＝ 繰延収益（請求済み・未認識） ＋ 未請求の契約残高

設例では年間一括前払のため未請求残がゼロで、12月31日時点のRPOも繰延収益も同じ600万円になります。しかし四半期前払や月次前払の契約が多い企業では、RPOが繰延収益を大きく上回ります。請求サイクルの違いに影響されず受注残を比較できる点が、RPOが投資家に重視される理由です。

各指標の定義や算式そのものをまとめて確認したい方は、SaaS主要指標の解説とSaaS・VC指標の用語集も併せてご覧ください。

3表モデルへの実装：繰延収益のコークスクリュー

実際にExcelでモデルを組むときは、繰延収益を独立したスケジュール（コークスクリュー）として持たせるのが定石です。3表モデルの標準的な作法については売上ドライバーの分解も参考になります。

ステップ1：繰延収益スケジュールを作る

ステップ2：3表への接続

• PL：Revenueをそのまま売上高に計上します。ドライバーは「期首ARR＋新規ARR−解約ARR±アップセル」で組み、月次または四半期で按分します。
• BS：期末残高を契約負債としてリンクします。1年以内に収益認識される部分を流動負債、それ以降を固定負債に区分するのが実務です。
• CF：間接法の営業CFで、契約負債の増減（期末残 − 期首残）を運転資本の変動として加減します。設例の当期なら＋600万円です。

ステップ3：検算ルールを埋め込む

モデルには必ず次の2本のチェック行を置いてください。これが揃っていれば、繰延収益まわりの実装ミスはほぼ検出できます。

1. ロールフォワード検算：「期首残＋Billings−Revenue−期末残」がすべての期でゼロになること。
2. 累計一致検算：契約期間全体でみたBillings累計とRevenue累計が一致し、最終期の繰延収益残高がゼロになること（設例では2年目末に0）。

財務諸表からBillingsを逆算する

外部投資家の立場では、Billingsは開示されないことが多いため、次の近似式で推計します。

推定Billings ＝ Revenue ＋ 契約負債の増加額（期末残 − 期首残）

設例の当期に当てはめると、600 ＋ （600 − 0） ＝ 1,200万円となり、実際のBillingsと一致します。ただし、これはあくまで近似です。M&Aで引き継いだ契約負債、外貨建て契約の為替換算差、契約条件変更による組替えなどがあると乖離します。実務では「推定である」と明示し、可能な範囲で注記情報と突き合わせてください。

日本のSaaS企業の開示実務（一般論）

日本の上場SaaS企業の開示は、法定開示と任意開示の2層に分かれているのが特徴です。

法定開示（有価証券報告書・決算短信）。収益認識会計基準（企業会計基準第29号）およびその適用指針に基づき、収益の分解情報、契約負債の残高とその期中変動、残存履行義務に配分した取引価格などが注記されます。適用指針では一定の要件を満たす場合に残存履行義務の開示を省略できる取扱いがあるため、すべての企業がRPO相当額を開示しているわけではありません。企業ごとに注記を確認する必要があります。金融庁のEDINETから原典を参照するのが確実です。

任意開示（決算説明資料）。ARR、解約率（チャーンレート）、NRR、顧客数、ARPUといった指標は法定開示の対象ではなく、各社が決算説明資料やIRサイトで任意に開示しています。ARRの定義（どの収益をリカーリングに含めるか、月末MRRの12倍か、期中平均か）は企業ごとに異なるため、他社比較の際は各社の定義注記を必ず確認してください。同じ「ARR」という言葉でも、初期導入費用やプロフェッショナルサービス収益の扱いが違えば数値の意味が変わります。

TMTセクターのカバレッジやセクター特有の論点については、TMTセクターの解説も参考になります。

面接での答え方（30秒回答例）

Q：SaaS企業のBookings、Billings、Revenueの違いを説明してください。
「Bookingsは当期に受注した契約総額で、契約しただけでは会計上の記録は生じないため、PLにもBSにも計上されない管理指標です。Billingsは当期に請求した金額で、請求時点で売掛金または現金と、相手勘定として契約負債が立ちます。Revenueはサービス提供期間に応じてPLに按分計上される金額です。3者は『繰延収益の期首残＋Billings−Revenue＝期末残』という恒等式でつながります。たとえば年額1,200万円の契約を7月1日に締結し年間分を一括請求した場合、12月決算ならBookingsとBillingsは1,200万円ですが、当期のRevenueは6か月分の600万円、期末の契約負債残高が600万円になります。」

面接では、この設例のように具体的な数字で恒等式を成立させて見せると理解度が明確に伝わります。余裕があれば「契約負債の増加は営業CFにプラス調整される」まで一言添えると、3表の理解も示せます。

よくある質問（FAQ）

Q. Billingsは財務諸表のどこを見れば分かりますか。
A. 「Billings」という科目は財務諸表に存在しないため、直接は読み取れません。実務では「Revenue ＋ 契約負債の期中増加額」で推計します。設例の当期なら600万円＋600万円＝1,200万円です。ただしM&Aによる契約負債の承継、為替換算差、長期の契約負債と短期の組替えなどがあると乖離するため、あくまで推定値として扱い、注記の契約負債の変動表と突き合わせて確認してください。

Q. 繰延収益とRPO（残存履行義務）はどう違いますか。
A. 分岐点は請求済みかどうかです。繰延収益（契約負債）は請求または入金が済んでいて、まだ収益として認識していない金額です。RPOは未充足の履行義務に配分された取引価格で、まだ請求していない契約分も含みます。したがって通常はRPO ≧ 繰延収益となります。年間一括前払だけの設例では両者が一致して600万円になりますが、月次前払中心の企業ではRPOが繰延収益を大きく上回るのが普通です。

まとめ

SaaSの収益モデリングは、Bookings（受注）→ Billings（請求）→ 繰延収益（BSの負債）→ Revenue（PLの収益）という4段階の時間差を、1本の恒等式で管理する作業に尽きます。

• Bookingsは財務諸表に現れない管理指標。契約締結だけでは収益も負債も生じない
• Revenueは受注の遅行指標。設例では当期Bookings 1,200万円に対し当期Revenueは600万円
• 「期首残＋Billings−Revenue＝期末残」を全期間で検算する。設例は当期0＋1,200−600＝600、翌期600＋0−600＝0
• 繰延収益の増加は営業CFにプラス。現金が収益に先行する構造だが、受注が止まればPLより先にCFが悪化する
• RPOは未請求分を含むため、通常RPO ≧ 繰延収益。請求サイクルの違いを跨いで受注残を比較できる

モデルを組むときは、まず繰延収益のコークスクリューを独立したスケジュールとして作り、ロールフォワード検算と累計一致検算の2本を必ず埋め込んでください。ここが正しく回っていれば、SaaSの3表モデルは自ずと整合します。

出典・参考（2026-08-01確認）

• 企業会計基準委員会（ASBJ）「企業会計基準第29号 収益認識に関する会計基準」および「企業会計基準適用指針第30号 収益認識に関する会計基準の適用指針」 https://www.asb.or.jp/
• IFRS Foundation「IFRS 15 Revenue from Contracts with Customers」 https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/
• 金融庁 EDINET（有価証券報告書等の開示書類閲覧システム） https://disclosure2.edinet-fsa.go.jp/

※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための仮設例です。会計処理の個別判断は各社の契約条件および適用基準に依存するため、実際の適用にあたっては監査人・専門家にご確認ください。