高度な従量課金の仕組み非公開プレビュー

Stripe で一般的な使用量ベースの料金モデルを開始する方法をご覧ください。

SaaS や AI ビジネスは、多くの場合、製品の使用状況に基づいて顧客に課金を行いながら、継続手数料を事前に請求し、継続クレジットを提供したいと考えています。高度な従量課金、従量課金ベースなどを使用すると、以下を実現できます。

特定の利用状況データ属性 (ディメンション) に基づいて顧客を定義して請求する
1 メートルまたは数メートルにわたって数十から数百の料金を管理
リアルタイムのクレジットバーンダウンを設定し、クレジット発行を自動化
価格移行の管理

サポートされる価格モデルは以下のとおりです。

従量課金
定額手数料と超過料金
トップアップによるリアルタイムのクレジットバーンダウンモデル (初期金額を使用量に応じて段階的に消費)

アドバンスト従量課金では、商品の使用状況に応じて、顧客に請求すると同時に、定額継続手数料やクレジットの償却も行うことができます。

高度な従量課金の概念

ここでは、高度な従量課金の仕組みを理解するための主な概念をご紹介します。



請求対象項目	料金プランのサブスクリプションに対応する請求書に表示される項目。従量課金またはライセンス課金が可能です。
ライセンス料	月額サブスクリプション料金など、請求可能な項目に対する固定で定期的な料金。価格、請求頻度、課税の有無などの詳細が含まれます。ライセンス料の詳細はこちらをご覧ください。
ライセンス項目	ライセンスが付与され、顧客に送信される請求書に表示される請求可能な項目です。ライセンス料を作成する際に、ライセンス項目の ID を渡します。
メーター	メーターは、サービス期間におけるメーターイベントの集計方法を指定します。メーターイベントは、顧客がシステム内で行うすべての操作 (API リクエストなど) を表します。従量アイテムがメーターに接続され、請求される項目を形成します。例えば、AI サービスを提供するビジネスでは、顧客のクエリで使用したトークン数を表すメーターイベントがある場合があります。メーターは 1 カ月間のトークンの合計を追跡し、その集計された使用量が請求期間ごとに生成される請求書の基礎となります。Stripe ダッシュボードまたは API を使用してメーターを設定できます。
従量アイテム	従量アイテム。従量アイテムは、顧客が決済する特定の項目です。たとえば、LLM モデルやトークンの使用量の段階などです。従量アイテムは、複数のレートカードレートに適用できます。各従量アイテムは、メーターに関連付ける必要があります。
料金プラン	価格設定コンポーネント(料金表、ライセンス料、定期的なクレジット付与など)のカスタマイズ可能なコンテナ。料金プランの詳細はこちらをご覧ください。
料金プランに基づくサブスクリプション	料金プラン・サブスクリプションは、顧客が特定の料金プラン・バージョンをサブスクライブしているときに作成されます。料金プランサブスクリプションの詳細はこちらをご覧ください。
レート	レートカードの従量制項目の料金体系設定。レートカードとレートの詳細をご覧ください。
料金表	製品の使用状況に応じた料金を集めたもの。料金表について詳しくはこちらをご覧ください。
サービスアクション	定期的なクレジット付与と適用可能な請求項目を定義します。サービスアクションの詳細はこちらをご覧ください。
サービス間隔	サービス間隔は、価格モデルに照らしてサービスの使用状況を評価する期間と、顧客がいつサービスにアクセスできるようにするかの 2 点を定義します。ボリュームまたは段階的な価格設定 (例えば、最初の 100 ユニットを無料にする) を行った場合、制限はサービス間隔ごとにリセットされます。

料金プランの概念

料金プランを使うと、複数の料金構成要素をまとめて 1 つのプランとして課金できます。顧客は、利用量に応じた課金、定期料金、定期クレジットなどの 1 つ以上の構成要素を含む料金プランにサブスクライブします。既存の構成要素を変更するか、新しい要素を追加して料金プランの新しいバージョンを作成することができ、既存の顧客を最新バージョンに移行するかどうかも選択できます。

料金プランには、以下を任意に組み合わせることができます。

レートカード
ライセンス手数料
サービスアクション

ここでは、すべてのコンポーネントを含む料金プランをご紹介します。

