支払いの再試行を自動化する
失敗した支払いを自動的に再試行して、意図しない解約を減らします。
支払いが失敗する原因はさまざまですが、その多くは回収可能です。Stripe を使用すると、コードを記述することなく、失敗した支払いを自動的に再試行できます。
売上回収ダッシュボードの再試行タブで設定します。
Stripe は、以下の場合には支払いを再試行しません。
- カード発行会社が再試行不可能な支払い拒否コードを返した場合の支払い失敗
- 利用できない支払い方法
- 関連付けが解除された連結アカウント (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
Smart Retries は AI を使用して、失敗した支払いの再試行に最適なタイミングを選択し、請求書の支払い成功率を高めます。Smart Retries を支える AI モデルは、次のような時間に依存する動的なシグナルを使用します。
- 過去_「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 を使用して、サブスクリプションの支払い失敗イベントと、再試行回数の更新を受信します。
invoice. Webhook の attempt_count 属性は、これまでに行われた試行回数を表します。支払い失敗によって再試行不可能な支払い拒否コードが返された場合、新しい決済手段が設定されていない限り、請求書の支払いを再試行することはできません。再試行のスケジュール設定は引き続き有効であり、attempt_count は増加し続けますが、再試行は新しい決済手段が検出された後にのみ実行されます。未実行の再試行に対して、新しい Charge (支払い) は作成されません。
請求書の next_payment_attempt 属性は、 Stripe が次回の回収を試行する日付を示します。自動化ユーザーの場合、invoice. Webhook ではnext_payment_attempt の設定がなくなりましたが、invoice. Webhook では設定されます。
再試行不可能な支払い拒否コード
カード発行会社から再試行不可能な支払い拒否コードが返された場合、Stripe はその支払いの再試行を自動処理することはできません。コードは以下のいずれかが返されます。
incorrect_number lost_card pickup_card stolen_card revocation_of_ authorization revocation_of_ all_ authorizations authentication_required highest_risk_ level
これらの失敗の場合、スケジュール済みの再試行は引き続き行われますが、支払いはお客様が新しい決済手段を取得した場合にのみ実行されます。