従量課金をモデル化する
Stripe の従量課金のさまざまな料金モデルについて説明します。
一般的な料金モデルには、定額料金と超過料金、従量課金、クレジットバーンダウンなどがあります。以下のガイダンスを参考にして、Stripe でこれらの料金モデルを設定してください。
定額料金と超過料金モデル
定額料金と超過料金モデルを使用して、期間の初めにサービスに対して月額定額料金を請求します。定額料金では一定の使用量が含まれたエンタイトルメントが付与されており、追加の使用量 (超過) が発生した場合は期間終了時に超過料金が請求されます。
Stripe ダッシュボードまたは API を使用して、同じプロダクト内の 2 つの料金でこれを設定できます。
たとえば、Alpaca AI は Llama AI と呼ばれる高度なモデルを導入しています。月額 200 USD のこのモデルには、100,000 トークンが含まれています。含まれているトークンを超える使用量が発生した場合は、トークンあたり 0.001 USD の追加料金が請求されます。
従量課金
従量課金モデル (後払いとも呼ぶ) では、一定期間に発生した使用量を追跡し、期間の終了時に顧客に請求します。
次の料金体系戦略のいずれかを導入できます。
- ユニットあたり: 各ユニットに同じ料金を請求します。
- パッケージあたり: ユニットや使用量のパッケージまたはバンドルに対して料金を請求します。
- 段階制料金とおよび従量ベースの料金: 従量ベースの料金体系では、期間終了時の使用量に対応する段階の料金でサブスクリプションアイテムに請求します。
- 階層型段階的な料金: 従量ベースの料金と似ていますが、段階的な料金では、すべての使用量に単一の料金を適用するのではなく、各段階の使用量に応じて請求します。
このモデルでは、顧客の使用量が大量に累積され、月末の決済手段のステータスに影響を与える可能性があります。
クレジットバーンダウン (初期金額を使用量に応じて段階的に消費)
クレジットバーンダウンモデルでは、使用量ベースのプロダクトとサービスの前払いを回収できます。顧客は請求クレジットを使用して初期金額を支払い、その後、プロダクトの使用時に請求クレジットを適用できます。
たとえば、Alpaca AI は、新しい Llama AI モデルの既存のセルフサービス顧客に大企業契約を販売したいと考えています。顧客が Llama AI に 100,000 USD を前払いすることを約束すると、使用期限が 1 年以内の 120,000 USD の請求クレジット使用量を獲得できます。
無料トライアル
従量課金では、サブスクリプションのトライアル期間を使用できます。トライアル期間中に発生した使用量は、請求サイクルの終了時に顧客に請求される合計金額にはカウントされません。トライアル期間が終了すると、使用量が発生し、次の請求サイクルの終了時に請求されます。
システムでトライアルのステータス変化に関する Webhook イベントが適切に監視・処理されていることを確認します。
トライアルが終了し、サブスクリプションが trialing
から active
に移行する数日前に、customer.
イベントを受け取ります。このイベントを受け取ったら、顧客のアカウントに請求する決済手段があることを確認してください。必要に応じて、今後の請求について顧客に事前に通知します。
ステータス | 説明 |
---|---|
trialing | サブスクリプションは現在トライアル期間中であり、顧客にプロダクトを支障なく提供できます。初回の支払いが行われると、サブスクリプションは自動的に active に移行します。 |
active | The subscription is in good standing. For past_ subscriptions, paying the latest associated invoice or marking it uncollectible transitions the subscription to active . Note that active doesn’t indicate that all outstanding invoices associated with the subscription have been paid. You can leave other outstanding invoices open for payment, mark them as uncollectible, or void them as you see fit. |
incomplete | サブスクリプションを有効にするには、顧客が 23 時間以内に支払いを成功させる必要があります。または、支払いで顧客認証などの対応が必要です。保留中の支払いがあり、PaymentIntent のステータスが processing の場合も、サブスクリプションが incomplete になることがあります。 |
incomplete_ | サブスクリプションの初回の支払いが失敗し、サブスクリプションの作成から 23 時間以内に支払いが成功しませんでした。これらのサブスクリプションは顧客に請求されません。このステータスは、サブスクリプションの有効化に失敗した顧客を追跡するために存在します。 |
past_ | 最新の_確定済み_の請求書の支払いが失敗したか、試行されていません。サブスクリプションでは、引き続き請求書が作成されます。サブスクリプションのその後の状態は、サブスクリプションの設定によって決まります。Smart Retries をすべて試行しても請求書が未払いの場合は、サブスクリプションを canceled または unpaid に移行するか、past_ のままにすることができます。サブスクリプションのステータスを active にするには、期日前に最新の請求書を支払う必要があります。 |
canceled | サブスクリプションがキャンセルされました。キャンセル時に未払いのすべての請求書の自動回収が無効化されます (auto_ )。これは、更新できない最終的なステータスです。 |
unpaid | 最新の請求書は支払われていませんが、サブスクリプションはそのまま保持されます。最新の請求書は未処理のままになり、請求書は引き続き生成されますが、支払いの試行は行われません。サブスクリプションが unpaid の場合は、past_ の時点で支払いの試行と再試行がすでに行われているため、プロダクトへのアクセスを取り消します。サブスクリプションのステータスを active にするには、期日前に最新の請求書を支払う必要があります。 |
paused | デフォルトの決済手段が設定されずにサブスクリプションのトライアル期間が終了し、trial_settings.end_behavior.missing_payment_method が pause に設定されています。サブスクリプションの請求書は今後作成されなくなります。デフォルトの決済手段を顧客に関連付けた後、サブスクリプションを再開できます。 |
サブスクリプションと Webhook の詳細をご覧ください。