查看补货建议时,建议先确认数据更新时间,再判断补货紧急程度,最后查看系统建议补货数量。这样可以避免直接看数量,却忽略数据是否最新或商品是否已经存在断货风险。
一、确认数据更新时间
先查看页面右上方的数据更新时间,用来判断当前补货建议是否是最新计算结果。

如果更新时间是最近一次定时计算之后,说明当前补货建议较新,可以继续参考页面结果。
如果更新时间显示为“--”,通常表示系统还没有成功生成补货建议。此时不要直接按页面空结果判断商品无需补货,应先确认规则是否已配置、数据是否完整,或是否已经执行过计算。
如果刚修改过规则,但更新时间没有变化,说明当前页面可能还没有使用新规则重新计算。此时需要确认是否点击了“保存并计算”,或检查重新计算是否失败。
二、选择店铺和集群
先按照实际运营范围选择店铺,再选择对应的 Ozon 集群。系统会根据你选择的店铺和集群展示对应商品的补货建议。

如果需要查看某一个具体商品,可以再输入商品名称、SKU 或商品 ID 进行搜索。
建议先按店铺和集群查看整体补货情况,再搜索单个商品。这样可以避免只关注某个 SKU,而忽略同一集群下其他商品的断货风险。
三、查看补货状态
补货状态用于判断商品的处理优先级。建议先看状态,再决定是否需要马上处理。

如果状态为“急需补货”,说明当前库存可售天数已经小于或等于备货天数。此类商品应优先处理,并重点确认现有补货是否能在断货前到仓。
如果状态为“建议补货”,说明当前库存还没有到最危险的状态,但已经低于安全覆盖要求。此类商品适合纳入正常补货计划,避免后续变成急需补货。
如果状态为“无需补货”,说明当前库存覆盖时间仍然充足。此时可以暂时观察,不建议为了追求高库存而过量补货。
如果状态为“无法计算”,说明销量、库存、集群或其他关键数据存在缺失。此时不要把它理解为无需补货,也不要把缺失数据当作 0 库存处理,应先排查数据来源是否完整。
四、查看断货日期和库存可售天数
断货日期用于判断商品按当前预测销量大约还能卖到哪一天。库存可售天数越短,断货风险越高。

库存可售天数的计算方式是:可用库存、在途补货和补货申请中的数量相加后,再除以预测日均销量。
断货日期的计算方式是:当前日期加上库存可售天数。
如果库存可售天数为 0,断货日期就是当前日期,表示商品已经没有可覆盖的销售天数,需要优先关注。
如果缺少整组 FBO 库存数据,相关库存字段和断货日期会显示为空。此时页面无法给出可靠的补货判断,应先补齐或同步库存数据。
五、查看库存构成
查看补货建议时,不要只看可用库存,还要同时查看在途补货和补货申请中的数量。
可用库存表示当前已经在仓内、可以直接销售的库存。它决定商品眼前是否存在断货风险。
在途补货表示已经进入补货流程,但还没有变成可售库存的数量。它可以帮助你判断近期是否已经有货在路上,避免重复安排补货。
补货申请中表示已经发起申请,但还没有转为在途或可用库存的数量。查看这个字段可以避免同一个商品被重复申请补货。
如果页面显示 0,表示该字段真实数量为 0。
如果页面显示“-”,表示当前缺少对应数据,不能直接按 0 库存理解。
六、查看销量依据
补货建议会参考多个销量周期,包括 3 天、7 天、14 天、30 天、60 天和 90 天。
周期销量表示从昨天开始,向前连续统计对应天数内的有效销量。查看周期销量可以判断商品在不同时间范围内的销售表现。
周期日均销量表示周期销量除以实际采用的统计天数。系统会用它来估算商品每天大约能卖多少件。
如果 Listing 创建时间不足一个完整周期,系统不会强行按完整周期计算,而是会回退使用可用的较短周期。例如商品只创建了 4 天,3 天数据可以正常统计,7 天、14 天、30 天、60 天和 90 天数据会回退参考 3 天数据。
如果看到周期数据带有异常提示,不一定表示数据错误,也可能只是商品创建时间较短,系统按已有数据进行了回退处理。此时应结合商品上架时间一起判断。
七、查看预测日销量
预测日销量表示系统认为这个商品每天大约能卖多少件,是计算断货日期、补货状态和建议补货数量的核心依据。

如果使用固定周期方式,系统会直接选取 3 天、7 天、14 天、30 天、60 天或 90 天中的某一个周期日均销量作为预测日销量。适合销量较稳定、运营希望按固定观察周期补货的商品。
如果使用动态日均销量方式,系统会把多个周期日均销量按设置的权重进行加权计算。适合销量有波动、需要同时参考近期表现和长期表现的商品。
设置动态日均销量时,每个周期的权重范围为 0% 至 100%。所有周期的权重合计必须等于 100%,否则系统无法正确计算预测日销量。
权重为 0 的周期不会参与计算。页面会实时显示计算公式和权重合计,建议保存前确认合计值是否为 100%。