2026年8月3日 / Best Practices / 5 分钟阅读

Stocky 即将停用:8 月 31 日前 Shopify 库存迁移清单

Stocky 将于 2026 年 8 月 31 日后停止使用。用这份 Shopify 库存迁移清单,提前保护采购订单、盘点记录、供应商资料和自动化流程。

Shopify Shopify库存管理 Stocky迁移 Shopify POS 库存迁移清单 零售库存运营 库存自动化

Stocky 并不只是又一个即将退场的 Shopify 应用。对许多零售商来说,多年来采购订单、库存盘点、供应商资料、调拨、收货流程以及补货习惯,几乎都一直默默地运行在 Stocky 里。

这点很重要,因为 Shopify 已确认:Stocky 将在 2026 年 8 月 31 日后不再可用。在此之后,商家需要改用 Shopify 后台、Shopify POS,或其他已连接的库存系统来管理库存。

这个截止日期已经近到不能再被当作“以后再看”的事项了。这其实是一个库存自动化迁移的最后期限。如果你的团队只是偶尔使用 Stocky,迁移可能相对简单;但如果 Stocky 支撑着日常零售运营,那么这次变化可能会影响采购、收货、库存盘点、供应商沟通、报表、本地自提承诺,以及仓储或 ERP 集成。

本文将说明 Shopify 零售商在 2026 年 8 月 31 日前,应该导出、重建、自动化和测试哪些关键内容。

到底会发生哪些变化?

Shopify 将于 2026 年 8 月 31 日停止 Stocky 服务。届时,零售商将无法再使用该应用处理日常库存工作,例如采购订单管理、需求预测、供应商流程、补货规划,以及 Stocky 专属报表。

这并不意味着 Shopify 中的所有库存数据都会消失。已经存储在 Shopify 里的商品、变体、地点和库存数量数据仍会保留。真正的风险在于那些只存在于 Stocky 中,或在 Shopify 后台和 Shopify POS 中没有直接对应项的记录、报表和运营逻辑。

关于截止日期,还有一个重要说明:8 月 31 日是 Stocky 停止运行的日期,但并不代表所有 Stocky 数据会在那一刻立刻消失。Shopify 保证商家在停用后至少还有 90 天的只读访问权限,以便导出数据。不过,只读访问无法支持持续的库存运营,而且超过这段最短期限后是否还能访问,并没有保证。

因此,商家应把这 90 天视为最后的数据抢救窗口,而不是迁移截止日期的延长期。只要条件允许,关键记录仍应尽量在 8 月 31 日前完成导出和核验。到那一天,团队也应为当前由 Stocky 管理的在途采购订单、供应商信息、补货规则、库存调拨、报表以及其他流程准备好替代方案。

先做数据提取,不要急着找替代应用

很多商家第一反应会是:“哪个应用可以替代 Stocky?” 但这其实不是最该先问的问题。

真正应该先问的是:“在 Stocky 下线前,我们必须保护哪些业务数据?”

在 8 月 31 日之前,请导出或记录以下内容:

  • 已完成的采购订单报表
  • 库存盘点历史
  • 历史成本数据
  • 当前未结的采购订单
  • 供应商名称和联系方式
  • 无法自动导出的供应商专属备注
  • 供应商 SKU、整箱规格、最小订购量和交期
  • 团队正在使用的最小/最大库存阈值或补货规则
  • Stocky 中使用的自定义字段
  • 财务、运营或门店经理依赖的周期性报表
  • 连接到 Stocky API 的第三方工具

Shopify 的迁移指南指出,历史采购订单无法作为完整历史记录导入 Shopify。原生的采购订单 CSV 上传只能把行项目添加到新的采购订单草稿中,无法还原过去的状态、已收货数量或供应商关联。

所以,目标并不是把 Stocky 过去的每一个界面都原样搬进 Shopify。真正的目标,是保留足够的历史信息,以满足审计、财务、供应商复盘和运营优化的需要。

一个整理清晰的导出文件夹,最好包含原始 CSV 文件、每个文件内容的简短说明、导出日期,以及负责核验的人。这个看似简单的文档整理,日后如果财务、运营或客服需要追溯某次采购决策,会节省大量时间。

