Revenue Recognition の Performance Obligations APIベータ
Stripe Revenue Recognition で履行義務のフルフィルメントをモデル化する方法を学びます。
概要
履行義務のフルフィルメントは、会計および財務における収益認識の重要な部分です。これは、売り手が顧客に約束した商品またはサービスを提供し、その販売の収益を認識できる取引の完了を指します。履行義務のフルフィルメントが発生し、収益を認識できるシナリオはいくつかあり、以下に限定されません。
- 有形商品の配送: 物理的な商品が顧客に発送され、顧客が商品を受け取った時点でフルフィルメントが発生します。商品の配送により、顧客が約束された利益を受け取ったことが確認されるため、販売による収益を認識できます。
- サービスの提供: サービスベースの販売の場合、サービスが提供され、顧客がサービスを受け入れた時点でフルフィルメントが発生します。顧客がサービスを受け入れた後、収益を認識できます。
- 前払い: 顧客は、実際のサービスや商品を受け取る前に、サービスや商品の代金を支払います。サービスが提供されたり、商品が使用されたりするにつれて、前払いによる収益を時間の経過とともに認識できます。
このガイドでは、Stripe の Revenue Recognition Performance Obligations API を使用して、正確な収益レポートを実現する方法について説明します。
設定
この例では、「プリペイドパッケージ」という名前の商品を使用します。商品を Stripe 商品として作成し、「商品プリペイドパッケージ」と呼びます。
商品プリペイドパッケージで、1 ユニットの価格を作成します。価格はユニットあたり 1 USD です。価格を「プリペイドパッケージ」と呼びます。
たとえば、100 ユニットの価格プリペイドパッケージを含む 100 USD の商品プリペイドパッケージを顧客に請求するとします。請求書の発行時に 100 USD を繰り延べ、使用量に基づいて認識したいと考えています。
サブスクリプションまたは請求書を作成する
これで、顧客に請求するサブスクリプションまたは単独の請求書を設定できます。
サブスクリプションの場合、価格が 100 ユニットの価格プリペイドパッケージであるサブスクリプションアイテムを追加する必要があります。
請求書の場合、価格が 100 ユニットあたりの価格プリペイドである請求書項目を追加する必要があります。
Revenue Recognition ルールを作成する
請求時に収益を繰り延べるには、Revenue Recognition ルールを作成する必要があります。フルフィルメントイベントが送信されない場合は、収益は指定の期間 (初期設定は 1 年) 以内に完全に認識されます。
使用量を記録する
API を使用して使用量を記録できます。
2022 年 6 月 1 日に請求書を作成し、2022 年 7 月 29 日に 10 ユニットが使用される場合は、以下の API リクエストを送信します。
レポートを作成中
フルフィルメント前
2022 年 6 月の借方および貸方のレポートをダウンロードすると、次のように表示されます。使用量がまだ記録されていないため、請求書のラインアイテム全体が繰り延べられ、12 カ月後に認識されます。
アカウント | 2022 年 6 月 | 2023 年 6 月 |
---|---|---|
AccountsReceivable | +100 | |
DeferredRevenue | +100 | -100 |
売上 | +100 |
一部のフルフィルメント
上記のセクションで記録された使用量により、2022 年 7 月のレポートは次のようになります。
アカウント | 2022 年 6 月 | 2022 年 7 月 | 2023 年 6 月 |
---|---|---|---|
AccountsReceivable | +100 | ||
DeferredRevenue | +100 | -10 | -90 |
売上 | +10 | +90 |
完全なフルフィルメント
2022 年 8 月 10 日に、残りの金額 (90 USD) が別の使用量に記録されているとします。繰延収益は、2022 年 8 月に完全に収益に変換されます。
アカウント | 2022 年 6 月 | 2022 年 7 月 | 2022 年 8 月 |
---|---|---|---|
AccountsReceivable | +100 | ||
DeferredRevenue | +100 | -10 | -90 |
売上 | +10 | +90 |