物料可用性检查的运用.doc

物料可用性检查的运用(1)
从本篇博文开始，我将把我在工作中运用物料可用性检查的方法一一展示给各位。在这个过程中，我也是经历了不同的阶段，也学习到了不少的知识。希望我的这些经验积累能对你的工作和学习有所帮助。
这些方法，我都会在IDES中模拟出来。
我创建了两个物料：K0001和K0002，均是HALB物料，每个物料下都有它的下层物料，K0001下挂E0001，K0002下挂E0002。
我用MD61为K0001和K0002创建计划独立需求。注意：创建计划独立需求的物料的MRP3视图中的策略组必须设置，至于设置哪种策略组，根据你的要求来作，否则系统会在MD61中报错：No requirements type exists for material XXXX in plant 1000。

在分别用MD02对这两个物料运行MRP后，系统转出了相应的计划订单和PR。

我把K0001和K0002产生的计划订单都转成生产订单。

这样，我们就得到了两张生产订单的号码60003468和60003469。
其实我们可以在CO02中用物料可用性检查按钮来作物料可用性检查。

但这并不是我们要讨论的范畴。我们是要作批量的物料可用性检查，而不是单个生产订单的物料可用性检查。
我们用COHV来作物料可用性检查。

我们在COHV的画面上输入我们要的条件：工厂1000，这里为方便，我们加了物料，限制了物料是K0001和K0002，也可以输入刚才记下的生产订单号码。输入完成条件后，点击按钮 。

系统找出了符合条件的两张生产订单，正好是我们刚才创建的生产订单。先点击图中左侧的按钮选中所有生产订单。再点击图中划圈处的按钮 。

在弹出的菜单中点Settings，或直接点击Ctrl+F8也可以。

之后按下图所示选择相应的选项。

全部选择完成后，点击按钮 执行。

之后退回到前一画面，再点击按钮 或按F8执行。

这时你会在生产订单的系统状态栏中看到MSPT字样，这在生产订单中有说明的，就是下层物料缺料的意思。这在CO02中可以看到。

我们在看到生产订单的系统状态栏中看到有MSPT字样时，就知道这张生产订单不具备生产的条件，因为它的下层物料还没到厂呢。
我们给第一张生产订单的下层物料补充点库存，再用上面的方法看生产订单的系统状态有什么变化。
我们用MB1C+561为E0001补充10件库存，正好够生产订单60003468的需求。
我们再用COHV对这两张生产订单作物料可用性检查。检查完成后，再重新进入COHV画面，会看到生产订单的系统状态栏有了变化。

469的生产订单还有那个MSPT的字样，而468的生产订单已经没有MSPT的字样了，说明这张生产订单已经不缺料了。
在我的这个例子中，我把生产订单都下达了，其实可以不下达的，让生产订单保持CRTD状态，在作物料可用性检查后，在COOIS中作个Layout出来，用来显示所有系统状态有CRTD状态，但无MSPT状态的生产订单，这些就是我们可以生产的生产订单，因为已经不缺料了。

物料可用性检查的运用(2)
上篇博文中所讲的，对系统状态为CRTD的生产订单进行物料可用性检查，将系统状态没有MSPT的生产订单进行下达并生产的方法，是我在公司上线前的培训时讲给最终用户听的。但随后就发现这种方法并不适用于实际，因为这需要把所有的计划订单都转成生产订单，这是不现实的，而且有可能有的生产订单的下层物料是在很久以后才能来的，这样会导致生产订单创建的提前量太长了。同时，在转成生产订单后，如果工程部有BOM升版，则我们的生产订单就要重读PP数据，甚至有可能要删除这张生产订单重新转的。
基于上述，我重新考虑了我的生产订单转换策略，在顾问的指点下，我使用了下面的方法：MDVP+CO41。
我们仍然用MD61为K0001和K0002创建计划独立需求。

保存后，用MD02为这两个物料分别运行MRP。

