大多数电商库存管理软件的比较文章只给起价和一个"适合谁"的标签。这不足以支撑采购决策。
真正适合一家店的套餐很少是入门套餐，而连接器的细节才决定你的团队还要手工做多少事。
本文固定一个商家条件，依次放进六款系统里检验：Zoho Inventory、Veeqo、Cin7 Core、Descartes Finale、Linnworks、Katana。
每款都回答同样的问题：真正能覆盖该条件的套餐是哪一个、公开费用是多少、连接器能自动做什么、还有什么留给人工。
价格、套餐容量和连接器规则均以 2026 年 11 月 8 日 的官方页面为准。这是一篇基于官方文档和有日期的商家反馈的比较，不是实际操作测试；凡官方资料未确认的流程，我们直接说明。
先给结论
如果你从自有美国仓发货（Amazon 订单走 FBM，Shopify 订单自己打包），先试 Veeqo 和 Zoho Inventory。Veeqo 在操作上更轻：用户数不限、原生 Shopify 与 Amazon 连接、支持共享组件的套装，1,001–2,500 单档位公开显示 $50–88/月。Zoho 是公开软件成本最低的方案，Standard 套餐年付加购订单额度后约 $44/月，但有几项条件要在签约前确认。
只有在轻量工具做不好的事上才升级到 Cin7 Core、Finale 或 Linnworks：多仓路由、条码收货、以采购为中心的运营、按规则自动处理订单。预算从 $499–599/月的公开起点或报价开始，再加一个实施项目。
Katana 保留在名单上的前提是你同时有制造或组装业务。没有这个需求，它只按报价出售的 Advantage 套餐必须在运营成本上胜过其他方案，而不是在功能上。
如果一切由 Amazon 履约（Amazon 订单走 FBA，Shopify 订单走多渠道履约 MCF），短名单会变。先确认 Amazon 官方免费的 Shopify MCF 应用是否已覆盖你的 Shopify 订单流。Finale 官方明确目前不支持 MCF。Cin7 Core 可以提交 MCF 发货，但每一单都要有人授权。Veeqo 和 Linnworks 有文档记录的 MCF 路径，套装与计费条件见下文。
所有数字背后的商家条件
- 渠道： 一个 Shopify 店＋一个 Amazon 美国卖家账号
- 规模： 合计月均 1,500 个销售订单，按年规划 18,000 单
- 商品： 500 个活跃 SKU；团队： 3 名需要登录账号的操作员
- 必需操作： 订单导入、可售库存回推两个渠道、采购单与收货、取消、退款、实物退回并恢复可售
场景 A 是美国商家、1 个自有仓：Amazon 订单 FBM，Shopify 订单从同一仓发出。场景 B 是面向美国市场的中国商家：库存放在 Amazon 美国履约中心，Amazon 订单走 FBA，Shopify 订单走 MCF。
在此之上另加一项压力测试：20 个由共享组件构成的虚拟套装（同一组件 SKU 既单卖，又出现在多个套装里）。它不属于基础条件：如果你不卖套装，下文的套装限制不应把任何工具从你的名单上划掉。虚拟套装也不等于预包装成品套装，两者互换是业务变更，不是软件设置。
关于计费单位：1,500 单/月在各家的口径并不相同。Cin7 按每年销售订单数计，Zoho 把每月订单数和发票数分开计，Veeqo 按前 30 天导入的商家自发货订单计，Finale 在合同里约定每月订单基数。表格已按各家口径换算。
场景 A：同一家店，六种配置
只比较软件订阅，美元，不含税、平台费、运费、硬件和未明确包含的实施服务。"按同费率"指月费乘以 12，不是首年总成本，也不假设年付折扣（有说明者除外）。
| 覆盖本条件的产品与套餐 | 公开订阅费用口径 | 本场景关键容量 | 决定性限制与人工步骤 |
|---|---|---|---|
| Zoho Inventory – 美国版 Standard＋2 个 500 单扩容；或 Premium | Standard $29/月＋2×$7.50/月＝$44/月（年付等效，$528/年）。Premium $79/月 年付等效（$948/年） | Standard：3 用户、2 个地点、1 个 Shopify 店、每月 500 单、500 张发票、300 张采购单。Premium：每月 3,000 单与 3,000 张发票，5 用户 | 发票上限是否随订单扩容增加未公开。Kit 渠道映射标注 Early Access。2026 年 5 月新增 Shopify 退货导入；付款退款和实物回库是另外的步骤 |
| Veeqo Inventory | 1,001–2,500 单档位显示 $50–88/月（约 $600–1,056/年）。没有公开的 1,500 单精确价格；本文不做插值 | 用户、SKU、地点不限。只按商家自发货订单计费 | 修改 Amazon 或 Shopify 订单的行项目后，该订单停止同步。退款只向 Shopify 推送，不从 Shopify 拉取。套装最多 25 个组件，不能嵌套 |
| Cin7 Core – Pro | $599/月，按同费率 $7,188/年。新客户税前价 | 10 用户、4 个集成、每年 24,000 个销售订单。Standard（$349/月）只含 6,000 单/年 | Shopify 的取消与退货流入 Core；Core 端的取消、退款、回库不回传 Shopify。下载后改单需两边处理。上线通常 4–10 周 |
| Descartes Finale – Essentials | $499/月起（按同费率 $5,988/年）。1,500 单、3 用户、2 个连接的配置价需报价 | 用户数与集成数是硬上限；每月订单基数在开户时设定，超出另计 | 多数客户签 12–36 个月合同。只支持平均成本法。Growth（$799/月）含条码 WMS，本条件不需要 |
| Linnworks | 需报价。 按订单量计价，高级模块另计，含引导式上线 | 用户、SKU、模块由报价约定 | Shopify 退款必须从 Linnworks 发起；在 Shopify 发起的退款或退货不会流入也不会回库。组合品父级须设为 Untracked 才使用子件库存 |
| Katana – Advantage | 需报价（定制年度范围）。Free 套餐限 30 个 SKU 且电商只接 Shopify，不满足本条件 | 在约定范围内 SKU、用户、集成不限 | Amazon 退款退货在 Seller Central 处理；取消需手工同步到 Katana。Shopify 退货只在标记 Restocked 后回库；不处理资金退款 |
来源：Zoho 美国定价 与 套餐比较；Veeqo 定价 与 套餐说明；Cin7 定价；Finale 定价 与 额度及超额规则；Linnworks 定价；Katana 定价。
请仔细读价格列。Zoho 的 $44 和 Veeqo 的 $50–88 是能覆盖该订单量的公开档位。Cin7 的 $599 是公开容量能覆盖 18,000 年单的套餐；Standard 加容量扩容可能更便宜，但扩容价未公开，所以 Pro 是"已知可覆盖"的数字，不是已证明的最低价。Finale 的 $499 是下限，不是配置后的价格。Linnworks 和 Katana 没有针对本条件的公开价格，我们不用过时的第三方数字补空。
逐款判断：为什么入选、何时换选、什么留给人工
Zoho Inventory
为什么入选。 对 3 人、单仓团队，Zoho 是能覆盖该订单量的最低公开配置。美国版 Standard 含 3 用户、2 个地点、1 个 Shopify 店，订单额度按 500 单一档加购，年付 $7.50/月（定价、比较页）。采购与收货是原生功能，Shopify 和 Amazon 连接器在首次拉取库存后向渠道推送库存。
何时换选。 财务要求每单一张发票时：Standard 列明每月 500 张发票，没有任何公开说明表示该上限随订单扩容增加。Premium $79/月（年付等效）列明 3,000 单与 3,000 张发票，消除了这个不确定性。另外，如果套装测试对你重要：让 Shopify 或 Amazon 刊登映射到 Kit、导入订单时扣减组件的功能，出现在 2025 年 8–10 月更新公告 中，标注为 Early Access。依赖它之前先确认你的组织已开通。
什么留给人工。 2026 年 5 月更新增加了 Shopify 销售退货导入（更新日志），因此"Zoho 不处理 Shopify 退货"的旧投诉已经过时。但退货记录仍不等于付款退款，也不等于已回库的商品；要分开核对。Amazon 连接还要求组织基础货币与商城货币一致。
试用时验证。 同时在两个渠道把同一组件单卖并放进 Kit 里卖，检查两个渠道的可售数量是否正确减少。这一项测试就能说明 Kit 映射对你是否已生效。
Veeqo
为什么入选。 Veeqo 的套餐说明（2026 年 10 月更新）把库存同步、数字拣货、采购自动化和报表纳入付费套餐；免费的 Shipping 档能拉取渠道库存但不控制库存。本条件下你买的是 Inventory 套餐，定价页 在 1,001–2,500 单档显示 $50–88/月。用户、SKU、地点不限，3 人团队不构成成本因素。套装 可在多个套装间共享组件（每个最多 25 个组件，不能嵌套）；采购单 和 收货 是原生功能。
何时换选。 你的客服流程会在导入后修改订单行项目时。Veeqo 的改单文档 写明：Amazon、Shopify 或 eBay 订单的行项目一旦被编辑或删除，该订单不再同步，后续状态变化要在渠道内处理。Shopify 应用商店里 Elev8 Supplies 的评价（2026 年 7 月 28 日）描述的正是这种情况：改单要两边处理，退款和预留库存不满足需求。这是一个商家的叙述，不是故障率，但与官方规则一致。
什么留给人工。 退款单向：Veeqo 可向 Shopify 推送全额或部分退款，但不拉取在 Shopify 发起的退款（Shopify 说明）；Amazon 不在退款推送列表中，Amazon 退款在 Seller Central 完成。实物退回单独登记，并选择回库或报废（退款与退货）。预留每天一小段异常处理时间。
试用时验证。 确认你的计费订单数。Veeqo 按前 30 天导入的自发货订单计费，大促月可能让你跨过档位边界。
Cin7 Core
为什么入选。 Cin7 Core 是这里唯一用明确数字公开覆盖本条件的系统：Pro $599/月含 10 用户、4 个集成、每年 24,000 个销售订单（定价）。组装、Kit 和采购是基础能力，Shopify 连接器的 auto-assembly 选项把组件库存计入可售量（Shopify 集成 FAQ）。如果一年内会增加第二个仓、批发或会计集成，Core 能随之扩展。
何时换选。 没有人负责实施时。Cin7 的上线文档描述小组上线 4–6 周、一对一 8–10 周，客户每周投入 4–6 小时（上线说明）。每个 Shopify 店占用四个集成许可中的一个。Shopify 应用商店里 Leather Gallery 的评价（2026 年 2 月 6 日，从 Omni 迁到 Core 的家具商家）称 BOM 可售量和 WMS 的交互不符合预期；官方 FAQ 确认组装可售量取决于配置，且 Advanced Manufacturing 的可生产量不会推送到 Shopify。购买前先演示你的套装模型。
什么留给人工。 事件方向不对称：Shopify 发起的退货、退款、取消会进入 Core，但在 Core 完成的取消、退款、回库不会发送到 Shopify（退货、退款与取消）。下载后被修改的订单要手工匹配，或作废后重新导入（下载订单）。月付方案的承诺期和通知期在帮助页与条款之间有出入；一位长期用户（Soundbrenner，Shopify 应用商店，2025 年 2 月 7 日）称取消时被要求先与销售通话并提前 30 天通知。把取消条款写进订单。
演示时验证。 在 Core 内取消一个 Shopify 订单，看 Shopify 端显示什么。这一个动作就能暴露方向问题，并告诉你谁来负责 Shopify 那一侧。
更多套餐细节见 Cin7 工具页。
Descartes Finale
为什么入选。 Finale 首先是仓库和采购系统。它的 Expand vs Never Expand BOM 设置允许渠道套装订单在导入时直接扣减组件库存，无需先 Build，这正是虚拟套装测试所需。Shopify 集成页 描述订单每 5 分钟导入、库存 5 分钟内推送（厂商陈述，非实测 SLA）。
何时换选。 三条公开限制。Finale 只支持平均成本法，不支持 FIFO 或 LIFO；会计要求 FIFO 的话到此为止。它的 BOM 是单层（BOM 页面），属于轻组装而非 MRP。它的 Amazon FBA 页面 写明目前不支持 MCF，这在场景 B 很关键。
什么留给人工。 价格本身。Essentials 从 $499/月起，但用户数与集成数是硬上限，每月订单基数在开户时设定，超出另计（额度与超额）。定价 FAQ 称多数客户签 12、24 或 36 个月合同，额外的 QuickBooks 咨询可能收费。Shopify 部分退款和部分实物回库的连接器级规则，在我们查阅的公开文档中未得到确认。
演示时验证。 开启 Expand BOM 导入一个 Shopify 套装订单，确认组件扣减，再处理一个组件的部分退回，看它落到哪里。同时索取书面的订单基数和超额费率。
Linnworks
为什么入选。 Linnworks 是带路由与发货规则引擎的订单管理系统，原生连接 Shopify 和 Amazon，采购支持部分收货（渠道集成、采购单收货）。组合品父级设为 Untracked 时使用子件库存（组合品库存）。一位同时运营 Shopify、Amazon、eBay 的 G2 评价者（2026 年 11 月 3 日）认为规则引擎和标签减少了手工操作，同时指出 Amazon 属性映射花了不少功夫；厂商回复承认了配置投入。这就是你买到的东西：配置之后的自动化。
何时换选。 没人能做配置，或者你的退货是在 Shopify 发起的。当前的 Shopify GraphQL FAQ（2026 年 8 月 24 日更新）写得很明确：退款从 Linnworks 同步到 Shopify；在 Shopify 发起的退款或退货不会更新 Linnworks，也不会回库。导入后追加订单行还可能断开 Shopify 行关联，导致退款失败。
什么留给人工。 价格。Linnworks 按订单量计价，高级模块另计；没有针对 1,500 单、3 用户、两个渠道的公开数字。报价必须写明模块、用户数和超额条款。
演示时验证。 在 Shopify（而不是 Linnworks）发起一笔退款，观察订单和库存。如果你的客服团队主要在 Shopify 里工作，这是他们最先会碰到的流程。
Katana
为什么入选。 Katana 以制造为先，但零售路径可信。它的原生 Amazon FBM 连接器导入未处理订单、推送可售库存、回传跟踪号（FBM 概览、FBM 库存同步）。Shopify 和 Amazon 的 Kit 推送由组件计算的"Potential stock"（Shopify Kit），符合共享组件测试。采购单支持部分收货（收货）。
何时换选。 你不生产任何东西时。Free 套餐 限 30 个 SKU 且只接 Shopify，本条件需要只按报价出售的 Advantage，即包含实施与维护的定制年度范围。没有制造需求，这份报价必须在总运营成本上胜过 Veeqo 或 Zoho。提到 Katana 旧 Core 套餐约 $299/月、或批次与库位功能加购费的评价，描述的是已停售的定价；当前结构只有 Free 和 Advantage。
什么留给人工。 Amazon 退款退货在 Seller Central 处理；发货前取消的 Amazon 订单要手工更新 Katana；Amazon 客户地址不出现在 Katana 内，标签要在 Seller Central 或承运商工具制作（处理 FBM 订单）。Shopify 退货会进入 Katana，但只在标记 Restocked 后增加库存，且 Katana 不处理资金退款（Shopify 退货）。
演示时验证。 处理一笔不能回到可售库存的损坏退货，再处理一笔必须回库的完好退货，然后检查两个渠道的数字。
另见 Katana 工具页。
场景 B：面向美国市场的中国商家
这次设定为一家位于中国、通过 Shopify 和 Amazon 美国站向美国消费者销售的店铺，仍按月均 1,500 单、500 个活跃 SKU、3 名运营人员比较。库存放在 Amazon 美国履约中心，Amazon 订单走 FBA，Shopify 订单走 MCF，两个渠道共用同一个库存池。
三个 Amazon 术语，只解释到足以改变选型的程度：
- GWD（Global Warehousing and Distribution） 是货源地仓储加经 Amazon Global Logistics 向美国 Amazon 网络的跨境补货。Amazon 帮助页 说明目前不支持从 GWD 分拨到美国 AWD 或非 Amazon 地点。GWD 是上游库存，不是美国可售库存池。
- FBA 从 Amazon 美国履约中心履约 Amazon 订单；MCF 用同一库存池履约站外订单。能看见 FBA 库存的软件，不一定能提交 MCF 订单。
- AWD 是上游批量仓储，不是消费者订单的末端履约方式，也不是 GWD 的必经环节。
Amazon 订单走 FBA，Shopify 订单走 MCF
两个渠道都由 Amazon 打包发货，GWD（如使用）负责上游补货。选型时需要确认：能否看见 FBA 库存、能否把 Shopify 订单提交到 MCF，以及当打包的是 Amazon 而不是你时，共享组件套装会怎样。
基线是 Amazon 官方免费的 Shopify MCF 应用。按其使用指南，它把 Amazon 可履约库存同步到 Shopify，手动或自动提交履约请求，回传跟踪号，并可把 Shopify 套装组件映射到 MCF SKU，或使用预包装套装 SKU。退货不由该应用处理。应用免费；仓储、FBA、MCF 和退件费用不免，而且它不是采购、多仓或成本核算系统。
| 系统 | FBA 可见性与 Shopify→MCF | MCF 下的共享组件套装 | 费用与人工边界 |
|---|---|---|---|
| Amazon 官方 Shopify MCF 应用（基线） | 原生库存同步、履约请求、跟踪 | 官方指南支持组件 SKU 映射；需用你的套装应用和订单路由实测 | 应用免费；物流另计。采购、GWD 可见性、退款、实物退回另行处理 |
| Veeqo | 有文档记录的原生 MCF 提交与状态跟踪（FBA 概览） | 不通过： FBA/MCF 套装必须预包装并作为简单 SKU 设置（套装） | FBA 和 MCF 订单不计入计费量（套餐说明），场景 A 的价格档不适用；若全部订单由 Amazon 履约，商家会落在 Inventory 档最低位（$19/月起），这是对计费规则的推论，不是报价 |
| Cin7 Core | 有原生 FBA/MCF 路径，但每一笔 MCF 发货都必须人工授权，即使开启 auto-ship（MCF 文档） | 虚拟 Kit 拆成 MCF 组件请求的路径，公开文档未确认 | Pro 仍是预算参照；确认 FBA 连接许可是否占用 4 个集成之一。FBA 退货不支持；跟踪每日轮询两次（FBA 文档） |
| Linnworks | 自动 MCF 提交有文档记录，列为高级套餐功能（Amazon MCF、FBA 页面） | 旧帮助文档描述了组件拆分和预包装两种模型（FBA 组合品）；当前行为需演示 | 报价须写明 MCF 模块、FBA/MCF 订单是否计入订单量、去重规则。场景 A 的退款方向仍然适用 |
| Zoho Inventory | FBA 地点、商品、订单可同步（Amazon 帮助）；未找到官方原生 Shopify→MCF 路径 | 不通过： Kit 公告写明 FBA 商品不能映射到 Kit | 第三方 MCF 连接器会增加费用并需单独验证 |
| Descartes Finale | 可见 FBA 与 AWD 库存，但官方明确目前不支持 MCF（FBA 页面） | BOM 功能不能证明 MCF 组件履约 | 只有与官方应用或其他 MCF 连接器组合才可行；届时库存主控、重复订单、退货归属都要设计并测试 |
| Katana | FBA 库存和已发货订单单向导入为 External 库存，按日、周或手动对账（FBA 对账）；未找到原生 Shopify→MCF | 一般 Kit 功能不能证明 MCF 组件履约 | Shopify 同步会跳过 MCF 等应用管理的地点，但这些订单仍会扣减映射的 Katana 地点库存（Shopify 库存同步）；要测试是否重复扣减 |
两点提醒。Veeqo 的预包装要求是 Veeqo 连接器的规则，不是 Amazon 的规则；Amazon 自家应用接受组件映射。另外，Amazon 商城的 Virtual Bundles 是一种有资格要求、且无法通过 API 创建的刊登功能；它不是 Shopify 套装，不应假设这里任何一款系统能创建或维护它。
场景 B 如何选型。 如果唯一的任务是让 Amazon 和 Shopify 共用一个美国 FBA 库存池，先测官方应用。如果商家还需要对中国供应商集中开采购单、把 GWD 和在途数量作为独立库存状态、以及套装成本核算，那么有文档记录 MCF 路径的系统是 Veeqo（套装预包装或没有套装时）、Linnworks（报价合适时）和 Cin7 Core（有人愿意给每笔 MCF 发货点授权时）。Finale 不能作为 MCF 执行方。Zoho 和 Katana 在这个场景里是库存与采购工具，不是履约路由器，除非你已确认的某个连接器填补了这个空缺。
什么时候原生连接就够了，什么时候需要完整系统
以下条件全部满足时可以不买完整库存系统：库存只在一个池子里，各渠道的原生连接器已能正确推送可售数量，你的套装在渠道自带的套装应用里能跑通，团队愿意在 Shopify 和 Seller Central 内处理采购、收货和退货异常。场景 B 的官方 MCF 应用情形正是如此。只有 Shopify 一个渠道的店，原生方案见我们的 Shopify 库存管理软件指南。
出现以下任一项时，就需要完整系统：第二个库存地点（包括不能超卖的在途库存）、带部分收货的采购单、跨 SKU 和套装的共享组件、按 SKU 的成本核算，或者两三个人每天要处理的异常队列。这些才是六款系统真正在做的事；向渠道提交订单是原生应用已经覆盖的部分。
预测是另一种采购。这些系统负责库存执行；如果你的缺口是决定买多少，请从我们的 库存预测工具比较 开始。
一周内可执行的选型验证清单
- 写下每家的计费单位，把月均 1,500 单换算成该单位。问清 2,200 单的月份要付多少。
- 拿到书面的配置价格：用户数、集成数（Cin7 每个 Shopify 店占一个）、加购项、实施、合同期、取消通知期。
- 跑共享组件测试。 在两个渠道同时把同一组件单卖并放进套装里卖；每笔订单后和一次取消后检查两个渠道的可售数量。
- 跑退款三件套。 只退款不退货；退回完好件；退回损坏件。记录钱往哪里走、库存往哪里走、你的团队用了哪个界面。
- 在导入后修改订单（加一行、删一行），看它是否继续同步。
- 部分收货一张采购单，确认未到数量和在途数量不可售。
- 仅场景 B： 通过候选系统把一个 Shopify 套装提交到 MCF，确认只提交一次、跟踪号回传 Shopify，并在 MCF 允许的窗口内取消。
- 从试用账户导出数据。 如果试用套餐限制导出，签约前问清付费套餐允许什么。
常见问题
"支持 Amazon"是否意味着可以配合 FBA 和 MCF 使用？ 不是。看见 FBA 库存、把 Shopify 订单提交到 MCF、看见 GWD 或跨境在途，是三项独立能力。Finale 能看 FBA 库存但不支持 MCF；Zoho 和 Katana 能看 FBA 库存但未确认原生 MCF 提交；Veeqo、Linnworks、Cin7 Core 有文档记录的 MCF 提交，条件见场景 B 表格。
我卖套装，哪些系统能处理共享组件？ 自有仓内：Veeqo（最多 25 个组件，不能嵌套）、Cin7 Core（auto-assembly）、Finale（Expand BOM）、Linnworks（Untracked 组合品父级）、Katana（Potential stock），以及开通 Kit 映射后的 Zoho。MCF 下：Veeqo 要求预包装套装，Zoho 不能把 Kit 映射到 FBA 商品；Amazon 官方应用和 Linnworks 有组件映射的文档记录；Cin7 Core 的路径未确认。
为什么不做一到六的排名？ 因为排序会随履约安排和套装需求而变，而且本文基于官方文档和有日期的商家反馈，而不是受控测试。场景表格给出入选或排除每种配置的理由；验证清单把它变成决策。
价格、套餐容量和连接器规则于 2026 年 11 月 8 日对照所链接的厂商页面核对。厂商会更改套餐和文档，签约前请确认当前条款。
评论
欢迎补充经验或提出问题。评论仅支持纯文本；其中的外部链接会自动标记为 nofollow。
暂无评论。