売上認識は、Software as a Service (SaaS) ビジネスにとって重要なトピックです。これを正しく行うということは、多面的なサブスクリプションモデル、継続的なサービスの提供義務、段階制料金体系などの複雑な要素を処理することを意味します。世界の SaaS 市場は 2025 年に 4,647 億ドルと評価され、2033 年までに 1 兆 1,000 億ドルを超えると予想されており、これらのビジネスにとって重要性は非常に高いと言えます。

以下では、SaaS ビジネスにおける売上認識について、その内容、直面する課題、およびそれらに対処するためのソリューションとベストプラクティスを含めて説明します。

目次

• 売上認識とは？
  
• ASC 606 および IFRS 15: 売上認識の会計基準
  
• SaaS ビジネスにおける売上認識の課題
  
• SaaS において効果的に売上認識を行うためのソリューション
  
• SaaS の売上認識の例
  
• Stripe が SaaS ビジネスの売上認識をサポートする方法
  

収益認識とは

売上認識は、収益を売上として記録 (認識) するための特定の条件の概要を示す会計原則です。企業が損益計算書に特定の金額を含めることができる時期を管理します。この原則によれば、企業は意図された販売プロセスの完了につながる主要なイベントが発生し (つまり、売上が全部または一部獲得または実現された場合)、かつ提供された財またはサービスに対する支払いを回収できると合理的に期待できる場合にのみ売上を認識することができます。

ASC 606 および IFRS 15: 売上認識の会計基準

現代の SaaS の売上認識は、2 つのフレームワーク (Accounting Standards Codification (ASC) 606 および International Financial Reporting Standard (IFRS) 15) によって管理されています。ASC 606 は、主に米国の企業にサービスを提供する Financial Accounting Standards Board (FASB) によって 2014 年に発行されました。IFRS 15 は、2018 年 1 月 1 日から有効であり、ASC 606 に対応する国際基準です。International Accounting Standards Board (IASB) によって発行され、グローバルに事業を展開する企業向けにガイドラインを提供しています。

ASC 606 の目的は、特に複雑な複数コンポーネントの契約において、業界全体で売上認識の実務の一貫性を高めることです。IFRS 15 は、この調和の取れたアプローチをグローバルに拡大します。どちらの基準も、売上認識に 5 ステップのアプローチを使用しています。

• 顧客との契約を特定する: 契約とは、強制力のある権利と義務を生じさせる 2 つ以上の当事者間の合意です。契約は、ASC 606 の下で認識されるための特定の基準を満たす必要があります。

• 履行義務を特定する: 履行義務とは、個別の財またはサービスを顧客に移転するという契約上の約束です。企業は、約束された個別の財またはサービスをそれぞれ特定する必要があります。

• 取引価格を決定する: 取引価格とは、約束された財またはサービスを顧客に移転することと引き換えに、企業が権利を得ると見込む対価の額です。

• 取引価格を配分する: 契約に複数の履行義務がある場合、企業はそれぞれに取引価格を配分する必要があります。これは、各履行義務を充足するための対価の予想額を反映する必要があります。

• 履行義務が充足されたときに売上を認識する: 約束された財またはサービスのコントロールが顧客に移転されたときに売上が認識されます (満たされた基準に応じて、一定の期間にわたり、または特定の一時点において)。

SaaS ビジネスにおける売上認識の課題

以下は、売上認識に関して SaaS ビジネスが直面する課題の一部です。

複数要素を区別する取り決め

バンドルされたサービスや商品は、SaaS では標準的です。ビジネスが 1 つの価格でいくつかのコンポーネントを組み合わせる場合、各要素に収益をどのように配分するかを決定する必要があります。たとえば、SaaS 企業がソフトウェアライセンス、トレーニング、カスタマーサポートを含むパッケージを 1 万ドルの一律料金で販売するとします。その価格を内訳する最善の方法は何でしょうか。企業がソフトウェア単体を 8,000 ドル、トレーニングを 1,500 ドル、サポートを 1,000 ドルで販売している場合、これらの単独の価格に基づいてバンドルされた収益を割り当てることができます。

