コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
売上
プラットフォームおよびマーケットプレイス
資金管理
開発者向けリソース
概要
Billing
概要Billing API について
サブスクリプション
Invoicing
従量課金
見積もり
顧客管理
Billing と他のプロダクトの連携
売上回収
    概要
    支払いの再試行を自動化
    顧客へのメールを自動送信
    売上回収アナリティクス
オートメーション
実装内容をテストする
税金
概要
Stripe tax を使用
法規制の遵守・対応管理
レポート機能
概要
レポートの選択
レポートを設定
Reports API
複数のアカウントのレポート
収益認識
データ
概要スキーマ
カスタムレポート
Data Pipeline
データ管理
ホーム売上Revenue recovery

注

このページはまだ日本語ではご利用いただけません。より多くの言語で文書が閲覧できるように現在取り組んでいます。準備が整い次第、翻訳版を提供いたしますので、もう少しお待ちください。

支払いの再試行を自動化する

失敗したサブスクリプションと請求書決済を自動的に再試行して、意図しない解約を減らします。

決済はさまざまな理由で失敗する可能性がありますが、その多くは回復可能です。Stripe Billing は、失敗したサブスクリプションと請求書決済を自動的に再試行します。

ダッシュボードでサブスクリプションの再試行を設定するには、請求書 > 売上 (の) 回収 > 再試行に移動します。1 回限りの請求書の再試行の場合は、設定 > 請求書 > 請求書の 前払い請求機能 に移動します。

Stripe は Smart Retries の使用を推奨していますが、カスタムのリトライスケジュールを作成することもできます。

注

Stripe は、以下の場合には決済を再試行しません。

  • 決済手段がありません
  • カード発行会社から hard decline code が返されました
  • 決済クレジットカードが India-issued
  • Stripe Connect アカウントの連結が解除されました

支払い方法の注文

再試行時に、Stripe はこのリストで最初に使用可能な決済手段をこの順序で使用します。

優先度決済手段API 属性
1サブスクリプションのデフォルト決済手段subscription.default_payment_method
2サブスクリプションデフォルト決済ソースsubscription.default_source
3顧客請求書のデフォルト決済手段customer.invoice_settings.default_payment_method
4顧客デフォルト決済ソースcustomer.default_source

支払いが失敗した後に支払い方法を更新する際、前回の支払いが失敗したフィールドを更新します。たとえば、サブスクリプションに default_payment_method が設定されているときに、customer.invoice_settings.default_payment_method のみを更新すると、Stripe は引き続き、サブスクリプションの default_payment_method で再試行します。

Smart Retries

Smart Retries は AI を使用して、失敗した支払いの再試行に最適なタイミングを選択し、請求書の支払い成功率を高めます。Smart Retries を支える AI モデルは、次のような時間に依存する動的なシグナルを使用します。

  • 過去_「N」_時間に特定の支払い方法を提示した、異なるデバイスの数。
  • 支払いに最適な時間 (一部の国ではローカルタイムゾーンの午前 12:01 にデビットカードで行われる支払いが成功する確率が若干高くなります)。

Stripe はこれらの要素を組み合わせて、支払いを再試行するタイミングを適切に評価します。Stripe は新しい購入者の行動や取引から継続的に学習するため、従来のルールベースの支払い再試行ロジックと比べて、ターゲットを絞ったアプローチを利用できます。

Smart Retries は、再試行回数と最長期間の指定に従って支払いを再試行します。自動化を使用して、さまざまな顧客セグメントのリトライポリシーを作成することもできます。

この動作は、Smart Retries を無効にして、自社のカスタムリトライルールを定義することで上書きできます。督促を有効にすると、next_payment_attempt 属性に、次に回収が試行されるタイミングが示されます。

ダイレクトデビット Billing Retries

ダイレクトデビットの再試行を有効にすると、残高不足が原因で失敗したダイレクトデビットの支払いが Stripe で自動的に再試行されます。継続的なサブスクリプション請求書、1 回限りの請求書、またはその両方の再試行を有効にすることができます。

