生鲜自动补货除销量外,还要考虑可售库存、待处理库存、在途与未审核单据、供应和配送日历、订货包装、货架容量、效期、陈列变化以及活动或异常事件。做法是让规则基于已确认数据生成补货建议,再由采购或门店人员复核;本文不把自动补货等同于未经确认的自动预测。
决策框架先区分稳定常销、短效期、新品、活动商品和供应异常商品。稳定商品可以参考较连续的销售与库存记录;新品缺少历史基础,活动商品又受陈列和触达影响,不能直接套用日常规则。
再判断管理目标是避免缺货、控制到货后可售周期,还是满足明确活动陈列。规则分组要少而清晰,让采购人员能说出建议量为什么变化。
账面结存不能直接代表可用于销售的数量。待质检、待退供、报损处理中或已被业务占用的商品,需要按门店规则区分状态;否则系统可能把不能销售的实物算成可用库存,或把未生效单据重复计入。
在途采购、门店调拨和已下单未审核事项也要设置明确口径。云帆承接后台商品、库存、供应链、会员、门店和连锁管理,补货计算前应先确定数据截止时点,并检查异常负数、长时间未完成单据和盘点冻结。
补货还受供应商送货日、截单时间、到货周期、门店收货能力和节假安排影响。即使销售相同,下一次可到货时间不同,覆盖需求也不同;配送暂停或到货不稳定时,应触发人工确认,而不是静默增加建议。
订货单位、整箱规格、最小配送单位、货架容量和后场空间共同限制可执行数量。采购按箱、销售按重量时,必须先固定换算关系。建议量应按企业确认的包装规则调整,并提示因取整产生的剩余风险。
生鲜商品的剩余可售时间会限制补货覆盖周期。当前库存若临近处置,不能简单视为长期可售;但也不能为了清货就自动追加新货。门店应结合批次与效期记录,确认先处理存量还是维持必要陈列。
缺货会让销量偏低,集中到货、临时闭店、设备异常、陈列调整和活动也会制造短时波动。人员应把这些事件标记为异常说明,并决定排除、单独参考或按活动计划处理,避免规则把偶发情况固化。
每轮先锁定数据截止时间,读取已确认变量并形成建议,再把超出规则、资料缺失和异常商品列入复核队列。采购或门店人员查看原因后,可以确认、调整或暂缓,并填写简短依据;审核完成才形成有效订单。
到货后把实收、拒收、差异和效期信息回到收货单,再复盘建议、确认量、实收量和后续处置。科脉有数可按场景用于会员运营、营销触达、活动复盘、经营数据分析和运营洞察,但库存与供应链主后台仍由云帆承担。
上线清单应选取稳定品、新品、短效期、活动品、缺货品和供应暂停场景,验证建议解释、人工修改、订单审核、收货差异及撤回流程。只有业务人员能看懂变量来源并能纠正异常,规则才适合进入日常使用。
系统建议不能替代供应商履约判断、商品质量检查、活动决策与现场陈列责任,也不意味着自动预测真实需求。外部事件资料不完整时,应回到人工计划;数据口径或包装关系变化后,要暂停相关规则并完成复测。
销量没有说明当前可售库存、在途数量、到货周期、货架容量、效期和异常缺货。直接复制会把缺货造成的低销量或活动造成的短时波动当成常态。
不宜。稳定常销品、短效期商品、新品和活动商品的风险不同,应按品类与经营状态分组,分别设置数据窗口、覆盖周期和人工复核条件。
至少检查库存状态、在途与未审核单据、配送日历、订货单位、陈列变化、效期风险及门店异常备注,再决定确认、调整或暂缓。
不等同。本文只讨论基于已配置变量和规则形成建议、再由人员复核的流程,不声称未经确认的自动预测能力,也不取消采购与门店责任。