変動対価を伴う契約での取引価格の算定

業績ボーナスや使用量に基づく割引に関連付けられているような変動する支払い構造は、SaaS 契約を複雑にする可能性があります。最終的な金額が変動すると、正確な取引価格を設定するのが難しくなります。たとえば、SaaS 企業は、ユーザーの採用率が高いほど支払いが増えるという取引を行う場合があります。採用率が 90% を超える場合、企業は 2 万ドルを受け取ります。しかし、採用率がそれに満たない場合は、1 万 5,000 ドルしか受け取れません。過去のデータで企業が 75% の確率で 90% の目標を達成していることが示されている場合、企業は事前に 1 万 8,750 ドルの収益を記録することになります。

契約後サポートの収益認識

契約の終了後も、SaaS 企業は、アップデート、機能強化、その他のサポートサービスのいずれであっても、果たすべきコミットメントを抱えていることがよくあります。たとえば、SaaS プロバイダーは、1 年間の四半期ごとのアップデートの約束が含まれたソフトウェアを販売する場合があります。各アップデートで新機能が追加される場合、企業はアップデートが展開されるにつれて、それらのアップデートの収益を徐々に認識します。

利用者の返金と返品への対応

返金を希望したり、サブスクリプションを早期に終了したりする顧客は常に存在します。ビジネスは、この変更をいつ、どのように認識するかを決定する必要があります。たとえば、SaaS 企業は、100 人のサブスクライバーのうち 5 人が通常返金を求めるとわかっている場合があります。予想される収益をすべて前払いで記録するのではなく、企業はその 95% のみを認識する場合があります。そうすることで、避けられない返金リクエストによる財務上の影響に対処しやすくなります。

SaaS で効果的な収益認識を実現するソリューション

• 売上認識プロセスの自動化: 手動の会計方法では、エラーや不整合が生じる可能性があります。自動化されたツールは、それらを修正するのに役立ちます。多くの SaaS ビジネスでは、自動化された会計ソフトウェアを使用して、収益を割り当て、変更を調整し、ASC 606 や IFRS 15 などの基準への準拠を保証しています。たとえば、毎月 1,000 件の新規契約を獲得する SaaS 企業では、自動化を使用してそれらを管理する場合があります。これにより、収益が正確かつ時間どおりに認識されます。

• 履行義務アプローチの採用: 契約を個別の履行義務に分割することで、売上認識をよりスムーズに行うことができます。契約でソフトウェアへのアクセス、トレーニング、サポートが約束されている場合、それぞれを個別の約束として扱う必要があります。各義務と単独販売価格を特定することで、企業はそれぞれが満たされたときに収益を認識できます。たとえば、企業はソフトウェアを 1 年間のサポート付きで販売する場合があります。ソフトウェアがすぐに配信されても、サポートが 1 年間に及ぶ場合、ソフトウェアの収益はすぐに認識され、サポートの収益は 12 カ月にわたって分散されます。

• 1 回限りの収益と継続的な収益の区別: SaaS 企業は、多くの場合、1 回限りの売上と継続的なサブスクリプションの両方から収益を獲得しており、これらの収益源は異なる方法で記録されます。たとえば、顧客が年額サブスクリプションとアドオントレーニングセッションの料金を支払う場合、ビジネスはトレーニングの収益を前払いで認識しますが、サブスクリプションの収益は 1 年間にわたって分散させます。

• 継続的なトレーニングとアップデートによる最新情報の把握: 定期的なトレーニングセッションとワークショップにより、経理チームは会計基準に関する最新のガイドラインとベストプラクティスを常に把握できます。IASB が IFRS 15 で何かを微調整した場合でも、十分な情報を持つ企業はすぐに慣行を調整し、後でコンプライアンス違反の問題が発生するのを回避できます。

