WooCommerce 会计事务所的会计处理大部分沿用您的 Shopify 操作手册，并且能够顺利完成。它未能沿用的三个方面正是导致报价超支的地方。
推荐邮件已在您的收件箱中。您的一位 Shopify 客户的朋友“经营着她的 WordPress — 我想是 WooCommerce — 商店”，并且由于您今年每月 10 日之前都为他完成了账务结清，他告诉她您是懂电子商务的事务所。
您已经赢得了这份信任。您有一个 Shopify 入职流程表，一名员工可以在一小时内完成：连接、标准的映射模板、历史数据回填、一次端到端的付款追踪。因此，您打开新客户的资料，期望看到的是带有不同标志的 Shopify。
然而，您发现的是：Stripe *和* PayPal *以及* 一个您从未对账过的“先买后付”支付渠道。没有应用商店 — 一个有 31 个条目的插件页面，其中四个需要更新。而且没有任何平台公司托管这些内容 — 客户从一家您也从未听说过的托管公司租用服务器，而她的侄子“负责网站方面的事情”。
诱人的结论是大多数事务所悄悄持有的观点：*WooCommerce 客户只是 Shopify 客户的额外步骤 — 操作手册相同，需要更多耐心。* 这是谎言，而且代价高昂，因为它意味着每次 Woo 特有的意外都会在合同执行期间发生，而不是在报价阶段。事实是，WooCommerce 对会计事务所而言，在三个特定的结构性方面有所不同 — 并且每个方面都有一个标准答案，您可以在启动电话会议之前将其定为政策。
为什么 WooCommerce 会计事务所的工作与众不同
这三个差异都与会计无关。收入、费用、退款冲销账户、税务负债 — 与您的 Shopify 客户完全相同。改变的是数据的来源以及控制生成数据的机器的人。
1. 没有单一的支付渠道
典型的 Shopify 客户使用 Shopify Payments，他们的大部分资金通过一个支付渠道到账，并遵循一套费用逻辑。您的对账肌肉记忆就是建立在这一点上的。
WooCommerce 没有自己的支付渠道。结账是组合起来的：Stripe 处理卡支付，PayPal 因为客户期望它，可能还有 Klarna 或客户在两年前促销期间添加的某个区域性支付商。每个支付渠道都有自己的时间表批量支付，扣除自己的费用，并按自己的时间表净额结算退款。不存在“WooCommerce 付款”这样的东西 — 有三个或四个不相关的存款流进入同一个支票账户。
公司方面的答案：按网关结算，作为一项既定政策。每个在商店中激活的网关都有一个结算账户和一项费用支出项，在第一个交易同步之前创建 — 从不共享“商户费用”类别。这是您已经信任的相同结算架构；Woo 的不同之处在于您正在并行运行它，一次运行多个通道。更多关于政策的内容见下文。
2. 客户拥有基础设施
Shopify 是一个托管平台：正常运行时间、安全性和销售数据库是 Shopify 的问题。WooCommerce 商店是客户在其选择的托管上运行的软件。WordPress 核心、WooCommerce、PHP 版本、SSL 证书以及其他 30 个插件都存在于您的公司完全无法看到的底层基础架构上 — 所有这些都位于您的源数据之上。
这并不会让您成为他们的 IT 部门。这使得基础架构成为一个范围界定问题，就像“是 QuickBooks Online 还是 Desktop？”对于 Shopify 客户来说是一个范围界定问题一样。
公司方面的答案：访问和更新卫生应在您的初步接洽电子邮件中完成，而不是在第三个月。在通话前清单中添加四个问题：谁托管该网站，谁维护该网站？是否启用了HTTPS？（同步工具在没有HTTPS的情况下将拒绝连接。）商店货币是否与QuickBooks公司的本地货币匹配？谁拥有安装插件权限的wp-admin访问权限？初步接洽时花五分钟；这将消除所有“网站已关闭/证书已过期/侄子更新了某些内容”之类的意外情况。
3. 同步层是客户安装的插件
对于 Shopify 客户，同步工具是在一个保证环境的平台上进行应用商店安装的。对于 WooCommerce，同步工具是一个 WordPress 插件，安装在客户的 wp-admin 中，与商店的 REST API 通信。您依赖于干净账簿的连接存在于系统内部，这是区别 #2。
公司方面的答案：您的入职运行单包括他们的 wp-admin。这不是一个负担 — 而是在启动电话会议上运行的一个十分钟的指导步骤，由客户（或持有管理员权限的人）主导。安装和连接流程简短且标准化，一起完成意味着您确切地知道他们的商店中运行的是什么。下一节将对此进行介绍。
入职流程差异：与您的 Shopify 流程表相比有何变化
如果您已经构建了 五步 Shopify 入职流程，请保留它。主干结构不变：通话前准备、连接、根据您公司的标准图表进行映射、历史数据回填、首次对账检查。这是 Woo 的差异，分阶段介绍。
通话前准备获取基础架构问题。托管、HTTPS、货币匹配、wp-admin 访问权限 — 以上四个问题。通话前邮件中的其他所有内容（QBO 会计师邀请、哪个 QuickBooks 公司、回填日期范围）保持不变。
顺便问一句：客户是否批发销售？这是最常改变合作模式的问题。一个同时经营B2B和零售的Woo商店会产生应收账款、信用风险和免税订单，而纯粹的D2C文件永远不会产生这些——这个问题的答案决定了在映射任何内容之前，你是映射到清算账户还是应收账款账户。也要问他们用什么来运行：Wholesale Suite以及类似的插件包含了角色、定价规则和信用额度，这些解释了为什么某个订单会那样入账，而你希望在wp-admin中与同步插件并列显示，而不是在第三个月才发现。
连接阶段移至 wp-admin。在托管平台上进行 URL 和应用安装握手，而不是在托管平台上进行。客户安装了一个插件。使用 LedgerPort，通话中的顺序如下：
-
安装。 在客户的 WordPress 管理后台：插件 » 安装新插件，搜索 LedgerPort，立即安装，启用。设置向导会自动以全屏覆盖的形式打开。
-
连接。 向导要求单击一次即可开始连接流程。
-
授权。 客户将被重定向到 app.ledgerport.com，登录，选择业务，然后授权 — 之后会返回到他们的 WordPress 管理后台。密码不会发生更改，这一点在电话会议中值得大声说出来，就像您为 QuickBooks OAuth 授权所做的那样。
-
自动配置。 LedgerPort 会创建一个具有读取访问权限的 WooCommerce REST API 密钥，并为订单、退款、产品和客户注册 webhook。如果任何步骤失败，一切都会自动回滚 — 商店永远不会处于半配置状态。成功后，客户将进入已连接的仪表板。
这是在您继续之前向客户 — 以及持怀疑态度的 IT 侄子 — 展示的部分：插件配置的所有内容都可以在商店自己的 WooCommerce 设置下的 Webhook 中看到。已命名、已列出、可审核。
这种透明度是针对差异 #2 的访问卫生担忧的诚实答案。该插件拥有读取访问权限，其足迹可在 wp-admin 中检查，断开连接会删除它创建的 API 密钥和 webhook — 您不再服务的客户商店中不会留下任何东西。
映射、回填和验证是相同的操作。 您标准的电子商务图表适用；产品和账户映射从现在位于客户 wp-admin 侧边栏中的 LedgerPort 菜单运行 — 仪表板、映射、手动同步、审计日志 — 因此检查同步运行状况永远不需要登录任何新内容。历史回填和用于验证的错误筛选审计日志步骤的工作方式与您的 Shopify 文件中的完全相同。
对运行表净增量：四个录入问题和一个十分钟的指导安装。这就是谎言的“额外步骤”部分 — 而且它是故事中较小的一半。
支付渠道对账作为固定政策
较大的一半是差异 #1，因为它在每次结算时都会重复出现，而不仅仅是在入职时。将其写成公司政策 — 三行：
每个网关一个清算账户，无例外。 Stripe 清算、PayPal 清算，每个额外渠道一个 — 在客户的 QBO 文件中，每个都是其他流动资产，在入职时创建。跨网关的共享清算账户会重建您被聘来解决的确切难题。
每个网关一条费用明细。 混合费用无法进行合理性检查。分开来看，每个网关的有效费率每月只需两分钟的审查：Stripe 通常约为 3%，当月读数为 4.1% 时，就说明发生了值得花两分钟时间关注的事情。
结算余额是健康检查。 每个结算账户只应存放过境资金——几天的销售额。不断增长的余额意味着费用或退款在该特定渠道上未被记录，这会告诉你具体是哪个渠道。
我们故意不在此重新推导机制——每日摘要和付款日记账的架构在我们的店主指南中已经涵盖，并附有实际数字示例，这些指南包括 同步 WooCommerce 与 QuickBooks 和 WooCommerce 簿记结构。这两篇文章也可以逐字用作客户教育材料：在启动项目之前将其发送给店主，这样“为什么你不能 just 匹配存款？”的对话就已经进行过了。
对公司而言，重要的是这项政策是配置，而不是纪律。LedgerPort 会自动检测商店中所有活动的网关，并为每个网关提供自己的行——结算账户、QBO 付款方式、退款处理——并为任何未配置的内容提供默认的备用方案。您的初级员工在入职时根据公司的标准图表设置一次，之后每个网关的架构就会自行执行。
服务不足且忠诚度高
现在是关于建立业务的论点，因为它在 WooCommerce 上的优势比在电子商务领域的其他任何地方都要大。
大多数电子商务会计工具都是以 Shopify 为先的。大多数内容、大多数注册会计师营销、大多数“我们懂电子商务”的定位——都是以 Shopify 为先。WooCommerce 运行着全球在线商店中可比的份额，但寻找了解每个网关付款和基于插件同步的会计师的 Woo 店主几乎找不到。现有的原生 Woo 工具大多解决了不同的问题——针对发票驱动型企业的每笔订单双向同步，MyWorks 在这方面确实做得很好——而不是月度结算所依赖的付款级别的对账。
对公司而言，这种稀缺性会产生两种影响。它使得推荐渠道的收益不成比例地增加：好好服务一位 WooCommerce 客户，您就会在那些罕见“能处理 WordPress 商店的公司”这个说法的社区中成为“能处理 WordPress 商店的公司”。它还使得客户更具粘性——一位店主，其账簿最终与银行对齐，并且是由一家在她侄子弄坏之前就知道询问她托管情况的公司制作的，她不会为了节省每月 50 美元而去找一个通才。
这与我们在《为什么电子商务客户会蚕食公司利润》一文中提出的基础设施论点相同——利润由工具决定，而非客户类型——但有一个升级：在 WooCommerce 上，竞争对手尚未阅读该帖子。而且投资组合机制可以完整地沿用：CPA 合作伙伴计划无论客户运行的是 Shopify 还是 WooCommerce，都可以通过一个公司登录来跨客户应用您的主模板图表配置，因此您的第六个 Woo 客户将继承您在第一个客户上做出的决定。
第二次推荐
设想下一个。又一个 WordPress 商店，又一个组装的结账——这次是 Stripe、PayPal 和某个北欧支付方式。您的接收邮件已包含四个基础设施问题。您的启动电话会议包括您以前运行过的十分钟插件安装。您的映射模板已包含每个网关的清算行，并且该客户的月末与您在 Shopify 文件上运行的审查而非重建的结账相同。
毕竟是同样的剧本——只是不是谎言所承诺的那个。采用一次的三项政策，平台差异就不再是您拒绝推荐的理由。
您已经掌握了这三个差异及其现有答案；最快的方法是针对真实客户文件进行压力测试。 预约 CPA 入职电话 → 我们将与您一起处理您的第一个 WooCommerce 客户——四个接收问题、wp-admin 安装、每个网关的清算设置以及与每个存款流相关的首次结账。
