没有人会因为找到了更深入的 Woo 同步功能而淘汰 MyWorks。他们是横向淘汰的——第二个平台、需要维护的映射界面，或者仍然无法对账的存款。
新的 Shopify 商店于周二上线。您的 WooCommerce 网站 — MyWorks 已同步到 QuickBooks 两年的那个网站，您逐行配置了字段映射的那个网站 — 运行良好。现在您面临一个当前设置无法回答的问题：第二个商店的收入如何进入同一个账本？
或者，也许您的触发因素更微妙：一个未传播的产品映射更改，或者一个月结束时，所有订单都已同步，但银行存款仍然与 QuickBooks 不符。无论是什么让您来到这里，您都在寻找 MyWorks 的替代方案 — 并且可能怀疑任何其他方案都是降级，因为 MyWorks 确实比几乎任何人都更了解 WooCommerce 的数据模型。
首先披露：我们制作了以下工具之一。LedgerPort 是我们的。我们将确切地告诉您何时不适合 — 这是我们用于 A2X 替代方案分析和我们的 MyWorks 评测的标准，该评测充分肯定了 MyWorks 的价值。
现在是关于这个怀疑本身，因为它是一个值得首先消除的谎言：“MyWorks 是最深入的 Woo 同步，所以任何替代方案都是倒退。” 深度是您购买时问题的答案 — 我的订单如何进入 QuickBooks？ 如果您正在阅读本文，您的问题已经改变。严肃的替代方案不是更浅薄的 MyWorks 克隆；它们是不同的形状，每个都是特定瓶颈的正确答案，而对其他瓶颈则是错误的答案。
首先，公平地说：MyWorks 做对了什么
MyWorks 在 WooCommerce 内部建立了声誉，并且是凭实力赢得的。字段级映射控制。实时同步选项。对订单、客户、产品和库存如何流入 QuickBooks 的精细控制。对于具有特定要求的、以 Woo 为先的商店 — 自定义字段、特定的库存行为、希望一切都恰到好处的簿记员 — 这种可配置性就是产品，而且是真实的。
没有人因为 MyWorks 不再了解 WooCommerce 而离开。人们离开是因为他们遇到了以下三个瓶颈之一：
墙1：您的业务不再仅限于WooCommerce。 MyWorks 的核心是 WooCommerce。当您添加 Shopify 店面时——或者，如果您是一家公司，当 Shopify 客户签约时——您就不再追求 Woo 的深度。您追求的是覆盖范围：两个平台，一个账本，一个映射方案，一个审计追踪。这是一个不同的产品类别，而不是您现有产品类别的升级版。
墙2：映射界面是一项工作。 字段级控制是双向的。每一个您可以配置的映射，都是您需要维护的映射——通过目录更改、插件更新、新网关、人员变动。对于一些商店来说，这个界面是由一位热爱它的簿记员打理的资产。但对于个体经营者来说，这相当于一份隐形的第二份工作，一个小小的配置错误可能会在账本上显现出来之前就累积数周。
墙3：订单已同步，但存款仍无法对账。 这是最微妙的问题。订单级同步回答了“我的销售额是否已进入 QuickBooks？”的问题。但它无法回答您的银行流水每周都会提出的问题：为什么这笔存款对不上账？ 银行收款是净额——总销售额减去手续费、退款和调整项，按天汇总——从单个同步订单中重建这个过程需要大量工作。从收款开始反向构建的工具，其理念与此不同，而非功能缺失。具体操作方法请参见我们的WooCommerce QuickBooks 同步指南。
如果您不属于以上三种情况，请直接跳至“继续使用 MyWorks 也是一个选择”——我们是认真的。对于其他所有人，以下是值得您花时间了解的替代方案，它们分别解决了上述的某个问题。
MyWorks 的替代方案，匹配您的瓶颈
LedgerPort — 统一管理 Woo 和 Shopify，优先处理付款（我们的产品）
我们的产品，所以请应用适当的折扣。这是直接的版本，它解决了所有三个问题。
LedgerPort 只做一件事：让您银行收到的款项与 QuickBooks Online 对账。它会为每笔收款生成汇总的、可对账的条目——将总销售额、退款、手续费和调整项分入正确的账户——而不是传输单个订单并让您之后自行重建收款记录。这就是从设计上解决墙3问题，而非通过配置。
关于墙1：Shopify（包括 Plus）和 WooCommerce 都是原生支持的，在一个登录下即可管理。 Woo 端是一个真正的 WordPress 插件——它在一个简短的设置向导中配置自己的 API 凭据和 Webhook，如果您想在信任我们之前确认“大约五分钟”的说法，设置指南是公开的。您的 Shopify 店面从同一个账户连接，因此两个平台都汇入同一个账本，使用一套账簿。
关于墙2：配置界面故意做得更小。您只需一次性将收款组成部分——销售额、手续费、退款、税金——映射到账户（映射流程在这里），汇总条目将持续的维护工作量降至接近零。这是一个明确的权衡：维护的内容更少，因为需要配置的内容也更少。
两个切换器详情，因为它们是每个迁移者最先提出的问题。历史数据：按需推送可涵盖您连接之前的几个月——产品、订单、客户和付款，可选择性或批量同步，已同步记录将被跳过，因此重新推送绝不会重复（完整演练）。定价：固定分级，而非按订单收费——免费套餐每月最多 30 个订单，然后从每月 25 美元起，每月 1,000 个订单，每月 67 美元，每月 5,000 个订单，并提供实时同步和收款日记账。
不适合的情况：您确实需要 MyWorks 的字段级深度——自定义字段同步、精细库存控制、每个字段对 Woo 到 QuickBooks 的翻译都有发言权。这种深度是 MyWorks 的全部意义所在，我们不试图与之匹敌。如果您的收入中有很大一部分来自市场（Amazon、eBay），或者您使用的是 QuickBooks Desktop——LedgerPort 仅适用于 QuickBooks Online。
A2X — 适用于 Shopify 和市场端的优先付款账务
A2X 是规范化汇总收款理念的工具：每次结算只有一个整洁的日记账分录，精确到分与银行存款挂钩，其结构就像会计手工创建的那样。其准确性声誉由来已久且来之不易，其 Amazon 结算处理是真正的护城河，并且是会计师之间互相推荐的名称。
解决的痛点：痛点 3，在 Shopify 和市场方面。如果您的迁移离开以 Woo 为中心的工具恰逢 Shopify 或 Amazon 成为您的重心，那么 A2X 是那里成熟的、以收款为先的解决方案。
不适合的情况：WooCommerce 仍保留在您的堆栈中——A2X 不支持它，就这么简单。对于当前的 MyWorks 用户来说，这通常是决定性的：您将用一个没有 Woo 支持的工具替换一个 Woo 专家，并且在旁边缝合第二个工具意味着一套账簿有两个映射方案。我们的A2X 评测涵盖了其余部分。
Synder — 适用于渠道分散和按交易明细
Synder 的优势在于广度。它连接了大量的销售渠道和支付处理器，并且可以同步到单个交易级别。如果您的实际情况是收入分散在 Woo、Shopify、几个市场和 Stripe 产品中，Synder 会将所有这些拉到一个账本中——当您需要时，其粒度比摘要条目工具更细。
解决的痛点：超出任何以平台为中心的工具所涵盖范围的渠道蔓延。
不适合的情况：您因为痛点 2 而离开 MyWorks。Synder 的灵活性意味着它本身具有很大的配置空间，并且大批量交易级别的同步需要持续的监督。将一个映射界面换成另一个只是一个横向移动，您应该只为了覆盖范围而这样做。
原生的 QuickBooks 连接器 — 老实说，也许足够了
如果您的商店规模较小 — 每月几十个订单，一个渠道，简单的费用结构 — Intuit 自带的连接器应用可能就能满足您的需求，而且几乎没有成本。这并非陷阱；这是一个正常的阶段。小型商店的账簿可以通过订单级同步和月底少量手动费用清理来维持。
它解决的痛点：为尚未使用的深度功能付费。
不适合的情况：交易量真实或正在增长。失败模式是可以预见的 — 没有汇总的付款条目，费用被合并或遗漏，银行流水中充斥着无法匹配的存款 — 然后您将带着更混乱的历史记录回到“墙3”进行清理。（LedgerPort 的 免费套餐 涵盖了同样的小型商店阶段，采用先付款后记账的方式，这使得升级只需更改套餐，而不是迁移。）
对于商店：按发展轨迹选择，而非按功能列表选择
两个问题可以解决大部分情况。
十二个月后您将在哪些平台上运营？ 如果只在 Woo 上运营且保持不变，并且有实际的配置需求 — 那么继续使用 MyWorks 可能是正确的选择，您可以停止阅读了。Woo 加 Shopify — 您的候选名单实际上是 LedgerPort（原生支持，一次登录）或两个并行使用的专业工具，这意味着双重映射方案和双重审计跟踪。如果 Shopify 或市场成为主导 — A2X 将进入讨论范围；而以 Woo 为主的工具将退出。
您每月遇到的痛点是配置还是对账？ 如果您花费维护时间调整字段映射，并且想要这种控制，那么您已经拥有了正确的工具。如果订单同步正常，但对账 Sundays 的时间都花在了付款到存款的匹配上，那么解决方案不是更深入的订单同步 — 而是先付款后记账。无论哪种情况，请根据明年的订单量评估包括我们在内的所有候选工具，并诚实地权衡切换成本：重新连接、重新映射会计科目表、验证与银行的首次付款。使用先付款后记账的工具，这只需要一个下午，而不是一个季度 — 但它并非零成本，而且您已经配置好的工具具有实际的先发优势。
对于会计师事务所：经济效益即产品
如果您经营一家公司，这些痛点会随着客户群的扩大而累积。一个商店所有者维护一个映射配置；一家公司使用深入的按客户定制的工具则需要维护十五个 — 每个都有自己的字段决策、自己的偏差、自己的交接时的“这是谁设置的？”时刻。而且按客户订阅的费用会累加，因此软件成本会随着您试图最大化的事物而增长。
这就是 LedgerPort 的结构在本质上（而非价格上）与众不同的地方。每个客户都是一个独立的业务 — 拥有自己独立的商店到 QuickBooks 配对、映射和同步历史记录 — 都在一个公司登录下，配额根据套餐级别扩展，最高可达无限（多业务管理的工作原理）。主模板跨客户应用一个标准化的会计科目表配置，而不是为每次合作重建映射，并且正式的 CPA 合作伙伴计划 增加了公司级别的批发计费，以及在推荐客户的 20% 收入分成或向他们提供 20% 的折扣之间进行选择。
专门针对 WooCommerce 业务的公司值得特别关注，因为它们最有可能浏览 MyWorks 替代方案页面。WooCommerce 客户历来是比较麻烦的——自托管商店、支付网关混乱、插件漂移——而工具的缺失是许多公司悄悄停止接手 WooCommerce 项目的原因。我们关于如何让这些项目盈利的完整指南是《会计师事务所的 WooCommerce 指南》；简而言之，标准化而非英雄主义才能修复利润率。
诚实的提醒也适用于反面：一个 WooCommerce 客户真正需要进行字段级自定义同步（例如，库存驱动的商店、需要输入账簿的自定义结账字段）的公司，通过 MyWorks 的深度服务（按客户收费）会得到更好的满足，并且应该将订阅堆栈视为正确完成这项工作的成本。
继续使用 MyWorks 也是一种选择
根据您的实际情况，评估这三个障碍：
- 您的业务仅限于 WooCommerce，并且十二个月的计划将保持不变。
- 映射界面由希望拥有该控制权的人维护——并且该控制权正在发挥作用。
- 您的对账确实能够匹配；存款匹配问题不是您的问题。
如果这就是您的情况，那么您就没有障碍——您只是感到好奇，并决定继续使用您信任的、经过深度配置的工具，这是一个完全合理的决定。当出现 Shopify 商店、映射问题或顽固的银行数据时，请将此书签保存下来。
哪个 MyWorks 替代方案适合哪个瓶颈
| 您的障碍 | 您是一家商店 | 您是一家公司 |
|---|---|---|
| 在 WooCommerce 旁边添加 Shopify | LedgerPort — 两个平台原生支持，一个登录 | LedgerPort — Woo 和 Shopify 客户作为独立的业务 |
| 付款无法与银行对账 | LedgerPort（Woo + Shopify）或 A2X（Shopify/市场端） | LedgerPort；A2X 用于市场业务繁多的客户 |
| 映射维护耗费大量时间 | LedgerPort — 汇总条目，配置界面更小 | LedgerPort — 跨客户主模板 |
| 渠道和处理器混乱 | Synder — 广泛的覆盖范围，每笔交易的详细信息 | Synder，如果您将负责配置 |
| 小型商店，简单账簿 | 原生 QuickBooks 连接器 — 或 LedgerPort 的免费套餐 | — |
| 需要字段级 Woo 深度 | 继续使用 MyWorks | 对这些客户继续使用 MyWorks |
每一行都遵循一个规则：在每个供应商的网站（包括我们的网站）上查看当前定价，因为公布的数字会过时，并根据明年的交易量而不是本月的交易量来估算成本。
一次性付款测试
您进来时怀疑每个 MyWorks 替代方案在 Woo 深度方面都是一种退步。大多数情况下是这样——但大多数情况下与重点无关。深度是您决定中最不重要的变化因素；决定您去留的问题是您正面临哪个障碍：第二个平台、一个您已厌倦维护的映射界面，或一个无法对账的存款。
如果您的墙壁是这三者之一，那么测试将免费，并且可以在午休时间内完成：在免费套餐中连接一家商店，同步一次真实的付款，然后将其与银行存款进行核对。这样就可以用您自己的数据来回答深度问题，而不是任何人的营销——包括我们的。
还在比较吗？LedgerPort vs MyWorks 正面对决涵盖了直接的较量，我们的MyWorks 评测充分肯定了 MyWorks 的价值，而面向会计师事务所的 WooCommerce 操作指南则深入探讨了事务所方面的经济学。