• 返金とキャンセルのための引当金の設定: SaaS ビジネスでは常に返金に対処する必要があります。過去のデータに基づいて特定の引当金を設定することで、セーフティネットを作成できます。これにより、返金が発生した際の財務管理が容易になります。たとえば、過去に顧客の 5% が返金を要求している場合、企業は認識された収益からその割合を引当金として設定できます。

• 返金と譲歩の慎重な扱い:
  返金が発生した場合は、以前に認識された収益を取り消すことが重要です。サブスクリプションの途中で顧客が譲歩や割引を受けた場合は、残りの期間の売上認識を調整する必要があります。

• 財務コンサルタントとの連携: SaaS を専門とする財務エキスパートやコンサルタントと連携することで、潜在的な落とし穴やベストプラクティスに関するインサイトを得ることができます。

• ステークホルダーへの透明性の確保: 収益の認識方法を明確にすることで、投資家、役員、チーム内での信頼を築くことができます。企業の財務の健全性と方法に関するインサイトを定期的に共有できます。

• 契約の簡素化と標準化: SaaS 企業は多くの場合、さまざまなサブスクリプションプラン、アドオン、カスタムの取引をうまく処理する必要があります。可能であれば、これらの契約条件を簡素化して標準化することをお勧めします。たとえば、SaaS ビジネスで 3 つの主要なサブスクリプションの段階が提供されている場合、それぞれにテンプレート契約を用意することで、各サブスクライバーの収益を認識する方法をより簡単に決定できます。

• 無料トライアルの考慮: 多くの SaaS 企業は無料トライアルを提供しています。トライアル中にお金がやり取りされることはありませんが、これらのユーザーを追跡することが重要です。有料サブスクリプションに移行した場合にのみ、収益の記録を開始します。

• 変動対価の監視:
  一部の SaaS 契約には、業績に基づくボーナスやペナルティが含まれる場合があります。これらは認識される収益額に影響を与える可能性があります。顧客が使用量のマイルストーンを達成した後に割引を受けた場合、収益の計算でその変化を考慮する必要があります。

• 売上認識の専門チームの配置: 可能であれば、SaaS ビジネスには売上認識の専門チームを配置する必要があります。このチームは、複雑なサブスクリプション契約を処理し、顧客がプランをアップグレードまたはダウングレードしたときに売上認識を調整し、営業またはカスタマーサクセスチームと連携して収益が常に正確に認識されるようにすることができます。

• 自動化ソフトウェアへの投資: SaaS モデル向けにカスタマイズされた会計ソフトウェアは、変動する請求サイクル、チャーン、プランの変更を処理できます。いつでも変更またはキャンセルできる月額および年額のサブスクライバーを持つ SaaS ビジネスの場合、自動化ツールにより売上認識をリアルタイムで調整できます。

• 詳細なドキュメントの保持: SaaS サブスクリプションは流動的な性質を持つため、詳細な記録が重要になります。顧客が月額プランから開始し、年額プランに移行して、6 カ月後に追加機能を追加したとします。これらの変更をそれぞれ文書化することで、この顧客からの収益をいつ、どのように認識すべきかを明確にすることができます。

• 内部監査の実施: 内部監査により、SaaS ビジネスで収益が過少または過剰に認識されている可能性のある領域を特定し、データ主導の調整を行うのに役立てることができます。

• 部門間のコミュニケーション: 営業チームと経理チームが効果的にコミュニケーションをとることで、経理チームは収益の認識方法に影響を与える可能性のある取引機能 (特別割引、トライアル期間など) について十分に情報を得ることができます。

• グローバル規模でのプロセスの標準化: 多くの SaaS 企業には世界中に顧客基盤があります。一般に公正妥当と認められる会計原則 (GAAP) と IFRS の要件のバランスを取るのは難しい場合がありますが、両方に準拠する方法を見つけることで一貫性が生まれます。SaaS 企業が米国とヨーロッパでプラットフォームを提供している場合、標準化されたポリシーにより、顧客の所在地に関係なく同じ原則に従って収益が認識されます。

