这三个数字之所以不一致，是因为它们本就应该如此。核对并不是强迫它们匹配——而是精确解释它们为何不匹配。
现在是一月第二周。Shopify Payments 的 1099-K 显示为 412,847.16 美元。Shopify 自己的年度销售报告显示为 438,204.90 美元。QuickBooks Online 的损益表显示为 411,790.19 美元。
三个数字。同一家商店。相同的十二个月。无论您坐在哪个位置——是刚打开表格的所有者，还是刚打开客户文件的会计师——都会产生同样的冷酷想法：有些东西被少报了，现在有文件证明了这一点。
于是您开始检查。您用不同的日期设置重新运行 Shopify 报告。您重新汇总 QBO 的收入账户。数字会略有变动，但从未趋于一致。第三次检查后，信念变得坚定：如果这三个数字不匹配，那么账簿就是错的。
这种信念是谎言——也是一月里任何人会做的最昂贵的假设。真相是：您的 1099-K 与 Shopify 不符，Shopify 也与 QuickBooks 不符，是因为这三个数字在设计上衡量的是不同的事物。它们本来就不可能相等。核对它们并不意味着强迫它们变成一个单一的数字。它意味着解释差异——每一个差异，都命名并量化——直到差距不再神秘。
我们在Shopify 商店的税务准备清单中介绍了这个三数字问题。本文是完整的方法。
每个数字实际衡量的是什么
在弥合差距之前，您需要知道每个仪表读的是什么。它们不是对“收入”的三次测量。它们是对三件不同事物的三个测量。
1099-K：处理器的视角，总额且未调整
1099-K 由支付处理商（在此案例中为 Shopify Payments）签发，它报告一件事：处理商运行的交易的总额、未调整的美元价值，由处理商按日历年报告。
总额且未调整的意思就是字面意思。不扣除处理费。不扣除退款或拒付——一笔 200 美元的订单，如果在三月被全额退款，仍然计入总额 200 美元。客户在结账时支付的销售税也包含在内，因为处理商转移了这笔钱，尽管它从未属于您。
另外两个因素也很重要。该表格仅涵盖处理器处理的交易——通过 PayPal、先买后付提供商或任何其他支付网关处理的订单不在 Shopify Payments 的表格上；这些处理器会自行开具账单。并且它是按处理器运行交易的时间而非订单下达的时间来计数的——这会在年末产生微小的差异。
这一切都不是缺陷。该表格在履行其职责：报告总处理量。它从来都不是收入报表，而将其视为收入报表是恐慌的开始。（关于表格与实际退款的交互方式——报告内容、报告位置以及保留哪些文件——请与客户的税务 preparer 确认。那是他们的领域，本文不涉及。）
Shopify 的报告：按订单日期划分的销售额，范围由您选择
Shopify 的分析回答的是另一个问题：商店销售了什么，以及这些订单是什么时候下的单？
这引入了 1099-K 表格没有的两个自由度。首先是订单日期与处理日期——即使处理器在 1 月 2 日捕获了付款，Shopify 也会将 12 月 31 日的订单计入 12 月。其次是范围——根据您运行的报告和接受的筛选条件，您可能看到的是所有销售渠道或仅在线商店，所有支付网关或仅 Shopify Payments，包含或不包含税费和运费的总额，净退款金额或总销售额。
两个人可以为同一家商店和同一年导出“Shopify 数字”，并得到合法不同的数字，两者都与其所询问的内容相符。如果您从未弄清楚您的导出回答的是哪个问题，那么 Shopify 1099-K 总销售额不匹配就不是差异——而是两个不同的问题贴上了相同的标签。
QuickBooks：您记录方法中过账的任何内容
QuickBooks 没有自己的意见。您的损益表上的收入就是您的记录方法所记录的收入——不多不少。
如果银行流水驱动了账簿，收入就是净存款额：总销售额减去费用、减去退款、减去销售税，按支付批次汇总。如果订单作为单独的总发票同步，收入更接近总销售额——税费是否正确处理取决于设置。如果簿记员过账了月度日记账摘要，收入就是这些日记账所说的任何金额。
这就是为什么 QBO 的数字是三者中最不确定的变量。1099-K 和 Shopify 的报告至少是一致的工具——它们以相同的方式衡量特定事物，每年都一样。QBO 反映的是一种方法，而大多数商店从未有意识地选择过它们。我们曾写过最常见的症状——支付金额与 QuickBooks 显示的金额不符——这与每年年初出现的根本原因相同。
核对桥梁：逐分解释差异
这是 QuickBooks 中 1099-K 对账的实际工作——这是一个桥梁，而不是一场搜寻。您从 1099-K 总额开始，逐一应用已命名的差额，然后得到您的 QBO 收入数字。当桥梁搭好时，您就完成了：差距得到了解释、记录，并且枯燥乏味。
差额来自一个简短的、已知的列表：
- 已收取的销售税 — 包含在 1099-K 总收入中，但不在所得收入中。这是您（或 Shopify）转交给税务机关的负债。
- 退款和拒付 — 1099-K 表格忽略了它们；您的账簿不应如此。请参阅我们关于退款和退货会计的完整指南，了解期间正确的处理方法。
- 处理费 — 如果您的账簿将总销售额（含费用）记录为费用，则此项不是差额。如果您需要调整费用才能使桥梁对接，则表明您的账簿记录的是净存款 — 更多内容请参见下文。
- 其他网关 — PayPal 等支付方式已包含在您的账簿和 Shopify 的所有网关报告中，但未包含在此 1099-K 表格中。
- 年度边界时间 — 12 月最后几天下单并由支付处理商在 1 月份收款的订单，在表格中的年份与账簿中的年份不同，反之亦然。
以下是一个虚构商店的对接表 — 称之为 Cedar & Pine Candle Co. — 其账簿记录的是总额：
| 步骤 | 调整 | 累计总计 |
|---|---|---|
| 1099-K 总收入（Shopify Payments） | — | $412,847.16 |
| 减去：这些交易中已收取的销售税 | −27,306.90 美元 | $385,540.26 |
| 减去：Shopify Payments 订单的退款和拒付 | −11,458.22 美元 | $374,082.04 |
| 加：通过 PayPal 支付的订单（单独的支付处理商，不在本表格中） | +$38,914.55 | $412,996.59 |
| 减去：年度边界时间差额（表格中的订单 vs. 账簿中的订单） | −1,206.40 美元 | $411,790.19 |
| 已解释的总收入 | $411,790.19 |
QBO 损益表总收入：$411,790.19。对接精确到分。$12,036.16 的处理费未在此表中显示 — 它位于损益表费用明细中应有的位置，而不是作为收入数字中的一个谜团。
注意发生了什么：三个“不匹配”的数字，一旦每个差额被命名，就完全一致了。没有漏报。没有错误。该商店 1 月份的问题从“为什么这些不匹配？”变成了“这是它们不匹配的原因，逐行解释” — 而第二句话就是全部内容，无论它是放在您自己的税务文件夹中还是客户的工作底稿中。任何特定项目是否会改变申报内容是税务准备人的问题；对接的目的是让他们快速给出答案。
使明年一月变得轻松的记录方法
上面的对接表有五行，是因为 Cedar & Pine 的账簿记录方式是：总销售额记为收入，费用单独记入费用账户，销售税记入负债，退款记入负收入。
如果账簿记录的是银行流水中的净存款，那么所有这些组成部分都合并为一个数字，1 月份的对接就变成了考古 — 您需要在十二个月的混合支付中反向计算费用、税款和退款，然后才能开始上面的表格。
此修复是结构性的，而非季节性的，并且涉及两个决定。首先，记录总额：收入反映了客户实际支付的金额，通过与每次付款挂钩的清算账户进行核算。完整的架构请参阅我们关于在 QuickBooks 中核对 Shopify 付款的支柱指南。其次，区分费用：Shopify 的费用类型具有不同的含义和不同的诊断价值，在 QuickBooks 中正确区分它们才能使您的损益表中的费用行与处理商对账单相符。
全年执行这两项操作，明年的对账就会自动完成：税款负债账户为您提供第二行，退款账户为您提供第三行，网关级别的清算账户为您提供第四行。这同样是 LedgerPort 自动化的精确记录模式——每次付款都会将其产生的总销售额、费用、退款和已收税款记入各自的账户，因此年终差额已存在于命名的账户中，无需再费力挖掘。
对于公司：可重复的一月工作底稿
如果您经营一家会计师事务所，上面的对账表值得标准化为每个客户的年度工作底稿：顶部是 1099-K 总额，固定行是五个命名的差额，底部是 QBO 收入，每一行都链接到一个 QBO 账户或 Shopify 导出。一旦格式固定，每个客户的边际成本将是几分钟而不是几个小时——并且当表格与申报表之间的差距受到质疑时，该工作底稿还可以作为您存档的文档。它可以直接纳入我们关于电子商务客户税务季准备指南中概述的年度工作流程，而全年以总额记录账簿的客户是那些工作底稿可以自行填写的客户。
三个数字，一个解释
一月份的恐慌是基于一个错误的假设——匹配的数字是账簿干净的证明。真正的证明是一个已解释的差距：1099-K 总额、Shopify 报告和 QBO 收入数字之间的差异，原因与您的对账表所说的完全一致，精确到分。
如果从今年的账簿中构建这个对账表听起来像考古工作，那就表明是记录方法出了问题，而不是数字本身。立即免费开始使用 LedgerPort，从今天起，每次付款都会将总销售额、费用、退款和已收税款记入各自的账户，这样明年的对账表将是您已有的五行数据。管理多个客户店铺的公司可以通过 CPA 入职为客户设置相同的结构。
