System Design 101 图解：美国 ACH 支付网络与工资 Direct Deposit 全流程拆解

• 后端
• 文档
• 教程

导读

本文以 System Design 101 仓库中的 how-does-ach-payment-work.md 为骨架，系统拆解美国 Automated Clearing House（自动清算所，简称ACH）支付网络的运作原理。你将掌握 ACH 的批处理清算模式、Direct Deposit（直接存款）从工资发放到员工入账的完整六步流程、ODFI/RDFI/ACH 运营商等关键参与方的职责分工，以及 Same Day ACH 同日转账的时间模型，并理解 ACH 在清算结算体系中的位置。

ACH 是什么：美国零售支付的批处理骨干

很多人可能没有仔细想过"工资是怎么到账的"：在美国，科技公司通常通过 Automatic Clearing House（ACH）来运行工资发放（payroll），也就是我们常说的 Direct Deposit（直接存款）。

从支付体系定位上看，ACH 处理的是零售交易（retail transactions），是美国零售支付系统（American retail payment systems）的组成部分。与信用卡网络或实时支付（RPP）不同，ACH 的一个核心特征在于：

ACH 以"批次（batches）"方式处理交易，而不是实时逐笔处理。

这意味着一条 ACH 交易指令并不会立即完成资金划转，而是要汇入某个时间窗口内的批次文件，经过清算与结算周期后才会最终入账。正是这种"批量 + 次日结算"的模型，决定了 ACH 单笔成本低、适合工资、账单自动扣款（如水电费、保险费）、政府福利发放等高频低额的场景。

关键参与方：一次 ACH 转账涉及谁

在深入流程之前，先明确 ACH 网络中的六个核心角色，后续所有步骤都围绕它们展开：

其中最容易混淆的是 ODFI 与 RDFI 的角色差异：ODFI 是"送入"交易的一方开户行，RDFI 是"接收"交易的一方开户行，二者分别从清算网络的两端接入，各自承担发起侧与接收侧的合规与账务处理职责。

Direct Deposit 全流程：Step 0 到 Step 5

下面以"公司向员工发工资 100 美元"为例，完整走一遍 ACH Direct Deposit 的六个步骤。

Step 0：前置准备——开户与授权

在真正使用 ACH 网络之前，有两件前置工作必须完成：

1. 发起方需要在商业银行开立账户。因为只有银行被允许直接发起 ACH 交易，这家银行在 ACH 语境下被称为ODFI（发起方存款金融机构）。
2. 交易接收方需要授权发起方执行特定类型的交易。也就是说，员工需要事先同意公司通过 ACH 向其账户打款（例如入职时签署的 Direct Deposit 授权），这笔授权是 ACH 网络合规性的基础。

Step 1：发起交易

发起方公司生成工资支付交易（salary payment transactions）。实际执行中，这些交易通常发送给第三方处理器（如 Gusto），由第三方处理器代办 ACH 相关服务，例如生成 ACH 文件（ACH files）等。

Step 2：生成 ACH 文件并通过 SFTP 上传

第三方处理器代表发起方生成 ACH 文件，然后将文件上传到ODFI 建立的 SFTP（Secure File Transfer Protocol）站点。

这一步有两个关键约束：

• 时效约束：上传必须在ODFI 银行规定的截止时间（cut-off time）之前完成，原文档中以晚上 7 PM 为例。
• 传输协议：ACH 文件通常通过银行提供的 SFTP 通道投递，涉及密钥与白名单等安全机制，属于银行与处理器之间的标准集成方式。

Step 3：晚间转发至 ACH 运营商

正常营业时间结束后（晚间），ODFI 银行将 ACH 文件转发给ACH 运营商进行清算与结算（clearing and settlement）。美国目前有两个 ACH 运营商：

• FedACH：由联邦储备系统（Federal Reserve）运营；
• EPN（Electronic Payment Network）：由一家私人公司运营。

Step 4：午夜集中处理

ACH 文件在午夜前后被集中处理，并交付给接收方银行RDFI（接收方存款金融机构），供其在下个营业日开始后取用。

Step 5：RDFI 入账

RDFI 根据 ACH 文件中的指令操作接收方的银行账户。在本例中，接收方（员工）从发起方（公司）收到 100 美元。这笔入账在RDFI 次日早上 6 AM 开门营业时执行完成。

