SaaS決済
ACH返金コードとは?
ACH返金コードとは?
ACH返金コードは、「R」で始まる標準化されたコードであり、特定のAutomated Clearing House(ACH)エントリーが返金された理由を示します。これらのインジケーターは、口座残高レベル、口座の休止状態、識別データの正確性、決済保留、または承認結果に関連する状況を示すことができます。ACH決済を受け入れるSaaS企業にとって、特定の返金コードによって、次にどのようなアクションや解決策を取るべきかが決定されます。
ODFI、RDFI、Nachaとは?
Originating Depository Financial Institution(ODFI:送信金融機関)は、指示を出す顧客(Originator:送信人)の依頼により、ACHエントリーを銀行に送信します。Receiving Depository Financial Institution(RDFI:受信金融機関)は、受信人の口座のためにエントリーを受信する機関です。返金状況が発生した場合、RDFIは返金理由を最も適切に表す返金理由コードを使用して、ACHネットワーク経由で返金エントリー(Return Entry)を送信します。
標準的なACH返金の期間は?
多くの通常のACH返金エントリーは、ODFIが資金を回収する前に処理される必要があります。返金エントリーは、元のエントリーの決済日から2営業日目の銀行営業開始時間までにODFIに提供される必要があります。
ACH決済の完了は、必ずしも決済が確定したことを意味しません。引き落としが決済された後でも、適用されるNacha返金期間内であれば返金される可能性があります。
未承認の消費者ACH返金はどのように機能しますか?
場合によっては、未承認の消費者引き落としに対して、延長されたNacha返金期間が適用されることがあります。このような対象となる返金の場合、返金エントリーは通常、元の決済日から60日後の決済暦日の営業開始までにODFIに配信される必要があります。
長期の消費者返金の場合、消費者がカードの盗難や不正使用を報告するために、通常は未承認引き落としに関する書面声明(WSUD)が必要となります。これはレギュレーションEとは異なります。レギュレーションEでは通常、エラーが記載された最初の月次明細書が送付されてから60日以内に、消費者が金融機関に未承認の送金やその他の対象となるエラーを通知することを求めています。
ACH返金コードR01の意味は?
R01は、受信人の口座残高または現金準備高が引き落とし取引の要件に満たなかった状況を指定します。ここで、R01返金は口座が無効であることや閉鎖されていることを意味するわけではないことに注意してください。Nachaの規則に基づき、R01返金となった引き落としは、返金対象とみなされた場合、平均して2回まで再試行できます。それ以外に、許可された再試行は、元のエントリーの決済日から180日以降に行われるイベントです。
承認関連の返金はどのように異なりますか?
受信人が送信人を承認しなかったために返金されたエントリーへの対応プロセスは、引き落としの再試行に関する残高不足の返金へのアプローチとは異なります。返金理由によっては、新しい引き落としに新しい承認が必要になる場合があります。
SaaS企業は一般的なACH返金コードにどのように対処すべきですか?
コードごとに異なるワークフローをトリガーする必要があります:
| コード | 一般的な次のステップ |
| R01 — 残高不足 | Nachaの許容範囲内でのみ再試行 |
| R02 — 口座閉鎖 | 代替の 決済手段 を使用することも選択肢の一つです |
| R03 — 口座なし/口座を特定できない | 口座情報を確認して修正 |
| R07 — 承認取り消し | 引き落とし取引の停止は、承認の撤回に依存します |
| R10 — 送信人不明/未承認 | 状況は承認問題に関連しています |
| R11 — 承認内容と不一致の登録 | 既存の承認で認められている範囲内で不備を修正する |
このプロセスでは、すべての返却されたデビットに対して 自動再試行 を行うのではなく、各返却コードを、再試行、承認、連絡、またはエスカレーションを含む指定されたワークフローに割り当てます。
ACH返金とリバーサル(組戻し)の違いは何ですか?
返却の開始は、受信側のデビット不承認、または法的返却基準の充足のいずれかに関連します。組戻しは、重複取引、誤った金額、誤った受取人への決済、予定時刻前のデビット実行、予定納期を超えたクレジットの遅延などの特定の誤りを修正するために、送信側によって開始されます。
結論
ACH返却コードは、ACH登録返却の理由を特定し、再試行、修正、および承認に適用すべきルールを決定します。SaaS業界の業務には、通常の消費者返却と延長された消費者返却の区別、有効な承認の可能性を考慮したR11状況の個別処理、およびNacha返却日とRegulation Eエラー解決日の異なるタイムラインの維持が含まれます。