コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
開発者向けのツール
始める
支払い
財務の自動化
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
概要
Billing
    概要
    Billing API について
    サブスクリプション
    Invoicing
    従量課金
    Connect と Billing
    Tax と Billing
    見積もり
    売上回収
      支払いの再試行を自動化
      顧客へのメールを自動送信
      売上回収アナリティクス
    オートメーション
    スクリプト
    収益認識
    顧客管理
    エンタイトルメント
    実装内容をテストする
税金
レポート機能
データ
スタートアップの企業設立
ホーム財務の自動化BillingRevenue recovery

注

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

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

失敗した支払いを自動的に再試行して、意図しない解約を減らします。

ページをコピー

支払いが失敗する原因はさまざまですが、その多くは回収可能です。Stripe を使用すると、コードを記述することなく、失敗した支払いを自動的に再試行できます。

売上回収ダッシュボードの再試行タブで設定します。

Stripe は、以下の場合には支払いを再試行しません。

  • Failures where the issuer provided a hard decline code
  • 利用できない支払い方法
  • 関連付けが解除された連結アカウント (Connect のみ)

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

支払い方法の注文

Stripe は、この注文リストの最初の支払い方法を再試行で使用します。

  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

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 ダイレクトデビット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 を使用して、サブスクリプションの支払い失敗イベントと、再試行回数の更新を受信します。

The attempt_count attribute on the invoice.payment_failed 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.payment_failed Webhook ではnext_payment_attempt の設定がなくなりましたが、invoice.updated 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

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

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