支払いの再試行を自動化する
失敗したサブスクリプションと請求書決済を自動的に再試行して、意図しない解約を減らします。
決済はさまざまな理由で失敗する可能性がありますが、その多くは回復可能です。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_
が設定されているときに、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 transaction_
: This disables auto-advance, effectively pausing any automations that mark the invoice as uncollectible.not_ allowed
これらの失敗の場合、スケジュール済みの再試行は引き続き行われますが、支払いはお客様が新しい決済手段を取得した場合にのみ実行されます。
カスタムの再試行スケジュール
カスタムルールで再試行スケジュールを変更することもできます。前回の試行から特定の日数を空けて、最大 3 回の再試行を設定できます。
invoice.payment_failed イベントを使用して、サブスクリプション決済失敗イベントを監視し、更新を再試行できます。請求書の決済試行後、ダッシュボードの現在のサブスクリプション設定を使用して、その next_payment_attempt 値が設定されます。
警告
自動化を使用する場合、invoice.
Webhook では next_payment_attempt の設定がなくなりましたが、invoice.
Webhook では設定されます。
回収に失敗した場合には、サブスクリプションが設定に基づいて遷移します。オプションは以下の通りです。
設定 | 説明 |
---|---|
サブスクリプションをキャンセルする | リトライスケジュールで定義された最大日数の経過後にサブスクリプションは canceled ステータスに変わります。 |
サブスクリプションを未払いとしてマーク | リトライスケジュールで定義された最大日数の経過後にサブスクリプションは unpaid ステータスに変わります。請求書が引き続き生成されますが、下書きの状態で保持されます。 |
サブスクリプションを期日超過のままにする | リトライスケジュールで定義された最大日数の経過後もサブスクリプションは past_ ステータスに維持されます。請求書が引き続き生成され、リトライ設定に従って顧客に請求されます。 |
最後の支払い試行が行われると、Stripe はそれ以降、支払いの試行を行いません。サブスクリプションの設定の変更は、以降の再試行にのみ影響します。