Stripe

概要

Stripe Billing は、Stripe の決済事業の上に載るサブスクリプションと請求のレイヤーです。定期サブスクリプション、複数フェーズのサブスクリプションスケジュール、見積もり、請求書、ホスト型のカスタマーポータル、支払い失敗時の督促（Smart Retries、リマインダー、最大 3 つの回収オートメーション）を扱い、Meters API で消費量を計測します。多くの SaaS 企業にとって、quote-to-cash の流れが署名済みの案件を引き渡す終点です。CPQ や CRM が価格を決め、Stripe がそれを請求書にして代金を回収します。

この製品は 2026 年に形を変えました。Stripe は 2026 年 1 月に Metronome の買収を完了し、Stripe のドキュメントは現在 Metronome を「Stripe の主要な従量課金プラットフォーム」と呼び、新しい従量課金の統合で推奨される出発点としています。これまでの Stripe の従量課金は 基本的な従量課金 という名称になりました。引き続きフルサポートされ、既存の Meters ユーザーは移行する必要がありません。2026 年 7 月には、Billing の料金ページで従量課金の「Included」表示が「Contact Metronome」へのリンクに置き換わりました。

Stripe は OAuth 対応のリモート MCP サーバーを mcp.stripe.com でホストしており、ローカルの @stripe/mcp パッケージと、エージェントフレームワーク向けの @stripe/agent-toolkit もあります。対象は顧客、サブスクリプション、請求書、返金、決済です。Dashboard を開かずに、Claude や Cursor に顧客の請求状況を尋ねられます。

Stripe Billing で使用量の true-up を処理できるか

RevOps チームがこのページにたどり着く理由はこの問いであり、Stripe 自身の比較ページが答えを出しています。基本的な従量課金が対応するのは、使った分だけの課金、固定料金＋超過分、請求時に精算するクレジット型の料金です。リアルタイムで引き落とす前払いクレジット、コミットと最低利用額、段階的な料金スケジュール（ramp）、多次元の料金設定、使用量のリアルタイム可視化には 対応していません。これらは Metronome の機能です。

ルールはシンプルです。

• true-up が「先月の超過分を今月の請求書で請求する」という意味なら：Stripe Billing がネイティブに対応します。
• true-up が「最低額と ramp のある年間コミット額に対して消費量を精算する」という意味なら：Metronome、Zuora、Chargebee、Nue のいずれかが必要です。あるいはコミットのロジックを自社で構築します。

基本的な従量課金にもクレジット付与（credit grants）はあり、顧客あたり未使用の付与は 100 件までです。適用されるのは請求書の確定時、従量制の価格に対してだけで、Stripe はサイクルの途中で顧客が残高を超えて使える旨を明記しています。

実際の料金

Billing の料金は決済手数料の代わりではなく、決済手数料に上乗せされます。

• 従量プラン：Billing 取扱高の 0.7%、月額料金なし。Billing 取扱高には Stripe 以外で処理された取引も含まれるため、銀行振込で支払う顧客も対象になります。単発の請求書は Invoicing の料金体系で、支払い済み請求書 1 件あたり 0.4% です。
• 年間プラン（月払い）：月額 $620 で月間 Billing 取扱高 $100,000 まで、以降は $1,500 で $250,000 まで、$2,950 で $500,000 まで、$5,750 で $1M までをカバーし、枠を超えた取扱高には 0.67% がかかります。月 $1M を超える場合は個別見積もりです。
• 決済手数料 はその下にかかります。Stripe の米国カードの標準料率は 2.9% + 30¢ で、海外発行カードは 1.5%、通貨換算が発生する場合は 1% が加算されます。
• Metronome Starter：請求取扱高の 0.8% ＋ 取り込みイベント 1,000 件あたり $0.04。Salesforce、NetSuite、クラウドマーケットプレイス経由の請求は Custom プランのみです。
• Revenue Recognition と Tax は別製品で、それぞれ料金がかかります。Stripe Tax Basic は、登録している地域での取引 1 件あたり 0.5% です。

従量プランと最初の年間プランの損益分岐点は、月間取扱高およそ $88,600 です（$620 ÷ 0.7%）。それ未満なら従量プランのままにしてください。月 $100,000 では、Stripe の $620 は Chargebee のコミット型の約 $749 に近い水準です。ただし Chargebee は下に決済ゲートウェイが別途必要で、そのゲートウェイは Stripe であることが多いです。月 $1M では、年間プランが $5,750、従量プランが $7,000 で、契約を結ぶだけで年間約 $15,000 の節約になります。

