第11篇-SAP MRP动态安全库存详解及实战应用_全网最细」:动态安全库存是erp抛弃物、神秘而深不可测吗?企业一定有相关的需求,动

「全网最细」：动态安全库存是ERP抛弃物、神秘而深不可测吗？企业一定有相关的需求，动态安全库存详解及实战应用

如需私信沟通交流、进群的，搜索公众号：咨询顾问进阶与实战分享

01 动态安全库存概念介绍

动态安全库存：如果业务部门需求确实较贴合、业务部门人员能够理解系统设计逻辑、并且提供相关的业务数据，可以有针对性的对某些物料尝试应用。

在该模式下，会设置一个最大库存，一个最小库存，一个目标库存；

当库存低于最小库存的时候，就会产生采购建议，并且数量补足到目标库存；

当库存超过最大库存的时候就会报例外消息；

注意：这里谈及的最大，最小库存，目标库存其实都是天数并不是库存数量，数量是系统自动计算每日平均用量来完成动态计算的；

02 系统配置

首先在后台设置参数文件（事务代码OMIA）；然后物料主数据MRP2视图里分配参数文件即可；

期间标识：可设置M（月）或者W（周）或者K（计划日历）；

期间数：以M（月）为例，如果维护2，则系统会计算2个月的日平均需求；

期间长度类型：1工作天数、2日历天数、3标准天数；

3表示可以自行设置每个期间的天数，比如10天、20天、30天

每个期间天数的编号：表示按月的话，每个月的天数、按周的话，每个周的天数；

第一、二期间的覆盖范围：

最小：最小库存天数（低于它则补充至目标库存）；

目标：目标库存天数（系统根据该天数进行计算）；

最大：最大库存天数（该需求日的供给大于了最大库存天数时报例外消息25）

期间编号：填写数字，表示系统使用目标天数进行计算时，进行考虑的期间数。

此处较难理解，此处举例进行说明：

若第一期间的期间编号设为1、第二期间编号设为2：

03 系统功能讲解

测试数据

MD61

MD04：

若未维护供货天数参数文件（动态安全库存参数文件）时，每个需求日期下可用数量为0

维护供货天数参数文件（动态安全库存参数文件）后，每个需求日期下可用数量为目标库存数量，会随着不同的期间、日期进行变化。

第1月份计算目标库存，是将1月和2月的需求相加 / 天数*目标库存天数（目标库存天数=3）

即（1000+2000）/60*3=150，在2022.08.10的可用数量等于150；

第2月份计算目标库存，是将2月和3月的需求相加 / 天数*目标库存天数（目标库存天数=5）

即（2000+1500）/60*5=292，在2022.09.01的可用数量等于292；

第3月份计算目标库存，是将3月和4月的需求相加 / 天数*目标库存天数（目标库存天数=5，由于期间编号设的2）

即（1500+1000）/60*5=209，在2022.10.03的可用数量等于209；

注意为何第2、3月份的目标天数是5，是与“期间编号”字段的值有关：

第4月份计算目标库存，是将4月和5月的需求相加 / 天数*目标库存天数（目标库存天数=6）

即（1000+1500）/60*6=251，在2022.11.01的可用数量等于251；

… …

最后1个月份计算目标库存，是将最后1个月的需求/ 天数 *目标库存天数（目标库存天数=6）

即1000/60*6=100，在2023.01.03的可用数量等于100；

04 实战注意点

1. 需业务部门人员反馈，关注的动态安全库存计算的期间，是按周维度还是月维度，（关注几周内或几月内的动态目标安全库存），比如国产件可以按周维度、进口件可以按月维度；

2. 业务人员能提供出，目标安全库存天数，对于业务来说即满足生产防止停线的安全库存天数；

3. 是否存在 不同期间的目标安全库存天数有区别，比如临近生产的1个月目标安全库存高，往后的月份逐渐减低天数；

4. 系统是可以设置最小，最大库存天数水平的，但是仅做例外消息提醒，不做系统动态安全库存数量计算；

5. 与传统的安全库存区别：

• 传统安全库存表示的数量，基于当前日期进行计算的，优先满足安全库存需求数量，强制补货，不会根据未来的需求进行调整；

• 动态安全库存是通过设置目标库存天数，具体的每个期间的安全库存数量是通过目标安全库存天数*日均需求。会基于需求进行随时调整，满足每个需求节点的安全库存能达到目标数量。

最后补充五个细节点说明：

1.有同行顾问反馈，都是一样的数量，为何他计算出的结果跟我计算出来的结果不一样。

第一个月的余量是150

其他顾问的测试结果：

第一个月的余量是250

仔细琢磨逻辑后，笔者发现若需求落在当前月和落在下一月是不一样的，故删除所有数据仅保留一个月的数据可看出效果：

