在SD _ Pricing part 1中简单描述了pricing&condition中需要用到了几个关键元素, 这一节主要描述一下在SAP R/3中如何来配置一个自己的cindition。
它们大概的步骤是:
1,根据需要定义condition table。
主要是定义需要的fields,以及它们的顺序。为了使在后面查找condition records的速度快,最好按关键字的次序进行排列,比如sales org. Distribution Channel . Division 等, 而且一般情况下sales org. 和 Distribution Channel是必须的,而且放在前面。
本例中创建了一个condition tabel: 987. 其中含有3个fields :sales organization,distribution channel, material. 有效期也需要勾选上,这样可以控制在后续的condition records中修改期有效期。
2. 创建一个access sequence。
其中reqquirement中可以定义那些field是必须的,exclusive定义是否是排他的,即在当前找到相应的condition record后,就不需要再向后找了。
3.定义自己的condition type.
在创建是建议从系统自带的condition type中拷贝修改,因为里面有很多配制,如果不是很熟悉,很容易出错,这里的例子就是拷贝系统的PR00 。
注意:同一类型(condition class: B)的condition type只能有一个(在同一个pricing procedure中),即如果类似我们这个拷贝pr00创建的,如果不加任何修改的话,在后续的pricing procedure中再一次添加了pr00,那么这两个有一个的价格是不会被加到总价中的,但是会显示出来(这个特点可以被利用:如果一个物料在特定的时间里基本价比较便宜,而这个便宜的价是出售价,但是用户想看看原价,这可以定义相同类型的,是其基本价也出现,但是不参与计价)。
4,定义pricing procedure
这一步较为繁琐,因为里面涉及到了, pricing procedure determine.
确定一个pricing procedure 是由一下几个元素确定:Sales org. Distribution channel, Division, Document pricing procedure, Customer pricing procedure. 其中隐含着与sales type的关系。
4.1 定义自己的Document procedure (当然这一步完全可以用系统自带的)
定义了 H。
4.2 定义Customer pricing procedure.
定义了 O。
4.3 自己创建一个sales type: ORH , 当然也可以使用/修改系统自带的。
4.4 把定义好的Customer pricing procedure 赋给sales type.
4.5 创建pricing procedure.
在control cate里维护前面定义的condition type. 按自己想要的顺序维护。
4.6 维护pricing procedure determine
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/99072/viewspace-531692/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/99072/viewspace-531692/