レートカード、ライセンス料金、サービスアクションを含む料金プラン。

ここでは、Checkout での料金プラン全体の例をご紹介します。Checkout を使用して顧客を料金プランに登録する方法をご覧ください。

Stripe Checkout に表示される料金プラン



料金プラン	価格設定コンポーネント (料金表、ライセンス料、継続クレジットなど) のカスタマイズ可能なコンテナで、サービスの請求方法を定義します。例えば、
料金プランコンポーネント	料金プランの一部です。レートカード、ライセンス手数料、またはサービスアクションなどが含まれます。各コンポーネントには、料金プランで一貫して使用されるようにするためのバージョンがあります。コンポーネントを料金プランに関連付けない場合、デフォルトのバージョンが使用されます。
料金プランサブスクリプション	料金プランサブスクリプションは、顧客が特定の料金プランバージョンに登録したときに作成されます。サブスクリプションは、基になる請求サイクルに従って、顧客への請求を生成し、料金を請求します。
料金プランのバージョン	料金プランのバージョンは、料金プランのバージョン化されたスナップショットです。料金プランを作成する際は、本番バージョンを設定してから、プランを有効化するか、顧客をサブスクリプションに登録する必要があります。既存のコンポーネントを変更または削除すると、新しいバージョンが作成されます。ライセンス手数料やサービスアクションを追加すると、新しいバージョンが作成されます。レートカードを追加しても、新しいバージョンは作成されません。顧客をサブスクリプションに登録するときは、バージョンを指定するか、Stripe に現在の本番バージョンを割り当てることができます。顧客は手動で変更しない限り、割り当てられたバージョンのままになります。これにより、新規顧客と既存顧客で異なる料金を設定できます。

料金プランのバージョン管理

料金プランは、時間の経過に伴う請求構造の変更を管理するためのバージョニングをサポートします。料金プランの各バージョンは変更できません。既存のコンポーネントを変更または削除して料金プランを更新すると、新しいバージョンが作成されます。ライセンス手数料やサービスアクションを追加すると、新しいバージョンが作成されます。レートカードを追加しても、新しいバージョンは作成されません。このバージョニングシステムは、以下に役立ちます。

料金体系の変更のスケジュールを設定し、顧客に通知します。
顧客セグメントごとに異なる価格設定を管理します。
料金体系モデルの履歴を追跡および管理します。

各料金プランには 2 つのバージョンプロパティがあります。

latest_version: 更新後の最新バージョンです。
live_version: 特定のバージョンが指定されていない限り、新しいサブスクリプションにデフォルトで使用されるバージョンです。

料金プランサブスクリプションの概念

ここでは、料金プランのサブスクリプションの仕組みを理解するための主な概念について説明します。


請求期間 (頻度)	請求間隔は、請求書を送信・生成するタイミングを定義します。生成された請求書には、1 つ以上のサービス期間中に発生した料金のみがまとめられます。ビジネスモデルに合わせて、異なる請求間隔を設定することが可能です。以下に例を示します。月次: 顧客は、前月のすべてのサービス使用状況に関する月次の請求書を受け取ります。四半期ごと:使用状況手数料は毎月発生しますが、請求書は 3 か月に 1 回しか生成されません。年間: その年に使用されたすべてのサービスの請求書を顧客に年に 1 回発行します。請求期間は顧客に帰属します。1 つの請求期間は 1 人の顧客に対応します(各顧客は複数の請求期間を持つことができます)。
料金プランサブスクリプション	料金プランサブスクリプションは、顧客が特定の料金プランバージョンに登録すると作成されます。サブスクリプションは、基になる請求サイクルに従って顧客への請求を生成し、料金を請求します。

請求期間 (頻度)

請求間隔は、請求書を送信・生成するタイミングを定義します。生成された請求書には、1 つ以上のサービス期間中に発生した料金のみがまとめられます。ビジネスモデルに合わせて、異なる請求間隔を設定することが可能です。以下に例を示します。

月次: 顧客は、前月のすべてのサービス使用状況に関する月次の請求書を受け取ります。
四半期ごと:使用状況手数料は毎月発生しますが、請求書は 3 か月に 1 回しか生成されません。
年間: その年に使用されたすべてのサービスの請求書を顧客に年に 1 回発行します。

