SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 1 Availability Check 业务背景：业务背景： 当我们决定在系统里下销售订单、预留、生产订单等时，我们非常渴望系统自动来 检查并提示我们的物料在未来的需求日期是否可用。 比如，我要在 2011.01.02 号通过预留，领用 30PC 的物料，我要让系统在我下预留 时提示我，在期望的日期 2011.01.02 号是否有 30pc 可领。这就涉及到可用性检查。 SAP 系统提供两种类型的可用性检查： 、 在 IM 层面的检查（也叫静态可用性检查）： 比较简单，系统自动进行可用性检查，无须任何的后台配置。比如：在 2132 工厂 0001 库存地点有 100PC 的物料。这时你通过 migo goods issue 201 向一个成本中心发料 105PC 产品，系统会提示，还有个库存不够。这 就是静太可用性检查。不考虑任何其它因素。 Migo goods issue 201 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 2 、 在 MRP 层面的检查 （也叫动态可用性检查） ： 除了考虑实际存在的库存数量外， 还会从物料需求计划是的角度来考虑预计划的收货和发货。 这是对库存的考虑，可以看出有：安全库存、在途库存、质检库存、 冻结库存、非限制使用库存、外包库存等。 。 对预计划的收货、发货的考虑，可以看出有：采购订单、采购申请、相 关需求、预留、独立需求、SD 提货单、货运通知单、基于订单的 预留、库存传输订单、计划订单、生产订单等。 在这个图中非常值得注意的是，跟的差异。一般指手工预留而是指由 订单，系统自动产生的预留。 哪么， 动态可用性检查在系统到低是什么样的逻辑呢？需要说明的是可用性检查可以应用到 许多的不同的模块，比如对于销售订单的可用性检查，对生产订单的可用性查。对于预留的 可用性检查等等，我们用对预留的可用性检查来了解其逻辑。 业务测试： 1 2 业务测试： 1 2 3 4 5 6 1 3 4 5 6 1 2 3 4 5 6 7 8 9 10 2 3 4 5 6 7 8 9 10 1111 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 3 看图，假设我们库存有 100 件，在当前日期天时有一个留预 80PC,在当前日期+5 天时有一个 PO 可以收货到 50PC。我们分别来测试在当前日期+2 天，天，天 天时如果有一个发货需求，系统会有什么提示。 第一步：对系统进行相关的配置： 从图中可以看出：、需要把检查规则分配给事务代码； 、在物料主数据里需要将检查组分配给物料。 、需要定义移动类型发布哪一个 message。 其中通过、的结合，会达成我们的可用性检查的控制。 配置路径如下： 1 1 2 2 3 3 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 4 点击小闹钟：非常好，配置基本上全在这里： 、 定义移动类型的 message： 1 1 2 3 4 2 3 4 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 5 ok 非常好，对于这里的 message 你可以定义为 warning 或者 error； 跟据你自己的实际需要来。可以看出： A：仅仅在不可用的情况下发布 waring 信息。 B: 仅仅在不可用的情况下发布 error 信息。 ： 在不可用或者其它方面或者有一些其他信息情 况都发布 wanring. F:与相似，都会发布 error。 ：只在模拟运行时发布。 我们就定为吧，发布 ERROR 信息。 、 建立检查规则； 、 定义检查规则细节： 、每一项的作用前面已经讲过了，因为我们的测试我们知道，有 非限制使用库存、有采购订单、有手动预留，所以我们勾了这三项。 ：要不要考虑“补货提前期”,什么是补货提前期呢？我们先设于 不打勾，表示要考虑补货提前期。 ：要不要考虑“补货提前期”,什么是补货提前期呢？我们先设于 不打勾，表示要考虑补货提前期。 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 6 通过 help 可以得知，如果我们要考虑补货提前期，你呢必须确保在物料主数据 中的以下三个字段中至少有一个字段输入了值。明白什么是补货提前期了 吗？（一般建议不打勾） ：no stock location inspection 没有库存地点的检查。什么意思 呢？如果打勾：哪么所有库存地点的物料都会参与检查。否则， 只对需求指定的库存地点的库存进行检查， 看来此项一般应打勾。 (我们先设为不打勾。) 、 将检查规则分配给 TCODE 、 将检查规则分配给 TCODE 第二步：将检查组分配给物料： 第二步：将检查组分配给物料： SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 7 第三步：维护所谓的补货提前期：为了便于测试，我们简单一点，只填一个计划交 付时间。其它的什么收货处理时间呀我就不填了。 第三步：维护所谓的补货提前期：为了便于测试，我们简单一点，只填一个计划交 付时间。其它的什么收货处理时间呀我就不填了。 第四步：在当前日期（2010.12.30 号）建一个手工预留： 第四步：在当前日期（2010.12.30 号）建一个手工预留： 第五步：建立： SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 8 交付日期在 2011.01.05 号。 第六步：我们再建立一个手工预留，需求在 2011.01.01 试试： 回车后提示只有可用(库存80预留(2011.01.02 号)=20可 用)。我们保存不了这个预留，因为我们设了消息。 将需求日期改为 2011.01.03 试试：会发现还是提示只有PC 将需求日期改为 2011.01.03 试试：会发现还是提示只有PC(库存80 预留(2011.01.02 号)=20可用)。 将需求日期改为：2011.01.06 试试：回车没有任务提示： 将需求日期改为：2011.01.06 试试：回车没有任务提示： SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 9 我们通过可用性检查来预览一下对于数量确认的过程： 因为库存有个80 预留可用， 所以我们再建一个 PC 的预留，这时是可用的。 将需求日期还是改为:2011.01.06，数量改为看是否可用：会发现还是可用。 库存 100-80 预留+50可用，现在我再预留的怎么还是 没有发布错误信息呢？ SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 10 记往：当我们的检查规则设定为考虑补货提前期时，如果我们的需求日期落在补货提前 期之结束日期（end lead time）之后，哪么系统都会确定为可用。大家可以把不考虑补货 提期前试试，会发现天时的也不可用，自己可以测试一下。 记往：当我们的检查规则设定为考虑补货提前期时，如果我们的需求日期落在补货提前 期之结束日期（end lead time）之后，哪么系统都会确定为可用。大家可以把不考虑补货 提期前试试，会发现天时的也不可用，自己可以测试一下。 第七步：我们来测试第七步：我们来测试栏目，将库存地点的分 一点到库存地点： 不可用 不可用 可用 可用 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 11 我们来做一个手工预留 我们来做一个手工预留 提示：只有PC 可用。 我们把后台配置哪个勾打上试试： SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 12 再建的预留试试：无提示。 SAP 星星系列 Writer: Star 热爱工作、热爱生活、乐观向上。热爱工作、热爱生活、乐观向上。 QQ:65744500 13 0002 库存地点的数量考虑进来了。