跑MRP的时候，就“创建采购申请”有三种选择，1全为采购申请，2未清期间的采购申请，3全为计划订单。“未清期间”在“计划边际码”中设定（ SchedMargin key， IMG：Production -> MRP -> Plan -> 计划和生产参数 -> 定义浮点 ），其解释为：

The number of working days between the date that the order is created and the planned start date. This time is available for the MRP controller to convert a planned order into a purchase requisition or a production order.

也就是计划订单转采购申请/生产订单的提前时间。

以下是个例子，今天是2006/06/13，物料A的需求日期2006/07/02，计划交货时间12天，收货处理时间1天。当未清期间设为5天的时候，如图：

注意到订单收货开始日期到完成日期，共12天（不含本日）。计划转换日期2006/06/14，正好跟订单开始日期相隔5天（也不含本日），这就是“未清期间”。

如果未清期间设为6天，由于计划计划转换日期为当天（或者说运行MRP的日期，落在计划订单的未清期间内），因此计划订单已经自动转化为采购申请。

未清期间的作用在于：在计划和采购申请/生产订单间提供一个缓冲的时间。这跟下达时间作用相仿，因此它们都在计划边际码中维护。计划员可以对落在未清期间的计划订单，进行批量转换（MD15/CO41）。

我想，有必要重新理清计划到采购的流程，方好理解未清期间的真正意义。

参考阅读： SAPFans

生产订单261发料得凭证A，262退料得凭证B。此刻冲销凭证要先冲销B，再能冲销A。否则提示数量超。MBST如何判断这种关系呢？

接下来做，冲销凭证B，得凭证C。试着冲销凭证A，再次提示数量超。试着冲销凭证B，提示凭证B已经冲销。此种关系又如何确定？

在表MSEG中，有字段SMBLN和SMBLP，冲销凭证会带上被冲销凭证的号和项目，被冲销凭证对应字段为空，且似乎没有字段体现它已被冲销。

其实存在一个有趣的视图：M_MBMPS：输入凭证号（其实是SMBLN），可查得它的对头。

至于数量问题，则通过与预留表RESB对比计算的。也就是说，MBST不会跟你在冲来冲去中胡闹，梳理那千丝万缕的关系，而是换了个角度跟RESB中的ENMNG（提货数）和BDMNG（需求量）对比。当然还有MARD-LABST的非限制使用。

详细的过程，可以参考FM: MB_CHECK_MATERIAL_STOCKS

预留是创建生产订单时产生的，反映的是订单对组件的需求，因此在MRP中，它是一种需求：OrdRes。与ATP无关。

承诺数量是ATP检查时产生的，反映的是供给量，此量的确定跟ATP的各项IMG设定有关。当承诺数量不能满足订单组件需求数量的时候，就会报缺料。

预留和承诺数量不会占用非限制使用的数量。但是，它们在MRP运算和ATP运算中，会跟非限制使用数量做比较、计算，求解。

Scope：检查范围、内容；

它们的关系如下图，个人认为图片忽略了 Control 的作用，Plant + Order Type + Operation 以及 Rule 是通过 Control 组合到一起的。

Group决定的是每个物料可用性检查的计算方法，如：销售需求、交货需求是单个还是按时期汇总，计算需求的时候是否锁定物料。这得一提的是Accumul和RelChkPlan。前者决定ATP数量是否累计计算，不累计计算可能出现确认数量超过收货数量的问题。后者决定ATP数量是否考虑收货和库存，Availability Check Against Planned Independent Requirments的方式只考虑计划独立需求的数量，仅适合装配计划（Assembly Planning）或Phantom Assembly Planning。

Rule是跟Group结合的，Rule + Group 决定了一个 Scope，亦即同一物料也能有不同的检查范围。

Control是检查控制，决定每个工厂每种订单类型在创建和下达的时候如何进行ATP检查，如是自动还是手动或是干脆不做检查，如何应对缺料等。这里本人存在疑问：为何再次决定ATP方式？

最后是Scope，检查范围。由 Group + Rule 构成，换句话说物料跟订单决定了检查范围，包括库存和物料移动两个方面。考虑Replenishment lead time对可用日期产生影响（提前）。

需要继续研究的包括：

Availability check with cumulative, confirmed quantities.

Availability check again planned independent requirements.

参考阅读： SAP Library

首先说说“汇总比较”和“差异比较”，两者之关键区别是：是否将同一物料汇总，得出总用量后两相比较。由于进行了汇总，具体条目的特性如如项目类别、子项目等将不会体现，也就是无从对比。相反，“差异比较”还能看具体细节。

第二，是关于比较的字段。两个地方决定了：Menu -> Goto 的头两项。后者如是否比较子项目，比较何种项目类别等，前者是主要的，默认情下包括：物料、数量、项目类别。可自行删减。

第三，Sub-items，子项目。根据定义： Partial quantities of a BOM item may be installed at different points. Sub-items are used to describe the different installation points of these partial quantities. 在实际生产中，同一物料，即便相同的用量，安装位置（位号）不一致，BOM也是不同的，为了体现这一点，就需要在子项目中维护安装位置和用量。

维护了子项目后，CS14就能够进行安装位置的比较。而我所在企业，位号维护在“项目文本”里头，创建的时候是方便了，但文本项目不是比较条目，无法比较。

参考阅读： SAP Library: Sub-Items

更改凭证存放于CDHDR（表头）和CDPOS（项目）两个表里头。凭证的写入不单要调用系统的函数，更为重要的是要先创建Change Document Object.，事物码：SCDO，然后在数据元素“更多特性”中激活，进而生成INCLUDE objects，内含：FM、FORM、数据声明等等。

总FM: _WRITE_DOCUMENT，其中为定义的对象名。内含：CHANGEDOCUMENT_OPEN、CHANGEDOCUMENT_MULTIPLE_CASE、CHANGEDOCUMENT_CLOSE等FM，一般的，一个写的过程需要顺次执行上述三个过程。

在Multiple Case中，X表为当前（新）的数据，Y表为旧的数据，UPD_TABLE决定了更改方式：

I，插入，插入X表的内容。

D，删除，删除Y表的内容。

U，更改，用X表代替Y表。

注意：U情况下CDPOS中的VALUE_NEW、VALUE_OLD字段确定更变内容。I、D的情况下，CDPOS中的TABKEY字段可确定更新内容。

据观察，TABKEY由对应表的主键内容组成（需转换为数字）；OBJECTID不确定。

参考阅读： SAP Library