総収入は、あらゆる SaaS の損益計算書で最初に出てくる数字です。いかなる控除も差し引く前の、すべての売上の合計額。そしてそれは、創業者が最も頻繁に「手元の現金」と取り違える数字でもあります。

問題が定義そのものにあることはまれです——たいていの創業者は、それを正しく言えます。本当の問題は、総収入、純収入、そして実際に回収した現金という三者の間にあるギャップ、そして事業が規模を拡大するにつれて、それらのギャップが静かに広がっていくことにあります。総収入が伸びても回収が追いつかないとき、事業は実態よりも紙の上では健全に見えてしまいます。

このガイドでは、SaaS における総収入とは何か、何がそれを純収入へと減らすのか、そしてなぜそれが現金と一致しないのかを、正確に解説します。

総収入とは?

総収入とは、ある報告期間に販売したすべての製品とサービスの総価値で、いかなる控除も差し引く前の金額です。

計算式： 総収入 = その期間に請求または稼得したすべての金額の合計。

現金主義会計のもとでは、これは請求総額と一致します。一方、発生主義会計のもとでは、年額サブスクリプションのような複数期間にまたがる契約は、請求の瞬間ではなく、サービスの提供に応じて按分して認識されます——この違いは、下記の繰延収益のセクションで具体的に示します。

例。 ある SaaS 企業が、500社の顧客に $200/月、50社の顧客に $1,000/月を請求するとします：

総収入 = (500 × $200) + (50 × $1,000) = $100,000 + $50,000 = $150,000。

この $150,000 は、企業が請求した金額です。まだ、企業が回収した金額ではありません。

SaaS 事業において、総収入には通常、次のものが含まれます：

• サブスクリプション請求 —— 有効な顧客に課金する、経常的な月額または年額の料金。
• 従量課金 —— API コール、シート数、ストレージ、その他の消費指標に連動した計量制の料金。
• 一次的な費用 —— 新規顧客に請求する初期設定費・導入費・専門サービス費。
• アドオンとアップグレード —— 既存顧客からのアップセルおよび拡張収益。

重要な違いはこうです。総収入が捉えるのは請求または稼得した金額であって、受け取った金額ではありません。請求から銀行口座への現金入金までの道のりは、いくつもの控除とタイミングのギャップを通り抜けます。

総収入 vs. 純収入：何が差し引かれるのか

純収入(ネットセールスとも呼ばれます)は、事業が実際に手元に残す金額を減らす控除を差し引いた後の総収入です。

計算式： 純収入 = 総収入 − 返金 − チャージバック − 割引 − クレジット。

例(上記の続き):

• 総収入：$150,000
• 返金：$3,000(15社の顧客が期中に解約)
• チャージバック：$1,500(係争中の請求が取り消された)
• 適用した割引：$2,000

純収入 = $150,000 − $3,000 − $1,500 − $2,000 = $143,500。

一般に公正妥当と認められた会計原則(GAAP)および国際財務報告基準(IFRS)のもとでは、損益計算書に計上される収益の数字は純収入です。総収入は、調整前の請求ボリューム全体を把握するために用いる社内指標です。

実務上の含意はこうです。総収入 $150,000、純収入 $143,500 を計上する企業の控除率は4.3%です。規模が大きくなると、この比率は積み上がっていきます——$10M の総収入に対する4.3%の控除は、年間 $430,000 が顧客へ返金されるか、取り消されることを意味します。この金額は経常収益ではありません。純認識収益ではなく総請求額から組み立てた MRR の数字はどれも、事業が実際に手元に残す金額を過大に表します。

総収入が現金ではない3つの理由

ここで、たいていの創業者は現実的な問題にぶつかります。総収入は伸びるのに、現金残高はそれに比例してついてこない、という問題です。

1. 発生主義会計のタイミング(月次サブスクリプション)

SaaS 事業は通常、発生主義会計を用います。そのため収益は、現金が手から手へ渡るときではなく、稼得したときに認識されます。

月次サブスクリプションでは、請求日と現金の決済日は必ずしも一致しません。収益はサービス期間が提供されるにつれて認識されますが、現金は決済が清算された数日後に届きます。何千もの顧客にまたがると、これは持続的な売掛金残高を生みます——稼得し計上されたが、まだ回収されていない総収入です。顧客1社あたりでは小さく、規模が大きくなると相応に大きく、かつ持続的になります。

2. 繰延収益(年額・複数年の請求)

年額または複数年で前払いされるサブスクリプションでは、ギャップは逆方向に働きます。現金が収益認識より先に届くのです。

12か月のサブスクリプションに $12,000 を前払いする顧客は、初日に $12,000 の現金をもたらします。発生主義会計のもとでは、企業はサービスの提供に応じて、毎月 $1,000 の総収入を認識します。残りの未稼得分は、繰延収益として貸借対照表に計上されます——これは、まだ提供すべきサービスを表す負債です。

• 1日目： 受領した現金 +$12,000。認識した総収入：$0。繰延収益：$12,000。
• 12か月目の末： この契約からの新たな現金はなし。認識した総収入(累計):$12,000。繰延収益：$0。

