《sap采购定价过程》由会员分享，可在线阅读，更多相关《sap采购定价过程（13页珍藏版）》请在装配图网上搜索。
1、 Header and Group Conditions在前面的Elements of the Condition Technique之中，其中condition type的定义之中其实就可以决定一个condition是哪一种或多种的condition type。再看一次：在changes which can be made之中，可以选择是header/item condition，也可以两个都选。而在group condition之中的group cond.就决定了一个condition type是不是一个group condition。先看header和item condition:之前我
2、们提到的基本上都是item的condition，也就是对应每一个item的condition，什么事header condition呢？Header condition顾名思义是定义在po document的header的一些condition，而且所有的header condition是没有access seq.的，意味着什么，就是没有地方会存放它们相关的condition record，没有price determination process为它们服务，所以没有地方可以预先定义，只能在输入po document的时候自行输入。用me21n创建一X新的po，输入一个vendor之后，打开h
3、eader的详细资料，并选择condition那个tab。在这里输入的只能是header condition了，按f4我们可以看到，只有少量的condition type被定义成为了可以是一个header condition。输入两个header condition，RB00 10 USDHB00 180 USD在item之中输入一个item，见下图。看看item detail的condition tab，可以看到有些condition是可以修改的，有些是不能修改的。能够修改的部分是从info record之中带过来的，属于item condition；其中不能修改的部分除了SKTO现金优惠之
4、外就是我们之前输入的两个header condition了，可以看到header condition其实也是要apply到每个item才有用的，转过来看看header里的condition tab（下面的的第二X图），可以在这里修改header condition。在这里我们看到的是所有item的分condition的一个合计数目，一会我们看看多个item的时候我想就会很清楚。这样，接下去再增加一个新的item，看看会是什么结果（下面的的第三X图）。对比上面的第三和第四X图，可以发现几个问题：1、 不同的数量产生了不同PB00，我设置了scale所导致，而之前看到的PB00也不是一个group
5、 condition。2、 两个item都apply了header condition RB00，而且都是usd103、 两个item都apply了header condition HB00，HB00的usd180是按比例的分配到了两个item之中。Item 10: 118.03， item 20: 61.97 再看header的condition：可以知道在header这里显示的value是所有item的总数。Header condition似乎还有所限制，不能输入scale。Ides之中的header condition金额分配是根据item的金额来按照比例分的。好像之前的case：ite
6、m 10 : 金额1.872,03 item 20 : 金额982,97所以HB00的180这样分配： item 10 180*(1872.03/(1872.03+982.97) = 118.03 item 20 180*(982.97/(1872.03+982.97) = 61.97可以通过修改calc. Schema的AltCbv可以让系统根据weight和volume来分配。另外我们可以看出RB00和HB00所表现出来的不同的方式，一个是每个item都应用，而另一个是分配到多有的item。这其实是由group condition indicator来进行控制，如果它是个group con
7、dition就会进行分配，而不是就会应用到所有item。Group Condition:当然如果将group condition indicator勾上，自然这个就是一个group condition了，怎么来判断什么才是一个group呢？Header condition部分上面已经提了，一下分析一下item condition部分.两种情况，1. 在condition type定义了一个例程的，就是这个字段GrpCond.routine，将使用例程来对material进行分组.2. 没有定义的将使用condition record的关键字来进行分组，比如，info record之中定义的关键
8、字是vendor/purchasing org/material，这样的话，在po之中这三个字段相同的item会被看成一组，general condition之中定义的关键字是vendor/purchasing org/plant，这样的话无论什么物料，只要是相同的plant就会分为一组了，为什么不考虑vendor/purchasing org? 一Xpo的这两个字段肯定是一样的。打印控制就不说了，可以在calc. schema之中定义。Condition group:在info record的维护界面上我们可以发现有个字段就叫做condition group, 可以assign一个最长4位的字符串给它。怎么使用呢，定义info record为某个condition group之后呢，你需要MEKG进入condition的维护界面。然后输入对应的资料，当然这里的pur org./vendor是不能与info record不同的。比如我想创建一个XY的condition group,在condition group字段之中输入XY然后执行：接下来你可以创建/修改这个condition了，这个condition使用的是condition type：RGR0，这个condition type有自己的access seq.自然也有自己的condition record了。13 / 13
sap采购定价过程