• 財務計画の調整: SaaS ビジネスは、売上認識を反映するように財務計画を調整する必要があります。季節ごとのセールの際に新しい年額サブスクリプションが急増した場合、予測ではその収益が即座に認識されるのではなく、今後 12 カ月間にわたって認識されることを考慮する必要があります。

• 不測の事態への備え: 潜在的な混乱 (業界の変化、景気後退、世界的危機など) に対処する計画を立てることで、SaaS 企業はそれらのイベントが発生したときに売上認識の慣行を調整できます。

SaaS の売上認識の例

契約が毎月のクレジットカードへの請求を超えると、SaaS の売上認識は複雑になります。標準的な ASC 606 および IFRS 15 の原則が一般的な SaaS の請求シナリオにどのように適用されるかについて説明します。

年払いの前払いサブスク (前受収益)

• 1 月 1 日に、顧客が年間契約に署名し、クラウドプラットフォームへの 1 年間のアクセス料金として 1 万 2,000 ドルを前払いします。その日現在、サービスは一切提供されていないため、売上として認識されるのは 0 ドルです。支払われた全額は、前受収益 (契約負債) として貸借対照表に記録されます。12 カ月の期間を通じて、企業は履行義務を均等に充足します。毎月 1,000 ドルの売上を認識し、前受収益を同額だけ減らします。
  

バンドルされたセットアップ料金とプラットフォームアクセス

• 顧客は 1 年間の契約を 2 万 4,000 ドルで購入し、必須のアカウント登録およびセットアップ料金 6,000 ドルを支払い、合計で 3 万ドルになります。会計処理は、アカウント登録がどのように分類されるかによって異なります。

  • アカウント登録が個別ではない: ソフトウェアがなければセットアップに独立した価値がない場合、それは個別の履行義務ではありません。3 万ドルの支払い全額が合算され、1 年間の契約期間にわたって月額 2,500 ドルとして認識されます。
    
  • アカウント登録が個別である: これは、サードパーティが提供できる複雑なデータ移行やカスタムトレーニングなどのケースに当てはまります。企業は、セットアップが完了した特定の一時点において、6,000 ドルの手数料を直ちに認識します。そして、2 万 4,000 ドルの契約を一定期間にわたって月額 2,000 ドルとして認識します。
    

サイクル途中でのアップグレード (契約変更)

• 現在のプランに年間 1,200 ドルを支払っている顧客が、7 月 1 日に残りの 6 カ月間年間 2,400 ドルかかるプレミアム枠にアップグレードします。その年の最初の 6 カ月間、企業は毎月 100 ドル、合計 600 ドルを認識します。残りのサービスは個別であり、プレミアム料金で価格設定されているため、企業はこの変更を将来に向けて処理します。残りの 6 カ月間は毎月 200 ドル、合計 1,200 ドルを認識します。したがって、その年、企業はその顧客に対して合計 1,800 ドルの売上を認識します。
  

ハイブリッドサブスクと従量課金

• API (Application Programming Interface) プラットフォームは、500 ドルの定額の月額プラットフォーム手数料に加えて、API コール 1 回あたり 0.01 ドルを月末に後払いで請求します。3 月に、顧客は 50,000 回の API コールを実行し、500 ドルを使用します。プラットフォームは、3 月に 1 回 500 ドルのプラットフォーム手数料を認識し、その後、変動対価の要件を満たすためにコールが消費されたときに 500 ドルの使用料を認識します。月末までに、合計 1,000 ドルの売上を完全に認識します。
  

一部返金を伴う早期キャンセル