可以看到需求落在不同的月份结果不一样，是因为不同的期间段的安全天数不一样

所以，若当前日2022.09.27为例

第一个需求日期为2022.09.28时，安全库存余量=（1000+2000）/60*3=150；

第一个需求日期为2022.10.03时，安全库存余量=（1000+2000）/60*5=250；

2.若需求落在过去月份，系统不会计算安全库存余量，因为系统的计算安全库存是根据未来的日均计划消耗量计算的

05 补充测试-工作日天数

系统配置

选择工作天数后，期间的天数系统默认为空，且不可填写数值

系统工作天数

汇总如下

测试数据

MD61

MD04

第1月份计算目标库存，是将第1月和第2月的需求相加 / 天数*目标库存天数（目标库存天数=3）

即（1000+2000）/（19+22）*3=220，在2022.10.05的可用数量也就是动态安全库存数量等于220；

{此次补充测试：测试当天为10/05日，且10月份需求落在10/05日，此时的工作日被算为19天，更改需求为10/06日，原以为会按照19-1=18的数量去计算：

（1000+2000）/（18+22）*3=225，但运行MRP后，得出的数量仍为220，故系统计算工作日时，不会考虑第一月的需求是哪天，而是以当前日期起，计算本月的剩余工作日}

第2月份计算目标库存，是将2月和3月的需求相加 / 天数*目标库存天数（目标库存天数=5）

即（2000+1500）/（22+22）*5=398，在2022.11.01的可用数量等于398；

{此处补充测试：即使删除10月份的需求，运行MRP结果，系统仍会将11月作为第二个月份，目标库存天数=5，而不是3。故再次验证系统计算是以当前日期所在月为第一个期间，作为第一月}

第3月份计算目标库存，是将3月和4月的需求相加 / 天数*目标库存天数（目标库存天数=5）

即（1500+1000）/（22+20）*5=298，在2022.12.01的可用数量等于298；

第4月份计算目标库存，是将4月和5月的需求相加 / 天数*目标库存天数（目标库存天数=6）即（1000+1500）/(20+20)*6=375，在2023.01.03的可用数量等于375；

第5月份计算目标库存，是将5月和6月的需求相加 / 天数*目标库存天数（目标库存天数=6）

即（1500+1000）/(20+23)*6=349，在2023.02.01的可用数量等于349；

最后1个月份计算目标库存，是将最后1个月的需求/ 天数 *目标库存天数（目标库存天数=6）

即1000/（23+20）*6=140，在2023.03.01的可用数量等于140；

06 补充测试-自然日天数

系统配置

选择日历天数后，期间的天数系统默认为空，且不可填写数值

系统日历天数

汇总如下

其中10月的需求是在10月5日，故10月剩余总日历天数=31-4=27

测试数据

MD61

MD04

第1月份计算目标库存，是将1月和2月的需求相加 / 天数*目标库存天数（目标库存天数=3）

即（1000+2000）/（27+30）*3=158，在2022.10.05的可用数量等于158；

{此次补充测试：当系统日期为10/06日时，因为系统不考虑过去日期，故将10/05日的需求改到10/06，运行MRP后，得出的数量仍为（1000+2000）/{（27-1）+30}*3=161，故系统计算日历时，不会考虑需求是哪天，而是计算当前日期后的本月剩余天数}

第2月份计算目标库存，是将2月和3月的需求相加 / 天数*目标库存天数（目标库存天数=5）

即（2000+1500）/（30+31）*5=287，在2022.11.01的可用数量等于287；

第3月份计算目标库存，是将3月和4月的需求相加 / 天数*目标库存天数（目标库存天数=5）

即（1500+1000）/（31+31）*5=202，在2022.12.01的可用数量等于202；

第4月份计算目标库存，是将4月和5月的需求相加 / 天数*目标库存天数（目标库存天数=6）即（1000+1500）/(31+28)*6=255，在2023.01.03的可用数量等于255；

第5月份计算目标库存，是将5月和6月的需求相加 / 天数*目标库存天数（目标库存天数=6）

即（1500+1000）/(28+31)*6=255，在2023.02.01的可用数量等于255；

最后1个月份计算目标库存，是将最后1个月的需求/ 天数 *目标库存天数（目标库存天数=6）

即1000/（31+30）*6=99，在2023.03.01的可用数量等于99；

07 最小&最大安全天数细节

当库存低于最小库存的时候，就会产生采购建议，并且数量补足到目标库存；

当库存超过最大库存的时候就会报例外消息；

如图：

由于采购订单数量，由手工修改至非常大，超过了最大安全库存天数，则报例外消息25。

END

作者：Cyrus 

注：原创不易，欢迎同行专家分享、交流、指导。