ブロックされた銀行口座

ACH デビット銀行口座のブロックを解除し、ブロックされた口座からの今後の支払いが失敗するのを回避する方法をご紹介します。

銀行口座は資金不足以外の理由でブロックされたり、正当な理由またはエラーによってブロックされることがあります。ブロックの機会を最小限に抑えることは可能であり、根本的な理由を理解すれば、ブロックを解除するための措置を講ずることができます。

銀行口座がブロックされた理由

ACH デビットが、資金不足以外の理由 (口座が解約または凍結されているなど) で戻された場合、NACHA ルールでは、ACH デビットのオリジネーターは再開する前に銀行口座を確認したり、その他の措置を講じたりすることが求めらます。このルールに準拠するために、Stripe は引き落としの不成立を引き起こしている問題が解決されたことを確認するまで、特定の銀行口座をブロックします。このプロセスにより、ビジネスはNACHA ルールに確実に準拠できるだけでなく、不正使用を減らし、不審請求の申請と不成立の手数料が繰り返し発生することを回避できます。Stripe は、資金不足による過去の不成立を理由に銀行口座をブロックすることはありません。

顧客のブロックされた銀行口座を最小限に抑える

いくつかの予防手段を採用することで、顧客のブロックされた銀行口座を扱うリスクを最小限に抑えることができます。そのために、以下のことをお勧めします。

Financial Connections の即時の確認を使用して口座を確認する: 口座の詳細を正確に確かめ、口座名義人を確認するのに役立ちます。
誤った不審請求の申請を防ぐ: 顧客が銀行明細書で簡単に認識できるように、貴社のビジネス名を明確に表す明細書表記を使用します。こうすることで、勘違いをした顧客が意図せずに不審請求を申請する可能性を抑えることができます。
銀行の自動ブロックを減らす: 一部の銀行やビジネスアカウントは、不明の法人からの ACH デビットの試行を自動的に拒否します。これを防ぐには、Stripe による引き落としを有効にするために、Stripe 会社 ID を銀行に提供するよう顧客に依頼してください。

ブロックされたアカウントを特定する

アカウントがブロックされているために失敗した ACH デビットは、ダッシュボードで blocked と分類され、エラーメッセージが表示されます。Payment Intent または Setup Intent の確認を試行すると、このブロックされたリクエストによって HTTP 402 ステータスが返され、リクエストには bank_account_unusable エラーコードが含まれます。また、Payment Intents は失敗した支払いを作成し、Setup Intents は代わりに失敗した Setup Attempt を作成します。

支払い方法のステータスの詳細

アメリカの銀行口座の支払い方法を作成後、その銀行口座がブロックされると、us_bank_account.status_details.blocked フィールドが表示されます。フィールドを表示するには、シークレットキーを使用してリクエストする必要があります。

PaymentMethod オブジェクト内の network_code と reason プロパティにアクセスして、各ブロックに関する詳細を把握できます。network_code には、以前失敗した支払い、またはこの口座で作成された不審請求の申請に関連付けられた未加工の ACH 返金コードが含まれます。一方 reason は、コードのセマンティックな意味に対応するサマリーカテゴリーです。

ブロックの解除に関する詳細については、以下のブロックされた銀行口座を処理するセクションで各 reason を確認してください。Stripe がブロックを解除すると、これまでに影響を受けたすべての支払い方法で us_bank_account.status_details.blocked フィールドが表示されなくなります。

ステータスの変更をリッスンする

ブロック可能な ACH 返金が受信されると、Stripe は保存されたすべての支払い方法を対象に payment_method.automatically_updated イベントを送信します。このイベントには、Stripe のレガシーの ACH 実装を使用して作成された、顧客のすべての確認済み銀行口座も含まれます。

貴社のビジネスモデルが特定の日より前に処理する必要がある継続支払いに基づく場合、このイベントをコンシュームすると、事前通知を提供できます。us_bank_account.status_details.blocked フィールドのイベントデータを確認したら、次回の支払いを開始する前に、顧客と連携して銀行口座のブロックを解除するか、銀行口座を変更します。

ブロックが解除されると、同等のイベントが届きます。そのイベントでは、有効な同意書が存在するか、同意書を再収集した場合は、決済手段をただちに再利用可能であることが示されます。

ブロックされた銀行口座を処理する

顧客の銀行口座がブロックされた場合、お客様が取るべき対応は、口座がブロックされた理由によって異なります。ブロックされた支払い方法の reason コードを確認できます。

ブロックカテゴリー理由推奨アクション