これは、成長指標を読むときに効いてきます。月次請求から年額請求へ移行する事業では、回収した現金が大きく跳ね上がり、その後で認識される総収入が追いついてきます——トップラインは横ばいに見える一方で、現金は改善しているという形になり得ます。逆に、以前に締結した複数年契約の収益を認識している事業は、強い総収入を計上しつつ、対応する現金はとっくに回収され、すでに使われ尽くしているということもあり得ます。

3. 決済失敗(SaaS 特有の現金ギャップ)

サブスクリプション事業にとって、これは総収入と回収した現金との間で、運用面で最も重要なギャップです。

月次サブスクリプションが更新され、決済が成功すると、課金システムは同じステップで現金を回収し、収益を認識します。決済が失敗すると、現金は決して回収されませんが、収益の仕訳は依然として記録されることがあります。企業の帳簿には収益の仕訳と未回収の売掛金が載っている——しかし、銀行には何もありません。

試行された100件のサブスクリプション更新ごとに、約 43件が初回で失敗します。回収ロジックがなければ、これらの初回失敗のうち相当な割合は、決して回収されません。規模が大きくなると、その数字は無視できません：

このギャップは、たいていの分析ツールでは返金や解約イベントとしては現れません。それは、総収入に対して低い現金回収という形で表面化します。失敗が確定すると、企業はその収益の仕訳を戻すか、貸倒費用を計上しなければなりません——いずれにせよ、認識される収益は当初の請求が示唆したより少なく、回収される現金も少なくなります。

Merchant of Record がギャップを埋める場所

失敗した決済を回収することは、このギャップを直接埋めます。そして、それが起きる場所は課金レイヤーです。Waffo Pancake は Merchant of Record(MoR、販売者) です。法的な販売者(seller of record)となることで、総収入から現金へ至る道筋において2つのことが変わります。

• 税があなたの請求額を水増ししなくなります。 173の国・地域にまたがる販売者として、Pancake はチェックアウト時に正しい現地税(例：ドイツの19% VAT、日本の10% JCT)を顧客から計算して徴収し、その後、当局へ納付します。この税は、あなたが稼いだように見えて返さなければならないお金として、総収入の中に留まることは決してありません——だから、計上したトップラインが、あなたが実際に手元に残す金額により素直に対応します。
• 失敗した更新が自動でリトライされます。 更新が拒否されると、そのサブスクリプションは past_due の状態に入り、Pancake はサブスクリプションが失効する前に自動リトライのシーケンス(督促、dunning)を実行します——本来は失われていた更新を、回収した現金へと戻します。Waffo プラットフォーム全体で、加盟店は以前に失敗した注文の約 18% を回収しています(Waffo プラットフォームのデータに基づく)。月間請求ボリューム $1M、失敗率3%の場合、それらの失敗のうち約18%を回収すれば、年間でおよそ $64,800 が貸倒れになる代わりに現金の行に届く計算になります。

総収入と MRR・ARR の関係

創業者はしばしば、総収入を MRR(月次経常収益)や ARR(年次経常収益)と混同します。これらは別々のものを測っています。

月間総収入が $150,000 の SaaS 事業でも、そのうち $20,000 が、経常的なサブスクリプション価値ではない一次的な初期設定費・従量超過分・専門サービスから来ている場合、MRR は $130,000 にとどまることがあります。

投資家は、MRR と ARR を、経常収益の軌道を示す先行指標として追跡します。総収入と純収入は、その期間に実際に起きたことを捉える、遡及的に計上される数字です。どちらも重要であり、それぞれ別の問いに答えます。アーリーステージの企業にとって、総収入と MRR を並べて追跡すると、トップラインのうちどれだけが本当に経常的なのかが見えてきます——月間総収入が MRR を大きく上回る状態が続くなら、トップラインの大きな部分が非経常的であり、その事業は ARR だけが示唆するほどには予測可能ではありません。

ネーミングについて一点だけ：総収入維持率(GRR) は別個の指標で、拡張分を除き、既存顧客から維持された経常収益の割合を測ります。これは維持の指標であって、収益の合計額ではありません——請求と計上に関する概念である総収入と混同しないでください。

まとめ

総収入は出発点であって、ゴールラインではありません。それが捉えるのは、いかなる調整も加える前に、事業が請求し稼得した金額です。総収入から銀行口座の現金へたどり着くには、3つのギャップを乗り越える必要があります。総収入を純収入へと減らす控除、収益認識と現金決済との間のタイミングの差、そして、そもそも収益が回収されるのを妨げる決済失敗です。

サブスクリプション事業にとって、決済失敗のギャップは、3つのうち運用面で最もコントロールしやすいものです。自動リトライを通じて回収した1ドルは、貸倒れの仕訳から実際の現金へと動く1ドルです——トップラインが報告する数字と、事業が回収する数字との距離を、直接縮めます。Merchant of Record は、その回収と、そして税を、事後に突き合わせるものとしてではなく、課金フローの一部として処理します。

本記事は一般的な情報提供を目的としたものであり、税務・法務・財務に関する助言ではありません。具体的な収益認識の方法・会計処理・経営判断については、ご自身の状況を踏まえ、有資格の専門家にご相談ください。

関連記事

SaaS 指標

SaaSの成長率を正しく計算しベンチマークする方法(2026年版)

SaaS 指標

純利益 vs. 売上総利益：すべての創業者に必要な計算式

SaaS 指標

ARR と売上の違い：あなたの SaaS にとって何を意味するか