切换前先关闭未完成的采购订单

未结采购订单是迁移中最容易出问题的环节之一。Shopify 建议在停用日前,把 Stocky 中正在进行的采购订单尽量处理完,并在 2026 年 8 月 31 日前约 14 天停止在 Stocky 中新建采购订单。对大多数商家来说,这意味着最晚到 8 月中旬,Stocky 就不应再是新采购流程的起点。

一个实用的切换方案通常如下:

  1. 导出 Stocky 中所有现有采购订单记录。
  2. 识别未结、部分收货或仍在运输中的采购订单。
  3. 尽量在截止日期前完成可收货并关闭的订单。
  4. 只把剩余未完成的数量重建到 Shopify 后台或新的库存系统中。
  5. 将供应商文件、发票和收货备注附着到新的流程中。
  6. 确认员工清楚当前采购订单现在存放在哪个系统里。

这对拥有多门店、多仓库或季节性库存的零售商尤其重要。如果一张采购订单一半留在 Stocky,一半放在新工具里,就很容易让人搞不清楚哪些已下单、哪些已收货、哪些可以销售。

把 Stocky 工作流映射到 Shopify 后台和 POS

如果每个工作流都有明确的新归属,Stocky 迁移会轻松得多。

可以先做一张简单的工作流映射表:

  • Stocky 库存调拨:迁移到 Shopify 的库存调拨功能。
  • Stocky 采购订单:迁移到 Shopify 采购订单或外部采购工具。
  • Stocky 库存盘点:迁移到 Shopify POS Quick Count、后台批量编辑、CSV 流程,或专门的库存应用。
  • Stocky 自定义字段:迁移到 metafields、metaobjects、备注,或 ERP/WMS 字段。
  • Stocky 报表:迁移到 Shopify Analytics、导出报表或报表应用。
  • Stocky API 集成:迁移到 Shopify inventory APIs、Transfers API、ERP/WMS 集成,或第三方库存应用。

Shopify 也为更结构化的库存流程补上了一些实用能力。例如,库存调拨现在已支持 metafields,可在 Shopify 后台和 Admin GraphQL API 中使用。这样一来,团队就能保存调拨相关的上下文信息,例如批次号、序列号、RFID 标识、运费细节、报关信息、ERP 参考编号或内部审批备注。

对于商家过去保存在 Stocky 自定义字段或零散备注中的部分信息,这算是一个很有价值的替代方案。

判断原生 Shopify 是否已经够用

有些商家可以把大部分 Stocky 工作流迁移到 Shopify 原生工具中。

如果你的团队主要需求是以下这些,那么原生 Shopify 可能已经足够:

  • 在少量地点之间调拨库存
  • 创建并接收采购订单
  • 手动或批量调整库存
  • 进行较小规模、基于 POS 的盘点
  • 查看库存变更和调整历史
  • 使用低库存提醒
  • 保持线上与线下零售库存同步
  • 在没有复杂采购规则的情况下运行基础采购和调拨流程

Shopify POS 也支持库存盘点流程,例如 Quick Count,可帮助门店团队扫描或搜索变体、确认数量,并将调整同步回 Shopify 后台。

对于运营相对简单的零售商来说,Stocky 停用反而可能是一次简化系统的好机会。系统更少,往往意味着重复数据更少、手工对账更少、职责边界也更清晰。

什么时候你仍然需要库存应用或系统集成

Shopify 原生库存功能确实在不断增强,但它并不能替代每一家商户所依赖的所有高级 Stocky 工作流。

如果你的团队依赖以下能力,可能仍然需要第三方库存应用、ERP、WMS 或定制集成:

  • 高级需求预测
  • 基于复杂规则自动生成采购订单
  • 按供应商设置默认成本
  • 加权平均成本核算
  • 对运费、关税或税费进行到岸成本分摊
  • 专门的盘点审批流程
  • 多参与者的整仓审计
  • 供应商绩效分析
  • 直接从系统发送采购订单邮件
  • 多供应商商品逻辑
  • 整箱换算规则
  • 生产、组装或捆绑商品的库存逻辑
  • 单一地点内按库位追踪移动
  • 深度财务对账

