退款不是负销售。它是四个独立的会计事件，披着一件风衣。
现在是一月第二周。第四季度是您有史以来最好的季度——仅十二月就实现了比去年上半年总收入还要多的收入。然后退货期开始了。
现在退款涌入，账簿也开始混乱。您的收款明显少于您的销售额。您正在处理的退款有一半属于十二月的订单——您以为已经结束的月份。当您计算离开您账户的总金额与您退还给客户的总金额时，数字不匹配，因为原始销售的处理费似乎凭空消失了。
如果您一直在盯着这些数字，并想知道是否弄坏了什么，您没有。您只是发现没有人教过您如何在电子商务中核算退款——而几乎每个人一开始的直观方法都是错误的，但这种错误是可以修复的。
直观的理解是这样的：“退款就是负销售。减去它，然后继续。”
这是谎言。它感觉是对的，因为客户的体验是对称的——钱进来，钱出去。但您的账簿记录的不是客户的体验。它们记录的是四个独立的财务事件，而退款以不同的方式冲销每个事件。有些完全冲销，有些部分冲销，还有一个根本不冲销。
电子商务中如何核算退款：一次退款，四本账簿
让我们用一个虚构的订单来具体说明。
十二月，一位顾客购买了一件夹克，总价120美元：产品112美元，销售税8美元。您的支付处理商向您收取了3.50美元的交易处理费。这件夹克的成本是45美元，您已将其记录为销货成本。
一月，顾客退回了夹克。以下是您的账簿中实际需要进行的操作。
1. 收入：冲减收入，而非删除收入
您的第一反应可能是删除或减少原始销售额。不要这样做。十二月的销售确实发生了——抹掉它会破坏您的总收入数字、您的退款率可见性以及您的审计追踪。
相反，这 112 美元会被记录到一个负收入账户——通常称为“退款与退货”或“销售退货与折让”——该账户属于收入项下并带有借方余额。总收入保持不变，退款显示为单独一项，净收入是两者之差。现在您可以看到您的商店销售了 112 美元，退货 112 美元，这与“零交易”的信息截然不同。
2. 处理费：无法退还的款项
这是导致大多数一月份对账出现问题的环节。大多数支付处理商，包括 Shopify Payments，在您退款给客户时不会退还处理费。
所以客户会全额收回 120 美元，但您 12 月份的 3.50 美元手续费支出仍然存在。无需进行冲销分录——这笔费用就作为实际成本保留在您的账簿上。这意味着每次退款都会悄悄地让您损失金钱，并且在退货量大的那周的付款会比“销售额减去退货额”的预测值要少。这个差额不是错误。这是手续费。
3. 销售税：冲销负债，而非收入
8 美元的销售税从未属于您。当您收取它时，它会进入一个应付销售税负债账户——您为州政府代持这笔钱。
当您退款订单时，该负债必须冲销：借记应付销售税 8 美元，这样您就不再欠这笔钱了。跳过此步骤，您将对已不存在的销售额缴纳税款。各州在退还这笔钱方面以不情愿著称，所以最好一开始就不要缴纳。
4. 库存和销货成本：仅当商品退回且可销售时
如果夹克以可转售状态退回，您将冲销成本部分：借记库存 45 美元，贷记销售成本 45 美元。夹克再次成为资产。
如果夹克损坏、已穿或根本未退回，您将不进行冲销——这 45 美元将作为该交易的实际成本保留在销售成本中。这是一个软件无法完全为您做出的判断，这就是为什么您的退货流程需要一个“是否可转售”的检查点来支持您的簿记。
假设夹克可转售，这是我们 120 美元退款的完整图景：
| 环节 | 账户 | 借方 | 贷方 |
|---|---|---|---|
| 收入 | 退款与退货（负收入） | $112.00 | |
| 销售税 | 应付销售税 | $8.00 | |
| 现金支出 | 支付处理商清算账户 | $120.00 | |
| 库存 | 库存 | $45.00 | |
| 销售成本 | 已售商品成本 | $45.00 |
那手续费呢？在此分录中无处体现——最初的 3.50 美元保留在 12 月份的原始位置。净结果是：您损失了 120 美元现金，永远损失了 3.50 美元手续费，并收回了一件 45 美元的夹克。这才是实际的一次退款。
[图片：图表显示一次退款分成四支箭头——收入、手续费、销售税、库存——分别进入不同的账户]
一月里的特殊情况
清晰的四环节版本涵盖了单件商品订单的全额退款。实际的一月份会更混乱。这是电子商务商店实际面临的退货会计。
部分退款
退款 120 美元订单中的 40 美元，每个环节按比例缩放——部分负收入、部分销售税冲销——库存除外，因为库存通常不会变动，部分退款通常意味着客户保留了商品。因延迟交付而进行的 40 美元安抚性退款会涉及收入、税款和现金。它从不涉及销售成本。
跨期退款：十二月销售，一月退款
这是 1 月份账单“破损”的最大原因。销售发生在 12 月；退款发生在 1 月。您不会重新打开 12 月来抵消它们——退款是 1 月份的事件，记录在 1 月份的冲销收入中。
后果是：1 月份的净收入看起来很糟糕，因为它承担了 12 月份销量带来的退货，却没有 12 月份的销售额。这不是记账错误。这是现实，而看清这一点才是重点。这也意味着您 12 月份的数字略微高估了您最终保留的金额——在您根据第四季度总收入来下 1 月份的库存赌注之前，值得记住这一点。
拒付与退款
拒付不是带有附加条件的退款——它是一种不同的机制。客户的银行通过支付处理机构收回资金，您通常需要支付额外的争议费用（与退款本身不同，只有在您获胜时才可能拿回），并且整个过程可能需要数周才能解决。
将拒付记入其自己的账户，而不是将其归入退款。费用机制不同，时间也不同，而不断上升的拒付率是您希望能够看到的运营警报。
取消是第三种情况，值得看看同步软件如何处理其中的区别。在 LedgerPort 中，“为已取消的订单冲销 QB 订单”设置会在已同步的订单被取消时冲销 QuickBooks 交易——冲销，而不是删除，也不是退款，因此记录会保留下来供您审计，而收入则被移除；在同步之前就被取消的订单则被简单跳过。相比之下，退款总是会产生一个与原始销售相关的反向文档。如果您发放的是商店积分而不是现金退款，那就是第四种情况：礼品卡和商店积分被记录为负债，而不是收入——与上面的销售税部分逻辑相同，应用于您现在欠下的商品。
补货费
如果您收取 10% 的补货费，您将退还我们 120 美元订单中的 108 美元，但冲销收入的条目仍然基于全部产品金额——您保留的 12 美元将作为自己的收入项（补货费收入）或作为退款的减少额进行记录。无论哪种方式，都不要让它悄无声息地消失在“差不多”的退款金额中，因为这是您的退款总额和现金总额能够对账的关键区别。
保持条理的结构
您不是在 1 月份一次性修复退款会计。您通过结构来修复它，一次性设置好。三个部分：
一个专用的冲销收入账户。如果退款目前正在无形中减少您的收入项，请在收入下创建“退款与退货”，并将所有退款都路由到那里。您的损益表将立即开始显示您的退款率——大多数店主都会对这个数字感到惊讶。
每月退款摘要条目。您不需要为每次退款创建四栏日记账分录。您需要的是每月退款在四个栏目——收入、税款、库存，费用保持不变——之间准确汇总，以便当月能够独立核算。这也使得跨期退款不会造成影响：一月份的摘要将包含十二月份的退款。
考虑退款的付款匹配。由于未退还的费用，退款较多的付款永远无法等于销售额减去退款额。您的对账流程必须在将每次付款与银行存款进行比较之前，将其分解为销售额、退款额和费用——完整的方法请参阅我们关于在 QuickBooks 中对账 Shopify 付款的指南。如果您在年底前建立好这种结构，报税季将不再是考古项目——我们Shopify 店铺的税务准备清单显示了清晰的退款数据的好处。
自动化处理的环节
以上所有内容都可以手动完成。这也是软件应该处理的那种重复性的、一次处理四项事务的工作，而同步工具的价值就在于此。
LedgerPort 的退款处理会自动为 Shopify 和 WooCommerce 店铺应用此结构：退款记入收入对销账户，而不是覆盖销售额；计算每个退款的销售税冲销；未退还的处理费单独保留，以便付款仍然匹配；跨期退款记入正确的月份，而不会触及您已关闭的账簿。在 Scale 套餐中，付款日记账会预先分解费用和退款——定价免费起步，付费套餐从每月 25 美元起，并提供 14 天退款保证。
QuickBooks 端镜像了您的会计师手动操作的内容。同步为发票的订单会收到一个与原始发票关联的贷项通知单；同步为销售收据的订单会收到一个与原始销售关联的退款收据。无论哪种方式，原始的十二月交易都保持不变——这正是上述四栏结构中“不删除销售额”的规则，由软件强制执行。部分退款仅为退款金额创建一笔交易，并分解行项目、税款和运费，以匹配 Shopify 中退款的内容。
启用它只需一个设置：在“同步配置”»“订单”下，将已退款、部分退款或两者都作为付款状态触发器进行勾选。
在依赖它之前，有几项真实的权衡需要了解。退款只能附加到已存在于 QuickBooks 中的订单上——如果原始销售从未同步，退款将无处落脚，直到您先同步订单。如果在开具退款后又在 Shopify 中编辑了退款，同步金额可能会出错，直到您再次推送。如果启用了任一退款触发器，退款将完全排除在同步之外，您的 QuickBooks 余额将悄悄地偏离 Shopify。这些都不是需要重建账簿的问题：当其中一个出现问题时，您需要手动重新同步特定订单，LedgerPort 会创建缺失的退款交易。
在WooCommerce上：退款是按网关进行处理的
上面的故事是 Shopify 版本。在 WooCommerce 上，退款本身就是一流的同步实体：LedgerPort 插件注册了一个专用的 refund.created 钩子，因此开具退款会触发自己的同步事件，而不是从订单的编辑中推断出来。由于不同的网关结算退款的方式不同，退款同步是在 Sync Config » Payments 中按网关配置的：LedgerPort 在您的商店中检测到的每个支付网关都有自己的启用退款的切换按钮、自己的清算账户以及自己的退款参考编号——前缀/后缀格式或 WooCommerce 退款 ID——因此 QuickBooks 中的每笔退款都可以追溯到创建它的确切商店事件。
运营上的回报是验证。手动同步页面的“付款”选项卡用两个下拉过滤器——支付网关和同步状态——取代了文本搜索，因此“尚未到达 QuickBooks 的所有 Stripe 付款”是一个由两个下拉列表组成的查询。在退款量大的那一周，同样的过滤器对可以确认，实际的冲销收入流是否为每个网关运行，而不是假设它已经运行了。
一个诚实的提醒：没有任何工具可以告诉您退回的夹克是否可以出售。库存环节仍然需要收货处的人工决定。自动化消除的是该决定之后的所有工作。
退款永远不会变得轻松。这也不是目标。
这就是这一切的悲喜剧真相：即使账簿完美，一月份的退款仍然令人痛苦。您仍然要退还最佳季度的现金，仍然要承担处理费用，仍然要看着净收入下降，直到退货潮过去。
改变的是，痛苦变得清晰可见。付款相符。税收负债正确。十二月保持关闭状态。退款率是报告上的一个数字，而不是您胃里的坏感觉。退款从危机变成了无聊——而在簿记中，无聊就是最终目标。
如果您的1月账单看起来像本帖顶部那样——付款减少、12月退款影响1月、费用丢失——那么四层结构是解决方案，您可以在下一波退货潮之前将其运行起来。免费开始使用LedgerPort，让它为您正确记录下一次退款 →
