自动清算中心（ACH）支付是在美国的银行账户之间转移资金的电子交易。它们通常用于直接存款、账单支付、B2B 交易和个人对个人的支付。

ACH 支付通过 ACH 卡组织进行处理，这是一个由全国自动清算中心协会（Nacha）运营的安全可靠的系统。在 2025 年，ACH 卡组织转移了 93 万亿美元。尽管它们很可靠，但 ACH 支付失败的情况确实会发生，当 ACH 支付失败或被退回时，对现金流、客户关系和监管合规的影响可能是重大的。当 ACH 失败发生时，了解其发生的原因并采取相应的应对措施非常重要。

我们将解释为什么通常会发生 ACH 退款，提供一份完整的 ACH 退货代码列表，并描述如何减少您商家中的 ACH 支付失败。

本文内容

• 当 ACH 支付被退回时会发生什么？
  
• 为什么会发生 ACH 支付退款
  
• 一份完整的 ACH 退货代码列表
  
• 如何减少 ACH 退款
  
• Stripe Payments 如何提供帮助
  

ACH 支付被退回时会发生什么？

退回的 ACH 支付意味着交易无法完成，资金被退回原始账户，通常带有识别失败原因的退款代码。退款与拒绝略有不同，后者发生在分录从未被 ACH 网络接受处理时。

ACH 支付可能被退回或拒绝的原因有多种，包括发送方账户中资金不足、账户已关闭或账户信息不正确。以下是 ACH 支付被退回时发生的情况。

• 银行通知：收款银行通知发起银行（发送方的银行）ACH 支付已被退回。它会提供表明交易无法完成原因的退款原因代码或说明。

• 发送方通知：发起银行通知发送方（通常是企业或个人）ACH 支付已被退回，以及收款银行提供的原因。

• 重新提交或更正：根据退款原因，发送方可能需要在重新提交交易前更正支付信息（例如更新账户详情）。

• 对账：发送方对其记录进行对账以反映退回的付款，并采取任何必要措施来解决问题，例如联系收款人安排替代支付方式。

被退回的 ACH 支付可能会产生费用，通常由付款方的银行向付款方收取。这些费用因银行政策和退回的性质而异。

为什么 ACH 支付会被退回

ACH 支付可能因多种原因被退回。以下是一些最常见的原因。

资金不足

示例代码： R01（资金不足）

当用于支付的账户在处理交易时没有足够的资金覆盖交易时，会发生这种情况。

账户问题

示例代码： R02（账户已关闭）、R03（无账户/找不到账户）、R04（无效的账号）

如果提供的账户号码不存在、对应的账户已关闭或无效，支付就会被退回。这可能是由于输入错误、账户关闭或其他管理方面的差异造成的。

授权问题

示例代码： R07（客户撤销授权）、R10（客户声称未经授权）

当发起方没有从账户持有人处获得发起借记的适当授权，或者在最初获得授权后授权被撤销时，就会出现这种支付退回情况。

停止支付

示例代码： R08（停止付款）

如果账户持有人对某笔特定支付下达了停止支付指令，该 ACH 借记将被退回。

管理错误

示例代码： R05（使用企业 SEC 代码对消费者账户进行未经授权的扣款）、R17（文件记录编辑标准）

如果交易格式不正确，就可能会出现此错误。这可能意味着支付代码不匹配（例如，将企业交易代码应用于消费者账户）或其他违反 ACH 规则的技术错误。

银行错误

示例代码： R13（无效的 ACH 路由号码）、R26（必填字段错误）

这些支付退回与收款银行的问题有关，例如没有资格参与 ACH 网络，或在处理交易中的必填字段时出现错误。

争议和欺诈

示例代码： R29（企业客户声称未经授权）、R51（与 RCK 分录相关的项目不符合条件或 RCK 分录不当）

如果账户持有人对作为未授权交易提出争议，这可能表明存在欺诈或分录处理方式存在差异，则该交易可能会随附这些代码被退回。

技术或程序故障

示例代码： R20（非交易账户）、R24（重复分录）

支付指向非交易账户（不允许处理自动借记或贷记的账户）或重复交易（同一条目被多次发送）也是 ACH 退回的常见原因。

监管合规和法律问题

示例代码： R16（账户被冻结）

此错误代码可能意味着账户因法律行动被冻结，或交易因违规被暂停。

ACH 返回代码的完整列表

ACH 拒绝和退回代码涵盖了从简单的管理错误到与国际交易和监管合规相关的更为复杂的问题等各种情况。在讨论具体代码之前，了解几个关键术语会很有帮助：

• 条目：任何 ACH 交易提交

• IAT：国际 ACH 交易

