客户上周付了 10,000 美元。你的银行账户显示存入 9,412.55 美元。剩下的 587.45 美元去哪了——以及为什么存款金额似乎永远对不上任何一张发票？
如果你通过 Stripe、Square、PayPal、Shopify Payments 或任何其他处理机构收取卡片付款，你已经遇到了现代小企业记账中最常见的头痛问题：对不上的结算放款。解决方法不是使用更多的电子表格，而是理解一笔放款实际包含的内容，并将每一部分记录在正确的位置。
为什么存款金额永远与销售额不符
支付处理机构介于客户和你的银行之间。当客户付款时，资金并不会直接汇给你。处理机构先收集资金，短暂持有，扣除其应得或预留的所有款项，然后将剩余资金以 放款 (Payout)（或根据平台不同称为“结算”或“存款”）的形式分批发送给你。
由于一笔典型的放款通常捆绑了以下各项，因此该批次的金额几乎永远不会是一个整洁的数字：
- 总销售额 (Gross sales) — 客户支付的总额
- 手续费 (Processing fees) — 处理机构的抽成，通常约为每笔卡片交易 2.9% + 0.30 美元
- 退款 (Refunds) — 期间退还给客户的资金
- 退单与争议 (Chargebacks and disputes) — 强制撤销，通常带有额外费用
- 销售税 (Sales tax) — 在销售价格之上收取的税费（这是负债，不是收入）
- 滚动保证金 (Rolling reserves) — 处理机构预留的一部分收入作为缓冲
- 调整项 (Adjustments) — 货币转换差额、修正及杂费
你的银行对账单只显示最终的净额。如果你将该净额记录为“收入”，你的账目至少会在三个方面出错：你的收入被低估、你的手续费被隐藏、你的销售税负债会凭空消失。到了纳税申报时，这一切都无法平账。
放款对账的目标可以简单概括为：逐项解释客户支付金额与存入银行金额之间的差距。
待结算账户：总额与净额之间的桥梁
处理此问题的最清晰方法是使用 待结算账户 (Clearing account)（也称为持有账户，或在某些软件中称为“未存入资金”）。可以将其视为一个镜像你在处理机构内部余额的临时存放处。
以下是逻辑模型：
- 当客户付款时，资金流入待结算账户（在此记录总收入）。
- 手续费、退款和保证金在发生时从待结算账户中记出。
- 当处理机构发放结算款时，资金从待结算账户转入你的银行账户。
- 在任何时刻，待结算账户的余额应等于你在处理机构后台看到的实际余额。
如果你的待结算账户余额与处理机构报告的余额相符，说明你已完成对账。如果不符，则说明有遗漏——而你确切知道该去哪里查找。
这种方法适用于任何复式记账系统。由于像 Beancount 这样的纯文本会计工具使每笔交易都清晰且可审计，它们非常适合这一工作流程。以下示例使用 Beancount 语法，但其结构可以转换为任何复式分类账。
设置账户
你需要一套专门的小型账户：
Assets:Stripe:Clearing ; 镜像你在处理机构内部的余额
Assets:Stripe:Reserve ; 处理机构预留的资金
Assets:Bank:Checking ; 结算款入账的银行账户
Income:Sales ; 总收入
Expenses:ProcessingFees ; 处理机构的抽成
Expenses:Chargebacks ; 争议损失及争议处理费
Liabilities:SalesTaxPayable ; 代表政府收取的税费
Income:Sales:Refunds ; 已退还销售额的备抵收入账户将保证金保留在独立的资产账户中很重要：那笔钱仍然属于你，只是目前无法动用。将其埋在待结算账户中会在资产负债表中隐藏一项真实的资产。
记录销售
当客户被收取 200 美元加上 16 美元的销售税时，完整的 216 美元进入你的待结算账户。收入和税收负债分别记录：
2026-05-12 * "客户付款 - 发票 1043"
Assets:Stripe:Clearing 216.00 USD
Income:Sales -200.00 USD
Liabilities:SalesTaxPayable -16.00 USD请注意，此时尚未出现手续费。大多数处理机构在“交易”层面收取代扣手续费，但你也可以让其累计并在放款时统一记录。选择一种方法并保持一致。按交易记录更精确；按放款记录更快速。对于大多数小企业，按放款记录是更务实的选择。
记录手续费
手续费是经营支出——是真实的业务成本，可完全抵扣。当你按放款记录它们时，只需从处理机构的结算报告中提取手续费总额：
2026-05-15 * "Stripe 手续费 - 结算周期"
Expenses:ProcessingFees 18.45 USD
Assets:Stripe:Clearing -18.45 USD手续费离开待结算账户是因为处理机构保留了这笔钱——它从未到达你的银行。一个常见的错误是将手续费与收入抵销（只记录 181.55 美元的收入，而不是 200 美元的收入和 18.45 美元的支出）。这会同时低估你的收入和支出，扭曲利润率，并可能在审计中无法通过的情况下悄悄虚增你的税务负担。
记录退款
当你向客户退款时，资金会流出。请使用收入抵减（contra-revenue）账户，而不是直接冲减 Income:Sales——这样可以保持总销售额和退款额分别可见，这对于分析退货率至关重要。
2026-05-14 * "Refund - Invoice 1039"
Income:Sales:Refunds 50.00 USD
Liabilities:SalesTaxPayable 4.00 USD
Assets:Stripe:Clearing -54.00 USD大多数支付平台会将销售税退还给客户，但不会退还原始的手续费。这种不对称性是真实的资金损失，它会保留在你的 Expenses:ProcessingFees 账户中——这是正确的，因为该笔费用确实已经产生。
记录拒付与争议
拒付（Chargeback）是一种强制撤回：客户的银行将资金收回，通常还会增加 15–25 美元的争议处理费。在争议解决之前，支付平台会从你的余额中同时扣除原始金额和手续费。
2026-05-13 * "Chargeback - Invoice 1031 plus dispute fee"
Expenses:Chargebacks 115.00 USD
Assets:Stripe:Clearing -115.00 USD如果你后来赢得了争议，支付平台会退回原始金额（但通常不退还手续费）。当资金退回时，将其记录为一笔冲销。将拒付记录在专门的支出账户中是值得的——拒付率上升是欺诈、履约问题或支付平台关系受损的预警信号。
记录滚动保证金
滚动保证金（Rolling reserve）是一种风险对冲手段。支付平台会扣留你销售额的一定比例（通常为 5% 到 15%），并在固定的延迟（通常为 90 到 180 天）后返还给你。这在初创企业、高风险行业以及拒付率较高的商家中很常见。
核心会计要点：保证金仍然是你的资产。 它不是支出，也不是损失的收入。它是你拥有但暂时无法动用的现金。将其记录为两个资产账户之间的转账：
2026-05-15 * "Stripe rolling reserve withheld - 10%"
Assets:Stripe:Reserve 120.00 USD
Assets:Stripe:Clearing -120.00 USD当支付平台在几个月后释放保证金时，它会流回到清算账户，然后作为正常提现的一部分转出：
2026-08-15 * "Stripe rolling reserve released"
Assets:Stripe:Clearing 120.00 USD
Assets:Stripe:Reserve -120.00 USD将保证金视为独立账户可以保证资产负债表的真实性，并让你清楚地了解有多少现金被锁定了。忽视保证金的企业往往会惊讶地发现，有数千美元他们已经“赚到”但却无法使用。
记录提现
完成上述所有操作后，清算账户中剩余的金额就是支付平台实际发送给你的款项。提现交易只需将资金从清算账户移动到你的银行账户：
2026-05-15 * "Stripe payout to checking"
Assets:Bank:Checking 412.55 USD
Assets:Stripe:Clearing -412.55 USD当这笔交易入账时，你的银行对账单和账簿在存款金额上达成一致。由于其他每一项（总销售额、费用、退款、拒付、保证金）都是针对同一个清算账户记录的，你现在可以证明整个资金链的完整性。
完整对账流程演练
假设一个结算周期产生了以下活动：
| 项目 | 金额 |
|---|---|
| 总销售额 | +$600.00 |
| 已收销售税 | +$48.00 |
| 退款 | −$54.00 |
| 拒付 + 手续费 | −$115.00 |
| 手续费 | −$18.45 |
| 滚动保证金 (10%) | −$48.00 |
| 净结算额 | $412.55 |
让我们梳理一下：600 美元的销售额加上 48 美元的税款，共有 648 美元进入清算账户。减去 54 美元的退款、115 美元的拒付、18.45 美元的手续费和 48 美元的预留保证金，剩下 412.55 美元——恰好是提现金额。在输入每笔交易后，清算账户将归零（假设没有未决交易），而保证金账户持有 48 美元。
余额归零就是证明。如果你的清算账户没有归零，或者与支付平台控制面板中的“待结算（pending）”余额不符，说明你漏掉了一笔交易或分类错误，此时你确切地知道该调查哪个结算周期。
为什么准确的结算记录至关重要
这不仅仅是为了记账而记账。正确记录结算驱动着真实的决策：
- 真实收入。 净存款额低估了你的销售额。投资者、贷款人和税务局（IRS）都希望看到总收入。你从支付平台收到的 1099-K 表单报告的是总额——如果你的账簿显示的是净额，你就会面临解释不一致的麻烦。
- 成本透明化。 手续费通常是企业第三或第四大支出。如果你从未衡量过支付成本，你就无法协商更好的费率或选择其他平台。
- 正确的销售税。 你代收的税款是欠国家的负债，绝不是你的收入。将其混入收入会夸大盈余，并存在欠税风险。
- 真实的现金头寸。 保证金和在途资金是真实资产。忽视它们的资产负债表会低估你拥有的资产。
- 审计就绪。 一个能够精确对账到分的清算账户，决定了你的对账工作是五分钟的轻松核对还是五小时的法务会计审计。
应避免的常见错误
- 将净存款额记为收入。 这是最常见的错误。它会一举抹去手续费、退款和税费记录。
- 将手续费与收入抵销。 务必分别记录总收入和手续费。利润率和业绩基准的准确性全赖于此。
- 将预留金视为支出。 预留金是你最终会收回的资产。将其记为支出会同时低估利润和资产。
- 忽视退款手续费。 当你为一笔交易退款时，原始的处理手续费通常不会退还。不要冲销这笔费用。
- 每年才对账一次。 一笔对不上的提现，在当周很容易查明，但在 11 个月后却极难理清。应针对每笔提现进行对账，或至少每月一次。
- 混用支付平台。 如果你同时使用 Stripe、PayPal 和 Square，请为每个平台设立独立的清算账户。混用同一个“大杂烩”账户会让你无法判断是哪个平台出现了余额偏差。
从第一天起保持财务井然有序
支付平台的提现通常是账目混乱的源头，而清算账户则是保持账目整洁的关键。客户支付的每一分钱都应该是可追溯的——从原始销售额到手续费、退款、预留金，直到最终存入银行的每一笔存款。
Beancount.io 提供的纯文本会计工具让这类对账变得自然而然：每笔交易都清晰明确，每个账户余额都可审计，且整个账本都受版本控制，没有黑箱，也没有供应商锁定。你可以按照上文所示，精确地构建清算账户、预留金和收入抵减模型，然后通过像 Fava 这样的仪表盘进行可视化展示。免费开始使用，了解为什么开发者和财务专业人士正在转向纯文本会计。
来源：Ridgeway Financial Services — Payment Processor Settlement Accounting, Stripe Documentation — Payout Reconciliation Report, Lightspeed — Payment Reconciliation, PaymentCloud — What is a Rolling Reserve, Checkout.com — What is a Rolling Reserve。