关键在于,做决策时要按“工作流”来判断,而不是按“应用类别”来判断。一个正在成长中的零售商,完全可能用 Shopify 作为运营库存主记录,用 ERP 管理财务采购订单,再用仓储系统处理高级收货流程。只要每个系统职责清晰、数据流转可靠,这种组合完全可以运作良好。

真正危险的是,员工根本不知道哪个系统才是“唯一可信的数据源”。

谨慎重建供应商与补货数据

供应商数据值得特别关注,因为 Shopify 的 Stocky 迁移指南明确提到:供应商数据无法从 Stocky 导出。这并不意味着这些供应商知识可以直接丢掉,而是意味着团队可能必须在截止日期前手动整理和记录。

对于每个关键供应商,建议至少记录:

  • 供应商名称
  • 联系人
  • 邮箱和电话号码
  • 付款条款
  • 结算币种
  • 交期
  • 最小订购量
  • 整箱规则
  • 供应商 SKU
  • 首选运输方式
  • 关于季节性供货的备注
  • 缺货或破损商品的补发/替换流程

Shopify 的迁移指南建议,可使用变体 metafields 或 metaobjects 来保存供应商名称、供应商 SKU、整箱数量、最小订购量和交期等信息。

这部分非常值得认真处理。补货自动化的效果,取决于背后的供应商和商品数据是否准确。如果交期过时、整箱规格不清晰,或供应商 SKU 缺失,即使预测工具本身很好,也可能给出错误建议。

库存准确性会直接影响客户体验

库存迁移听起来像是后台项目,但客户往往会很快感受到它的影响。

错误的库存数据会带来一系列用户可见的电商问题:

  • 商品显示有货,实际却无货
  • 门店自提承诺变得不可靠
  • 本地库存页面显示了错误的门店地点
  • 员工找不到理论上应该在库的商品
  • 客服需要处理更多“我的订单到哪了?”工单
  • 替代发货和取消订单增加
  • AI 购物工具可能误判库存可用性

对于拥有线下门店、经销网络或自提流程的商家来说,库存真实情况必须与面向客户的购物路径打通。只有当客户能够信任每个地点实际提供什么时,门店定位器或经销商定位器才真正有价值。

Progus 在其关于 如何在 Shopify 商店中展示经销商和库存门店 的指南中,也讨论过这一层本地零售体验。像 Progus Store Locator 这样的工具,可以帮助商家更清晰地展示门店和经销商信息,但底层运营数据仍然需要被持续维护。

同样的原则也适用于 AI 购物准备。在关于 优化 Shopify 商品数据以适配 AI 购物 的指南中,可售性本身就是商品真实信息的一部分,无论是消费者还是 AI 系统都需要正确理解。如果在 Stocky 迁移后库存记录逐渐失真,商品页、门店自提承诺和自动推荐都会变得不那么可靠。

先稳定工作流,再做自动化

自动化应该建立在工作流清晰之后,而不是之前。

当团队已经明确采购订单、调拨、盘点和供应商资料分别存放在哪个系统后,就可以开始逐步加入自动化。比较实用的自动化思路包括:

  • 为关键 SKU 设置低库存提醒
  • 当库存低于阈值时,通过 Slack 或邮件发送提醒
  • 使用 Flow 工作流进行补货审核
  • 通过调拨 metafields 同步 ERP 或 WMS 参考信息
  • 当在途调拨延迟时发送提醒
  • 每周生成重复出现库存差异的商品报表
  • 为高价值库存调整建立异常队列
  • 提醒团队复查滞销的季节性库存
  • 当自提库存低于安全水平时通知员工

Shopify 的迁移指南提到了可用于低库存提醒的 Shopify Flow,以及可用于库存分析、补货建议、采购订单或调拨草稿生成的 Sidekick。这些工具确实能减少手工工作,但前提仍然是数据干净、并且有人进行复核。

一个实用原则是:先自动化提醒和草稿动作;只有在团队完成数据验证并真正信任流程后,再自动化最终决策。

