コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
開発者向けのツール
始める
支払い
財務の自動化
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
概要
Billing
    概要
    Billing API について
    サブスクリプション
      概要
      クイックスタート
      ユースケース
      実装を構築
      サブスクリプション機能
        サブスクリプションの請求書
        サブスクリプションのスケジュール
        サブスクリプションの料金体系
        継続的な料金体系モデル
        料金表を埋め込む
        サブスクリプションを始める
        数量の設定
        請求サイクルの設定
        サブスクリプションの遡及適用
        複数のアイテムに登録
        トライアル期間を設定
        クーポンを適用
        サブスクリプションを Stripe に移行する
        クレジットの比例分配の計算方法
        サブスクリプションの決済
        サブスクリプションの決済手段
        サードパーティーによる決済処理を導入
        回収方法
        支払いの詳細を更新するリンクを共有する
        強力な顧客認証 (SCA)
        サブスクリプションを管理
        サブスクリプションの修正
        保留中の更新の管理
          更新の保留の参照情報
      アナリティクス
    Invoicing
    従量課金
    Connect と Billing
    Tax と Billing
    見積もり
    売上回収
    オートメーション
    スクリプト
    収益認識
    顧客管理
    エンタイトルメント
    実装内容をテストする
税金
レポート機能
データ
スタートアップの企業設立
ホーム財務の自動化BillingSubscriptionsSubscription features

更新の保留

サブスクリプションの更新時に、失敗した支払いに対処する方法は以下のとおりです。

ページをコピー

サブスクリプションを更新すると、以下の場合に新しい請求書が生成されます。

  • トライアル期間の終了時など、サブスクリプションに初めての支払いが必要となる場合。
  • 請求期間が変わった場合。
  • サブスクリプションの変更で比例配分 (日割り / 秒割り計算) が発生し、proration_behavior=always_invoice に設定されている場合。

デフォルトでは、新しい請求書の支払いが成功するかどうかにかかわらず、更新が適用されます。支払いが失敗した場合には、更新のロールバックは手動で実行します。新しい請求書を作成し、その請求書でアイテムの比例配分を行ってから、再度支払いを開始する必要があります。ただし、更新の保留機能では、新しい請求書の支払いが成功した場合のみに、サブスクリプションに変更を行うことができます。

注意

サブスクリプションの collection_method が send_invoice の場合、またはサブスクリプションの支払い方法として口座引き落としが使用されている場合には、更新の保留はサポートされません。

サブスクリプションを更新する
サーバ側

更新の保留は、サブスクリプションの更新、サブスクリプションアイテムの作成、サブスクリプションアイテムの更新の各コールで使用できます。更新を作成する際には、payment_behavior=pending_if_incomplete を設定します。以下の例では、サブスクリプションに新しい料金を追加しています。proration_behavior=always_invoice が設定されているため、更新が作成されると、請求書が作成されて支払いが試行されます。

Command Line
curl
curl https://api.stripe.com/v1/subscriptions/sub_49ty4767H20z6a \ -u
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:
\ -d "payment_behavior"="pending_if_incomplete" \ -d "proration_behavior"="always_invoice" \ -d "items[0][id]"="si_09IkI4u3ZypJUk5onGUZpe8O" \ -d "items[0][price]"="price_CBb6IXqvTLXp3f"

支払いが成功すると、サブスクリプションが更新されます。支払いが失敗すると、返された Subscription オブジェクトには、変更とともに pending_update ハッシュが含まれます。

{ "id": "sub_49ty4767H20z6a", "object": "subscription", "application_fee_percent": null, "pending_update": { "expires_at": 1571194285, "subscription_items": [ { "id": "si_09IkI4u3ZypJUk5onGUZpe8O", "price": "price_CBb6IXqvTLXp3f" } ] }, }

失敗した支払いの処理
クライアント側

更新を行った後、サブスクリプションの pending_update ハッシュを確認します。自動通知を受け取りたい場合は、customer.subscription.updated イベントをリッスンする Webhook を作成できます。pending_update ハッシュが入力されている場合に、支払いが失敗すると、サブスクリプションは更新リクエストが行われなかったかのように引き続き繰り返されます。

支払い方法が拒否されたため、または顧客認証が必要なために、多くの支払いが失敗します。これらのシナリオの両方を処理するロジックを構築する必要があります。

カードの拒否を処理するには、支払いの失敗の手順を使用します。新しい支払い方法を顧客に設定してから、pay (支払う) エンドポイントを使用して、更新によって生成された請求書を支払う必要があります。

顧客のアクションの手順を参照して、顧客認証を処理します。これにより、ユーザーは認証プロセスを行ってから請求書を支払います。

支払いが成功すると、下記が行われます。

  • pending_update ハッシュの変更をすぐに適用する。
  • 請求書を paid に更新する。

支払いが再度失敗した場合、pending_update ハッシュは元の有効期限のままサブスクリプションに残ります。変更は適用されません。

オプション保留している更新のキャンセルまたは変更
サーバ側

参照情報

更新の保留を使用する際の、ライフサイクル、Webhook、サポートされている属性の詳細は以下のとおりです。

  • 更新の保留の参照情報
このページはお役に立ちましたか。
はいいいえ
お困りのことがございましたら 、サポートにお問い合わせください。
早期アクセスプログラムにご参加ください。
変更ログをご覧ください。
ご不明な点がございましたら、お問い合わせください。
LLM ですか?llms.txt を読んでください。
Powered by Markdoc