一、概述

物料可用性检查最终的理想如下图所示，

最终的目标是：

1. 当订单下达做可用性检查时，订单能够锁定已有的库存，并且不能被其他订单使用。
2. 下达的订单可以将锁定的库存退出，解除占用。

上一篇我写的文章中路径如下：
在我展示的测试用例中的效果比较简单，主要是为了演示如何使系统运行物料可用性检查，解决的是跑起来的问题。但是如果深入测试，就会发现，当时我测试的组件的物料库存为100，我下达两次订单，每个订单对组件的需求都是100，执行可用性检查时两个订单都提示可用性满足，实际生产过程中这种校验逻辑其实相当于没有占用库存，并不能指导生产，会导致第二个生产订单在执行时发生缺料。这种业务场景下并没有实现我们最终想要达到的管理效果。

二、物料可用性检查如何锁定库存

2.1实现思路

根据上一篇文章，大家根据物料可用性检查的逻辑，可以知道，计算可用库存，平衡需求和供给的路径都在可用性检查范围中，所以是不是要锁定库存，也同理是在整个配置点中。

配置路径：SPRO-生产-商店底价控制(车间控制)-工序-可用性检查-可用性检查范围

2.2系统设置关键点

生产订单的组件需求是通过订单的预留触发

所以我们在配置中着重关注的就是和预留相关的配置控制点

如下图所示，系统提供了两种预留的控制点：

1. 含预留：在可用性检查中，标识系统是否考虑物料保留。这里主要是指MB21创建的预留。
2. 含相关预留：这种是控制是否考虑生产订单的261预留和委外采购订单产生543移动类型的预留。这里有三种控制方式：排除（不考虑订单的预留）、仅可领料（只考虑以下达的订单预留）、全部（所有订单包含创建和下达的订单）。

三、系统测试数据

这里我们根据系统的设置控制点，分多个步骤来演示一下数据测试效果：

3.1、勾选含预留选项的测试效果

配置设置如下：

数据准备如下：
1、 组件2342库存初始化100个；
2、 创建一个201的预留10个；
3、 将组件相关的其他业务单据都全部关闭防止影响对测试结果的判断。

创建生产订单，对组件的需求为91个，执行可用性检查结果，只能满足90个：

3.2、含相关预留

这个地方需要分为三个部分来测试

3.2.1含相关预留-排除

这个效果其实在测试标准的默认配置时已经可以看到，这里不做过多演示。大家可以结合Part1和Part2的含预留的测试数据理解它的控制作用和效果。系统不会考虑相关预留的占用情况。
在上一步的测试结果基础上，不关闭创建的生产订单，再重复创建一个相同的订单，仍为90个可用。由于配置的控制，这里只考虑的预留的占用，相关预留不占用库存。

https://blog.csdn.net/Wang_Deji/article/details/131459126?spm=1001.2014.3001.5502

3.2.2含相关预留-仅可领料

数据准备：
关闭之前相关所有单据，防止数据影响测试结果。组件库存初始化100个
配置设置：
配置调整如下：项目里最好复制一个新的处理，防止影响其他业务模块

测试步骤
1.创建生产订单1，对组件需求100个，不下达生产订单。Part1文章已介绍，系统设置的订单创建时不检查物料可用性；
2.创建生产订单2，最组件需求10个，下达订单，组件需求占用10个；
3.创建生产订单3，组件需求91个，下达生产订单，组件物料可用性，缺少1个。

查看缺件清单：

订单如果直接下达，则可用数量只有90

3.2.3含相关预留-全部

数据准备
关闭之前相关所有单据，防止数据影响测试结果。组件库存初始化100个
配置设置
配置调整如下：项目里最好复制一个新的处理，防止影响其他业务模块
测试步骤
1、 创建生产订单1且不下达，组件需求10个
2、 创建生产订单2并下达，组件需求数量1000个，可用性检查结果如下：

四、最后总结：

虽然解决了可用性检查占用库存的要求，但是投料时，并没有真正的锁定库存，仍可以投料，投料的数量没有按照允许数量进行控制。