库存管理
Ozon 商品归档和恢复:什么时候用、有什么影响
长期不卖的货堆在商品列表里,每次找商品都要在几百行里翻,时间久了连自己有哪些在售都说不清。归档就是为这种情况准备的:把它们收进独立的档案区,主列表清爽,而且随时能恢复。
归档和删除是两回事。删除会丢掉商品数据和历史关联,而归档只改变可见性——季节性商品过季、供应链暂时断货,这些都属于「以后还要卖」,应该归档而不是删除。
这篇讲清归档、下架、删除三者的区别,哪些商品归不了档,以及恢复之后必须补做的一步。
归档、下架、删除的区别
这三个动作经常被混着说,但对数据的影响完全不同。
- 下架 —— 商品停止售卖,但仍在主商品列表里。适合短期停售、随时会恢复的情况。
- 归档 —— 商品移进独立的「档案」区,主列表看不到。数据完整保留,历史订单关联不受影响,随时可恢复。
- 删除 —— 商品数据不可逆地移除。除非确认这个品再也不做,否则不要用。
归档会先停售
在售商品需要先把库存置零才能归档,系统会自动完成这一步。所以归档一个在售商品实际发生了两个动作:停售 + 移入档案。
什么时候该归档
- 季节性商品过季 —— 下个季度还要卖。归档比删除好,恢复时不用重新建卡、重新积累评价。
- 供应链断货且短期补不上 —— 归档能避免超卖。留在列表里但库存为零,买家仍能看到「缺货」状态,对店铺形象不利。
- 测款失败的商品 —— 收进档案,主列表只留在做的品,盘点和分析都清爽。
不要用归档代替删除
归档的商品仍然计入你的商品总数,只是不在主列表显示。某个品确定再也不做了就该删——否则档案区迟早也会堆满。
为什么有些商品归不了档
归档请求提交给 Ozon 后,平台会按商品当前状态决定是否接受。以下情况可能被拒:
- 处于「错误」或「待修改」状态的商品 —— 这类商品在 Ozon 侧还没走完审核流程,平台可能不允许归档。要先处理掉报错,或者等状态稳定。
- 有未完成订单的商品 —— 归档不影响已产生的订单履约,但平台对某些状态有额外限制。
批量归档要看逐条结果
一次归档几十个商品,平台可能只接受其中一部分。别只看「已提交」的提示,要确认每一条的最终状态——被拒的那些还在正常售卖,不处理会继续出单。
恢复之后必须补做的一步
恢复不等于立刻能卖。它把商品重新提交为可售商品,但后面还有几步。
- 1确认 Ozon 侧的商品状态已经回到正常(可能需要重新走一遍审核)。
- 2重新写库存 —— 归档时库存被置零,恢复后不会自动恢复原库存,必须重新写。这一步最容易忘,结果是商品恢复了却一直卖不出去。
- 3核对价格 —— 归档期间如果运费或佣金变过,原来的价格可能已经不赚钱了。
用熊掌ERP 试试这个功能
一个工作台完成 Ozon 采集、采购、发货,支持最多 20 个店铺,提供 ¥0 免费体验版。
其他常见问题
正文没有覆盖到的零碎疑问,集中放在这里。
归档和下架有什么区别?
下架是把商品从售卖状态移出,商品仍在主列表里;归档是把商品移进独立的「档案」区,主列表看不到它。归档不会删除商品数据,也不会丢掉历史订单关联。
归档后还能恢复吗?
可以,恢复后商品会重新提交为可售商品。注意恢复不等于立刻上架销售——Ozon 侧需要重新走一遍状态流转,而且库存要重新写。
为什么有些商品归档失败?
处于「错误」或「待修改」状态的商品,Ozon 可能拒绝归档。另外在售商品需要先停止售卖(把库存置零)才能归档,系统会自动做这一步。
归档会影响已有订单吗?
不影响。已经产生的订单照常履约,归档只影响商品能不能被继续购买。