請求期間は顧客に帰属します。1 つの請求期間は 1 人の顧客に対応します(各顧客は複数の請求期間を持つことができます)。

料金プランサブスクリプション

料金プランサブスクリプションは、顧客が特定の料金プランバージョンに登録すると作成されます。サブスクリプションは、基になる請求サイクルに従って顧客への請求を生成し、料金を請求します。

料金表のコンセプト

ここでは、料金表の仕組みを理解するための主要な概念を説明します。



ディメンション	ディメンションを使用すると、1 つ以上のプロパティに基づいて変動する従量請求の料金体系モデルを作成できます。メーターまたは従量項目の作成時、または使用量の送信時にディメンションを指定できます。
レートカード	料金表は、製品の使用状況に応じた料金を集めたものです。請求間隔に関連付けられた料金プランサブスクリプションを作成することで、顧客に料金表をサブスクライブできます。
レートカード料金	レートカードレートは、レートカードの従量アイテムの料金設定です。レートは、価格タイプ (固定レート、ボリューム、段階制、超過)、価格金額、数量設定 (個別ユニットまたはユニットのパッケージを販売可能) を定義します。各レートカードには、複数のレート (最大 500) を含めることができます。
料金表のバージョン	料金表のバージョンは、料金表のスナップショットです。料金表を作成すると、本番の初期バージョンが新規契約者のデフォルトとして設定されます。既存の料金を変更または削除すると、新しいバージョンが作成されます。新しい料金を追加しても、新しいバージョンは作成されません。顧客を登録する際、バージョンを指定するか、Stripe が現在の本番バージョンを割り当てます。手動で変更しない限り、顧客は割り当てられたバージョンのままとなり、新規顧客と既存顧客で異なる価格を設定できます。

ライセンス料の概念



ライセンス料金	ライセンス手数料は、月次のサブスクリプション手数料などの請求対象項目に対する固定の継続支払いです。価格、請求頻度、税金処理などの詳細情報が含まれます。
ライセンス料金バージョン	ライセンス料のスナップショットです。ライセンス料を作成すると、初期のライブバージョンが新しい加入者向けのデフォルトとして設定されます。ライセンス料を価格プランに追加する際には、特定のバージョンを指定するか、Stripe に現在のライブバージョンを割り当てさせることができます。ライセンス料を価格プランに追加・更新すると、価格プランのバージョンが更新されます。その後、価格プランに追加の変更を加えたり、新しい価格プランのライブバージョンを設定することも可能です。

サービスアクションの概念



サービスアクション	サービスアクションは、継続的なクレジット付与を定義し、金額、請求の頻度、該当する請求対象アイテムを指定します。このクレジットは、使用量に基づいた手数料など、特定のアイテムの請求を減らすことができます。
タイプ	作成する特定の継続アクション。(現在、`credit_grant` のみがサポートされています。)

ライフサイクル

料金プランのライフサイクルは以下のようになります。

料金プランを作成します。料金プランには、レートカード、ライセンス料金、サービスアクションを含めることができます。
Checkout または API を使用して顧客を料金プランに登録します。
使用量はサービス期間ごとに記録および集計されます。
請求期間に従ってサブスクリプションの請求書が作成されます。
顧客の決済手段に請求が行われます。

請求期間とサービス期間

請求期間は、請求書を作成するタイミングを定義します。作成される請求書は、1 つ以上のサービス期間で発生した料金を統合します。ビジネスモデルと料金体系に合わせて、さまざまな請求期間を設定できます。サービス期間は請求期間より短く設定する必要があります。たとえば、週次のサービス期間は月次で設定できますが、月次のサービス期間は週次では設定できません。

サービス期間が終了すると、Stripe はその期間の利用量と継続料金に基づいて請求額を計算します (例: 顧客の過去 1 週間の利用量)。この請求額は顧客のアカウントすが、必ずしも直ちに請求されるわけではありません。

請求期間が終了すると、最後の請求期間以降に発生したすべての料金が請求書にまとめられ、顧客に送信されます。

この分離により、年次の請求による月次のサービス測定や、週次の請求による日次のサービス測定など、柔軟な請求が可能になります。

例