我们用MDVP来找这些计划订单。

我们在MDVP中输入工厂和物料，点击按钮 或按F8。

系统找到了我们刚才运行MRP后产生的计划订单。
我们先点击图中左侧划圈处的那个按钮来选中所有的计划订单，之后再点击上面那个Order按钮。

系统弹出一个窗口，在点击按钮 执行这个操作前，我们先关注一下图中那个划圈的Mode按钮。点击这个Mode按钮，我们会发现这个窗口有更多的内容。

我们会注意到图中划圈处的”Firm planned orders”的钩选框，这表示系统将对我们执行此次物料可用性检查时不缺下层物料的计划订单自动固定住(Firm)。这一部分的内容我以后还会讲到，这个功能也是有利有弊的。
我们不改变任何选项，点击按钮 执行。

系统执行完成物料可用性检查后，我们发现计划订单前的A列变成红灯了，这一列是Availability confirm，我管它叫红绿灯列，红灯表示缺料，绿灯表示不缺料。
我们给37221的计划订单的下层物料补充点库存，用MI10直接作盘点。之后我们再用刚才的方法对计划订单作物料可用性检查。看红绿灯有什么变化。
我们先盘点进8件，看37221的计划订单需要10件时是什么状态。

我们可以看到，37221的计划订单仍然是红灯，但CFc列中出现80字样，这列表示Confirmation factor，表示80%的下层物料已经确认。
我们用MI10盘点库存数量为10件，再看37221的计划订单是什么状态。

我们可以看到，37221的计划订单已经变成绿灯了，CFc列中出现100字样，表示100%的下层物料已经确认。这说明这张计划订单已经不缺料了，可以转生产订单进行生产了。

我们用MD12或上图中的带笔或眼镜的Order按钮来改或看计划订单时，会发现计划订单中的两个栏位已经自动钩选了。

这就是我们上面讲的那个”Firm planned orders”的钩选框起的作用，系统自动将不缺料的计划订单的这两个栏位Firm了。
对于我们在MDVP中看到的绿灯的计划订单，我们可以在CO40中手工转为生产订单。但如果数量很多，我们就需要在CO41中让系统帮我们了。

在CO41的画面中，我们注意要钩选那个”Firm planned orders”的钩选框，它的目的就是要把我们刚才用MDVP检查出的那些绿灯的计划订单找出来。点击按钮 或按F8。

系统确实把刚才那个绿灯的计划订单找出来了。这样我们就可以转这张计划订单为生产订单了。这种方法可以避免把还处于缺料状态的计划订单提前转成生产订单。
物料可用性检查的运用(3)
通过上篇博文，我们可以在不转生产订单的前提下，对计划订单进行物料可用性检查，如果计划订单的下层物料已经处于库存状态，则系统会将计划订单自动固定住(Firm)。但是这种方法也有缺点，那就是如果计划订单被firm后，则这张计划订单就不会理睬BOM的改动了。我们可以通过一个测试来看个究竟。

现在我们继续用刚才的计划订单。在刚才的物料可用性检查时，37221已经亮绿灯了，说明它的下层物料已经有了。我们现在用CS02修改它的BOM。

图中划圈处是我新增加的。我们保存这个BOM，看这张计划订单的物料可用性检查有没有变化。

我们用MD04看这个K0001物料，会发现计划订单后有一个星号，它就表示这个计划订单被固定(Firm)了。
我们再用MD04看看它的下层物料E0002，这是我们在BOM中新增加的。

MD04中没有来自K0001的相关需求。我们用MD02再对K0001运行MRP，看看有没有变化。

我们再看MD04时，会发现没有变化。说明系统就没有发现有来自K0001的对E0002的需求。
我们再用MD12看这张37221的计划订单。

与我们之前看到的一样，这张计划订单被系统固定了。我们再点击那个Components按钮看它的下层物料。