• ODFI：发送 ACH 交易的源端存款金融机构

• RDFI：接收 ACH 交易的接收端存款金融机构

每个代码都提供了关于交易为何失败或需要注意的具体信息。以下是所有的 ACH 拒绝和退回代码：

如何减少 ACH 退回

减少 ACH 退款可以为您省钱、减轻员工的行政负担，并通过最大限度地减少支付延迟并解决对支付流程的挫败感来改善客户体验。根据行业基准跟踪您的 ACH 退款率，并与您所在行业的其他企业合作分享减少退款的最佳实践，这是一个好主意。（例如，未经授权的退款率达到 0.5% 或以上，行政退款率达到 3% 或以上，或者总退款率达到 15% 或以上，都会触发 Nacha 监管合规审查。）确保在发生 ACH 退款时迅速加以处理，并考虑实施自动化工作流以实时对退款进行分类和处理。

以下是一些有助于减少 ACH 退回的建议。仔细评估这些防止支付退回策略的成本效益，以确保您在投资成本与潜在节省之间取得平衡。

• 在发起交易之前验证账户详情：使用地址验证服务 (AVS)和正向付款 (Positive Pay)来确保账户详情与银行记录相符。考虑在通过小额存款或即时账户验证工具发起借记之前以电子方式验证账户所有权。

• 预先向客户告知 ACH 授权相关信息：清楚地传达有关 ACH 授权流程以及与资金不足或未经授权的交易相关的潜在费用的信息。

• 根据您的历史退款数据构建风险评分：分析历史退款数据以识别模式并为新交易创建风险评分。考虑客户历史记录、交易规模和行业趋势。

• 实时监控交易中的可疑活动：实施监控 ACH 交易中可疑活动（例如来自新账户的高额借记）的工具。

• 撰写清晰、准确的交易描述：使用易于理解、简洁且能准确反映支付目的的交易描述。模棱两可的描述可能会给客户带来警告信号并导致退款。

• 在初始或定期扣款之前发送预先通知：在可能的情况下，向客户发送预先通知以告知他们即将发生的 ACH 交易，特别是对于初始扣款或定期付款。

• 为客户提供多种联系支持的途径：为客户提供多种方式，以便就他们不认识的交易或更新其账户信息联系支持部门。

• 将低风险交易分批在一起：使用分批策略将低风险交易一起提交。

• 优化您的 ACH 卡组织策略：与您的支付处理商合作，探索高级 ACH 卡组织优化策略。这可能包括选择最合适的路由选项或使用当日 ACH 功能来加快结算速度并降低资金不足的风险。在 2025 年，共处理了 14 亿笔当日 ACH 支付。

• 与 ACH 退款预防专家合作：考虑与提供高级数据清理和验证功能的专业 ACH 退款预防服务提供商合作。

• 及时了解最新的 Nacha 操作规则：遵循最新的 Nacha 操作规则 以及 ACH 交易的最佳实践。例如，该组织最近引入了新规则，要求提供更具体的公司条目描述（例如“PAYROLL”和“PURCHASE”），以提高透明度。

• 加强整个 ACH 处理系统的安全性：在您的整个 ACH 处理系统中保持强大的安全协议，以将欺诈交易和退款的风险降至最低。

Stripe Payments 如何提供帮助

Stripe Payments 使企业能够设置并接受包括 ACH 直接借记在内的超过 125 种支付方式。它提供一个一体化的全球支付解决方案，帮助任何企业——从初创公司到跨国企业——在线上、线下以及全球范围内接受付款。

Stripe Payments 可帮您：

• 简化验证：即时验证 ACH 直接借记，或在 2 个工作日内发送微存款以验证客户的银行账户详情。

• 简化退款：退款或将多余资金退还给客户。

• 优化结账体验：利用预构建的支付用户界面和 Stripe 的数字钱包 Link，创建无缝的客户体验，并节省数千小时的工程开发时间。

• 更快拓展新市场：覆盖全球客户，并通过跨境支付选项降低多币种管理的复杂性和成本，服务覆盖 195 个国家/地区、支持 135 种以上货币。

• 统一线下与线上支付：整合线上与线下渠道，打造一体化商务体验，实现个性化互动、提升客户忠诚度并增加营收。

• 提升支付表现：通过一系列可定制、易于配置的支付工具增加营收，包括无代码欺诈防护和提高授权率的高级功能。

• 利用灵活、可靠的平台加速业务增长：选择一个专为随业务扩展而设计的平台，历史正常运行时间达 99.999%，可靠性在行业内首屈一指。

进一步了解 Stripe Payments 如何为您的线上和线下付款提供支持，或者立即开始使用。