客户分四期付款。您一次性收到款项——而这正是簿记出错的地方。
您于3月启用了Shop Pay分期付款。也许您还添加了Klarna或Afterpay，因为案例研究表明延期付款选项可以提高转化率——而您的转化率确实有所提高。然后月末到了，您的银行流水出现了一个新问题：收到了您以前从未核对过的名称的存款，金额与Shopify的付款报告中的任何内容都不匹配。与此同时，您的利润率比平时低了半个百分点，而损益表上没有任何解释原因。
所以您将这些奇怪的存款归入“Shopify收入”并继续处理。账簿虽然平了——但却悄悄地错了。BNPL会计是一个“悄悄错误”的领域，随着交易量的增长，这种错误会每月累积。
本文的重塑观点是：先买后付根本不会改变您何时赚取收入。客户的分期付款不是您的问题——它从未触及您的账簿。BNPL实际改变的是两件事：费用更高，资金进入不同的渠道。一旦您明白了，这两个问题都可以在一下午内解决。
BNPL会计规则一：您预先收到款项
从机制入手，因为大多数困惑都会在这里消散。
当客户使用Shop Pay分期付款、Klarna或Afterpay结账时，会发生三件事：
- 您像处理其他销售一样发货。 提供商已在结账时批准了客户；从您的角度来看，交易已完成。
- 提供商预先向您付款——全额订单价值，减去其商户费用。不是分期付款。一次性支付。
- 客户会随着时间的推移向提供商付款。 四次付款、月度计划，无论他们选择什么。如果客户停止付款，那是他们和提供商之间的事情——您已经收到了您的钱。
提供商实质上是从您那里购买应收款。他们承担客户的信用风险，并为此收取更高的费用——比标准的信用卡处理费高得多。没有统一的费率；您的实际成本取决于您的协议和计划类型的组合，因此请查看您自己的合同。但方向是一致的：BNPL的每笔订单成本高于刷卡。
会计处理比大多数人想象的要简单。收入的确认方式与信用卡销售完全相同——在销售点确认全额订单价值，与以往一样。没有递延收入，没有应收账款账龄，也没有需要与QuickBooks同步的分期付款计划。如果有人告诉你BNPL意味着“在分期付款到账时确认收入”，那么他们就把你的账簿和提供商的账簿搞混了。
谎言：“这只是另一种支付方式”
这种预付款机制直接导致了陷阱。由于收入确认时间正常，因此很容易得出结论：您的簿记需求无需更改。启用付款选项，观察转化率提高，完成。
这是谎言，而且是很善意的谎言——因为它几乎是真的。确实有两件事发生了变化，而这两件事在您启用该选项的那天都是看不见的。
首先，费用变大了，而且位置变了。您的信用卡费用包含在Shopify Payments的付款报告中——虽然烦人，但至少您知道在哪里查找（我们在QuickBooks中的Shopify费用中映射了每个隐藏点）。第三方BNPL费用则完全在别处：Klarna的商户门户，Afterpay的结算报告。如果您的费用跟踪习惯是“阅读Shopify付款报告”，那么您的一部分处理成本就消失了。如果您不使用Shopify Payments，或者BNPL作为第三方网关运行，Shopify自己的第三方交易费用可能会叠加——请检查您的套餐。
其次，资金以新的流向到账。Shop Pay Installments通过您常规的Shopify Payments付款进行结算，因此这些订单会与您的信用卡销售一起处理。Klarna和Afterpay作为自己的网关运行，按照自己的时间表批量处理，并以自己的名义进行存款。您的银行流水现在有两到三个结算流，而以前只有一个——每个结算流都有自己的时间、自己的费用和自己的报告，您需要打开这些报告来解释任何给定的存款。
这两种变化都不会自行宣布。第一种变化在不留下明细项目的情况下侵蚀了您的利润；第二种变化打破了您多年来依赖的存款匹配例程。您没有做错任何事——系统在仪表板保持不变的情况下，增加了第二套管道。
100美元的订单，两种方式
数字使这一点具体化。以下数字是说明性的、虚构的——信用卡处理费为典型的2.9% + 30美分，BNPL提供商的费用为虚构的固定6%。您的实际协议会有所不同；但结构不会。
| 信用卡结账 | BNPL结账 | |
|---|---|---|
| 订单总额（客户看到的） | $100.00 | $100.00 |
| 您记录的收入 | $100.00 | $100.00 |
| 处理费 | $3.20 | $6.00 |
| 您收到的现金 | $96.80 | $94.00 |
| 您收到款项的时间 | 下一个Shopify付款 | 预付款——提供商的结算时间表 |
| 费用可见的位置 | Shopify付款报告 | 提供商自己的门户/报告 |
| 谁向客户收款 | 您在结账时收款 | 提供商在4次或更多次付款中收款 |
仔细阅读收入行两次：完全相同。两种情况下的销售额均为100美元，均在销售点记账。所有不同之处都发生在这一行之下——费用几乎是前者的两倍，通过不同的渠道到账，并在不同的报告中记录。
每笔订单 2.80 美元的差额听起来很少。但实际上并非如此，尤其是在混合结算时。详情见下文。
资金去向：每个渠道一个清算账户
这是解决结算问题的操作方法，它遵循一个模式，该模式可以解决所有地方的多网关簿记问题：每个结算流都有自己的清算账户。
如果您阅读过我们的付款对账支柱，您就会知道其机制——总销售额、退款和费用会记入一个清算账户，银行存款从中转出，零余额证明一切都已核对。先买后付 (BNPL) 并不会改变这种方法。它只会让它变得更复杂：
- Shop Pay 分期付款 — 无需新的清算账户。SPI 在您的 Shopify Payments 结算中进行结算，因此这些订单会流经您现有的 Shopify Payments 清算账户。费用会在结算详情中单独列出；只是这些订单的费用更高。
- Klarna — 需要有自己的清算账户。Klarna 的结算按 Klarna 的时间表进行批处理，并以 Klarna 命名的存款形式到账。将 Klarna 订单的总销售额和费用记入其中；在每次存款到账时结清该账户。
- Afterpay — 情况相同。拥有自己的清算账户、自己的结算报告、自己的零余额核对。
每个账户在每个结算周期后都应独立归零。当一个账户未归零时，您就能知道是哪个流出现了问题，而无需打开任何报告——这正是该模式的全部意义所在。运行 Klarna 或 Afterpay 的 WooCommerce 商店通过网关插件进行交易，面临着完全相同的结构；WooCommerce–QuickBooks 同步指南介绍了特定于平台的版本。
您不应该做的是让所有三个流都流入一个未区分的收入账户。这样，Klarna 的存款就会被记为收入（已扣除费用——现在您的收入被低估并且您的费用丢失了），并且会有一笔未被注意到的 Afterpay 结算差额持续一个季度。
通过BNPL退款
退款是先买后付 (BNPL) 的内部运作最清晰地体现出来的地方，因此在您进行第一次退款之前，请了解其流程。
当您退款先买后付 (BNPL) 订单时，您通过提供商进行退款——从您的角度来看，通常与以往一样，只需点击退款按钮。提供商会处理客户那边的事情：取消剩余的分期付款，退还客户已支付的款项。这些都不属于您的账簿记录。
属于您账簿记录的是与任何退款相同的冲销收入分录——销售退回增加，以及从您在该流中的下一笔结算中收回的现金。麻烦在于费用。提供商是否退还已退款订单的商户费用取决于提供商和协议：有些全额退还，有些保留一部分，有些则全部保留。不要猜测——请查阅您的协议，当费用未被退还时，将保留的部分记为处理费用，这样它就不会消失在对账的差额中。
由于先买后付 (BNPL) 退款比信用卡退款更频繁地跨越结算周期（客户反悔时结算已支付），它们是导致清算账户无法归零的常见原因。关于如何正确处理退款时机（包括跨周期退款）的机制，将在我们的退款和退货会计指南中进行深入介绍。
损益表问题：BNPL对综合利润率的影响
现在是战略部分——这就是为什么你的利润率下降了半个百分点，而损益表却没有任何解释。
先买后付 (BNPL) 费用是处理费用，就是这样。不是营销成本，不是收入抵销，也不是存款内部的神秘扣除项。它们应该单独列出（或归类于商户处理费项下），以便你看到它们的变动。
而且它们会变动，因为它们会随着销售组合的变化而变化。使用与之前相同的虚构费率，看看一家月销售额为 50,000 美元的商店，随着先买后付 (BNPL) 份额的增长会发生什么：
| 先买后付 (BNPL) 销售额占比 | 信用卡费用（2.9% + 30 美分，示意性） | 先买后付 (BNPL) 费用（6%，示意性） | 总处理成本 | 有效混合费率 |
|---|---|---|---|---|
| 0% | 约 1,600 美元 | $0 | 约 1,600 美元 | 约 3.2% |
| 20% | 约 1,280 美元 | $600 | 约 1,880 美元 | 约 3.8% |
| 40% | 约 960 美元 | $1,200 | 约 2,160 美元 | 约 4.3% |
相同的收入。相同的产品。一个完整的百分点利润消失了——不是损失，而是花费在了先买后付 (BNPL) 真正带来的转化率提升和更大的购物车上。这种权衡是值得的。但只有当费用作为单独一项列在你的损益表上，并随着你的销售组合变化而变动时，你才能评估它。如果它被埋没在净存款中，它只会让你觉得你的业务神秘地变差了。
你需要问自己账簿的问题是：如果下个季度先买后付 (BNPL) 的销售额从 10% 上升到 30%，你的损益表会显示成本吗？如果答案是否定的，那么费用一定在某个地方被抵消了——而解决方法就是上面的清算账户结构。
自动化后的效果
以上所有内容都可以手动完成：按渠道的清算账户、总收入日记账分录、从每个提供商的报告中记账的费用、跨结算周期的退款跟踪。这与对账支柱中的六步法相同，每个渠道每个周期运行一次。问题恰恰在于——先买后付 (BNPL) 并没有让方法更难，而是让你在不同的门户网站上，针对不同的报告，并行运行两到三次。
这是同步工具存在的类别的工作。LedgerPort 从你的商店读取订单、退款和费用，并将它们以完整的结构发布到 QuickBooks——总收入、可见的费用支出、每个结算渠道单独清算，每个网关的模式相同。订单在你选择的付款状态下发布，因此先买后付 (BNPL) 订单在你捕获时进入你的账簿，而不是在你承诺时——订单同步方法文档显示了该触发器的工作原理。付款日记账和费用处理在 Scale 计划及以上版本提供；请参阅定价了解具体细节。
诚实的提醒：没有工具可以改变你的先买后付 (BNPL) 经济效益。费用就是你的协议所说的。自动化改变的是，该费用是否是你损益表上一个你可以采取行动的数字——还是你在四月份才发现的一个残余。
答案一直都在预付款项中
您以为 BNPL 是一个分期付款跟踪问题——需要学习一种新的收入确认制度。事实恰恰相反。提供商完全承担了分期付款的责任，并以此换取了两个更普通的问题：一笔更高的费用，出现在一份陌生的报告中，以及银行流水中的一个新的存款流。
两者都可以通过结构来解决。为每个流水分配一个必须清零的清算账户。将 BNPL 费用单独列为一项费用，并随着您的组合变化而关注混合费率。在第一次退款之前，检查您的协议中关于退款费用的行为，而不是之后。
如果您的 Klarna 或 Afterpay 存款目前落在“Shopify 收入”中，那么本周就应该着手处理这个问题。如果跨三个结算流水运行清算账户方法听起来正是您想要摆脱的那种月末工作，LedgerPort 的免费计划是测试自动化版本的低风险方式——上面 100 美元的示例正是它为每个订单、每个流水进行的转换，无需电子表格。
