库存预警流程SOP-含预警指标和补货申请_第1页
库存预警流程SOP-含预警指标和补货申请_第2页
库存预警流程SOP-含预警指标和补货申请_第3页
库存预警流程SOP-含预警指标和补货申请_第4页
库存预警流程SOP-含预警指标和补货申请_第5页
已阅读5页,还剩8页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

库存预警流程SOP——含预警指标和补货申请【标签】仓储管理库存预警补货申请安全库存预警分级SOP

【日期】2026年9月29日一、为什么库存预警不是“设个数值提醒一下”这么简单库存预警的本质不是“系统在库存低的时候发一条通知”,而是把缺货风险量化成可执行的触发条件,并在触发后完成“确认→决策→补货→验证”的闭环。很多门店的预警机制有一个共同现象:预警设了,但没人看;看了,但没人动;动了,但货没到。问题的根源不在技术,而在流程——预警指标没有分层,触发条件没有绑责任人,补货申请没有审批时限,到货后没有闭环确认。预警变成了一条“发出去就结束”的消息,而不是一个“发出去才开始”的流程。库存预警失效的深层后果:系统显示某畅销品库存还有12件,日均卖8件,补货周期3天。预警阈值设的是“低于10件”,所以系统没有报警。第2天卖了9件,剩3件,系统报警了。采购当天下午下单,供应商3天后到货——这3天里该商品断货,门店损失约24件的销售额。如果预警阈值按照“日均销量×交期+安全库存”来算,应该在库存降到30件左右就触发补货,而不是等到只剩3件才报警。更隐蔽的损失是:断货导致的顾客流失不是24件商品,而是“下次顾客可能不会再来这家店”。二、预警核心逻辑:安全库存与再订货点2.1两个必须分清的阈值库存预警涉及两个阈值,很多人把它们混为一谈。安全库存回答的是“需求或交期出现偏差时,要额外保留多少”。它是防止缺货的最后一道缓冲。安全库存不是一个固定天数,不建议所有SKU都按“7天库存”一刀切——稳定销售的SKU用7天够,促销波动大的SKU仍会在补货到达前断货。再订货点(补货点)回答的是“库存降到多少时,必须启动补货”。再订货点=补货期间的需求量+安全库存。当库存水平降到再订货点时,如果不启动补货,就会在补货到货之前耗尽安全库存。两者的关系:安全库存是“底线”,再订货点是“触发线”。库存降到再订货点时触发补货;如果补货按时到,安全库存不会被动用;如果补货延迟或需求暴涨,安全库存被消耗,但仍有缓冲。2.2三种安全库存计算方法根据数据基础和管理精度,选择适合的方法。方法一:安全天数法(适合起步阶段)安全库存=平均日消耗量×安全天数某食材日均消耗50份,设定7天安全期,安全库存为350份。优点是计算简单、容易理解;缺点是没有考虑需求波动和提前期变化,对需求稳定的低值物料适用,对波动大的核心物料精度不足。方法二:最大平均法(适合有一定数据基础)安全库存=(最大日需求量×最长交货提前期)−(平均日需求量×平均交货提前期)某食材日均消耗100份,单日最高消耗150份;平均交货期5天,历史最长交货期8天。安全库存=150×8−100×5=700份。这种方法对供应链波动较大的品类更实用。方法三:服务水平法(适合数据基础好的组织)安全库存=Z×σ×√L其中Z是服务水平对应的安全系数(95%服务水平对应1.65,99%对应2.33),σ是日需求的标准差,L是提前期天数。某SKU近30天日均销量40件,日销量标准差12件,供应商实际交期5天,目标服务水平95%。安全库存=1.65×12×√5≈44件;再订货点=40×5+44=244件。如果直接按7天库存设置,数值是280件,看似更多,却没有反映交期与销量波动。“实际交期”不要直接用供应商承诺的数字,应统计过去订单从下单到完整入库的平均天数和波动范围。2.3再订货点的计算再订货点=平均日销量×实际交期天数+安全库存某食材日均销量10份,实际交期3天,安全库存5份,再订货点=10×3+5=35份。库存降到35份时触发补货。三、预警指标与分级3.1预警指标选取不是所有商品都需要监控同样的指标。库存预警至少应覆盖以下指标。指标计算方式预警用途可售库存实际库存−已分配订单−冻结库存判断真实可用量,避免“账面有货实际发不出”库存覆盖天数可售库存÷日均销量判断还能卖多少天,是最直观的预警依据动销率有销售SKU数÷总SKU数识别长期不动销的积压品缺货率缺货次数÷补货周期天数衡量补货是否及时库龄入库日期至今的天数识别超期库存,联动效期管理在途库存已下单未到货数量避免“重复下单”或“忘记下单”其中“可售库存”的口径必须统一。退货入库但尚未质检、冻结库存、调拨在途和已承诺订单,如果混进可用库存,系统算出来的再订货点再精确,在现场也会失真。3.2四色预警分级将预警分为四级,每级对应不同的响应动作和时限。预警等级触发条件含义响应动作响应时限🟢绿色(正常)库存>再订货点库存充足正常监控—🟡黄色(关注)安全库存×2≥库存>再订货点库存偏低,还有缓冲列入补货计划,核查在途2个工作日内🟠橙色(警告)安全库存×0.5≤库存≤安全库存×2进入危险区尽快提交补货申请24小时内🔴红色(严重)库存<安全库存×0.5极度危险,随时可能断货立即启动紧急补货4小时内红色预警——库存低于安全库存的50%,极度危险随时可能断货,需要立即启动紧急补货流程。橙色预警——库存低于安全库存的100%但高于50%,已经进入危险区需要尽快下单补货。黄色预警——库存低于安全库存的两倍,库存偏低但还有缓冲时间,可以按正常节奏安排补货。四、预警处理流程第一步:系统触发预警系统按预设阈值自动检测,触发预警后生成《库存预警通知单》,包含以下信息:商品名称、SKU编码、当前可售库存、再订货点、安全库存、预警等级、日均销量、预计断货天数、责任人。推送对象按预警类型分人:采购负责人收补货预警,运营收滞销预警,仓管收效期预警,而不是所有人收所有通知。没有责任人的预警,最后都会被设为“不再提醒”。第二步:责任人确认责任人收到预警后,在响应时限内完成确认,确认内容包括:确认项确认内容库存数据是否准确核对系统可售库存与实物,确认是否有未录入的出入库在途库存确认是否有已下单未到货的数量需求是否发生变化是否有促销、团购等导致需求突增的因素预警等级是否合理如认为等级有误,记录原因并反馈调整确认完成后,在预警通知单上标注“已确认”或“需调整”。不做确认的后果:系统报警后没有人确认,采购以为“仓库会处理”,仓库以为“采购看到了会下单”,预警变成了一条“谁都不管”的消息。第三步:补货决策根据确认结果,决定补货动作。决策结果适用场景下一步立即补货库存确认准确,无在途,需求正常或增长提交补货申请暂不补货有在途库存即将到货,或需求即将下降设置复核提醒(1-2天后复查)调整预警阈值预警等级与实际情况不符修正安全库存或再订货点参数转其他处置滞销品、临期品转促销、调拨或报损流程第四步:补货申请提交与审批责任人根据预警等级和补货决策,填写《补货申请表》,提交审批。补货申请应包含:货物名称、规格型号、单位、需求数量、申请理由(如“库存低于安全库存,预计3日内断货”)、要求到货日期、申请人。审批权限参考:预警等级补货金额审批人审批时限黄色常规金额采购主管1个工作日橙色常规金额采购主管4小时橙色/红色超常规金额店长/仓库负责人2小时红色紧急金额负责人/区域经理1小时第五步:采购执行与到货跟踪审批通过后,采购按正常流程下单,责任人跟踪到货进度。到货后,仓管按入库流程验收,验收合格后更新库存状态,预警自动解除。到货跟踪的要点:如果预计到货日期已过但货未到,责任人应主动联系供应商确认,并将延迟信息更新至预警记录。如果延迟超过1天且库存已进入红色区间,应启动紧急预案(如从其他门店调拨、寻找替代供应商)。第六步:复盘与参数优化每月汇总预警数据,分析以下内容:复盘指标分析内容优化方向预警触发次数各SKU本月触发预警的次数频繁触发的SKU检查安全库存是否偏低预警准确率触发预警后实际缺货的比例准确率低说明再订货点设置过高漏报次数未触发预警但实际断货的次数漏报说明再订货点设置过低补货响应时间从预警触发到补货申请提交的平均时间响应时间长说明责任分工或审批流程需优化参数调整记录本月调整了哪些SKU的安全库存/再订货点形成参数调整台账,避免随意修改五、模板与表单5.1库存预警通知单预警编号:____触发时间:年月日时分项目内容商品名称SKU编码当前可售库存再订货点安全库存预警等级🟡黄色/🟠橙色/🔴红色日均销量预计断货天数在途库存责任人要求响应时限责任人确认:确认项确认结果库存数据准确□是□否(说明:)有在途库存□有(数量:,预计到货:)□无需求变化□无□有(说明:)确认结论□立即补货□暂不补货□调整阈值□转其他处置确认人签字:___确认时间:__年月日时分5.2补货申请表申请编号:____申请日期:年月日项目内容商品名称SKU编码规格型号单位当前库存再订货点预警等级🟡黄色/🟠橙色/🔴红色建议补货数量要求到货日期申请人申请理由:审批:角色意见签字日期采购主管□同意□不同意(说明:)店长/仓库负责人□同意□不同意(说明:)到货跟踪:项目内容实际下单日期供应商确认交期实际到货日期验收结果□合格□不合格(说明:)预警是否解除□是□否5.3库存预警月度汇总表月份:年月汇总人:__序号SKU编码商品名称触发次数预警等级分布平均响应时间补货完成率是否发生实际缺货参数是否需调整1黄次/橙次/红__次%□是□否□是□否2黄次/橙次/红__次%□是□否□是□否3黄次/橙次/红__次%□是□否□是□否本月预警汇总:指标数据预警触发总次数黄色预警次数橙色预警次数红色预警次数平均响应时间补货申请完成率%预警准确率%(触发预警且实际缺货÷触发总数)漏报次数本月主要问题及改进:5.4安全库存参数设置表SKU编码商品名称日均销量日销量标准差实际交期(天)服务水平安全系数Z安全库存再订货点参数更新日期更新人%%六、完整操作案例案例背景某社区食品门店,经营约200个SKU。店长使用简易库存系统管理库存,其中一款畅销商品“某品牌常温酸奶(1L装)”日均销量约15盒,供应商实际交期2天,历史最长交期3天,日销量标准差约5盒。目标服务水平95%。参数计算安全库存(服务水平法):安全库存=1.65×5×√2≈12盒再订货点=15×2+12=42盒预警阈值设置:预警等级触发条件对应库存范围🟢绿色库存>42盒正常🟡黄色24盒<库存≤42盒库存偏低🟠橙色6盒≤库存≤24盒危险区🔴红色库存<6盒极度危险9月20日预警触发库存变化:日期库存状态9月18日50盒🟢正常9月19日38盒🟡黄色(低于再订货点42盒)9月20日22盒🟠橙色9月19日系统触发黄色预警:项目内容预警等级🟡黄色当前可售库存38盒再订货点42盒责任人店长张先生要求响应时限2个工作日内9月19日确认:张先生核对库存,确认系统数据准确,无在途库存,需求正常。决策:提交补货申请。9月19日补货申请:项目内容建议补货数量60盒(覆盖约4天销量)要求到货日期9月21日审批采购主管当日审批通过9月20日预警升级9月20日库存降至22盒,系统触发橙色预警。张先生确认后立即联系供应商确认交期。供应商确认9月21日可到货。9月21日到货与闭环9月21日上午,60盒酸奶到货,仓管验收合格后入库。库存更新为82盒,预警自动解除。9月复盘指标数据预警触发次数2次(黄1次+橙1次)响应时间黄色预警当日响应,橙色预警1小时内响应是否发生缺货否参数是否需要调整日均销量近一周升至18盒,建议将再订货点从42盒调整为48盒七、不同规模组织的适配方案7.1标准版(中大型组织,SKU数量多、有系统支持)要素标准版要求预警指标覆盖可售库存、覆盖天数、动销率、缺货率、库龄、在途库存计算方法核心SKU使用服务水平法,一般SKU使用最大平均法或安全天数法预警分级四色分级(绿/黄/橙/红),每级对应明确响应时限通知机制系统自动推送,按SKU归属分派责任人补货申请系统生成补货建议,责任人确认后提交审批审批权限按预警等级和金额分级审批复盘机制每月汇总预警数据,分析预警准确率和漏报次数记录保存预警通知单、补货申请表保存不少于2年7.2简化版(中小组织,SKU数量中等、Excel台账)要素简化版调整预警指标重点监控可售库存、覆盖天数、缺货次数计算方法使用安全天数法或最大平均法预警分级简化为三级:正常/偏低/危险通知机制店长每日查看Excel台账,发现“偏低”或“危险”标记时手动处理补货申请使用简化版补货申请表,店长审批复盘机制每月在Excel中标记触发预警的SKU,月底汇总一次记录保存保存不少于1年简化版库存预警台账(核心字段):SKU商品名称日均销量交期安全库存再订货点当前库存状态🟢正常/🟡偏低/🔴危险7.3微型版(10人以下小店)要素微型版调整预警方式不需要系统,店主每天扫一眼货架,看到某商品“快没了”就记一笔计算方法不需要公式。凭经验判断:这个商品一般卖几天?进货要几天?预警分级简化为一句话:“还够不够用到下次进货”补货申请不需要正式申请,店主直接联系供应商下单复盘方式每周花5分钟想一想:这周有没有哪个商品断货了?为什么?下次提前几天订?记录方式手机备忘录记一笔记录保存保存不少于6个月微型版预警记录示例(手机备忘录):9月19日:酸奶还剩20盒,一般卖3天,进货要2天。明天必须订了,不然周末可能不够卖。八、常见问题与避坑指南8.1预警中的五个高频错误错误一:所有SKU用同一个安全天数。畅销品和慢销品都用“7天库存”,畅销品频繁缺货,慢销品积压。解决方式:按ABC分类设置不同的预警参数,A类用服务水平法,C类用安全天数法。错误二:预警设了没人确认。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论