计划订单中并没有E0002的踪影，看来BOM的改动并没有影响到它。
我们把这张计划订单的固定标识取消，再用MDVP作这张计划订单作物料可用性检查。看有没有变化。

看，物料可用性检查的结果是红灯了。我们再用MD12看这张37221的计划订单。

计划订单的固定标识没有钩选上。再看它的下层物料清单。

看，E0002出来了。这说明确实是计划订单被固定造成了计划订单不能读BOM的改动信息。因为虽然E0001的库存可以满足37221计划订单的需求，但E0002无库存，所以计划订单37221仍然是红灯。
通过这个案例，可以说明通过MDVP的物料可用性检查来固定不缺料的计划订单的这种方法也不是好方法，除非BOM创建后不改动，否则就会造成物料可用性检查的实际错误。看来，我们得重新找一个两全的方法了。
0
物料可用性检查的运用(4)
通过上篇博文，我们可以知道我们所需要的最简单的方法就是如果我们只是作物料可用性检查，但不让系统自动固定计划订单，就可以达到我们的目的。
经过测试，我发现MDVP也可以作到的。我们修改K0001的BOM，去掉我们在上篇博文中增加的那个E0002，只保留E0001这个下层物料。同时我们也有E0001的库存，可以满足K0001这张计划订单的需求。从理论上说，K0001的计划订单应该在物料可用性检查后显示绿灯的。在作MDVP前，我们先对K0001用MD02运行MRP。用MDVP找K0001和K0002的计划订单。

MDVP作物料可用性检查的步骤与以前的一样，只是在检查模式上有所区别。

点击这个Mode按钮。

我们注意到，这个”Firm planned orders”的钩选框是默认钩选的，我们去掉这个钩选。之后再点击按钮 。

计划订单37223显示绿灯了。我们用MD12看这张计划订单。

同时计划订单并没有被系统固定。从MD04中也能看出计划订单没有被系统固定。计划订单号的后面没有固定的那个星号。

我们再用CO41看能不能找到这个显示绿灯的计划订单。

在CO41中，我们并不是像以前那样去钩选图中1所示的那个钩选框，而是钩选图中2所示的那个”Fully confirmed”栏位。之后点击按钮 或按F8。

虽然计划订单没有被系统固定，但系统也将这个计划订单找出来了，因为我们选择的是让系统把物料可用性检查中完全确认的计划订单找出来，而是找被固定的计划订单。这样，我们就可以用CO41批量转符合条件的计划订单了。
物料可用性检查的运用(5)
通过前4篇的博文，我们可以知道我的一些生产订单的转换策略，这几种策略各有各的优点，也有缺点，但综合比较，我还是喜欢最后的那种方法，而且这也是我目前指导车间计划员工作的方法。现重新总结如下：
1、通过把计划订单转成生产订单，但不作下达，即生产订单是CTRD状态，可以采用COHV对生产订单作批量物料可用性检查，检查后如果生产订单的系统状态中没有MSPT则意味着不缺料，这张生产订单就可以作下达正式生产。这种方法虽然简单，但如果下层物料到货时间晚，并且BOM有可能会改动，计划订单的数量较多时不宜采用此方法。
2、我们采用MDVP对计划订单作批量物料可用性检查，使用系统缺省的检查模式，即如不缺料，则firm这个planned order。再用CO41读firmed的planned order并将其转为生产订单。这种方法也不复杂，但如果检查的结果是不缺料，计划订单会被自动固定。如果之后BOM有改动，则计划订单不会再读新BOM了，这样也会造成错误。由此看，这种方法也不好。
3、我们仍然用MDVP对计划订单作批量物料可用性检查，但不使用系统缺省的检查模式，去掉那个firm planned orders的钩选，这样在检查后，直接用CO41的检查可用性找不缺料的planned order就比较安全，即找那些Fully confirmed的，而不是Firmed planned orders的计划订单。
4、我们每次对计划订单用上述的方法用批量物料可用性检查时，都必须注意要去掉那个钩选，一旦忘记，就会将不缺料的计划订单自动固定，这样这些计划订单会在以后BOM有改动时不再读新BOM了，这可不是我们希望看到的。一旦发生，则只能用MD12逐个去除那两个固定标识了。所以我们可以把这个工作设成后台JOB定时运行，减少人工干预。

