图3.1
下图是在采购订单中最常用到的条件类型PB00总价格的一个明细截图（如图3.1）
图3.2
从图3.2上我们可以看到该条件类型分成几个部分，首先是抬头部分、控制数据1、组定价、可进行的修改、主数据、等级、控制数据2等部分组成，下面分别对上述各个部分分别加以说明。
图3.3
抬头部分主要包括条件类型编号、条件名称及存取顺序号(如图3.3)，条件类型编号就是系统用来唯一标识应用系统中的一个定价因素，除了图3.1系统定义的标准条件类型外，用户根据实际需要可自行定义条件类型。“存取顺序”就是第二节介绍的存取顺序号，它表示该条件类型在定价时到该存取顺序号定义的条件表中存取有关的定价信息，存取顺序并不是必需的。
图3.4
控制数据1部分包括定价类、计算类型、定价类别、舍入规则、结构定价及正负项等(如图3.4)，下面分别加以解释。
“定价类”标识该条件类型属于价格、税还是折扣及附加费中的哪一类。 “计算类型”标识该条件类型是按数量还是按金额还是按百分比来计算。
“定价类别”用来给条件类型分组，如所有价格条件都可归到基本价格组，税可以分配给税收组。
“舍入规则”标识该条件类型的计算方法以，如目前系统有3种：分别是商业，向上取整和向下取 整，商业就是按四舍五入来计算，向上取整就是不管多大总是入，反之向下取整总是舍。
“结构定价”目前并不知道如何使用。
“正负”项用来标明该条件对价格的影响，如折扣通常是负值，而交货成本等通常是正值。
图3.5
组定价主要和价格等级配合使用(如图3.5)，举例：当某供应商对某物料按条件等级报价如下表
数量 1至100 100以上 单价 ￥100 ￥95
当某一采购订单有两个行项目，一个数量80，另一个50，如果没有按组定价，那么两个行项目的价格都是￥100，但如果是组定价则80+50，则该物料的价格为￥95，按组定价一般可以获得较多的折扣。
图3.6
可进行的修改部分主要是控制前端业务人员能够对该条件类型执行哪些操作(如图3.6)，下面对各个选项分别加以说明：
“人工输入项”标识该条件在前端是人工输入还是只能系统自动计算。 “抬头条件”标识该条件类型只能用在抬头
“项目条件”标识该条件类型只能用在行项目上，如果一个条件既标识为抬头条件又标识为项目条件，该条件类型抬头和行项目都可用。注意：如果是这种情况，那么输入抬头条件后会作用于所有行项目。
“删除”用来标识该条件类型是否能够被前端用户删除
“金额/百分比”用来标识该条件类型是否能够在前端业务输入单价和价格单位 “数量关系”用来标识该条件类型能否输入单位转换关系，如1 t=1000 kg
“价值”用来标识该条件类型能否修改条件的计算类型，如把按数量来计改为按百分比来计
图3.7
主数据部分用来定义各种主数据(如信息记录)定价信息的一些缺省值及控制行为(如图3.7)下面分别给这些选项加以解释。
“有效期自”和“有效期到”用来标识该条件类型有效日期缺省的开始和结束日期。