最適な対象

すでに Stripe で決済を処理しており、請求エンティティが 1〜2 つで、契約がサブスクリプション＋超過分の形に収まる SaaS 企業または AI 企業 の RevOps 責任者や財務システム責任者です。Stripe Billing が明確に勝つ具体的なケースは、セルフサーブのチェックアウト、営業が交渉したサブスクリプション、月次の使用量超過を同じ顧客レコードで扱い、2 社目の請求ベンダーを増やさずに今四半期中に稼働させたいプロダクト主導型の企業です。

向いていないケース

最低額、ramp、リアルタイムのクレジット引き落としを伴う年間コミットを販売する企業には向きません。Metronome も予算に入れるなら別です。同じ締め処理で ASC 606 のスケジュールを更新する必要がある複数エンティティのグループ企業には、Zuora のほうが適しています。本当の課題が見積もりの承認と契約条件であるチームには、Stripe の代わりではなく、Stripe の前段に Nue や DealHub のような CPQ が必要です。

代替製品との比較

• Chargebee：最も近い独立系の競合です。Vendr は年間中央値 $57,600 と報告しています。ゲートウェイを自由に選び、リテンションのフローと RevRec を 1 つのツールで扱いたいなら Chargebee を選んでください。決済がすでに Stripe 上で動いていて、ゲートウェイの独立性よりも決済と請求を 1 社にまとめることを重視するなら Stripe です。
• Zuora：エンタープライズの定番で、Vendr の中央値は $170,000 です。多数のエンティティと通貨、契約期間中の変更があり、請求スイートの中で収益認識まで行うなら Zuora を選んでください。
• Nue：見積もりから請求書まで、見積もり、コミット、クレジットを Salesforce のオブジェクト上で管理する必要があるなら選んでください。Nue は Stripe と連携するため、「前段に Nue、回収に Stripe」という構成もよくあります。
• Orb と Lago：Metronome が Stripe に加わった後に残った、独立系の従量課金エンジンです。リアルタイム計測が中核の要件で、請求エンジンを決済代行会社に握られたくない場合は、どちらかを Metronome と並べて見積もってください。

年間契約が数十件程度でどれも合わない場合は、NetSuite か QuickBooks から請求し、従量課金を導入する時点で見直してください。背景情報：AI のシート課金と従量課金、quote-to-cash スタック。

注意点

• 料金は売上に連動し、Stripe が処理しない売上も含まれます。 Stripe 以外での支払いも Billing 取扱高に算入されます。対策： プランを選ぶ前に現在の取扱高の 2 倍と 3 倍で料金を試算し、月間取扱高がおよそ $88,600 を超えたら年間プランに切り替えてください。
• 基本的なクレジットでは使いすぎを止められません。 クレジットは請求時に精算されるため、顧客はサイクルの途中で前払い残高を使い切れてしまいます。対策： 上限が厳格な前払いの AI クレジットを販売するなら、計測データをもとに自社プロダクト側で上限を強制するか、Metronome を導入範囲に含めてください。ローンチ前にサンドボックスで使いすぎのケースをテストしてください。
• Metronome は 2 つ目の管理画面になります。 Stripe のドキュメントでは、Connect、Adaptive Pricing、Workflows、Stripe Dashboard は Metronome では非対応、Checkout は限定的な対応とされています。対策： 移行前に財務チームが毎日使う Stripe の画面を洗い出し、Metronome の 0.8% が Billing の 0.7% を置き換えるのか上乗せされるのかを書面で確認してください。
• CPQ からの引き継ぎは自社で設計する必要があります。 Stripe Quotes には承認フローも契約条件のモデルもないため、CPQ から来る契約変更が Stripe 上のサブスクリプションとずれることがあります。対策： 契約条件のマスターとなるシステムを 1 つに決め、契約前に、契約期間中のアップグレードと契約終了日をそろえたアドオンを CPQ（または PandaDoc）から Stripe まで一通り流してテストしてください。
• 収益認識は 0.7% に含まれていません。 Billing が作るのは請求書であり、ASC 606 のスケジュールではありません。対策： Stripe Revenue Recognition と Tax の見積もりを同じサイクルで取るか、ERP の収益モジュールが Stripe の請求データを取り込めることを確認してください。