sap采购定价过程3.docx
- 文档编号:30382147
- 上传时间:2023-08-14
- 格式:DOCX
- 页数:11
- 大小:373.10KB
sap采购定价过程3.docx
《sap采购定价过程3.docx》由会员分享,可在线阅读,更多相关《sap采购定价过程3.docx(11页珍藏版)》请在冰豆网上搜索。
sap采购定价过程3
HeaderandGroupConditions
在前面的ElementsoftheConditionTechnique之中,其中conditiontype的定义之中其实就可以决定一个condition是哪一种或多种的conditiontype。
再看一次:
在changeswhichcanbemade之中,可以选择是header/itemcondition,也可以两个都选。
而在groupcondition之中的groupcond.就决定了一个conditiontype是不是一个groupcondition。
先看header和itemcondition :
之前我们提到的基本上都是item的condition,也就是对应每一个item的condition,什么事headercondition呢?
Headercondition顾名思义是定义在podocument的header的一些condition,而且所有的headercondition是没有accessseq.的,意味着什么,就是没有地方会存放它们相关的conditionrecord,没有pricedeterminationprocess为它们服务,所以没有地方可以预先定义,只能在输入podocument的时候自行输入。
用me21n创建一张新的po,输入一个vendor之后,打开header的详细资料,并选择condition那个tab。
在这里输入的只能是headercondition了,按f4我们可以看到,只有少量的conditiontype被定义成为了可以是一个headercondition。
输入两个headercondition,
RB0010USD
HB00180USD
在item之中输入一个item,见下图。
看看itemdetail的conditiontab,可以看到有些condition是可以修改的,有些是不能修改的。
能够修改的部分是从inforecord之中带过来的,属于itemcondition;
其中不能修改的部分除了SKTO现金优惠之外就是我们之前输入的两个headercondition了,可以看到headercondition其实也是要apply到每个item才有用的,
转过来看看header里的conditiontab(下面的的第二张图),可以在这里修改headercondition。
在这里我们看到的是所有item的分condition的一个合计数目,一会我们看看多个item的时候我想就会很清楚。
这样,接下去再增加一个新的item,看看会是什么结果(下面的的第三张图)。
对比上面的第三和第四张图,可以发现几个问题:
1、不同的数量产生了不同PB00,我设置了scale所导致,而之前看到的PB00也不是一个groupcondition。
2、两个item都apply了headerconditionRB00,而且都是usd10
3、两个item都apply了headerconditionHB00,HB00的usd180是按比例的分配到了两个item之中。
Item10:
118.03,item20:
61.97
再看header的condition:
可以知道在header这里显示的value是所有item的总数。
Headercondition似乎还有所限制,不能输入scale。
Ides之中的headercondition金额分配是根据item的金额来按照比例分的。
好像之前的case:
item10:
金额1.872,03
item20:
金额982,97
所以HB00的180这样分配:
item10180*((1872.03/(1872.03+982.97))=118.03
item20180*((982.97/(1872.03+982.97))=61.97
可以通过修改calc.Schema的AltCbv可以让系统根据weight和volume来分配。
另外我们可以看出RB00和HB00所表现出来的不同的方式,一个是每个item都应用,而另一个是分配到多有的item。
这其实是由groupconditionindicator来进行控制,如果它是个groupcondition就会进行分配,而不是就会应用到所有item。
GroupCondition:
当然如果将groupconditionindicator勾上,自然这个就是一个groupcondition了,怎么来判断什么才是一个group呢?
Headercondition部分上面已经提了,一下分析一下itemcondition部分.
两种情况,
1.在conditiontype定义了一个例程的,就是这个字段GrpCond.routine,将使用例程来对material进行分组.
2.没有定义的将使用conditionrecord的关键字来进行分组,比如,inforecord之中定义的关键字是vendor/purchasingorg/material,这样的话,在po之中这三个字段相同的item会被看成一组,generalcondition之中定义的关键字是vendor/purchasingorg/plant,这样的话无论什么物料,只要是相同的plant就会分为一组了,为什么不考虑vendor/purchasingorg?
一张po的这两个字段肯定是一样的。
打印控制就不说了,可以在calc.schema之中定义。
Conditiongroup:
在inforecord的维护界面上我们可以发现有个字段就叫做conditiongroup,可以assign一个最长4位的字符串给它。
怎么使用呢,定义inforecord为某个conditiongroup之后呢,你需要MEKG进入condition的维护界面。
然后输入对应的资料,当然这里的purorg./vendor是不能与inforecord不同的。
比如我想创建一个XY的conditiongroup,在conditiongroup字段之中输入XY然后执行:
接下来你可以创建/修改这个condition了,这个condition使用的是conditiontype:
RGR0,这个conditiontype有自己的accessseq.自然也有自己的conditionrecord了。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- sap 采购 定价 过程