www.100easy.com www.100easy.com? 百易管理团队? SAP 技术论坛
图20
图20显示了标准的总结的存取顺序。
五、有效期和定价日期
对于含时效性条件（time-dependent condition）我们需要维护一个有效期（开始日期和结束日期）。这个有效期可以在信息记录，框架协议和报价中显示。
当我们创建采购订单时，定价日期决定了有效期的选择。通常，定价日期和采购订单的凭证日期相同。但是我们也可以选择当前日期（current date）、交货日期（delivery date）、收货日期（GR date）或人工输入的日期来代替凭证日期。
我们可以在信息记录（图21）或供应商主数据（图22）中维护定价日期类别，也可以在创建采购订单的初始屏幕输入定价日期。
图21 图22
Enjoy SAP, Enjoy learning? Do 100EASY? Contact us: ebook@100easy.com Page 16
www.100easy.com www.100easy.com? 百易管理团队? SAP 技术论坛 六、等级
在实际业务中，物料的价格有可能根据采购的数量或价值发生变化。 例如： 采购量从1EA到99EA时，价格为100RMB 采购量从100EA 到999EA时，价格为99RMB 这就是我们所说的等级（scale）。
等级的相关参数是在定义条件类型时设置的（图23）。
图23 我们比较常用的参数是等级基础和等级类型。
等级基础定义了条件类型的等级是基于价值（等级基础B），或基于数量（等级基础C），还是基于重量（等级D或E）。
等级类型定义了等级是“FROM(等级类型A)”或是“TO（等级类型B）”。
举例： 价格 从 1 EA开始为100RMB 附加费 到 500RMB时为 50RMB 从 100 EA开始为 99RMB 到 1000RMB 时为 30RMB 如果我们没有分配等级类型的话，那我们可以在维护条件等级的时候自己设定。 等级条件的透明表为KONM和KNOW。
七、信息记录和订单价格历史
一个信息记录可以被人工创建或自动创建（使用信息记录更新），分成以下几种情况： 1、如果信息记录被人工创建，那我们可以维护总价和相关补充条件。
2、如果信息记录参考合同生成，那信息记录会自动采用总结和相关补充条件。
3、如果信息记录参考采购订单或框架协议，那订单价格历史会更新这个价格而不是信息记录。
如果存在一个有效的信息记录的话，系统在创建采购订单时会采用这个信息记录的价格作为标准值，如果有效的信息记录不存在的话，系统会采购订单价格历史中的价格作为标准值，这个价格也就是上一采购订单的价格。
Enjoy SAP, Enjoy learning? Do 100EASY? Contact us: ebook@100easy.com Page 17
www.100easy.com www.100easy.com? 百易管理团队? SAP 技术论坛 八、条件类型PB00和PBXX
在系统中，PB00和PBXX均代表了总价，那它们两个之间有什么区别呢？ 当我们在创建信息记录时，我们输入的价格将被分配给条件类型PB00。
当我们无参考的创建一个采购订单时，系统将信息记录或订单价格历史中的价格作为标准值分配给条件类型PB00。
如果没有有效的信息记录或订单价格历史，系统会让我们人工输入采购订单净价，这个人工输入的价格分配给PBXX。
分配给标准采购订单的计算方案中，我们必须设置PB00和PBXX，而且必须给PB00分配一个存取顺序，但PBXX则不需分配存取顺序，并且PB00必须在PBXX之前。
第三章 抬头条件和组条件
当我们创建一个具有多个行项目的采购订单时，我们经常需要条件可以应用到所有的行项目中。相应的，条件也可以应用到特定的行项目。在R/3系统中，条件可以涉及采购凭证的单个行项目（项目条件），多个行项目（组条件）或所有的行项目（抬头条件）。
一些标准的条件类型只可以作为项目条件，一些只可以只可以作为抬头条件，另外一些两者都可。
图24
Enjoy SAP, Enjoy learning? Do 100EASY? Contact us: ebook@100easy.com Page 18
www.100easy.com www.100easy.com? 百易管理团队? SAP 技术论坛 一、抬头条件
抬头条件作用于凭证的所有行项目，并且自动分配到所有的行项目。抬头条件可以包含百分数或一个固定的数量（图24）。
如果我们设置了一个基于百分数的折扣的条件类型，那这个百分数将作用于所有的行项目（不会考虑行项目的数量或价值）。如果抬头条件包括了一个固定的数量，这个值可以分配到每一个行项目或按比例分配到每个行项目，这取决于这个条件类型是否被定义为组条件。如果这个条件类型没有被定义为组条件，那它的值将被分配给每个行项目；如果这个条件类型被设定为组条件，那它的值将被按比例分配到行项目。在标准的系统中，这个比例是基于行项目的值，当然，我们也可以通过配置将这个分配设置为基于行项目的数量或体积的。这个配置就是计算方案中的条件基。
二、组条件和等级
我们可以在后台配置中将条件类型设置成组条件(图23)。在组条件的情况下，相关行项目的值（价格，订单数量，重量或体积）被累加，并且这个累加值将作为条件基础。这样在计算等级时可能会得到更好的效果。
举例：采购量从1EA到99EA时，价格为100RMB 采购量从100EA 到999EA时，价格为99RMB
采购订单有2个行项目，一个为80EA，另一个为40EA。
如果只单独按行项目来计算等级的话，那我们就无法得到优惠，但如果按组条件的话，我们就可以将价格降为99RMB。
当采购凭证还没有被保存时，系统已经为每个行项目执行了价格确定过程，并且条件基础被确定。只有在凭证被保存时，行项目的值才会被累加，然后累加值才会被作为计算等级的基础。
第四章 维护条件
一、维护时效性条件（time-dependent）
我们可以在为框架协议、报价或信息记录维护时效性条件。在维护时效性条件时，我们会被强制输入一个有效期限。如果你没有输入这个有效期，那系统会为这个条件自动分配一个最大有效期限（系统标准为 从当前日期到9999.12.31），我们可以在条件类型的后台配置中修改这个标准值（图25）。
Enjoy SAP, Enjoy learning? Do 100EASY? Contact us: ebook@100easy.com Page 19
www.100easy.com www.100easy.com? 百易管理团队? SAP 技术论坛
图25
我们可以为时效性条件维护相应等级。每一个条件类型都有一个细节屏幕可以让你输入等级数量或等级价值。
为了更简单的维护那些与总价（cross price）有着相同有效期的条件类型（折扣或附加费，交货成本等），我们就可以使用第二章所介绍的条件补充。
有时候我们可能需要删除不需要的条件补充，根据SAP的一贯理念，我们并不是在条件记录中直接删除这条记录，而是打上一个删除标记（图26）。如果有需要，这个删除标记是可以被取消的。
图26
我们可以通过SAP的菜单来维护时效性条件（后勤－物料管理－采购－主数据－条件－折扣或附加费，图27），但是SAP还是推荐我们在相关凭证或信息记录中维护这些条件。
Enjoy SAP, Enjoy learning? Do 100EASY? Contact us: ebook@100easy.com Page 20