ブロックカテゴリー	理由	推奨アクション
銀行の意図的な失敗	`bank_account_closed` `bank_account_frozen` `bank_account_invalid_details` `bank_account_restricted`	顧客に連絡をして、銀行口座が有効であり、口座に関連付けられた他の情報が最新かつ正しいことを確認します。顧客の銀行口座が無効または機能していない場合、今後の引き落としのために支払い方法を更新するよう顧客に依頼します。顧客に連絡をした後で、銀行口座が誤ってブロックされたとお考えの場合、Stripe サポートにお問い合わせください。口座のブロックを引き起こした問題が解決されたことを確認するために、口座が開設されていて引き落とし可能であるという証拠 (下表を参照) として、追加情報の提供をお願いします。情報を確認後、その口座を今後使用できるよう Stripe でブロックを解除することができます。
顧客による不審請求の申請	`debit_not_authorized`	顧客が支払いを承認していないことを理由に不審請求を申請した場合、追加の引き落としを実行する前に顧客に連絡してください。最初の不審請求が申請された後で、Stripe は関連する同意書を無効にし、新しい同意書の承認を受け入れるよう顧客に依頼します。その後、追加の引き落としを実行できるようになります。顧客が 2 回目の支払いに不審請求を申請した場合、銀行口座はブロックされます。一部の銀行口座には不正使用対策ツールが設定されているため、不明の法人からの引き落とし行為は自動的に拒否されます。通常、このようなブロックは R29 `network_code` で認識できます。R29 が表示されている場合、顧客に連絡をして、追加の引き落としを試行する前に、顧客が Stripe 会社 ID による ACH デビットを銀行に許可していることを確認します。顧客に連絡をした後で、その顧客が意図せずに支払いに対して不審請求を申請したと思われる場合、Stripe サポートにお問い合わせください。追加情報 (下表を参照) を提供していただいたら、Stripe はその情報を使用して、口座名義人が支払いを承認し、過去の不審請求の申請につながった問題が解決済みであることを確認します。情報を確認後、その口座を今後使用できるよう Stripe でブロックを解除します。
その他	`bank_account_unusable`	これは、他の Stripe ユーザーとのアクティビティーが原因でブロックされた銀行口座で発生する可能性があります。このような銀行口座については、Stripe サポートに連絡をして、考えられる解決手順をお問い合わせください。

銀行の意図的な失敗

bank_account_closed
bank_account_frozen
bank_account_invalid_details
bank_account_restricted

顧客に連絡をして、銀行口座が有効であり、口座に関連付けられた他の情報が最新かつ正しいことを確認します。顧客の銀行口座が無効または機能していない場合、今後の引き落としのために支払い方法を更新するよう顧客に依頼します。

顧客に連絡をした後で、銀行口座が誤ってブロックされたとお考えの場合、Stripe サポートにお問い合わせください。口座のブロックを引き起こした問題が解決されたことを確認するために、口座が開設されていて引き落とし可能であるという証拠 (下表を参照) として、追加情報の提供をお願いします。情報を確認後、その口座を今後使用できるよう Stripe でブロックを解除することができます。

顧客による不審請求の申請

debit_not_authorized

顧客が支払いを承認していないことを理由に不審請求を申請した場合、追加の引き落としを実行する前に顧客に連絡してください。最初の不審請求が申請された後で、Stripe は関連する同意書を無効にし、新しい同意書の承認を受け入れるよう顧客に依頼します。その後、追加の引き落としを実行できるようになります。顧客が 2 回目の支払いに不審請求を申請した場合、銀行口座はブロックされます。

一部の銀行口座には不正使用対策ツールが設定されているため、不明の法人からの引き落とし行為は自動的に拒否されます。通常、このようなブロックは R29 network_code で認識できます。R29 が表示されている場合、顧客に連絡をして、追加の引き落としを試行する前に、顧客が Stripe 会社 ID による ACH デビットを銀行に許可していることを確認します。

顧客に連絡をした後で、その顧客が意図せずに支払いに対して不審請求を申請したと思われる場合、Stripe サポートにお問い合わせください。追加情報 (下表を参照) を提供していただいたら、Stripe はその情報を使用して、口座名義人が支払いを承認し、過去の不審請求の申請につながった問題が解決済みであることを確認します。情報を確認後、その口座を今後使用できるよう Stripe でブロックを解除します。

その他

bank_account_unusable

これは、他の Stripe ユーザーとのアクティビティーが原因でブロックされた銀行口座で発生する可能性があります。このような銀行口座については、Stripe サポートに連絡をして、考えられる解決手順をお問い合わせください。

銀行口座のブロックを解除するための反証資料の要件

顧客の銀行口座のブロックを解除するために Stripe のサポートが必要な場合は、追加情報と反証資料の提出が必要になることがあります。必要な反証資料は、ブロックされた支払い方法の理由コードによって異なります。

理由コード	ブロックを解除するには反証資料が必要です
`bank_account_closed`	完全な金融番号と口座番号を示すオンライン銀行ポータルの最近のスクリーンショット口座が引き続き有効であることを伝える銀行からの通知書
`bank_account_frozen` `bank_account_restricted`	口座が引き落としに対応していることを示す銀行からの通知書、または最近の引き落としアクティビティーを示す銀行明細書
`bank_account_invalid_details`	完全な口座番号と金融番号が記載された無効化された小切手、または完全な金融番号と口座番号を示すオンライン銀行ポータルのスクリーンショット
`debit_not_authorized`	Stripe ACH ID が許可リストに追加されたことの確認およびオーソリ制限の解除についての、銀行からの書面による通知。同通知には、口座番号、金融番号、口座の名義などの口座の詳細も記載されている必要があります。