sap采购定价过程.doc

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:之前我们提到的基本上都是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之后，打开header的详细资料，并选择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现金优惠之外就是我们之前输入的两个header condition了，可以看到header condition其实也是要apply到每个item才有用的，转过来看看header里的condition tab（下面的的第二X图），可以在这里修改header condition在这里我们看到的是所有item的分condition的一个合计数目，一会我们看看多个item的时候我想就会很清楚。

这样，接下去再增加一个新的item，看看会是什么结果（下面的的第三X图）对比上面的第三和第四X图，可以发现几个问题：1、 不同的数量产生了不同PB00，我设置了scale所导致，而之前看到的PB00也不是一个group condition2、 两个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似乎还有所限制，不能输入scaleIdes之中的header condition金额分配是根据item的金额来按照比例分的好像之前的case：item 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 condition就会进行分配，而不是就会应用到所有itemGroup Condition:当然如果将group condition indicator勾上，自然这个就是一个group condition了，怎么来判断什么才是一个group呢？Header condition部分上面已经提了，一下分析一下item condition部分.两种情况，1. 在condition type定义了一个例程的，就是这个字段GrpCond.routine，将使用例程来对material进行分组.2. 没有定义的将使用condition record的关键字来进行分组，比如，info record之中定义的关键字是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了。