迁移 QA 检查清单

在认定切换完成之前,请先用这份清单逐项检查。

数据保留

  • 已导出已完成采购订单报表
  • 已导出库存盘点历史
  • 已导出历史成本数据
  • 已手动整理供应商资料
  • 已审查当前未结采购订单
  • 已映射或归档 Stocky 自定义字段
  • 导出文件夹已正确命名且可访问

工作流迁移

  • 新采购订单流程已测试
  • 库存调拨流程已测试
  • 收货流程已测试
  • POS 盘点流程已测试
  • 库存调整流程已测试
  • 供应商审核流程已测试
  • 报表流程已测试

自动化与集成

  • 已识别对 Stocky API 的依赖
  • 第三方应用已更新或替换
  • 已审查 ERP/WMS 同步
  • 已配置低库存提醒
  • 已在需要处定义调拨 metafields
  • 已审查补货规则
  • 异常提醒已测试

团队准备情况

  • 门店员工已培训
  • 总部运营团队已培训
  • 财务团队清楚记录存放位置
  • 客服团队知道如何核查库存问题
  • 门店经理知道如何执行收货
  • 已审查库存变更权限

客户体验

  • 已检查商品可售性
  • 已测试门店自提承诺
  • 已审查本地库存或经销商数据
  • 客服话术已更新
  • 已审查取消订单与替代处理流程
  • 已监控迁移后的库存错误

迁移完成后要持续监控什么

迁移后的前几周非常关键。即使技术切换本身顺利完成,等员工在真实营业日里开始使用新流程时,流程上的缺口往往才会暴露出来。

建议重点跟踪:

  • 缺货率
  • 超卖事件
  • 因无货导致的订单取消
  • 收货准确率
  • 库存差异率
  • 上架入库时间
  • 调拨周期时间
  • 被重新打开或修正的采购订单
  • 关于商品可售性的客服工单
  • 需要替代商品的自提订单
  • 员工对新流程提出的问题

如果某项指标变差,不要立刻认定是新系统本身有问题。很多时候,真正的原因是字段缺失、员工职责不清、培训不到位,或某个旧习惯从未被正式记录下来。

最后的建议

Stocky 停用是一个截止日期,但它也是在旺季压力到来前,彻底梳理库存运营的好机会。

处理得好的商家,不会只是简单地把一个应用换成另一个应用。他们会保护历史数据、重建供应商和补货逻辑、明确每个工作流由哪个系统负责、测试真实员工的操作路径,并把库存准确性重新连接到客户体验上。

当做到这一步,库存就不再只是后台数据,而会成为支撑本地可售性、门店自提承诺、更快客服响应、更好自动化以及更可信电商体验的运营基础层。

常见问题

Stocky 什么时候会停止使用?

Shopify 表示,Stocky 将在 2026 年 8 月 31 日后不再可用。商家应在此日期前,将库存工作流迁移到 Shopify 后台、Shopify POS 或其他库存系统。

Shopify 会自动迁移我的 Stocky 数据吗?

不会。Shopify 表示,历史 Stocky 数据(例如旧采购订单和库存盘点记录)不会自动迁移到 Shopify。商家应提前导出所有希望保留的记录。

可以从 Stocky 导出供应商数据吗?

根据 Shopify 的迁移指南,供应商数据无法从 Stocky 导出。商家应手动记录供应商资料,例如联系方式、付款条款、交期、最小订购量、整箱规格和供应商 SKU。

8 月 31 日之后,我的 Stocky 数据会怎样?

Stocky 本身会停止运行,但 Shopify 会在停用日期后至少提供 90 天的只读访问权限,供你导出数据。不过这并不是永久归档,因此商家仍应尽早完成导出,而不要依赖这段窗口期。

商家在 8 月 31 日前至少应该测试哪些内容?

至少应测试 1 个采购订单、1 次库存调拨、1 次 POS 盘点、1 次库存调整、1 条供应商流程、1 份报表,以及所有依赖库存准确性的客户路径,例如门店自提、本地可售性或经销商查询。