退回来了,什么时候才能重新上架?
把退货审核、仓库签收与质量判断分开,追踪库存回流的最后一步。
操作仅改变当前浏览器中的虚构演示数据,不连接真实 Ozon
或云仓业务。请勿填写真实客户信息、订单或平台密钥。
“同意退货”与“恢复库存”之间,还有两步
退货不是正向出库的简单倒放。同意申请,只决定是否接受退回;确认签收说明货物到仓;验货才决定它能否重新成为可售库存。提前补回库存,可能把仍在运输或尚未验货的商品重新卖出。
下面使用 rFBS 退货列表中的 return-01 样例理解这一条链路。演示不发起真实退款,不联系买家,也不生成真实退货物流。
从申请走到验货
- 以管理员进入 rFBS 退货,打开 return-01 的详情。
- 先选择“退回云仓”。这个选择决定后续验货恢复库存的目标,不应等验货后才补填。
- 点击“同意退货”,阅读确认提示,再点击“确认同意”。
- 货物到仓的演示阶段点击“确认签收”。签收本身不等于质量合格。
- 点击“验货:恢复可售”,核对“验货完成,已恢复可售库存”提示,再去库存中心查看目标仓库,最后检查操作日志。
角色不同,能做的步骤也不同
运营与管理员处理申请判断,仓库人员负责相应阶段的签收和验货。本演示不会让仓库人员在申请尚未同意时直接签收,也不会显示申请审批按钮。切换角色时,应同时留意当前可见的云仓范围。
如果看不到预期操作,先查退货所处阶段、当前角色和关联仓库,而不是反复刷新或重复提交同一动作。
检查退货有没有真正闭环
- 申请状态、签收状态和验货结果分别有记录。
- 库存增加发生在选择的退回仓库,不是原订单任意一座仓库。
- 可售恢复以验货结果为依据,不能由“收到退货”直接推断。
- 日志说明操作人和操作类型,便于回看为什么发生库存变化。
真实业务中的退货资格、退款和时限必须以平台当前规则及实际订单为准。这里记录的是项目内可复现的工作流,不提供平台政策承诺。