在SD _ Pricing   part 1中简单描述了pricing&condition中需要用到了几个关键元素， 这一节主要描述一下在SAP R/3中如何来配置一个自己的cindition。
condition
它们大概的步骤是：
１，根据需要定义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
 
至此condition基本上维护完成了，剩下了就添加codition record就ok了。
vk31
 
完毕。
 
为了测试我们创建的是否成功，我们必须创建特定的客户。
把Customer pricing procedure赋给其sales area date 级别下的相应field中。
 
 
测试，创建订单