収益認識は、サービスとしてのソフトウェア (SaaS) ビジネスにとって重要なテーマです。収益認識を正しく行うということは、多面的なサブスクリプションモデル、継続的なサービス義務、段階的な料金体系など、より複雑な条件に対処することを意味します。世界の SaaS 市場は、2022 年に約 2,611 億ドルと評価され、2030 年までに約 8,192 億ドルに達すると予想されていますが、リスクも高くなっています。
以下では、SaaS ビジネスにおける収益認識とは何か、SaaS ビジネスが直面する収益認識の固有の課題、課題に対処するために使用できるソリューションとベストプラクティスについて説明します。そして最後に、Stripe が事業の収益認識をどのようにシンプルにできるかを見ていきます。
この記事の内容
- 収益認識とは
- 収益認識の会計基準
- SaaS ビジネスにおける収益認識の課題
- SaaS で効果的な収益認識を実現するソリューション
- SaaS における収益認識のベストプラクティス
- SaaS ビジネスの収益認識に向けて Stripe ができること
収益認識とは
収益認識は、所得が収益として計上 (認識) される特定の条件について概説する会計原則です。この原則は、企業が損益計算書に特定の金額を含めることができる時期を管理します。この原則によれば、企業は、意図した販売プロセスの完了につながる重要なイベントが発生したとき、つまり収益の全部または一部を獲得または履行し、提供された商品またはサービスに対する支払いを回収することが合理的に期待できる場合にのみ、収益を認識できます。
収益認識の会計基準
ASC 606:顧客との契約から生じる収益
この基準は、主にアメリカの企業にサービスを提供する財務会計基準審議会 (FASB) によって 2014 年に発行されました。ASC 606 は、収益認識のために顧客とのすべての契約に適用する 5 ステップモデルを提供します。ASC 606 の目的は、業界全体、特に複雑で多要素的な契約について、収益認識慣行の一貫性を向上させることです。ASC 606 に含まれる 5 ステップは次のとおりです。
- 顧客との契約を特定する
契約とは、強制力のある権利と義務を生み出す複数の当事者間の合意です。ASC 606 に基づいて認識される契約の基準を満たす必要があります。 - 契約における履行義務を特定する
履行義務とは、個別の商品またはサービスを顧客に譲渡するという契約内での約束です。企業は、約束した商品またはサービスをそれぞれ明確に識別する必要があります。 - 取引価格を算定する
取引価格は、約束された商品またはサービスを顧客に譲渡することと引き換えに、事業者が受け取ることを期待する対価の金額です。 - 取引価格を配分する
契約に複数の履行義務が含まれる場合、事業者は各履行義務に取引価格を割り当てる必要があります。これは、各履行義務の履行と引き換えに事業者が受け取ることができると期待する対価の金額を示した金額である必要があります。 - 事業体が履行義務を充足したとき (または充足する過程で) 収益を認識する
収益は、一致する基準に応じて、約束した商品またはサービスの管理権が時間の経過とともに、またはある時点で利用者に譲渡されたときに認識されます。
IFRS 15:顧客との契約から生じる収益
IFRS 15 は、ASC 606 に対応する国際的な会計基準となります。国際会計基準審議会 (IASB) によって発行されたこの基準は、グローバルに事業を展開する企業向けのガイドラインを提供します。ASC 606 と同様に、IFRS 15 では収益認識のための 5 ステップアプローチが採用されています。IFRS 15 の目標は、さまざまな国や管轄区域の事業者が、収益を認識するための一貫した統一されたアプローチを採用できるようにすることであり、世界中の財務諸表の比較と理解を促進することです。
SaaS ビジネスにおける収益認識の課題
SaaS ビジネスが収益認識に関して直面するいくつかの課題を以下に示します。
複数要素を区別する取り決め
SaaS では、バンドルされたサービスや商品が一般的です。企業が複数の要素を 1 つの価格にまとめる場合、各要素間で収益をどのように配分するかを決定する必要があります。ソフトウェアライセンス、トレーニング、カスタマーサポートを含むパッケージを 1 万ドルの定額料金で販売する SaaS 企業を考えてみましょう。どのようにすれば価格を最適に分割できるでしょうか。ソフトウェアのみを 8,000 ドル、トレーニングを 1,500 ドル、サポートを 1,000 ドルで販売する場合、これらの単体価格に基づいてバンドル収益を割り当てることができます。
変動対価を伴う契約での取引価格の算定
業績ボーナスや従量制割引など、多様な料金体系によって、SaaS 契約は複雑になる可能性があります。最終的な金額が変動すると、正確な取引価格を決定するのは難しくなります。SaaS 企業が、ユーザーの採用率が高くなるほど多くの報酬を得ることができる契約を結んだ場合を考えてみましょう。採用率が 90% を超える場合、企業は 2 万ドルを受け取りますが、採用率が不足している場合は 15,000 ドルしか受け取りません。過去のデータから、75% の確率で 90% を達成していることが示される場合、その企業は 18,750 ドルの収益を事前に計上します。
契約後サポートの収益認識
契約が終了した後も、SaaS 企業はアップデート、機能拡張、その他のサポートサービスなど、果たすべき約束を持ち続けることがよくあります。たとえば、SaaS プロバイダーは、1 年間にわたって四半期ごとのアップデートを約束するソフトウェアを販売する場合があります。各アップデートで新機能が追加される場合、企業はアップデートを展開するにつれて、収益を徐々に認識します。
利用者の返金と返品への対応
返金を希望したり、サブスクリプションを早期に終了したりする利用者はいつでも存在するため、企業はこの変化をいつ、どのように認識するかを決定する必要があります。SaaS 企業で、通常 100 人の加入者のうち 5 人が返金を要求することを把握しているとします。この企業は予測される収益をすべて前もって計上するのではなく、その 95% のみを認識するようにできます。そうすることで、避けられない返金リクエストの財務的影響をより適切に処理できます。
SaaS で効果的な収益認識を実現するソリューション
収益認識プロセスの自動化
手動の会計手法では、誤りや不整合が発生する可能性があり、自動化ツールはそれを正しい状態にするのに役立ちます。多くの SaaS ビジネスでは、自動会計ソフトウェアを使用して、収益の配分、変更に応じた調整、ASC 606 や IFRS 15 などの基準への準拠の保証を行っています。たとえば、毎月 1,000 件の新規契約を獲得する SaaS 企業を考えてみましょう。自動化によって、すべての契約を管理し、収益が正確かつ適時に認識されるようにできます。
履行義務に基づくアプローチの採用
契約を個別の履行義務に分割することで、収益認識がスムーズになります。契約でソフトウェアへのアクセス、トレーニング、サポートが約束されている場合、それぞれが個別の約束になります。各債務とその単体販売価格を特定することで、企業は各債務が満たされたときに収益を認識できます。たとえば、ある企業が 1 年間のサポート付きソフトウェアを販売しているとします。ソフトウェアが即座に提供され、サポートが 1 年間にわたる場合、ソフトウェアの収益はすぐに認識されますが、サポート収益は 12 カ月に分散されます。
継続的なトレーニングとアップデートで先手を打つ
定期的なトレーニングセッションとワークショップにより、財務チームは会計基準に関する最新のガイドラインとベストプラクティスを常に把握できます。IASB が IFRS 15 に微調整を加えた場合、十分な情報を得た企業は慣行を直ちに調整して、将来起こりうる非準拠の問題を回避することができます。
返金とキャンセルに関する規定を設ける
返金は、SaaS ビジネスが常に対処しなければならないものです。過去のデータに基づいて特定の引当金を確保することで、企業はセーフティネットを構築でき、返金が発生した場合の財務管理が簡単になります。たとえば、過去に利用者の 5% が返金を要求した場合、企業はその割合を認識済み収益から差し引くことができます。
財務コンサルタントへの相談
SaaS を専門とする財務の専門家やコンサルタントと協力することで、潜在的な落とし穴やベストプラクティスに関するインサイトを得ることができます。
契約のシンプル化と標準化
SaaS 企業は、多くの場合、さまざまなサブスクリプションプラン、アドオン、およびオーダーメイドの取引を扱います。可能な場合は、これらの契約条件をシンプル化および標準化します。たとえば、SaaS ビジネスが 3 つの主要なサブスクリプション価格帯を提供している場合、それぞれにテンプレート契約を用意すると、各サブスクリプションをどのように収益認識すればよいかを簡単に特定できます。
専任の収益認識チーム
可能であれば、SaaS ビジネスは専任の収益認識チームを配置するべきです。このチームは、複雑なサブスクリプション契約に対応し、利用者がプランをアップグレードまたはダウングレードしたときの収益認識を調整し、営業チームやカスタマーサクセスチームと調整して、収益が常に正確に認識されるようにすることができます。
自動化ソフトウェアへの投資
SaaS モデルに合わせて調整された会計ソフトウェアは、変動する請求サイクル、解約、およびプランの変更に対応できます。月額および年額のサブスクリプション契約があり、いつでも変更またはキャンセルできる SaaS ビジネスの場合、自動化ツールは収益認識をリアルタイムで調整できます。
詳細な記録の保持
SaaS サブスクリプションの流動的な性質を考えると、詳細な記録が重要になります。利用者が月額プランで開始し、年額プランに移行し、6 カ月後に機能を追加するとします。それぞれの変更を文書化することで、利用者からの収益をいつ、どのように認識すべきかを明確にすることができます。
内部監査の実施
内部監査は、SaaS ビジネスが収益を過小評価または過大評価している可能性のある領域に注目して、データ主導の調整を行うのに役立ちます。
部門間のコミュニケーション
営業チームと財務チームが効果的にコミュニケーションを取ると、財務チームは、収益の認識方法に影響を与える可能性のある特別割引や試用期間などの取引機能について十分な情報を得ることができます。
グローバル規模でプロセスを標準化
多くの SaaS 企業は、グローバルな顧客基盤を持っています。一般に公正妥当と認められた会計原則 (GAAP) と IFRS の要件のバランスを取るのは難しい場合がありますが、両方に準拠する方法を見つけることで一貫性が生まれます。SaaS 企業がアメリカや欧州でプラットフォームを提供している場合、標準化されたポリシーがあれば、利用者がどこにいても同じ原則に従って収益が認識されます。
財務計画の調整
SaaS ビジネスは、収益認識を反映するように財務計画を調整する必要があります。季節限定セール中に新規の年間サブスクリプションが急増した場合、予測では、その収益がすぐにではなく、今後 12 カ月間に認識されることを考慮する必要があります。
SaaS の収益認識のベストプラクティス
1 回限りの収益と経常収益を区別する
SaaS 企業は、多くの場合、1 回限りの販売と継続的なサブスクリプションの両方から収益を得ていますが、これらのタイプの収益は異なる方法で記録されます。たとえば、利用者が年間サブスクリプションとアドオントレーニングセッションの料金を支払った場合、事業者はトレーニング収益を前もって認識しますが、サブスクリプション収益は年間に配分します。
履行義務が充足された時点で収益を認識する
利用者が 1 年間のサービスに対して前払いした場合、その支払いは、サービスが 1 年間提供されるまで完全には提供されません。現金が銀行に入金されている場合でも、企業は毎月その一部を認識する必要があります。
規制に関する最新情報を入手する
現行の規制を定期的に確認することで、収益が最新の基準に準拠して認識されるようにします。
SaaS に合わせたソフトウェアを使用する
SaaS の収益のために構築されたソフトウェアに投資することで、多層的なサブスクリプションの認識、解約の処理、アップグレードとダウングレードの円滑な管理などのタスクで企業を支援できます。
返金や値引きは慎重に行う
返金が発生した場合は、以前の認識済み収益を取り消すことが重要です。利用者がサブスクリプションの途中で値引きまたは割引を受けた場合は、残りの月の収益認識を調整する必要があります。
無料トライアルを考慮する
多くの SaaS 企業が無料トライアルを提供しています。トライアル期間中に資金の所有者が変わることはありませんが、このようなユーザーを追跡することが重要です。収益の計上は、有料サブスクリプションに移行した場合にのみ開始されます。
変動対価をモニタリングする
一部の SaaS 契約には、業績ベースのボーナスやペナルティが含まれる場合があります。これらは、認識される収益額に影響を与える可能性があります。使用量のマイルストーンに達した後に利用者が割引を受ける場合、収益計算でその変化を考慮する必要があります。
すべてを文書化する
各契約、支払い、アップグレード、およびその他の取引の詳細な記録を保管します。これは、社内レビューや監査の際に役立ちます。
利害関係者に対して透明性を保つ
収益の認識方法を明確にすることで、投資家や取締役会メンバー、チーム内での信頼関係を築くことができます。企業の財務状況とプロセスに関するインサイトを定期的に共有します。
関係を維持する
収益を認識するための確立された方法を守り、あらゆる変更が十分に正当化され、全関係者に伝達されるようにします。
社内での共同作業
営業、カスタマーサポート、財務の各チームが協力して、収益が正しく認識されるようにし、後で予定外の事態が発生しないようにする必要があります。利用者がサブスクリプションを変更したり、返金を要求した場合は、すべての部門が認識する必要があります。
定期的な見直しと調整
SaaS モデルには、利用者との定期的なやり取りが含まれます。正確性を維持するために、利用者の行動、市場の変化、社内の変化に照らして収益の認識方法を見直して調整します。
不測の事態に備える
業界の変化、景気後退、世界的危機など、潜在的な混乱に対処するための計画を立てることは、SaaS 企業がそれらの発生時に収益認識方法を調整するのに役立ちます。
SaaS ビジネスの収益認識において Stripe ができること
Stripe Revenue Recognition は、急成長企業向けの総合的なソリューションです。事業が拡大するにつれて、収益認識はより困難になり、時間がかかります。Revenue Recognition では、発生主義会計のすべてのニーズを自動化して、取引、請求条件、収益を記録し、発生主義会計に準拠したレポートを生成できます。この自動化により基幹業務に集中できるようになります。
また、アップグレード、ダウングレード、返金、不審請求の申し立てに対応する際に財務が複雑になる場合、Stripe はこれらの収益の変化を記録するプロセスを自動化し、事業運営の全体像を把握できる会計監査に対応可能な財務諸表を作成できます。
以下は、Stripe Revenue Recognition が提供する機能の詳細です。
収益の全体像
- 統合が重要: Stripe Revenue Recognition の機能は、サブスクリプション、インボイス、個別の決済取引など、すべての Stripe 取引と条件を示します。
- データ統合: 収益源に Stripe 以外のソースも含まれている場合は、そのデータをインポートして、すべての収益、フルフィルメントスケジュール、サービス条件を 1 カ所で管理する統合ダッシュボードである Stripe Revenue Recognition に記録できるため、財務の健全性を正確に把握できます。
レポート作成の効率化
- 自動化されたダッシュボード: Stripe は会計レポートプロセスを自動化し、ASC 606 や IFRS 15 などの基準を準拠した詳細な表、チャート、仕訳を含む会計レポートをすぐに作成します。
- 推移表: 推移表は、月ごとに計上された収益と認識済み収益の両方を表示する詳細な月次内訳であり、時間の経過に伴う変化を簡単に視覚化できます。
カスタム機能
- カスタム収益ルール: Stripe では、特定の会計慣行やニーズに基づいて収益を認識するためのカスタムルールを作成し、自動化できます。
- 柔軟な会計プロトコル: Stripe では、外注費の除外、税金認識スケジュールの管理、過去の取引を調整するための会計期間の開始と終了など、さまざまな収益タイプを簡単に処理できます。
リアルタイムの監査の準備
- 即時のトレーサビリティー: Stripe を利用することで、監査に向けて簡単に準備できます。Revenue Recognition レポートの収益額を、特定の利用者や 1 回限りの取引など、その発生源までさかのぼって追跡します。
専用の Revenue Recognition ソリューションだけでなく、Stripe の幅広い財務ツールとサービスは、企業の収益認識の複雑さを解消するのにも役立ちます。これが役立つ状況を以下でご紹介します。
サブスクリプションの請求
Stripe のサブスクリプションの請求サービスは、継続請求サイクルを自動化し、さまざまな料金体系、価格変更、利用者によるアップグレードに適応できるため、経理部門の負担が軽減されます。
請求書作成と請求の自動化
Stripe は、請求プロセスをスピードアップし、エラーのないレポートを作成する自動請求書作成および請求機能を提供しています。これらの機能は、ビジネスの請求方法に応じてカスタマイズできます。
会計ソフトウェアとの連携
企業は Stripe を数種類の会計ソフトウェアと連携させ、データ移転を自動化できます。これにより、手作業によるデータ入力が減り、経時的な収益額を追跡しやすくなります。
拡張可能な財務アーキテクチャー
Stripe のプラットフォームは事業に合わせて拡張可能で、必要になったときにより高度な機能を提供できます。この適応性により、事業の運営規模が拡大しても、収益認識プロセスの一貫性と管理性が維持されます。
Stripe による収益認識について、詳細をご確認ください。
この記事の内容は、一般的な情報および教育のみを目的としており、法律上または税務上のアドバイスとして解釈されるべきではありません。Stripe は、記事内の情報の正確性、完全性、妥当性、または最新性を保証または請け合うものではありません。特定の状況については、管轄区域で活動する資格のある有能な弁護士または会計士に助言を求める必要があります。