定义可用性检查的检查群组

定义可用性检查的检查群组

[@more@]

SPRO->Production -> Sales & Operations Planning (SOP)-> Master Data-> Assignment of Validation Rules to Key Figures

**Total sales 总的Sales order 需求，可以理解为需求

**A Single records 表示单笔记录进行ATP

**B Totals records per day：表示按每天的需求进行ATP

**C Totals records per week, reqs date on Monday of current week 表示按周进行，

**D Totals records per week, reqs date on Monday of fol. Week 表示按周

**TotDlvReqs: Delivery Requirement,可以理解为供求，设定参数同 Total Sales

**Block QtRq: 表示在做ATP的时候，是否BLOCK此物料，以便不让其他人可以同时进行ATP，以免得到不正确的结果

**No Check: 如果选中，则表示不经过ATP的任何检查

**Accum: 累加，表示在进做ATP的时候，是否考虑已经commit qty，例如下：

Situation 1

MRPelemt	Qty	ATP qty	Cum. ATP qty	Committed qty
Stock	100	0	0
PlOrd	100	0	-100
SalesOrd	-200	-	-	200

Situation 2

MRPelemt	Qty	ATP qty	Cum. ATP qty	Committed qty
Stock	100	0	0
SalesO1	-200	-100	-100	200
PlOrd	100	0	0
SalesO2	-100	-	-	100

你可以看到，在situation 2中的commit qty就有问题，因为SO 1已经把库存及planned order的QTY已经commit了，理论上SO2不能再commit 到的，但是因为这个栏位的设定问题，系统会说这SO2也能commit 到100,因此建议此栏位为空。

**Response: 表示如果有缺料时，是否进行OUTPUT，

**RelChkPlan: 表示做ATP时，是否总是与Planned independent requirement做为对比

详细介绍一下01与02的区别

01：指按天去进行需求

02：是指按单笔记录去记录需求

如存在以下资料

日期	MRP 元素	数量	01 Commit Qty	02 Commit Qty
20060101	Planned order 1	100
20060101	Planned Order 2	200
20060101	Sales Order 1	100	0	100
20060101	Sales Order 2	300	0	200

解释如下：

因为01是按天的，而我们的供给只有100＋200 = 300，而需求却要100＋300 = 400，因此不能满足，故，两张SO的 commit qty 都为0

因为02是按单笔的，因此SO1是可以确认到100的，而SO2要300,但只有200可用，因此可以确认到200,

设定于MRP VIEW或SALES VIEW

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/195776/viewspace-1018342/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/195776/viewspace-1018342/