MM 预留的详细运用
预留的概念
预订是向仓库提出的一个请求，要求仓库为今后某个日期的发货和为某个目的将物料保持在就绪状态。可以由多个部门为多个帐户分配对象（例如成本中心、订货、资产等等）提
出发货预订的请求。 (SAP 标准定义)
但是我们怎么理解呢，举个例子吧。你公司做手表的，新年了，公司每年都会送一些高档手表给客户，这个时候你想想应该如何去处理这种情况？我想不外乎几种解决方法：
1. 建立一张乱七八的SALES ORDER
2. 用SAFETY STOCK的方法保留库存
3. 手工建立PRODUCTION ORDER，让其入库到无价值工厂
4. ？？？
5. ？？？
很多，很多。但这里就特意有一点俺没说，呵，用RESERVATION 预留也可以实现。如何实现？慢慢看下去就知道了。
预留的目的
预订的目的是我了保证物料在需要它的时候是可用的。它也可以用来简化和加快发货过程和在发货点做好准备工作。
同样重要的是，预订会被物料需求计划（MRP）考虑，这意味着被需求的物料在它们出库时将被及时的获得。
预留的信息
在一个预订中，保存了与发货和MRP相关的信息，例如：
? 是什么？ （何种物料？）
? 多少？ （以多少数量？）
? 何时？ （要求的日期？）
? 来自何处？ （来自哪个工厂或仓库？）
? 去何处？ （去哪个接收方或消费方？）
预留的结构
手动/自动预留
SAP系统支持手动和自动的预订。手动的预订由用户直接输入。自动的预订由系统自动生成。有两类自动预订：
? 为订单、网络和WBS元素进行的预订：
当一个订单、网络或计划被创建时，可以对需要来自仓库的零部件进行自动预订。
? 库存转储预订
如果在仓储地点层上，对物料需求计划使用了再订货点计划并且现有库存低于再订货
点，系统会在生成一个在工厂中的转储预订，预订数量就是再补充数量。
你不能直接维护自动预订。例如，不能直接修改为一个订单生成的预订。你必须改变在订
单中的组成。系统会自动地更新预订。（如果是用生产订单，可以决定在什么时候产生预留）
SPRO-> Production-> Shop Floor Control-> Master Data-> Order-> Define order type-dependent parameters
就是通过此设来决定的，我看这个一看也就明白了，不要解释吧。
操作与讲解
建立预留
建立手工预留的方式，有两个
一是没有任何参考，二是有参考。
只是建议方法，没什么本质的区别，其实这个图有点没意思，哈。
TCODE: MB21
Check against cal. 就是表示未来咱们的DELIVERY DATE要不要根据Factory calendar 来决定workdays
Base date: 先记住，后面会单独讲到
Movement type: 你未来想使用那种移动类型，按我们之前的例子，也许是用201 （GI TO COST CENTER）
Plant，不要我说吧。
如果你想用WITH REFERENCE的话，就在reference下面的reservation中输入以前建立的预留号。
输入完回车。
如果我们是采用201 (GI to cost center)，肯定是要告诉人家用那个COST CENTER吧。呵，那就输入吧。
另外你老板想给什么手表，多少数量？什么时候给，要知道吧，那就也输入吧。如下图
回车
在此图中有三点要注意
1. Reqmts date: 需求日期，老板什么时候给客户
2. Mvt allowed: 物料是否允许移动（建议不要选，原因在于，今天是20081226，如果你老板是想20091001给客户的话，那理论上不可能随时都可以把表给到客户吧，应该会是提前多久再给（比如说提前5天吧），这样比较合理，因此我们就要先设定，不让咱们仓库人员随便去发料，哈哈，如果不让人家随便发？就是不选这玩意就行）
3. 在这里可以做个ATP的有效性检查（关于ATP，鄙人将会开专贴介绍）
设定如上，直接SAVE吧（当然如果你有很多表要送，可以再直接输入，基本属于废话类）。
如果你看到以上信息，就要恭喜你，你成功了，并且是成功了一大步，要去喝酒庆祝了，当然不要忘了叫上我，虽然我只是一瓶啤酒的量，但我很能喝王老吉，哈。
注意在MD04中可以看到此预留，并且是参与了MRP 运算。
ATP检查
此图是表达一下ATP的逻辑，如我们库存100PC，并且在5月5号有50PC的生产订单，哈，俺比较喜欢5月5，在5月3号本身就有一个预留80PC
如果，如果来了。
如果你在5.2号（即上图中的2.1）有一预留30PC的话，会给你警告信息
因为还有20PC可以满足
如果你在5.4号（即上图中的2.2）有一预留30PC的话，会给你警告信息
因为还有20PC可以满足
如果你在5.6号（即上图中的2.3）有一预留30PC的话，不会有任何信息，因为可以满足
100 + 50 > 80 + 30
如果你在5.6号后（即上图中的2.4）有一预留80PC的话，会给你警告信息
因为还有20PC可以满足
关于ATP，鄙人将会开专贴介绍
预留管理
如果后台设定了allow movements 设定为10工作天, delete为30工作天
如果预留的管理报表(MBVR)的基本日期 + 10 days >= 预留的需求日期时，则此预留允许货物移动
如果预留的需求日期 + 30 days <= 管理报表(MBVR)的基本日期时，则此预留会做删除标记
上图指，当我在MBVR – Administer报表对reservation 进行管理时
如上图，系统会去找reservation 的BASE Date小于2008-05-22的资料。
再根据条件reservation的requirement date <= 2008-05-22 + Allow movement 去得到相应的资料。
如有以下reservation
Base date = 2008-05-22
但有三个不同的requirement date，2008-05-29， 2008-06-05，2008-06-15
当我用报表MBVR – Administer执行时。
2008-05-22 + 10天（系统后台设定为10个工作天） 大概是等于2008.6.6号左右。
因此会出现两个。
2008-06-05 + 10（个工作天）= 2008-06-18左右，因此会出现三个。
并且可以把movement allow 从没有选中，变成选中（即可以允许移动）
预留设定
后台设定特简单
SPRO-> Materials Management-> Inventory Management and Physical Inventory-> Reservation-> Define Default Values
MVT设定当建立预留的时候，是否自动选中MVT ALLOW CHECK BOX
DAYS M 表示预留管理中的第1个日期 （allow movement）
Rete表示预留管理中的第2个日期 （delete）
终于大功告成，手酸了，可惜没有王老吉喝。
