采购收货中的缺件提示功能（Missing Parts Check）详解
作者：互联网
采购收货中的缺件提示功能（Missing Parts Check）详解
作者：袁云飞（AlbertYuan）- 微信号yuanalbert
以下内容均为原创，希望对初学者有一些辅助作用，本人主要从事MM/QM/WM的相关工作，不专业处请多多指点，十足干货，码字不易，且行且珍惜，你们的关注就是我努力的动力，转载请引用出处，感激不尽；
Missing Parts Check这个功能不知道小伙伴们认识的有多少，这个功能其实是一个不大不小的功能块；说他大呢，他确实又是使用了ATP检查的一些逻辑来完成一些相关事情的，说它小呢，其实用的人真的不多，为什么呢，不太好用啊，除非企业进行了比较深度，高级的可用性检查规划，而且是全供应链方式的；这样在使用这个功能的时候，是比较方便的；
否则，可能会因为可用性检查的随意性更改，不完整检查等导致各种错误的信息的提报，反而给不了用户可靠的数据信息支持了；举个例子，比如MM启用了动态可用性检查，对于发货领用，但PP或SD某些移动，或SO中没有集成进来这个检查，这就导致控制上的漏洞；
好了，言归正传，这个缺件检查功能的主要需求出发点，其实就是某采购物料的MRP控制者想清楚的知道，短缺物资的外购到货情况，以便能方便的进行MRP控制和计划；出发点非常好，这个是计划调度部门日常对前端供应链的基本管控措施之一；当然了，如果我们有足够的实例，完全可以开发出对应的报表程序来进行有计划的整体检查，那个属于小项目范围了，这里呢，这个功能也能达到这个目的，就是不太符合国人需要的表现形式，这里是以收货做出触发检查条件的，所以数据比较分散点，而是直接触发SAP 内部邮件，发送给对应MRP控制者，设计理念上就有所不同；抛开这些，我们下面来看看这个功能的庐山真面目吧；
缺件检查又叫丢失零部件检查，主要用来在收货MIGO，其他收货MB1C，转储记账过程中检查是否该次记账是用来补充物料需求库存差缺的部分的，如果是这样，则通过消息提示出该笔记账是缺件收货记账。当然其他事务代码也是可以使用的，见配置。
要启动缺件检查，需要先激活后台工厂里的缺件检查功能。
缺件检查是在工厂级别激活的，这里面还有一个指示器汇总缺件检查，如果选中则系统在报告缺件的时候是通过汇总的消息，如果不选中则系统将缺件的需求短缺明细及MRP元素都报告出来。
设置缺件检查的步骤是：
先定义检查规则，这种检查规则其实就是和可用性检查组一起使用的，如果检查和可用性检查的一般规则是一样的，则不用额外设置，如果想单独设置对缺件的检查规则则可以单独创建一个检查规则。可用性检查规则组是分配给物料的，在MRP3视图里。
然后将这个规则分配给可用性检查组，并设置好缺件检查需要检查的内容。
上图就表示缺件检查规则如何去判定该次收货是为库存短缺的。一般检查周期是要设置的，表示检查未来多少天的需求是这次收货需要满足的。Stocks表示哪些比较特殊的库存可以包含在可用库存中。In/outward movenment设置的是哪些凭证用在计算缺件需求上的，比如选择了PO，就表示在计算可用性的时候，PO作为库存即将进入的需求。
在缺件检查中，例如，如果我们选择包含预留，则如果MD04里，创建了201预留100个，这时库存为0，这时如果使用501或101进行收货的时候，系统就会计算出一个物料可用性的库存，预留就被找到作为负的需求，然后由于入库时正的恰好可以满足这个需求，所以系统就认为这是一个对于缺件的收货。
如果不包含预留，那么系统检查后发现库存可用性是不存在需求的，这个收货不是为缺件的收货，系统不会提示任何缺件检查消息。
上面是缺件检查的核心。维护完检查规则和检查组后，就可以将这个检查组分配给需要进行缺件检查的物料主数据里。
在以上维护的针对缺件检查的规则是和正常的可用性检查相区别的，两者互不干扰，虽然他们都被归类到一个可用性检查组中，不过缺件检查规则还会在后面分配给使用它的事务代码上，这样就区分开了。
然后将需要使用进行缺件检查的TCode分配缺件检查规则，注意，这个时候，缺件检查功能才算是正式被激活了。
还可以给具体的移动类型分配单独的检查规则，当然如果不分配，那就表示默认TCode级别分配的可用性检查组里的规则。
如果除了缺件检查的消息提示，还需要发一个内部邮件给对应的MRP控制者，则需要将工厂分配一个MRP控制者，然后将邮件用户分配给这个MRP控制者。
注意，这个MRP控制者的号码还要分配给相关的物料才行。
这个用户就是能接受邮件的系统用户名。
然后设置消息类型MLFH，这个就是发送内部邮件的消息类型。
里面传输媒介选择7，伙伴功能选择DC，注意这个和语言相关有时候是DP，只要找到描述是这个的伙伴功能就可以PersResp for Shippng。
然后创建这个消息类型的条件记录。
前面那个X一定设置起。
这里注意一下，是否发给哪个MRP控制者除了对应MRP控制者里输入接收邮件的用户名，系统是自动找到这个编码主数据里设置的MRP控制者号码，然后再去提取的后台这个MRP控制者里设置的邮件接收者用户名。
现在我们谈谈缺件的判断规则，也就是系统在执行我们给定的TCode和MVT下如何动态判断执行这个业务的物料是否属于缺件。配置地方就是这个：
上图这个10，表示系统检查需求的最长时间天数，这里是按照自然的天来计数的，而非什么工厂日历。也就是说，一个GR在判断是否是去为满足某个需求而执行的，这个系统能看到的需求就是从这个记账日期开始未来10天，比如，一个消耗类预留消耗日期为6.03，现在是5.25，则如果现在进行收货，则25+10=6.04，则这个日期前的需求都会被用来计算缺件检查。
库存栏里的指示器表示系统是否将这个物料的这些库存采用来计算为库存，后面的进入、出去移动中选择哪些采购凭证和需求也用来计算是否存在查缺情况。看出来没有，这里看到的库存仅仅是不同的库存类型而已，寄售哪些其实默认都是包含在数量计算中了的。
我们就拿上图做个例子，我们选定了PR和预留需要参与缺件判定计算，现在我们有个预留201移动的，是5个，非限制库存是1个，运行MRP后产生4个的PR，现在如果我们使用MB1C 501（假设这个TC和MVT都设置了缺件检查的）GR 4个，系统是不会提示缺件的，业务执行缺件检查计算的时候找到预留5个 - 库存1个 – PR4个 = 0，不会有差缺。如果我们把PR指示器取消掉，则系统就会在501的时候提示这次GR属于缺件GR了。
我们现在来看看缺件邮件里的是什么信息：
默认情况下我们使用的是非汇总的邮件信息，所以结果如下：
系统将这个物料的所有需求都显示出来，并且短缺数量也显示，其实就类似于MD04结果，我们所做的移动不是体现在这个邮件里，而且这个里面的需求是在做移动前的情况，也就是说这个不是反映的移动后的需求变化情况。
请注意，是否为哪个MRP控制者的物料发送缺件信息，不是在下面这里控制的。
这里只能为一个工厂输入一个MRP控制者，真正控制的是后面一个配置，只要为每个MRP控制者都分配的邮件用户，则当这个拥有这个控制者的物料执行了按检查规则的业务后，确实出现缺件，就可以发出邮件了。
刚那个设置的目的是，如果没有为每个MRP控制者设置邮件用户，则系统自动跳转去搜索这个集中的MRP控制者的邮件用户，也就是说下面这个MRP控制者其实是当做一个集中的邮件接收者使用，以便在其他MRP控制者没有维护邮件接收用户的时候，接收邮件。
这也就是为什么这里只能维护一个MRP控制者的原因。
袁云飞
发布了69 篇原创文章 · 获赞 0 · 访问量 7047
私信
关注
标签：检查,Missing,MRP,控制者,收货,Parts,缺件,Check,邮件 来源： https://blog.csdn.net/weixin_44853659/article/details/104192125