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

[@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

Situation 2

你可以看到，在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：是指按单笔记录去记录需求

如存在以下资料

解释如下：

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

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

设定于MRP VIEW或SALES VIEW

ITPub博客

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