• 顧客は 6 カ月の契約に対して 6,000 ドルを前払いします。2 カ月目の終わりに、キャンセルして残りの 4 カ月分の 4,000 ドルの返金を受け取ります。企業は、最初の 2 カ月分の獲得売上として 2,000 ドルを認識します。キャンセルの時点で、現金返金と直接相殺して、残りの前受収益 4,000 ドルを消去します。
  

SaaS ビジネスの収益認識において Stripe ができること

Stripe Revenue Recognition は、急成長しているビジネス向けの包括的なソリューションです。ビジネスが拡大するにつれて、売上認識はより難しくなり、時間がかかるようになります。Revenue Recognition は、すべての発生主義会計のニーズを自動化し、取引、請求条件、収益を記録して、発生主義会計に準拠したレポートを生成できます。この自動化により、ビジネスのコア業務に集中できるようになります。

また、アップグレード、ダウングレード、返金、不審請求の申し立てを処理する場合、財務はより複雑になりますが、Stripe を利用するとこれらの収益の変化を記録するプロセスを自動化できます。これにより、ビジネス運営の全体像を把握できる、監査対応可能な財務諸表を確実に用意できます。

以下は、Stripe Revenue Recognition が提供する機能の詳細です。

収益の全体像

• 統合が鍵: Stripe Revenue Recognition では、サブスクリプション、請求書、個別の支払い取引など、すべての Stripe 取引と条件を確認できます。

• データ連携: 収益源に Stripe 以外のソースが含まれている場合、そのデータを Revenue Recognition にインポートして、すべての収益、フルフィルメントスケジュール、サービス条件を 1 つの統合ダッシュボードに記録できます。これにより、財務の健全性を正確に把握できます。

レポート作成の効率化

• 自動化されたダッシュボード: Stripe は会計レポートのプロセスを自動化し、ASC 606 や IFRS 15 などの基準に準拠した詳細な表、グラフ、仕訳帳エントリを含む会計レポートを即座に作成します。

• 収益ウォーターフォール: 収益ウォーターフォールは、計上された収益と認識された収益の両方を月ごとに表示する詳細な内訳であり、時間の経過に伴う変化を簡単に視覚化できます。

カスタム機能

• カスタマイズされた収益ルール: Stripe では、特定の会計慣行やニーズに基づいて、売上認識のカスタムルールを作成して自動化できます。

• 柔軟な会計プロトコル: Stripe を使用すると、パススルー手数料の除外、税認識スケジュールの管理、過去の調整を行うための会計期間の開閉など、さまざまな種類の収益を簡単に処理できます。

リアルタイムの監査の準備

• 即時の追跡可能性: Stripe により、監査の準備が簡単になります。Revenue Recognition の任意のレポートから収益額を、特定の顧客であっても 1 回限りの取引であっても、その根本まで追跡できます。
  

専用の Revenue Recognition ソリューションだけでなく、Stripe の幅広い財務ツールやサービスのスイートも、ビジネスの複雑な売上認識を簡素化するのに役立ちます。以下にその機能を示します。

サブスクリプションの請求

Stripe の継続課金サービスは、継続的な請求サイクルを自動化し、さまざまな料金モデル、料金の変更、顧客のアップグレードに適応できるため、経理部門の負担を軽減します。

請求書作成と請求の自動化

Stripe は、請求プロセスをスピードアップし、エラーのないレポートを作成する自動請求書作成および請求機能を提供しています。これらの機能は、ビジネスの請求方法に応じてカスタマイズできます。

会計ソフトウェアとの連携

企業は Stripe を数種類の会計ソフトウェアと連携させ、データ移転を自動化できます。これにより、手作業によるデータ入力が減り、経時的な収益額を追跡しやすくなります。

柔軟な財務アーキテクチャ

Stripe のプラットフォームは、ビジネスの成長に合わせて拡張でき、必要なときにより高度な機能を提供します。この適応性により、ビジネス業務が拡大しても、売上認識プロセスを一貫して管理可能な状態に保つことができます。

Stripe での売上認識に関する詳細をご覧ください。