sap采购定价过程3_第1页
sap采购定价过程3_第2页
sap采购定价过程3_第3页
sap采购定价过程3_第4页
sap采购定价过程3_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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创建一张新的po,输入一个vendor之后,打开he

3、ader的详细资料,并选择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(下面的的第二张图),可以在这里修改header condition。在这里我们看到的是所有item的分condition的一个合计数目,一会我们看看多个item的时候我想就会很清楚。这样,接下去再增加一个新的item,看看会是什么结果(下面的的第三张图)。对比上面的第三和第四张图,可以发现几个问题: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:item

6、 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 cond

7、ition就会进行分配,而不是就会应用到所有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? 一张po的这两个字段肯定是一样的。打印控制就不说了,可以在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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论