图二-[1]:表示PB00的获取是按一定的顺序策略从相应的条件表中取得维护的条件记录.Access sequence比较复杂，它能决定什么时候Condition 会出现。可以仔细对比下PB00和PBXX，前者会在建立P-info点Condition设置（其它Condition Type如果设置这个东东也能达到这种效果）；后者不会。

图二-[2]:表示PB00是价格条件类,表示是基于什么计算的.（例：如果你的价格是基于重量的,物料基本数据是PC,你选D,如果你这样做可能在开K类PO时会有点小问题,你可能需要重写requirement）

图二-[3][8]:如果你看Condt. Type: FRA1(FRA2)-FRC1(FRC2),这块是B,表示delivery cost,同时和图二-[8]应计连在一起(选上)表示该condition是运输费类条件类型,并且需要设置Account key(会计科目OBYC->你定义或SAP已存在之T/E Key).

你根据实际需求参考copy出所需要的delivery cost或其它类condition,如果需要在PO能default带出,你可能需要建立条件表和自定义的存取顺序,你还可决定是否需要为该condition建立对应会计科目(通常是应计类科目,请看定义T/E Key).

*如果你使用B类delivery cost condition在计税方案未设置account key在PO中会有错误

提示. 同时在MIRO时你可专门对planned delivery cost进行发票校验.

图二-[5]:设置Condt. Type 的输入方式（如PB00采购价格condition的Manual entries设成D不能手工输入,同时在PO屏幕设置将item的price也设置成display,这样采购价格就只能从info Record带出）

图二-[7]:item级的condition,同时允许你在PO item的condition list删除它,不勾就表示不可删除.通常采购价格condition比如PB00在计价方案会设置是强制必输.

图二-[8][9]:表示PB00是采用数量类等级价格,比如vendor规定1-100个某料1.00USD/PC,101-500个0.95 USD/PC诸如此类的等级价格,另外一个比较实际的例子是采用日期型的等级价格,不同的时间(可是周月旬)给你不同的价格,如果需要你可以自定义等级价格的公式.

你可以从表KONM中读到这些数据,关于condition table关系请看接下来的实例.

图二-[10]:SAP的帮助举了一个实例,物料A,B同属一个material group 01,Material A 100个,Material B 150个,假设vendor给定1个1%折扣,100个开始给2%折扣这样一个价格等级,A+B =250个,享受2%折扣,如果它不work,不要紧,后面不是有个Groupcond routine吗?

图二-[11]:你可使用Rererence condition type,在SD定价中设置了ZPR1的reference condition type是ZPR0,这样VK11只要维护ZPR0就行,K,跳到SD干啥呢?我的意思MM定价和SD定价原理基本完全大概都一样.

图9-[12]: PricingProc：定义对于condition type是main condition的(一般用于PB00)，有哪些supplementary condition可以用，这也是定义在一个calculation schema中的如果有必要。例如你可以将折扣附加费海关运费和PB00使用同一个附加计价方案,SAP default的RM0002,这样在维护PB00时,你可同时在此维护这些condition,如图10,FRA(B)1-FRA(B)3是无access sequence的,这样做的好处是这些condition不用使用access sequence而在开PO时间也能自动随PB00带出(捆绑在一起同一info record number嘛).

非常遗憾的是,这样做可能不到好,因为info record的PB00通常是针对某物料某vendor某pur.

Org而且某plant的,而通常运输费海关费是只根据国家代码运输Route制定计划价格,所以通

常还是建立access sequence然后MEK1维护计划价格