这是MDVP的画面。点击上方的”Check mode on”按钮。会在屏幕的下方出现一个选项区。同时这个按钮会变成off状态，说明这是一个开关键。

在Check mode选项区，我们钩选上前两个钩选框。保持第三个Firm planned orders不钩选。
之后点击如下的菜单项。

选择合适的输出设备，之后点击按钮 。

第一个按钮是立即执行，这不是我们需要的，我们要设成后台自动定时执行。我们点击第二个按钮”Date/Time”。

先设置执行开始时间，再钩选”Periodic job”，之后点击按钮”Period values”。

在这里，根据你的需求可以设置一个定期间隔。设置完成后，就可以保存，保存，一路保存下去就可以了。

系统会提示你已经有一个后台JOB了。我们可以在这个菜单下看我们的后台JOB的运行情况。

看，这个后台JOB已经存在了。只等着定时执行了。
因为我在公司的系统上作过测试，对10000个计划订单作批量可用性检查大约耗时在10到30秒之间，所以考虑到车间计划员的计划及时性，我就把我的后台JOB设成每2小时跑一次，虽然总部的人不希望这样(他认为一天跑一次足够，他想设在晚间的MRP之后)，但我还是悄悄地按我的想法设置我自己的后台JOB了。
讲了这么多，其实有个最关键的还没讲，就是不管是生产订单还是计划订单，物料可用性检查都有一个检查规则的。我的测试中都是预先设定了一个规则，这将在后续的博文中进行讲解。
生产订单的可用性检查规则测试手记(1)
在之前的物料可用性检查系列博文中，我曾经说过，物料可用性检查都是有一个规则的，在那个博文系列中，我预先设定了一个规则。现在我们就来看看这个物料可用性检查规则如何应用在生产订单中。
我先用MD61创建一个计划独立需求。

用MD04看这个物料。

我们之前创建过这个物料的BOM，用CS03查看。

这样，我们再用MD04看它的下层物料。

这说明对于K0001的需求已经传导到它的下层物料E0001上了。
我们用MD02对K0001作MRP，之后再用MD04看K0001和E0001。

我们将K0001的计划订单用CO40转成生产订单，再在CO02中对这张生产订单作物料可用性检查。

这张生产订单的物料可用性检查结果出来了，尽管我还没转下层物料的PR为PO并收货，但系统仍然认为物料可用，这是为什么呢？从车间实际生产的角度考虑，这种设置不是我们需要的。那在哪儿修改这个设置呢？请看下篇。
1
生产订单的可用性检查规则测试手记(2)
在上篇博文中，我们测试了一张生产订单，它的下层物料还处于PR状态，但我对生产订单作了物料可用性检查，其结果却是物料处于可用状态，这是为什么？
其实这是在后台有一个设置的。
SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Scope of Check

在这儿，我们找到02-PP的这行并双击，至于为什么要找这一行，以后会详述。

图中划圈处的设置就是我们要找的。RLT是replenishment lead time，意思就是补货时间。置空这个栏位，就意味着Check with RLT，即用RLT来作检查。这个RLT需要检查物料主数据中三个栏位，这三个栏位至少要有一个栏位有值。

系统会用这三个栏位的值来进行计算这个RLT。如果计算出来的RLT满足生产订单的日期需求，则就算它的下层物料处于PR状态或PO状态，没有处于库存状态，系统也认为该下层物料是可用状态。
但实际生产过程中，我们并不希望系统作这种计算，因为实际的物料供应情况是多变的，我更希望物料在库存状态时，生产订单才报物料可用，而不是在PR或PO时就报物料可用。所以我们需要钩选这个Check without RLT栏位，即不用RLT来检查。至于都检查什么样的库存，则需要根据自己的要求钩选相应的库存栏位。

