搜索结果一团糟，因为这个分类一团糟。在命名产品之前，先命名你的销售方式——可以将整个决策简化为一个可管理的问题。
周二晚上9:40，你打开了三个标签页。
第一个标签页是一个声称“包含会计功能”的销售点系统。第二个标签页是一个宣传“零售版”的会计套件。第三个标签页是一个名为零售管理系统的东西，其截图似乎摄于2011年。这三者都来自同一个搜索：“零售会计软件”。
它们都没有提到让你一开始搜索的那个问题——银行流水中的收款仍然与你上个月商店声称的销售额不匹配。
造成这种损害的假设是：零售会计软件是一个产品类别，而我的工作是找到最好的那个。这就是搜索结果卖给你的谎言。它不是一个类别。它是三个碰巧名字相同的不同技术栈——你需要哪一个完全取决于你的销售方式。
“零售会计软件”是三个不同的技术栈
当供应商说“零售会计”时，他们指的是三种设置中的一种：
| 你的销售方式 | 技术栈的样子 | 什么在支撑它 |
|---|---|---|
| 仅限店内 | POS系统 + 其原生会计集成 | POS（Square、Lightspeed、Clover） |
| 仅限在线 | 店面平台 + 总账 + 同步层 | 平台（Shopify、WooCommerce） |
| 全渠道 | 以上两者，统一在一个总账中 | 总账（通常是QuickBooks Online） |
你打开的标签页不是三个竞争对手。它们是三个不同问题的三个答案，而你只需要其中一个。
如果你是纯粹的实体零售商，请对自己诚实——让我们也对你诚实。你的会计技术栈应该围绕你的POS系统构建。Square、Lightspeed和Clover都有自己的QuickBooks集成，并且它们在其功能方面做得很好：收银机级别的销售、现金抽屉对账、店内库存。LedgerPort——这个博客所属的工具——不是一个POS系统，也不连接任何这些收银机。如果你的销售发生在柜台，POS原生路径是正确的，下面没有任何内容会改变这一点。
本指南的其余部分是为另外两类人准备的：通过Shopify或WooCommerce店面销售——可能同时拥有实体店——并在QuickBooks Online中记账的零售商。如果这是你，你的问题从来都不是“寻找最好的零售会计软件”。而是你的平台的销售、费用、退款和付款未能清晰地进入你已拥有的总账。
零售会计系统实际上必须处理哪些在线业务
剥离营销，有五个机制区分有效的零售会计系统和通用的簿记。如果一个工具无法处理这些，它叫什么名字都不重要。
1. 销售发生在销售日期，存款发生在支付日期。 您的平台会分批向您付款，在销售发生几天后，扣除费用。如果您的账簿在存款到账时记录收入，则您的销售日期错误，金额被低估了费用，并且无法核对。这个单一的时间差是大多数不匹配的根源——我们在《如何在 QuickBooks 中核对 Shopify 支付记录》中详细介绍了完整的机制。
2. 费用与收入分开。 100 美元的销售额加上 3.20 美元的处理费是 100 美元的收入和 3.20 美元的费用——而不是 96.80 美元的收入。净存款簿记悄悄地低估了您的收入和成本，这扭曲了您用于决策的每一个利润率数字。
3. 退款和换货作为头等大事。 退款不是发生在清算当天的负销售额。它会冲销收入，收回税款，有时处理费根本不会退还。零售业比几乎任何其他商业模式都有更多的此类事件——《电子商务会计中的退款与退货》涵盖了它们应该如何入账。
4. 销售税作为负债，绝非收入。 结账时收取的税款是您为政府持有的款项。它需要存入负债账户，并与平台自身的税款明细分开——而不是混入销售额。您的会计科目表必须为此结构化，然后任何工具才能正确地将其过账。
5. 库存和销货成本的时间。 产品成本应在商品售出时计入您的账簿，而不是在您购买库存时。如果这方面出错，您的月度利润将随着您的采购计划而不是您的销售额而波动。
注意此列表中没有的内容：发票、工资单、仪表板。QuickBooks 已经处理了这些。以上五项是零售业特有的层面——它们都存在于您的平台和您的账簿之间的差距中。
在线零售技术栈实操
对于在线零售，工作栈正好有三个部分：您的平台（Shopify 或 WooCommerce）、您的账簿（QuickBooks Online）以及它们之间的同步层。平台和账簿是您已经拥有的。同步层是您实际要寻找的部分——它解决了以上所有五个机制。
以下是具体情况，以 LedgerPort 为例。
销售记录方式。 同步层决定了每个订单在 QuickBooks 中变成什么：对于希望按交易明细的商店，是每个订单的销售收据；对于批发条款，是发票加付款；对于不希望每天 300 行记录使账簿混乱的高销量商店，是每日汇总日记账分录。它还控制哪些实体自动同步、多久同步一次以及从哪个开始日期同步——因此，您的账簿行为是您选择的设置，而不是导出结果的意外。所有五种记录方法以及何时使用每种方法都在《了解订单同步方法》中有记录。
映射：实际发生翻译的地方。 您的商店中的每件产品、客户、付款方式和税务项目都需要在 QuickBooks 中有一个目标。映射屏幕将您的目录与每件产品过账到的 QuickBooks 项目并列显示；自动映射会根据 SKU 或名称匹配大部分项目，任何未映射的项目都会被标记出来——包含未映射产品的订单会明显失败，而不是过账到错误的账户并悄悄损坏您的账簿。这种默认失败的行为听起来很不方便。它实际上是一项功能：错误但已过账是您的账簿可能处于的最昂贵的状态。
追赶落后的账簿。 大多数零售商不会在业务的第一天就采用同步层——他们会在有数月未记录或记录不当的历史后才采用。手动推送页面列出了每个记录——订单、产品、客户、付款，每个都在自己的选项卡上——以及它们的同步状态，因此您可以回填一个日期范围，重新发送因映射错误而失败的少量记录，或者推送整个积压工作并观察其过账。已同步的记录会自动跳过，因此重新运行推送不会创建重复项。
这一切都不是什么新鲜事。这是管道。但这是零售业专用的管道，而这正是 POS 套件、通用“零售版”和 2011 年时代的零售管理系统都无法为 Shopify 或 WooCommerce 商店做到的部分。
全渠道和多店零售
通过多个店面销售——一个 Shopify 商店和一个 WooCommerce 商店，两个品牌，一个美国和一个欧盟商店——不会改变堆栈。它会成倍增加。每个商店都需要自己的连接、自己的映射，通常还需要自己的 QuickBooks 公司，因为混合账簿会使每个商店的盈利能力变得不可见，并使税务申报变得痛苦。
同步层应将每个商店视为一个登录下的独立、隔离的业务，这样您就不必维护三个工具或三个订阅。在 LedgerPort 中，Shopify 和 WooCommerce 商店并排在一个账户中——Scale 计划最多涵盖 3 个商店，Enterprise 无限制。完整的设置，包括何时使用单独的 QuickBooks 公司与一个带有地点的公司，都在多店电子商务会计中。
在 LedgerPort 中，“隔离”在机械上意味着什么。每个店铺都是一个 Business：一个店面对应一个 QuickBooks 公司，拥有自己的货币、时区、连接、映射、同步日志和设置。添加第二个店铺需要四个字段 — 点击仪表板左上角的业务名称，点击 Add Business，输入名称，选择货币和时区，然后像连接第一个店铺一样连接该店铺的平台和 QuickBooks 账户。同一个左上角切换器可以在不注销的情况下在不同业务之间切换：选择一个店铺，仪表板、连接和日志都会切换到该业务。你在一个业务中所做的任何更改 — 映射、同步设置、断开的账户 — 都不会影响其他任何业务。
这种隔离一直持续到店铺生命的终结。关闭一个品牌，你可以从设置中删除它的 Business；只有该店铺的 LedgerPort 同步历史记录、日志和映射会被删除。你的其他业务将继续运行，并且该店铺的 Shopify 或 WooCommerce 账户及其 QuickBooks 公司永远不会受到影响。
对于拥有实体柜台的全渠道零售商来说，有一个诚实的说明：如果你的店内销售通过 Shopify POS 进行，它们会进入与你的在线销售相同的 Shopify 订单流。如果它们通过 Square 或 Lightspeed 等单独的收银系统运行，那就是第二个堆栈 — 将其锚定到 POS 自己的 QuickBooks 集成，并为店面保留你的在线同步层。不要购买一个工具，期望它能同时满足这两种需求。
如何评估零售店会计软件：5个问题
一旦你为你的堆栈命名，候选名单就会变短。无论你正在比较哪个零售店会计软件用于同步层，请问这五个问题 — 这些与我们在Shopify 会计工具评测中使用的标准相同：
- 它是否在销售日期记录销售额并将付款核销到银行存款？如果它只导入存款，那么它就是一个银行提要，而不是会计层。
- 它是否会自动将费用、退款和税款分离到自己的账户中？要求逐行查看同步的交易。
- 发生故障时会发生什么？未映射的产品、已删除的商品、API 故障。寻找可见的错误、日志和选择性重新同步 — 而不是静默跳过。
- 它是否支持你的平台和店铺数量？多店铺和 Shopify 加 WooCommerce 支持的变化比任何定价页面所显示的都要大。
- 它节省了多少小时的成本？交易量大的店铺每周报告节省数小时。诚实地将其与订阅费用进行比较 — 当前计划可在定价页面上找到，每月最多 30 个订单免费开始。
问题 3 有一个快捷方式：在演示中，要求查看审计日志。不是关于它的营销页面 — 而是实际屏幕。在 LedgerPort 中，这就是审计日志，每次同步尝试都会成为一行，并带有明确的状态：已同步、错误、待处理（已排队，尚未处理）或已暂停（等待触发条件，例如满足付款状态）。每行都包含其所属的订单号、产品或客户，错误行会展开以命名原因 —“产品未映射”、“QuickBooks 中未找到客户” — 因此失败会指向其自身的修复方法。按状态筛选为“错误”是每天三十秒的检查；在连接中断后按日期范围筛选可以精确显示错过窗口的记录，以便重新发送。屏幕本身在阅读和筛选审计日志中有记录。如果供应商无法向您展示同等功能，请假设失败是无声的 — 而无声的失败会导致账簿在有人注意到之前漂移数月。
任何能够很好地回答所有这五个问题的工具都是一个不错的选择。差异体现在边缘 — 错误恢复、费用准确性、退款处理 — 这正是零售业务成败的关键所在。
你实际在搜索的软件
回到那三个标签。一个 POS 套件、一个零售版、一个旧式零售系统。您可以评估所有这三个一个月，但它们都无法解决您银行流水中未对账的付款 — 因为它们都不是为您的现有堆栈构建的。
这就是搜索词的讽刺之处。您不是在寻找零售会计软件。您是在寻找一个已经组装了三分之二的堆栈的缺失层：一边是您的商店，另一边是 QuickBooks，中间是翻译的鸿沟。
LedgerPort 是 Shopify 和 WooCommerce 零售商的这一层。免费计划涵盖一个商店每月最多 30 个订单，设置大约需要 15 分钟，并且所有付费计划都提供 14 天无理由退款保证 — 绝不提问。连接您的商店，查看您的前几个订单发布到 QuickBooks →
