支払いの再試行を自動化する
失敗した支払いを自動的に再試行して、意図しない解約を減らします。
支払いが失敗する原因はさまざまですが、その多くは回収可能です。Stripe を使用すると、コードを記述することなく、失敗した支払いを自動的に再試行できます。
売上回収ダッシュボードの再試行タブで設定します。
Stripe は、以下の場合には支払いを再試行しません。
- Failures where the issuer provided a hard decline code
- 利用できない支払い方法
- 関連付けが解除された連結アカウント (Connect のみ)
Stripe は Smart Retries の使用を推奨していますが、カスタムのリトライスケジュールを作成することもできます。
支払い方法の注文
Stripe は、この注文リストの最初の支払い方法を再試行で使用します。
- subscription.default_payment_method
- subscription.default_source
- customer.invoice_settings.default_payment_method
- customer.default_source
支払いが失敗した後に支払い方法を更新する際、前回の支払いが失敗したフィールドを更新します。たとえば、サブスクリプションに default_
が設定されているときに、customer.
のみを更新すると、Stripe は引き続き、サブスクリプションの default_
で再試行します。
Smart Retries
Using AI, Smart Retries chooses the best times to retry failed payment attempts to increase the chance of successfully paying an invoice. The AI model behind Smart Retries uses time-dependent, dynamic signals, such as:
- 過去_「N」_時間に特定の支払い方法を提示した、異なるデバイスの数。
- 支払いに最適な時間 (一部の国ではローカルタイムゾーンの午前 12:01 にデビットカードで行われる支払いが成功する確率が若干高くなります)。
Stripe はこれらの要素を組み合わせて、支払いを再試行するタイミングを適切に評価します。Stripe は新しい購入者の行動や取引から継続的に学習するため、従来のルールベースの支払い再試行ロジックと比べて、ターゲットを絞ったアプローチを利用できます。
Smart Retries は、再試行回数と最長期間の指定に従って支払いを再試行します。自動化を使用して、さまざまな顧客セグメントのリトライポリシーを作成することもできます。
この動作は、Smart Retries を無効にして、自社のカスタムリトライルールを定義することで上書きできます。督促を有効にすると、next_payment_attempt 属性に、次に回収が試行されるタイミングが示されます。
ダイレクトデビット Billing Retries
ダイレクトデビットの再試行を有効にすると、残高不足が原因で失敗したダイレクトデビットの支払いが Stripe で自動的に再試行されます。継続的なサブスクリプション請求書、1 回限りの請求書、またはその両方の再試行を有効にすることができます。
口座引き落とし | 最大再試行回数 | 最低請求額 | 義務化の要件 | ステータス |
---|---|---|---|---|
ACH ダイレクトデビット | 2 | 0 USD | ACH ダイレクトデビットの義務化 | 一般提供 |
ACSS ダイレクトデビット | 1 | 20 カナダドル | ACSS ダイレクトデビットの義務化 | プライベートプレビュー版 |
オーストラリアの BECS ダイレクトデビット | 2 | 15 オーストラリアドル | AU BECS ダイレクトデビットの義務化 | プライベートプレビュー版 |
Bacs ダイレクトデビット | 2 | 0 GBP | Bacs ダイレクトデビットの義務化 | プライベートプレビュー版 |
ニュージーランド BECS ダイレクトデビット | 1 | 20 ニュージーランドドル | NZ BECS ダイレクトデビットの義務化 | プライベートプレビュー版 |
SEPA ダイレクトデビット | 2 | 20 EUR | SEPA ダイレクトデビットの義務化 | プライベートプレビュー版 |
注
口座振替の再試行を使用しても、振替取引が成功する保証はありません。Stripe は、口座振替取引が再試行されなかった場合の損失について責任を負いません。
Webhook イベント
Smart Retries とカスタムのリトライスケジュールのどちらでも、Stripe は指定のスケジュールに従って支払いを再試行します。invoice.
Webhook を使用して、サブスクリプションの支払い失敗イベントと、再試行回数の更新を受信します。
The attempt_count attribute on the invoice.
webhook indicates how many attempts have been made so far. If a failure returns a hard decline code, we can’t retry invoice payment without a new payment method. Retries continue to be scheduled, and attempt_count continues to increment, but retries only execute after detecting a new payment method. Unexecuted retries don’t create a new Charge.
請求書の next_payment_attempt 属性は、 Stripe が次回の回収を試行する日付を示します。自動化ユーザーの場合、invoice.
Webhook ではnext_payment_attempt の設定がなくなりましたが、invoice.
Webhook では設定されます。
Hard decline codes 
If the card issuer returns the payment with a hard decline code, then Stripe can’t automatically retry the payment. These codes are one of the following:
incorrect_
number lost_
card pickup_
card stolen_
card revocation_
of_ authorization revocation_
of_ all_ authorizations authentication_
required highest_
risk_ level
これらの失敗の場合、スケジュール済みの再試行は引き続き行われますが、支払いはお客様が新しい決済手段を取得した場合にのみ実行されます。