时间线汇总

把上述步骤放到时间轴上，可以清晰看到 ACH 的批处理节奏：

次日结算语义与同日转账

原文档给出了 ACH 结算模型的精确定义：

ACH 是"次日结算"（next-day settlement）系统：某一天 7 PM 之前发出的交易，将在第二天上午到达。

这里需要区分两个容易混淆的概念——清算（clearing）与结算（settlement）。参考仓库中 money-movement.md 的说明：

• 清算（Clearing）：计算"谁该付给谁多少钱"的过程，即交易指令的传递、核对与轧差（netting）；
• 结算（Settlement）：真实资金在结算银行的准备金账户之间发生移动的过程。

在 ACH 的次日结算模型下，7 PM 截止时间之后的批次经历的是"清算指令流动"；而真正的资金移动发生在清算后的结算环节。同样参考 money-movement.md，这种"信息流（information flow）与资金流（fund flow）分离"的结构，使得**对账（reconciliation）**成为保证数据一致性的关键环节——仓库中的 reconciliation-in-payment.md 对此有专门讨论，包括数据格式归一化、海量数据比对、截止时间错位（cut-off time issue）等经典问题与解法。

Same Day ACH：打破次日模型

自2018 年起，ACH 网络支持选择Same Day ACH（同日 ACH），使资金可以在同一个营业日内完成转账。这为紧急薪资支付、同日资金到账等场景提供了更快的选项，但并非所有交易都默认走同日通道——发起方需要按批次显式选择，并承担相应的费用结构。

从系统设计的角度看，Same Day ACH 的引入本质上是在同一条批处理网络上叠加了更短的清算窗口，它没有改变 ACH 批量、非实时的底层模型，而是通过缩短批次处理周期来降低端到端延迟。

从 ACH 到完整支付体系：一次转账背后的分层架构

理解 ACH 单笔转账的六步流程之后，值得把它放进更大的支付体系框架中。参考 money-movement.md，一次在线支付（例如在 Amazon 用 PayPal 买书）背后有三层结构：

1. 交易层（Transaction layer）：在线购买行为发生的地方；
2. 支付与清算层（Payment and clearing layer）：支付指令传递与交易轧差发生的地方；
3. 结算层（Settlement layer）：真实资金移动发生的地方。

ACH 的 ODFI → ACH 运营商 → RDFI 链路正是"支付与清算层 + 结算层"的典型实例：前两层是信息流，最后一层是资金流。两者异步分离的特性，解释了为什么 ACH 是次日结算而非实时到账。

若你想进一步把 ACH 放到完整支付系统的上下文里，仓库还提供了这些强相关文档可对照阅读：

• payment-system.md：从点击"Buy"按钮出发的通用支付系统架构，覆盖支付事件、支付订单、钱包与账本（ledger）的调用链；
• money-movement.md：清算与结算的双层模型、信息流与资金流分离的详细图解；
• reconciliation-in-payment.md：由于信息流与资金流异步，对账为何是支付系统必不可少的安全网；
• how-to-avoid-double-payment.md：支付系统如何通过重试（至少一次）与幂等键（至多一次）保证 exactly-once；
• the-payments-ecosystem.md：发卡行、收单机构、卡组织等支付生态参与方的全景；
• how-to-learn-payments.md：支付行业自上而下的知识地图，包括监管机构、中央银行、商业银行、清算网络与结算系统。

这些文档共同构成了仓库中 payment-and-fintech 分类 下的完整支付知识体系，而 ACH Direct Deposit 流程正是理解"批量清算 + 次日结算"这一支付范式的最佳切入点。

小结

用一句话概括 ACH：它是一条批处理驱动的次日结算零售支付网络。工资 Direct Deposit 之所以能稳定、低成本地运行，靠的是"第三方处理器批量生成 ACH 文件 → ODFI 在 7 PM 截止前收取 → ACH 运营商午夜清算 → RDFI 次日 6 AM 入账"这条高度标准化、可审计的流水线；而 Same Day ACH 则在 2018 年之后为其提供了同日结算的可选加速通道。理解 ACH，也就理解了美国零售支付体系中"清算、结算、对账"这三个最核心的概念。

• 后端
• 文档
• 教程