顧客は完了したサービス期間に対してのみ請求されます。サービス期間の使用量がまだ発生中に顧客に請求される場合、料金プランのサブスクリプションには、前のサービス期間の使用量のみが含まれます。新しい使用量は、次の請求期間の請求書に追加されます。

ライセンス料金は、課金間隔中に開始したサービス間隔に対して事前に請求されます。

サービス期間は 5 カ月、請求期間は年間

この例では、ビジネスに以下の設定があります。

サービス期間: 5 カ月ごと
請求期間: 毎年 3 月 31 日

顧客は、年間請求期間内に完了したサービス期間に対してのみ請求されます。この例では、請求書は 2 つの完了したサービス期間を表す 10 カ月の使用量に対するものです。

5 カ月のサービス期間と年間請求期間では、顧客に請求されるのは完了したサービス期間のみです。

請求期間とサービス期間を別々に設定する

使用量を週単位で評価することで、顧客により頻繁な使用期間を提供できます (これがサービス期間です)。しかし、管理上の負担を減らすために、請求書の生成は月単位のみにすることもできます (これが請求期間です)。

サービス期間と請求期間を別々に定義することで、ある頻度 (毎週など) では使用量を集計してアクセスをプロビジョニングし、別の頻度 (毎月など) では顧客に請求書を発行するという柔軟性が得られます。これは、キャッシュフローの最適化に役立ちます。

ダッシュボードで請求期間とサービス期間を別々に設定するには、以下のようにします。

Create a rate card.
使用量を集計する頻度を決定するサービス期間を定義します (毎週など)。
顧客をレートカードに登録する。
請求書を発行する頻度を決定する請求期間を定義してください (例: 毎月－これはサービス期間と同じ頻度でなくても構いません)。

Revenue Recognition

従量課金の収益認識は、AI または SaaS ビジネスで柔軟な消費ベースの価格モデルを活用できるようにしながら、正確な財務報告を保証します。これは、販売時や請求書発行時ではなく、サービスが実際に提供または消費されたときに収入が認識されるデリバリーベースのアプローチに従っています。

収益認識には 2 つの重要な要素があります。

販売取引: 従量課金ベースのサービスの販売と、サービスが実際に消費された日時を記録。
請求書の項目: 顧客がいつ請求書を発行したかを記録します。

従量課金の収益認識の仕組み

従量課金では、収益認識には主に 3 つの段階があります。

収益計上: 収益は、サービスの実際の消費に基づいて、引渡時に認識されます。
収益差戻し: 請求書が確定した時点で、当初の収益計上を差戻します。このステップは、収益認識が顧客への請求を正確に反映するために不可欠です。
請求書の再予約: 請求書が確定した場合、請求額に対して実際の処理を認識することを指します。

例

この例では、顧客が 3 カ月間に 100 USD 分の API コールを消費し、その後請求されるとします。

1 月 (収益計上): 最初の月に、40 USD 分の API コールを消費します。
2 月 (収益計上): 2 カ月目に 35 USD 分の API コールを消費。
3 月 (収益計上): 3 カ月目に 25 USD 分の API コールを消費。
4 月 (請求書の収益差戻しと再予約): 3 カ月後、顧客は 100 USD の請求書を受け取ります (使用状況の合計)。
5 月 (決済): 顧客は 100 USD の請求書を支払います。

アカウント	2025 年 1 月	2025 年 2 月	2025 年 3 月	2025 年 4 月	2025 年 5 月	合計
売上	+40 USD	+35 USD	+25 USD			+100 USD
未請求 AR	+40 USD	+35 USD	+25 USD	-100 USD
AR				+100 USD	-100 USD
現金					+100 USD	+100 USD

制限事項

従量課金の収益認識には、プライベートプレビュー中に以下の制限があります。

現在、last または max の集計タイプを使用するメーターはサポートされていません。
高度な従量課金では、billable_items を使用しますが、これは現在のレポートでは完全には対応していません。
従量課金の取引の仕訳エントリに、billable_item ID が製品 ID として表示されます。ただし、レポートでは、商品名、説明、その他の属性などの商品詳細は空白で表示されます。

税金の自動計算

You can enable automatic tax on pricing plan subscriptions by using Stripe Checkout or by directly using the API.

Note