你的仪表盘显示上个月通过 Afterpay 和 Klarna 卖了 12,400 美元。你的银行账户里只有几笔参差不齐的入账，总额远低于此，还有一笔你在任何地方都看不到明细的手续费，以及一笔在退货发出三周后才从付款中扣除的退款。现在你的会计问出了一个让大多数卖家哑口无言的问题：在这 12,400 美元中，按 ASC 606 到底有多少是真正的收入——又有多少只是一个可能转回的估计？
如果你把银行入账记为销售额，那这个答案同时在三个方向上都错了。你因在源头净额扣除的手续费而低估了收入，因忽略预期退款而高估了收入，还因在现金结算时而非转移商品时确认销售而错置了收入的时间归属。本指南将按照 ASC 606 分析适用于在结账时接受先买后付的小卖家的方式逐步展开：主要责任人还是代理人、可变对价、重大融资成分，以及拆分履约义务——再加上让账目与理论相符的清算账户机制。
为什么 BNPL 不像刷卡支付那样对账
刷卡入账很简单：支付处理方按日或按周以扣除手续费后的净额打款给你，你按总额记录销售和手续费，然后对账。BNPL 在结构上有三点不同，每一点都对应 ASC 606 的一个步骤。
第一，结算延迟且参差不齐。Afterpay 在大多数方案下通常于下一个工作日结算，但会扣除退款；Klarna 通常按周或双周付款。你周二看到的现金支付的是几天或几周前的销售，所以现金的时间点根本无法告诉你收入是何时赚取的。
第二，手续费在源头扣除，且从不作为单独交易出现。Afterpay 大约收取 4% 到 6% 加每单 30 美分；Klarna 的综合费率根据方案和交易量大约在 3.29% 到 5.99% 加 30 美分之间。手续费根本没有出现在入账里。
第三，退款是从未来的结算中扣除的，而不是作为单独的贷项到账。当客户退回一笔 200 美元的 Klarna 订单时，下一笔付款会减少 200 美元——有时扣除手续费后的净额，有时不是，视方案而定。在你的银行对账单上，它看起来只是一个更小的入账。
2025 年美国的 BNPL 交易量突破了 500 亿美元并且持续增长；对许多中型卖家来说，它已经是第二大或第三大支付方式。在这种规模下，把入账记为收入不会产生一个舍入误差，而是会产生贷款方或买家无法信任的财务报表。
第 1 步：主要责任人还是代理人？为什么大多数卖家应按总额报告
ASC 606 对任何交易的第一个问题是：你是主要责任人——即在商品转移给客户之前控制商品的一方——还是代表他人安排销售的代理人。主要责任人按总额报告收入；代理人只将佣金或手续费作为收入报告。
大多数接受 BNPL 的电商卖家显然是主要责任人。你控制库存，你设定价格，你承担商品损坏或从未发货的风险，你处理退货。BNPL 提供商是一个融资渠道，而不是卖家：它替订单向你付款，并根据一份你并非当事方的单独协议向购物者收取分期款。
这一结论决定了整个列报方式：
- 顶线收入反映的是销售总额，即客户同意支付的全额。
- BNPL 手续费是单独的費用行——按你的政策作为收入成本或营业费用——绝不用来冲减收入。
- 将手续费净额计入收入抵减账户会压低报告收入，并让你的费率看起来比实际更干净。只有一贯适用并披露时它才站得住脚，而按总额列报在买家或贷款方眼中几乎总是更好看。
如果你目前把入账净额记为销售额，那么这一处更正——按总额调整收入并单独列出手续费——就是本指南中价值最高的一项修正。它也正是让你的账目能与下面讨论的 1099-K 勾稽的原因。
第 2 步：你的预期退款属于可变对价
这一步是大多数小卖家从未听说过的。根据 ASC 606，交易价格中任何可能发生变化的金额——折扣、返利、折让和退款——都属于可变对价。你必须在销售时对其进行估计，并且只有当不确定性消除时很可能不会发生重大转回时，才能将其计入收入。最后这一条是限制条件，而且刻意保持保守。
对 BNPL 卖家来说，不确定性就是退货和拒付。当你发出一笔 200 美元的 Afterpay 订单时，交易价格并非自动就是 200 美元。如果你该产品线的历史退货率是 8%，那么你预期能留下的大约是 184 美元，而 ASC 606 希望账目从第一天起就反映这一点——而不是几周后当 Klarna 从结算中扣除退款时才反映。
两种估计方法
ASC 606 允许两种方法。选择更能预测你最终能留下多少的那一种，并一贯适用：
- 期望值：各结果按概率加权的平均值。当你有很多类似订单时最合适——这是网店的常态。每月有数百笔 BNPL 订单且退货率稳定在 8% 时，期望值自然是首选。
- 最可能金额：单一最可能的结果。更适合二元、全有或全无的情形，例如一笔要么被全部接受要么被全部退回的大额定制订单。
大多数卖家应在产品线层面使用期望值，并根据实际退货历史更新。
分录是什么样子
发货时，你按扣除预期退款后的净额确认收入，并将差额记为退款负债，同时为你预期收回的库存记一项资产：
- 按 200 美元的应收账款总额借记你的 Afterpay 或 Klarna 清算账户。
- 按你预期能留下的 184 美元贷记收入。
- 贷记退款负债 16 美元。
- 借记一项收回资产（16 美元减去你在商品上的毛利），并以相同金额贷记销售成本。
当退货窗口关闭或实际退货入账时，你用实际数调整该负债。实际例行工作是每月一次：将记录的负债与实际处理的退款比较，如果费率有漂移就调整费率，并披露所用方法。退货率低于一两个百分点的卖家通常可以支持按全额确认收入并附上已记录的重要性结论——但一定要记录在案，因为“我们从来没有退货”恰恰是审计师会去检验的断言。
第 3 步：大多数卖家忽略的融资成分（而且通常可以忽略）
这是 BNPL 似乎专门会引发的 ASC 606 问题：客户分期付款，那是否存在重大融资成分，价格中的一部分实际上是利息？答案很重要，因为重大融资成分必须从收入中分离出来，并在融资期间确认为利息收入。
对典型卖家来说，这个分析很快就能结束，分两个层次。
第一层：融资不是你的合同。 分期贷款存在于 BNPL 提供商和购物者之间。你的合同是与提供商的结算系统签订的：你把商品转移给客户，提供商在几天或几周内全额付款给你。你没有向任何人提供融资，你的账上不应有任何利息调整。提供商可能有它自己的融资成分会计处理；那是它的问题，不是你的。
第二层：一年期的实务豁免。 ASC 606 规定，如果在合同开始时，转移商品与收到付款之间的期间预计为一年或更短，你不必对重大融资成分进行调整。BNPL 结算在几天或几周内完成，所以即便是卖家自己提供的短期付款计划也落在该豁免范围内。
什么时候不能忽略它？如果你直接向客户提供自己的分期条款——赊销账户、内部类似分期预付的计划，或付款从交付起延伸到一年以上的进度开票——该豁免就不再适用，你必须评估该融资是否重大。这对小型 BNPL 卖家来说很少见，但如果你在 Afterpay 结账之外还对大额定制订单按 18 个月账期开票，这两类人群就需要不同的会计处理。不要让 BNPL 的分析渗入赊销账户人群，反之亦然。
第 4 步：拆分履约——当一笔 BNPL 订单是两项义务时
ASC 606 要求你识别合同中每一项可明确区分的履约义务，并按单独售价将交易价格分摊到各项义务上。大多数 BNPL 订单只包含一项义务——商品——这一步只需十秒钟。三种常见的附加项会使其变成两项：
- 延长保修和服务计划。 随产品一起出售的两年保护计划是一项在一段时间内履行的单独义务。将 200 美元的一部分分摊给该计划，并在保障期间内确认，而不是在发货时确认。
- 与商品捆绑的礼品卡和商店积分。 该卡是在兑换时履行的一项义务，在客户消费之前记为合同负债。
- 附带持续服务的不可退还预收费。 与订阅挂钩的设置费或入门费通常在整个服务期间分摊，而不是立即确认。
BNPL 的外壳对此分摊没有任何改变——提供商仍按 200 美元总额全额结算——但它让错误更难被发现，因为入账是以一个没有明细的净额数字到达的。如果你通过 Afterpay 或 Klarna 销售捆绑产品，请从你店铺平台的订单数据中核对义务，绝不要从结算报告核对。
将其入账：每个提供商一个清算账户
上述理论需要能够将销售总额、手续费、退款和现金分开的记账机制。标准的做法是按 BNPL 提供商设置一个清算账户——一个行为像每个通道的迷你银行账户的流动资产账户：
- 发货时，按总额借记提供商清算账户并贷记收入（扣除第 2 步的退款负债估计后的净额）。
- 结算时，将净入账从清算账户转入营业现金，并将差额记为 BNPL 手续费費用。
- 退款时，冲销原始销售以抵减退款负债并减少清算余额；当提供商从之后的付款中扣除它时，转账金额更小，该账户会自动校正。
- 月末时，对每个清算账户进行对账。其余额应等于提供商管道中未结算的销售加上提供商扣留的任何滚动准备金——Affirm 和某些 Klarna 方案会扣留 5% 到 10% 达三到六个月，这值得设立一个单独的子账户，让可用余额保持有意义。
在你的会计软件中一次性设置好，即每个提供商一个流动资产账户加一个 BNPL 手续费費用账户，月度结账就会从一场挖掘变成一次勾稽。如果你用纯文本记账，同样的结构可以直接映射到每个提供商一个清算账户并附上每月余额断言；无论用什么工具，对账逻辑都是一样的。如果你想自动化月末检查，Beancount 文档涵盖了余额断言和账户结构。
1099-K 勾稽：按总额列报的回报所在
BNPL 提供商签发的 1099-K 表格报告的是处理总额，而不是结算净额。在恢复的联邦门槛下，当收款人超过 20,000 美元和 200 笔交易时，第三方结算组织必须申报。如果你的账目只记录净入账，你报告的收入将比 1099-K 少，差额恰好是手续费和应加回的退款——这正是几个月后收到 IRS 少报收入通知的经典诱因。
清算账户方法在结构上防止了这一点：清算账户中的销售总额等于 1099-K 上的总额，手续费在各自的费用行，退款流经负债账户。在结账中加入一项年度步骤：在申报前，把你的账目中每个提供商的总额加总并与 1099-K 比较。一两个百分点以上的差异几乎总能追溯到三个原因之一——退款从未入账、手续费滚入收入、或滚动准备金分类错误——每一个在一月份只需几分钟就能修正，而在次年十月则需要几天。
常见错误清单
在结账前，逐项核实以下内容：
- 收入在发货时按总额记录，而不是在结算时按净额记录。
- BNPL 手续费作为单独的费用出现，而不是埋没在一个更小的收入数字里。
- 退款负债反映了在可变对价限制下预期退货，并每月调整。
- 除非你提供超过一年的自有条款，否则不做融资成分调整。
- 捆绑的保修、礼品卡和预收费分摊到单独的履约义务。
- 每个提供商都有自己的清算账户，每月对账，准备金放在子账户中。
- 每个提供商的年度总额与 1099-K 在一两个百分点内勾稽。
简化你的财务管理
在 ASC 606 下正确处理 BNPL 收入归根结底在于结构：在赚取时按总额记录销售，手续费和退款各走各的通道，清算账户每月证明勾稽。Beancount.io 提供纯文本记账，让你对财务数据拥有完全的透明度和控制——没有黑箱，没有供应商锁定。免费开始使用，看看为什么开发者和财务专业人士正在转向纯文本记账。