我们再保存这个设置后，再对我们先前的生产订单作物料可用性检查。

这才是我们需要的物料可用性检查结果，至少我自己需要的，在实际工作中，我也是采用的这个设置。
生产订单的可用性检查规则测试手记(3)
我们在前两篇博文中作带不带RLT进行检查作了相应的测试，对于不带RLT检查应该没有什么疑问，下面我们对带RLT检查的情况再作进一步分析。
我们之前作的测试，都是假定PR要求完成的日期在生产订单开始日期之前的，那如果PR的完成日期在生产订单要求开始日期之后会发生什么情况呢？
我们先看我们之前的物料的MD04。

因为我们设定了E0001的采购交货期是1天。

根据物料主数据的设定，这个E0001的采购期是2天，这里包括GR Processing Time的1天，可以理解为收货检查需要1天。
我们改这个Planned Deliv. Time为30天。

我们再对E0001作MRP。再看它的MD04。

看，这个E0001的交货期被延至12月6日了，而生产订单的开始日期是11月26日就需要它的。这时我们再作生产订单作物料可用性检查。

看，生产订单报缺料。因为它的下层物料需要在12月6日才能来，不能满足生产订单的开工需求。
生产订单的可用性检查规则测试手记(4)
不知还记得吗，我在之前的博文中写过，我们找物料可用性检查规则时找的是02-PP的设定，那为什么是找这个呢？这是与我们开生产订单的那个物料的主数据和生产订单的类型有关的。
我们看一下K0001的物料主数据的MRP3视图。

我们为这个K0001物料指定的是02的Availability check。
那这个PP是从哪来的呢？这个比较复杂。我们采用逆向的思维来找这个PP。
SPRO->Production->Shop Floor Control->Operations->Availability Check->Define Checking Control

双击这行。

我们找到PP了，但找到PP时需要知道的PP01是从哪来的？
SPRO->Production->Material Requirements Planning->Plant Parameters->Carry Out Overall Maintenance of Plant Parameters

输入工厂1000。点击按钮 。

比较复杂，现在才找到这个PP01。这个设定就是说，我们用CO01或CO40等命令将计划订单转化为生产订单时，如果我们没有指定生产订单类型，系统会根据这个设定按PP01转计划订单为生产订单的。
所以系统是根据这个路径找到物料可用性检查规则的。
1、系统找到计划订单转生产订单的订单类型PP01。
2、根据工厂1000和这个PP01的订单类型，系统会找到Checking Rule的PP。
3、根据这个PP的检查规则和物料主数据MRP3视图中的Availability check的02，系统会找到02-PP相关的物料可用性检查规则的内容设定，其中就有这个Check without RLT栏位。
Order Proposals in the Past
我在作Schedule Margin Key的学习和测试时，发现一个有趣的事情，并从中发现一个后台设置。现总结如下：
我创建了一个物料-SMK001，其中MRP2视图中的Scheduling部分如下：

我用MD61对此物料作的计划独立需求。

计划独立需求自2011年1月4日到1月25日之间的每个工作日都有10件的需求。
这样我们用MD04看这个物料SMK001。

我们用MD02对这个物料转MRP。

之后我们再用MD04看这个物料。

我们会发现在1月11日有4个PR，除了最后一个PR对应的是1月11日的计划独立需求外，其它的PR应该对应的是之前1月5日、7日和10日的计划独立需求。从物料主数据上可以看出，该物料的采购周期是20天，收货检查1天，即从今天12月20日开始计算，如果今天向供应商下达PO，则最快是在1月10日到货，1月11日具备可用状态。
这个设置从逻辑上讲是正确的，对于当前在系统中的计划独立需求，肯定是最早从今天下PO开始计算的，下PO的动作不可能是在过去的。但对于某种情况，工程师的BOM下晚了，采购员可能已经按照工程师的口头或邮件要求进行采购了，现在只是在系统中补作PO，则这个设置就不太好了。我所需要的是PR仍然是跟着计划独立需求，这样方便理解，即要求系统允许计划独立需求的日期反算出要求下PO的日期，即使是这个日期在今天之前。
实现这个设定的后台配置如下：
SPRO->Production->Material Requirements Planning->Planning->Scheduling and Capacity Parameters->Parameters for Determining the Basic Dates

