每个星期一早上，都会发生同样的事情。
你查看银行账户。Shopify 的支付款已到账 — 4,312.87 美元。你打开 QuickBooks。周末的销售额显示为 4,891.00 美元。你盯着这两个数字看了一会儿。你打开 Shopify 再次核对。数字仍然不同。
你这样做已经两年了。你问过你的簿记员。你谷歌过。你问过你的会计师，他告诉你每月手动核对差异即可。你确实这样做了，每个月，下个月的差距又不同了。有时是 200 美元。有时是 900 美元。有一个季度超过了 3,000 美元，你仍然无法解释钱去哪儿了。
事实是：没有什么是错的。
不是 Shopify。不是 QuickBooks。也不是你。你一直盯着的这个差距不是错误 — 而是两个系统之间的结构性不兼容，它们都认为自己在告诉你真相。而且它们确实在告诉你真相。
Shopify 支付实际工作原理
Shopify 不是一个会计系统。它是一个带有内置支付处理器的电子商务平台，它发送到你银行的款项反映了这一点。
当 Shopify 将钱存入你的账户时，它并不是给你你的总销售额。它给你的是扣除所有应收款项后剩余的金额：
- 交易费用（Shopify Payments 处理费 — 通常为每笔交易 2.4–2.9% + 30 美分）
- 退款金额（在支付周期内发出的退款）
- 拒付扣款和争议暂扣
- 保证金扣留（对于新店铺或拒付风险较高的店铺很常见）
- 通过 Shopify 结算的应用费用
Shopify 将所有这些在 1-3 个工作日的滚动窗口内进行批处理，结算所有款项，然后给你一个数字。这个数字是准确的。它正好是你赚到的钱，减去正好欠下的钱。计算是正确的。
但这是总收入减去五类不同的扣除项，合并为一个项目，涵盖了多天的交易 — 而你的银行对账单没有显示任何细节。
实际支付明细
这两个数字 — 4,891 美元和 4,312.87 美元 — 都完全正确。但你的银行只显示其中一个。
QuickBooks 看到的内容
QuickBooks Online 是一个会计系统。它在发生销售时记录收入 — 即客户支付的总金额。它不会自动了解 Shopify 的费用结构、你的退款时间，或者支付款项涵盖了多天的事实。
如果您正在手动将Shopify数据输入QuickBooks，那么您要么是：
A) 输入总销售额 — 这种情况下，您的收入看起来是正确的，但您的现金余额永远无法与银行存款对账，并且您在费用去向方面进行手动猜测。
B) 输入存款金额 — 这样您的现金可以对账，但您的收入因扣除的每笔费用、退款和调整而低估。
这两种方法都不正确。当人们没有翻译层时，他们就会这样做。
您的簿记员没有犯错。您的会计师也没有遗漏显而易见的问题。这两个系统在说不同的语言，而您一直在手动尝试在它们之间进行翻译。
两个系统都没有错
这是人们第一次听到时感到困惑的部分，因为它听起来像是一个没有答案的答案。
Shopify 发送净支付是正确的。支付处理商就是这样做的 — 它们处理资金流动，扣除费用，然后将剩余的金额发送给您。
QuickBooks 记录总收入是正确的。会计系统就是这样做的 — 它们跟踪客户支付的金额，因为这对于损益准确性、税务报告和了解您的真实业务绩效至关重要。
问题不在于其中一个系统在欺骗您。问题在于它们在交易的不同层面解决了不同的问题 — 而中间没有任何东西在它们之间进行翻译。
SHOPIFY 所见
净支付：$4,312.87
总销售额减去费用、退款和调整 — 准确反映现金流。
QUICKBOOKS 所需
总收入：$4,891.00 + 单项扣除
每个组成部分都映射到正确的账户 — 准确反映损益和税务。
您需要的不是一种手动对账差异的更好方法。您需要的是一种能够说两种语言的东西：它从 Shopify 获取总销售额，将每笔费用扣除映射到 QuickBooks 中的正确费用账户，将支付与正确的交易匹配，并自动弥合差距。
什么才能真正解决这个差距
有两种方法可以弥合支付不匹配的问题。
手动对账意味着导出您的Shopify支付报告，对照每一笔交易，并将每个组成部分（费用、退款、调整）作为单独的条目输入QuickBooks。正确操作需要每月3-5小时。草率操作则会产生新的错误。大多数年收入在100万至500万美元之间的店铺老板每年在此问题上花费30至60小时，但账簿仍未完全清晰。如果您打算手动操作，完整的步骤方法请参见我们关于在QuickBooks中对账Shopify支付的指南。
自动对账意味着使用一个工具为您完成翻译层的工作：它从 Shopify 拉取每笔支付，将其分解为组成部分（总销售额、交易费用、退款、调整），将每个部分映射到正确的 QuickBooks 账户，并自动记录日记账分录。
LedgerPort 每天都会自动执行此操作。您的付款会进入您的银行账户，当您打开 QuickBooks 时，相关条目已在那里——已分解到正确的账户，匹配到正确的期间，并准备好供您的会计师审核。
您花费数小时才勉强完成的那个差异？它会自动完成。您从未能向您的注册会计师解释清楚的那件事？它已在日记账分录中。
在资金到账时记录收入，而不是在订单出现时
支付差距的一部分是纯粹的时间问题。如果您的同步工具在订单出现在Shopify的那一刻（付款仍为待定或已授权）就记录下来，QuickBooks就会在实际支付存在之前显示收入。账簿的进度超前于资金，差距看起来比实际更大。
在LedgerPort中，记录收入的时刻是一个设置。在“同步配置”»“订单”»“同步触发器”下，您可以选择六个付款状态中的哪些状态符合订单同步条件（已付款、已授权、部分付款、待定、已退款、部分退款），以及三个发货状态。只有当订单满足每组中的一个条件时，才会同步。
大多数店铺的官方建议：仅限已付款，并勾选“未发货”和“已发货” — 这样QuickBooks会在实际收款时记录收入，而不管发货状态如何。文档将“待定”标记为“谨慎使用”，原因与上述情况完全相同，并且已作废的订单默认排除在外，因此取消的订单永远不会显示为收入。
使用仅限“已付款”触发器，您账簿中的所有内容都代表已收到的款项。这是支付能够匹配的前提。
您从未同步过的退款
这是一个经典的匹配不符的例子：客户收到退款，Shopify从支付中扣除该退款，而QuickBooks仍显示全额销售 — 因为退款从未同步。没有错误，没有警告。账簿只是悄悄地与银行的记录脱节。
解决方法是两个复选框。在“同步配置”»“订单”»“同步触发器”中，勾选已退款和部分退款。如果两者均未勾选，退款将被静默排除在同步之外 — 这就是为什么对于那些一次性设置集成后从未重新访问过的店铺来说，这类不匹配问题如此普遍。
启用后，同步的退款会在 QuickBooks 中创建一个实际的会计凭证：对于同步为销售收据的订单，会创建退款收据；对于同步为发票的订单，会创建贷项通知单 — 该凭证将链接到原始交易，并按单独的行项目细分税费和运费，以精确匹配 Shopify。部分退款仅为退款金额生成凭证；原始销售保持不变。
有一个注意事项：原始订单必须已存在于 QuickBooks 中，因为退款会附加到该订单。但这正是全部要求。两个复选框可以消除一整类付款不匹配的问题。
查找从未完成的订单
第三个隐藏的差距来源：完全从同步中出错的订单。未映射的产品、缺失的账单字段、过期的 QuickBooks 连接 — 这些任何一项都会在 QuickBooks 收入中留下一个漏洞，任何付款都无法对其进行对账，因为该销售根本不存在。
重要的是这些失败是有名称的，而不是无声的。LedgerPort 中的每一次同步尝试都有一个状态 — 已同步、错误、待定或已暂停 — 将 审计日志 筛选为状态 = 错误，只需 30 秒即可检查出所有需要注意的事项。错误会附带原因：“产品未映射”、“缺少必填字段”或过期的“连接不健康” — 文档指出这是最常见的同步错误。
恢复操作很简单：修复原因，在手动同步中选择失败的记录，然后单击“同步选定项”。失败的记录永远不会丢失，如果 QuickBooks 对大量推送进行速率限制，重试会自动进行。
弥合付款差距一部分是结构 — 清算账户、费用映射 — 另一部分是完整性。完整性是一个筛选器点击。
整个情况的讽刺之处在于，您花了两年时间坚信是出了什么问题。是 Shopify 的计算错误，还是 QuickBooks 不对，或者您的簿记员遗漏了什么，或者您自己做错了什么。
您没有。他们也没有。
两个系统一直都在正确地执行它们各自的工作。您只是缺少连接它们的桥梁。