口座引き落とし最大再試行回数最低請求額義務化の要件ステータス
ACH ダイレクトデビット20 USDACH ダイレクトデビットの義務化一般提供
ACSS ダイレクトデビット120 カナダドルACSS ダイレクトデビットの義務化プライベートプレビュー版
オーストラリアの BECS ダイレクトデビット215 オーストラリアドルAU BECS ダイレクトデビットの義務化プライベートプレビュー版
Bacs ダイレクトデビット20 GBPBacs ダイレクトデビットの義務化プライベートプレビュー版
ニュージーランド BECS ダイレクトデビット120 ニュージーランドドルNZ BECS ダイレクトデビットの義務化プライベートプレビュー版
SEPA ダイレクトデビット220 EURSEPA ダイレクトデビットの義務化プライベートプレビュー版

注

口座振替の再試行を使用しても、振替取引が成功する保証はありません。Stripe は、口座振替取引が再試行されなかった場合の損失について責任を負いません。

Webhook イベント

Smart Retries とカスタムのリトライスケジュールのどちらでも、Stripe は指定のスケジュールに従って支払いを再試行します。invoice.payment_failed Webhook を使用して、サブスクリプションの支払い失敗イベントと、再試行回数の更新を受信します。

invoice.payment_failed Webhook の attempt_count 属性は、これまでに行われた試行回数を表します。支払い失敗によって再試行不可能な支払い拒否コードが返された場合、新しい決済手段が設定されていない限り、請求書の支払いを再試行することはできません。再試行のスケジュール設定は引き続き有効であり、attempt_count は増加し続けますが、再試行は新しい決済手段が検出された後にのみ実行されます。未実行の再試行に対して、新しい Charge (支払い) は作成されません。

請求書の next_payment_attempt 属性は、 Stripe が次回の回収を試行する日付を示します。自動化ユーザーの場合、invoice.payment_failed Webhook ではnext_payment_attempt の設定がなくなりましたが、invoice.updated Webhook では設定されます。

再試行不可能な支払い拒否コード

クレジットカード発行会社から以下の 決済の失敗コード が返された場合、Stripe は自動的に支払いを再試行できません。

  • incorrect_number
  • lost_card
  • pickup_card
  • stolen_card
  • revocation_of_authorization
  • revocation_of_all_authorizations
  • authentication_required
  • highest_risk_level
  • transaction_not_allowed: This disables auto-advance, effectively pausing any automations that mark the invoice as uncollectible.

これらの失敗の場合、スケジュール済みの再試行は引き続き行われますが、支払いはお客様が新しい決済手段を取得した場合にのみ実行されます。

カスタムの再試行スケジュール

カスタムルールで再試行スケジュールを変更することもできます。前回の試行から特定の日数を空けて、最大 3 回の再試行を設定できます。

invoice.payment_failed イベントを使用して、サブスクリプション決済失敗イベントを監視し、更新を再試行できます。請求書の決済試行後、ダッシュボードの現在のサブスクリプション設定を使用して、その next_payment_attempt 値が設定されます。

警告

自動化を使用する場合、invoice.payment_failed Webhook では next_payment_attempt の設定がなくなりましたが、invoice.updated Webhook では設定されます。

回収に失敗した場合には、サブスクリプションが設定に基づいて遷移します。オプションは以下の通りです。

設定説明
サブスクリプションをキャンセルするリトライスケジュールで定義された最大日数の経過後にサブスクリプションは canceledステータスに変わります。
サブスクリプションを未払いとしてマークリトライスケジュールで定義された最大日数の経過後にサブスクリプションは unpaidステータスに変わります。請求書が引き続き生成されますが、下書きの状態で保持されます。
サブスクリプションを期日超過のままにするリトライスケジュールで定義された最大日数の経過後もサブスクリプションは past_due ステータスに維持されます。請求書が引き続き生成され、リトライ設定に従って顧客に請求されます。

最後の支払い試行が行われると、Stripe はそれ以降、支払いの試行を行いません。サブスクリプションの設定の変更は、以降の再試行にのみ影響します。

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