点击F1，我们可以看到帮助。
Start date of order proposals allowed in the past
This indicator defines that the system does not automatically switch to forward scheduling if the order start date lies in the past for determining the basic dates.
With this indicator, backward scheduling is always used to determine the basic dates, even if the start date lies in the past.
这个钩选框就表示我们是否让系统将计算出的订单开始日期放在过去。在缺省情况下，系统中不钩选的，说明订单开始日期始终放在当前日期的。
我们钩选这个栏位并保存。
我们再用MD02对这个物料转MRP，之后再用MD04看这个物料。

看，这回系统把PR都放在计划独立需求上了，尽管按照PR反算的PO开始日期在过去也是这样。
这个后台配置需要根据实施单位的具体要求来配置。
0
Purchase Order Text
前几天，有采购员反馈，他在打印PO时，发现一个物料有个说明，而这个说明似乎与他正要准备采购的这个物料没什么关系，他问这是怎么回事。我查看了这个PO，在预览时发现确实有一段说明，从说明上看应该是备件工厂要求特殊采购的一个说明。我用MM03看这个物料的主数据，在Purchase Order Text视图上发现了这段说明，这表明有人在Purchase Order Text视图加了这段文字。我用display changes功能看物料主数据的更改记录，发现确实是备件工厂的人更改了Purchase Order Text视图。

我想都没想，直接发邮件问他们为什么要改主机工厂的Purchase Order Text视图？他们说他们没改，他们只是改了备件工厂的数据，没动主机工厂的数据。我就纳闷了，为什么会这样呢？难道Purchase Order Text不是工厂视图？是我理解错了？
为了验证，我在我的IDES中为工厂1000创建了一个物料，在Purchase Order Text视图中维护空值。再用MM01由工厂1000向工厂1100扩展这个物料。用MM03看1100工厂的这个物料时，发现Purchase Order Text视图也为空。当我在1100工厂将这个物料的Purchase Order Text视图增加一些内容后，再用MM03看1000工厂的这个物料，却发现Purchase Order Text视图也被更改了。
而且，你也会发现在Purchase Order Text视图中没有工厂字段的。而在Purchase视图中是有这个工厂字段的。

从这个测试中，我发现Purchase Order Text视图不是工厂级别的视图，而是Client级别的视图，这个测试证明了我之前的理解是错误的，只是想当然的认为Purchase视图和Purchase Order Text视图都是工厂级别的视图，看来作任何事情都不能想当然。
0
生产订单中的下层物料信息
前几天，有人问我如何能够知道生产订单中的下层物料信息是从BOM中过来的，还是计划员手工加入的。我在IDES中作了测试，现将结果总结如下：
在作生产订单时，不管是从计划订单转还是手工作的，只要物料是有BOM(Material BOM或Order BOM等)的，在生产订单保存后，重新用CO02或CO03看这张生产订单的Component Overview时，就会发现在Item ID栏位中有数值的，而对你手工加入的物料，在此栏位中是没有数值的。

由此，我们就可以从生产订单的Component Overview视图中的Item ID栏位是否有数值看出这个物料是不是从BOM中引用过来的。要知道，这个栏位是灰色的，你是不可能手工改的，所以要作假也是不现实的。
那这个Item ID栏位中的数值是从哪儿来的呢？
其实我们用CS02/CS03看Material BOM，或者用CS62/CS63看Order BOM时就会看到这个栏位的，就会知道生产订单中那些数值是从哪儿来的了。