SaaS会計の解説: 収益認識、繰延収益、MRR
サブスクリプション会計を他と分かつ要素、それを規定するルール、財務諸表の傍らに存在する指標、そしてそれに追従するために元帳が行うべきことについての分かりやすい解説。
SaaS会計とは、ソフトウェアへのアクセス権を期間にわたって販売するビジネスの会計処理です。通常の製品販売と決定的に異なるのは「タイミング」です。通常、顧客はサービスの提供を受ける前に、多くの場合1年分を前払いし、収益はサービスの提供月が経過するにつれてのみ計上されます。SaaS会計特有の処理はすべて、この請求と納品のギャップに起因しています。
この記事では、SaaS会計がカバーする範囲、IFRS 15およびASC 606に基づくルール、サブスクリプション企業が把握すべきいくつかの数値、そしてスプレッドシートでの手作業をなくすために会計システムに求められる要件について解説します。
SaaS会計とは
店舗での販売では、販売、納品、そして収益の計上が同時に発生します。しかし、サブスクリプションビジネスではこれらが分離します。
- 顧客が契約を締結する（受注（booking））。
- 請求書を発行する。場合によっては12カ月分一括となる（請求（billing））。
- 顧客が支払う（現金（cash））。
- 日割りでサービスを提供し、提供済みの部分のみが**収益（revenue）**となる。
- 請求済みであるものの未提供の部分は、貸借対照表上で負債である**繰延収益（deferred revenue）**として計上される。
1月分の売上として年間請求額の全額を認識する企業は、実際には行っていない11カ月分の作業を計上していることになります。顧客が3月に解約して返金となった場合、その収益は最初から存在しなかったことになります。発生主義会計はこれを防ぐために存在し、SaaSはほとんどの販売が納品前に決済されるため、この修正が最も重要となるビジネスモデルです。
したがって、「SaaS会計」とは、独立した別個の帳簿のことではありません。期間にわたって履行される契約に適用される通常の複式簿記（double-entry bookkeeping）であり、財務諸表には表示されない経営指標のレイヤーが追加されたものです。
現金と収益が一致しない理由
顧客が12カ月プランに対して1月1日に2,400ユーロを支払ったケースを考えてみましょう。初日、銀行残高は2,400ユーロ（付加価値税（VAT）を除く）増加します。サービスの12分の1が提供されたため、1月の損益計算書（income statement）には200ユーロの収益が計上されます。残りの2,200ユーロは負債であり、顧客に対して11カ月分のサービスを提供する義務が残っています。
| 1月に動いた項目 | 金額 |
|---|---|
| 受取現金（VAT控除後） | 2,400 |
| 認識された収益 | 200 |
| 1月31日時点の繰延収益 | 2,200 |
ここから3つの結果が導き出されますが、これらはすべて、他のビジネスからSaaSに参入した人々を混乱させる原因となります。
- 急成長中のSaaS企業は、手元資金はあるが利益が乏しく見える。 年払いの前払金が前倒しで流入する一方で、収益の計上は最大1年遅れます。
- 縮小中のSaaS企業は、その逆に見える。 新たな現金の流入が干からびる一方で、過去の前払金からの収益認識が継続するためです。
- 繰延収益の残高は予測値である。 サービス提供を継続する限り、新たな販売を行わなくても、将来の月に計上される収益となります。
繰延収益（deferred revenue）、未成収益（unearned revenue）、前受収益（deferred income）に関する用語集のエントリでは、この負債そのものについてより深く解説しています。仕訳を伴うSaaSの繰延収益に関する解説記事では、事例ごとに仕訳を順に追って説明しています。
5つの数値とそれぞれの違い
| 数値 | 測定するもの | 格納される場所 |
|---|---|---|
| 受注（Bookings） | 一定期間内に締結された契約総額 | 経営レポート（元帳ではない） |
| 請求（Billings） | 一定期間内に請求された金額 | 売掛帳（売掛金（accounts receivable）） |
| 収益（Revenue） | 一定期間内に提供されたサービスの価値 | 損益計算書 |
| 繰延収益（Deferred revenue） | 請求済みだが未提供のもの | 貸借対照表（負債） |
| MRR / ARR | アクティブなサブスクリプションの正規化された月次（または年次）価値 | 経営レポート（元帳ではない） |
最初の4つを結びつけるルールはシンプルです。「請求額 − 認識された収益 ＝ 繰延収益の増減」。レポートがこの等式を満たしていない場合、3つの数値のいずれかが間違っています。
MRRとARRは、会計上の測定値ではありません。MRRは、契約価値を1カ月分に正規化した継続的価値のみをカウントするため、2,400ユーロの年間プランは200ユーロのMRRに貢献し、一回限りの初期設定費用は一切貢献しません。対照的に、収益には、発生時点での初期設定費用が含まれ、後述の収益認識ルールに従います。これら2つの数値は異なる質問に答えるものであるため、互いに照合（リコンサイル）すべきではなく、それぞれの意味を説明するにとどめるべきです。
ルール: IFRS 15およびASC 606
両基準は同じ5ステップモデルを採用しています。SaaS契約における各ステップは次のように解決されます。
| ステップ | ルール | SaaSにおける一般的な回答 |
|---|---|---|
| 1. 契約の識別 | 商的実質を持つ強制力のある合意 | 署名済みの注文書または同意されたオンライン規約 |
| 2. 履行義務の識別 | 顧客に対する明確な約束 | ソフトウェアへのアクセス、個別識別可能なオンボーディングや導入支援、別途販売されるプレミアムサポート |
| 3. 取引価格の算定 | 変動対価を含めて権利を得ると見込む金額 | サブスクリプション料金から、見込まれる返金やクレジットを差し引いた額 |
| 4. 価格の配分 | 単独販売価格に比例して各義務に配分 | バンドル割引はソフトウェアとオンボーディングの双方に配分され、一方の行だけに留まらない |
| 5. 収益の認識 | 各義務が充足された時またはつれて | ソフトウェアアクセス: 期間にわたり定額で、オンボーディング: 時点で、またはマイルストーンごとに |
実務の大半は、3つの詳細によって決定されます。
ソフトウェアへのアクセスは期間にわたり充足されます。 顧客はサービスを継続的に消費するため、収益はサービス期間を通じて均等に認識されます。日割り計算による直線法が通常のパターンです。
オンボーディングが個別識別可能かどうかはケースバイケースです。 顧客が導入支援サービスなしでソフトウェアから便益を得ることができ、そのサービスが別途販売されている場合、それは納品時に認識される別個の義務となります。ソフトウェアがそれなしでは使用できない場合、両者は1つの義務となり、全額がサブスクリプション期間全体にわたって認識されます。これはソフトウェアではなく、企業自身が判断すべき事項です。
変動対価は、発生可能性が高くなるまで除外されます。 年間プランの5%が返金されると予想される場合、取引価格は請求額の95%であり、残りの5%は収益ではなく返金負債となります。返金期間が請求なしで経過した時点で初めて収益となります。
仕訳例を用いたIFRS 15に基づくSaaSの収益認識に関する記事では、各ステップ番号付きの例に適用し、仕訳を示しています。
よくある間違い
- 請求書をそのまま収益として認識する。 最も一般的なエラーです。収益が請求額と一致し、貸借対照表に繰延収益が存在しない状態です。成長期には収益を過大計上し、後になって過小計上することになります。
- バンドル割引を1つの行にそのまま残す。 ソフトウェアとオンボーディングの3,000ユーロのバンドルで、割引がオンボーディングの行にのみ適用されている場合、前倒しで過大な収益が認識されてしまいます。割引は両方の義務にまたがって配分される必要があります。
- 返金を予期せぬ事態として扱う。 既知の返金率は変動対価です。全額を計上し、後から返金を逆仕訳する方法では、毎期の収益が過大計上されます。
- MRRを収益に混入させる。 MRRはランレート（直近の稼働率に基づく年間換算値）であり、収益は提供されたものです。一方を他方と称するボードデッキ（取締役会資料）は、デューデリジェンスを通過できません。
- スプレッドシートによるスケジュール管理。 手作業で維持される繰延収益のウォーターフォールは、誰かが期間途中でアップグレード、ダウングレード、または解約を行った初日に元帳と乖離します。
- 未解放の繰延残高を残したまま月締めを行う。 前受収益の解放が手動の仕訳である場合、獲得済みでありながら未認識の収益を残したまま月を締め切ってしまう可能性があります。
ベストプラクティス
- 認識方法をスプレッドシートではなく請求書の明細行に持たせる。 金額を保持する明細行には、その収益がどのように獲得されるかも保持させる必要があります。すなわち、時点（point in time）、2つの日付間の定額（ratable）、またはマイルストーンごと、のいずれかです。
- 繰延収益を派生残高として維持する。 負債は、誰かが月末に手入力する数値ではなく、未処理のスケジュールトランシェの合計であり、明細行ごとに説明可能なものでなければなりません。
- 単独販売価格を記録する。 配分には単独販売価格が必要です。製品ごとに一度決定し、カタログアイテムとともに保存します。
- 発行時に返金を予測する。 予想される割合を返金負債として計上し、実際のクレジットノート（貸方通知書）に対して精算します。
- 決算の一部として繰延を解放する。 その月に期限が到来するすべてのトランシェが認識されるまでは、月をロックすることはできません。
- VATを収益認識から分離する。 VATは、サービスの提供時ではなく、請求書の発行時または前受金の受領時に発生します。これら2つのスケジュールは独立している必要があります。
- ロールフォワードを報告する。 期首の繰延収益に請求額を加え、認識された収益を差し引いたものが、期末の繰延収益となります。これを毎月作成します。
- MRRは経営レポートに留める。 アクティブなサブスクリプションとその正規化された値から計算します。元帳から派生させず、また元帳にフィードバックさせないようにします。
Nordletが繰延処理を自動化する方法
Nordletの収益認識モジュールは、上記のルールを通常の請求書明細行のプロパティとして実装しているため、リコンサイルすべき別個の補助元帳は存在しません。
明細行単位でのメソッド。 販売請求書の各明細行は、recognitionオブジェクトを受け付けます。methodには、point_in_time（デフォルト、発行時点での収益）、ratable（startDateとendDateを指定）、マイルストーンの合計が100になるリストを指定するmilestone、またはpercent_completeを設定できます。請求書が発行されると、売掛金とVATが全額計上され、繰延行の純額は収益ではなく前受収益（deferred income）に貸方計上されます。
スケジュールは入力するものではなく派生するもの。 定額（ratable）の明細行は、その月のサービス日数で加重された、月ごとのトランシェを生成します。すべてのトランシェは sales/recognition-schedules/list を通じて「保留中（pending）」「認識済み（recognized）」「キャンセル済み（cancelled）」のステータスで確認できるため、繰延収益の残高を1セント単位で説明可能です。
3つのトリガー、ポーリングなし。 認識処理は、期間がロックされた時（期間終了日までに期限が到来するすべての項目が最初に認識されるため、未解放の収益を残したまま月を締め切ることはできません）、マイルストーン行に対して納品書が発行された時、および予定されたトランシェの期日が到来した時に実行されます。ドライランのエンドポイントを使用すると、実行前に何が転記されるかを確認できます。
配分と返金。 すべての明細行に単独販売価格を設定することで、請求書合計が各行に比例配分されます。明細行に返金見積もりを設定すると、発行時にその割合が返金負債に貸方計上され、その後のクレジットノートは収益に触れる前にその負債を取り崩します。
サブスクリプション。 月次、四半期、または年次の請求期間を持つ契約は、定額行がすでに設定された各期のドラフト請求書を生成し、請求ランによって期限が到来した期間のすべてのアクティブな契約が処理されます。短い最終期間は日数に応じて日割り計算されます。
制限事項も機能と同様に明記されています。スケジュールは発行日の為替レートでユーロ建てに固定され、残余法（residual method）による配分は実装されておらず、重大な金融要素（significant financing components）は対象外です。このソフトウェアはIFRS 15およびASC 606の処理に対応していますが、どの契約にどの処理が必要かを決定することは、引き続き企業自身の判断となります。
FAQ
SaaS会計とは何ですか？
ソフトウェアへのアクセス権を期間にわたって販売するビジネスに、発生主義会計を適用することを意味します。決定的な特徴は、サービス提供前に顧客への請求や多くの場合支払いが行われるため、サービス期間の経過に伴って収益が認識され、未提供の部分が繰延収益として保有される点です。
SaaS会計のルールは何ですか？
準拠すべき基準は、IFRS 15（EUおよび世界の大半で使用）およびASC 606（米国）です。どちらも同じ5ステップモデルを使用しています。すなわち、契約の識別、履行義務の識別、取引価格の算定、単独販売価格に基づく義務への配分、そして各義務が充足された時またはつれての収益認識です。ソフトウェアアクセスの場合、これはサブスクリプション期間にわたる収益認識を意味します。
繰延収益（deferred revenue）と未成収益（unearned revenue）は同じものですか？
はい。繰延収益、未成収益、前受収益（deferred income）、および契約負債（contract liability）は、すべて同じ残高（未提供のサービスに対して請求または受領した金額）の異なる名称にすぎません。IFRS 15では「契約負債」を使用し、EUの法定会計では通常「前受収益」と言います。
MRRは会計上の数値ですか？
いいえ。MRRは経営指標であり、アクティブな継続契約の正規化された月次価値です。いかなる会計基準や財務諸表にも登場しません。収益は損益計算書に表示されるものであり、初期設定費用などの非経常的項目が獲得された時点でのそれらを含みます。
小規模なSaaS企業もIFRS 15に従う必要がありますか？
企業の法定会計は、その国の国内会計基準に従います。EU企業の場合、これは会計指令（Accounting Directive）に由来し、小規模企業向けの簡素化が認められている場合があります。しかし、投資家、買収企業、監査人は規模に関わらずサブスクリプション収益の繰延を期待しており、ほとんどの国内枠組みにおいても発生主義会計が義務付けられています。請求書をそのまま収益として認識することは、そのいずれの下においても誤りです。