(完整版)SAP之采购价格确定(定价过程)-经典

目录
目录 (1)
序言采购价格条件技术简介 (2)
第一章条件技术的组成 (2)
一、概述 (2)
二、条件类型。

(3)
三、存取顺序： (4)
四、条件记录和条件表 (6)
五、计算方案 (7)
第二章价格确定 (9)
一、价格确定概述 (9)
二、确定计算方案 (10)
三、条件类型PB00的条件补充计算方案 (13)
四、总价（PB00）的存储顺序 (14)
五、有效期和定价日期 (15)
六、等级 (16)
七、信息记录和订单价格历史 (16)
八、条件类型PB00和PBXX (17)
第三章抬头条件和组条件 (17)
一、抬头条件 (18)
二、组条件和等级 (18)
第四章维护条件 (18)
一、维护时效性条件（time-dependent） (18)
二、有效期 (20)
三、批量修改 (21)
四、自动调整 (22)
五、改变文档 (22)
六、凭证中的修改选项 (23)
第五章特殊条件类型和特殊功能 (23)
一、贵金属条件 (23)
二、交货成本 (24)
三、基于重量或体积的条件 (25)
四、条件排除程序 (25)
第六章后台配置 (25)
后记 (25)
序言采购价格条件技术简介
条件技术（condition technology）是SAP中运用较多的配置技术，了解条件技术如何运作，有助于我们理解系统在不同情况下的行为和反应。

条件技术广泛地应用于定价、文本确定、输出确定和物料确定等，它基本上存在于任何需要条件记录的地方。

SAP通过条件技术在一定数量的选项中选择一个方案。

因为SAP是基于条件做出选择的，因此有了‘条件技术’这个名词。

本文的内容就是和大家探讨条件技术在采购定价方面的应用。

本文主要分为：
第一章条件技术的组成
第二章价格确定
第三章抬头条件和组条件
第四章维护条件
第五章特殊条件内容和特殊功能
第六章后继结算
第七章相关后台配置
编者注：本文演示所使用系统版本为4.6C。

本文红色斜体字表明是后台配置路径。

第一章条件技术的组成
一、概述
首先，我们来说明一下什么是条件（condition）。

条件就是我们与供应商约定的价格，折扣和附加费等等。

我们可以在报价，框架协议，采购订单中维护这些条件，还可以在供应商级别输入条件，系统通过这些条件来计算采购订单中的价格。

在采购业务中，我们会用到下面3种价格：
总价（cross price）：包含任何折扣和附加费用的价格。

净价（net price）:不包含折扣、附加费用和税收的价格。

有效价（effective price）:净价减去现金折扣，加上交货成本、不可抵扣税金和杂费的价格。

其中，折扣和附加费可以是基于百分比或基于数量的。

系统中，条件区分为两种，一种是具有一定的有效期限，即在一个确定的时间范围内有效；另一种则是没有特定的有效期限。

信息记录和合同中的条件通常都是具有有效期的，采购订单中的条件通常都是没有有效期限的。

如果供应商的价格根据我们采购的数量或价值进行改变的话，我们可以通过设定数量或价格等级来达到这一目的。

我们也可以对条件设定上下容差，这样可以避免因人为修改条件值而造成价格超出我们所
能接收范围的情况。

SAP中，条件技术由以下四个基本要素组成：
条件类型（condition types）
存取顺序(access sequences)
条件记录和条件表(condition records and tables )
计算方案(calculation schemas)
二、条件类型。

条件类型代表了各种条件因素，实际业务中的各种条件都对应着系统中的条件类型。

系统中对于价格，折扣或附加费，税，运费和固定成本等，配置了很多种条件类型。

后台配置路径：IMG－物料管理－采购－条件－定义价格确定流程－定义条件类型。

图1
在图1中，双击某一个条件类型就可以看到具体的配置参数。

图2
定价等级（condition class 我个人认为翻译成条件类型比较好）决定这个条件类型属于价格，折扣或附加费，税中的哪一类。

计算类型（calculation type）决定了系统在计算此条件值时，是根据百分数、数量还是固定金额来计算的。

举例来说，我们可以通过计算总价的百分数来得出相应的折扣或附加费。

定价类别（condition category，也可译为条件类别）将条件类型分为相似的组，譬如所有的运费或者税条件。

舍入规则：有3种。

分别是商业，舍入到较高值和舍入到较低值。

商业就是我们通常说的四舍五入。

舍入到较高值就是不管值多大，总是入。

舍入到较低值就是不管值多大，总是舍。

结构定价：它控制条件类型和物料清单的累积值是不相关的。

正/负：表示条件值对价格的正负数影响。

通常，折扣会导致金额效果为负，而附加费导致金额效果为正。

其它一些字段配置，会在后面进行具体说明。

三、存取顺序：
存取顺序就是一种条件读取策略。

在存储顺序中我们将设定条件类型的哪些条件表将被读取以及系统自动读取的顺序。

我们可以为条件类型分配一个存取顺序。

我们以条件类型PB00（总价）为例。

图3
图3中，我们可以看到，我们将存取顺序Z002分配给了条件类型PB00。

下面我们看一下这个存取顺序是被如何设置的。

IMG－物料管理－采购－条件－定义价格确定流程－定义存取顺序
图4
我们可以看到Z002存取顺序定义了条件表的存取顺序。

系统将根据最左边的顺序号按从小到大的顺序依次寻找相应条件表中的值。

从图中可以看到，物料信息记录的顺序号为35，这并不表示物料信息记录是第35个被读取的表。

那为什么上下两个顺序号数字之间要有一定的间隔呢，原因就是有时我们可能会需要在原有的存取顺序中加入一个新的条件表，如果原有顺序号之间没有间隔的话，那我们就需要重新分配所有的顺序号。

因此为了避免这个问题，系统标准顺序号之间都有5的间隔。

在上图中我们还可以看到‘需求’和‘排斥的’两个字段。

‘需求’字段里填写的是一个例程编号（例程是一段判断程序），如果我们在需求中维护了例程编号，那只有这个例程条件被满足时，这个条件表才会被系统自动读取。

一部分的条件表只有在凭证项目满足一定的条件时才会被读取。

‘排斥的’字段如果别勾中的话，那表明如果这个条件表被系统成功读取到数据后，系统将停止这个存取顺序的执行，否则，系统将继续执行下去。

注意：a、如果我们给某个条件类型设定了有效期的话，那我们必须给这个条件类型分配一个存取顺序。

b、不能给一个抬头条件分配存取顺序。

四、条件记录和条件表
系统将条件作为条件记录进行储存。

条件表由一个或多个关键字段和一个数据部分组成。

数据部分储存了一个数字，我们可以通过这个数字在另外一个表中中找到对应的条件记录。

IMG－物料管理－采购－条件－定义价格确定流程－维护条件表
图5
图5中是我们最常使用的物料信息记录的条件表，左边有4个简短关键字，分别是供应商，物料，采购组织和信息类别。

左边一列的简短关键字代表了已选关键字段，右边一列代表了哪些字段可以作为关键字段。

物料信息记录条件表的透明表为A018，大家可以用事务代码SE16进行查看。

图6
大家可以看到，A018中存储了一些信息：
图6中，应用M代表采购，条件类型PB00代表总价，随后的供应商，物料，采购组织和信息类别即为设置的关键字段，最后的条件记录号即为前面所说的条件表中的数据部分。

然后我们可以根据这个条件记录号去相应的透明表中寻找相应的条件记录。

系统标准的条件记录储存在下列透明表中：
KONP（时效性条件)
KONH（抬头条件)
KONM（数量等级）
KONW（价值等级）
物料信息记录的条件记录存在于KONP中，我们使用SE16可以进行查看（图7）。

图7
（由于字段较多，因此只显示了一部分，大家可以自己测试。

）
五、计算方案
计算方案集合了所有需要计算的条件类型，并设定了如何计算这些条件类型，也就是计算价格的方法。

IMG－物料管理－采购－条件－定义价格确定流程－定义计算方案
图8
下面，我们讲解一下计算方案中各字段的含义：
“步骤”：它标识了此条件类型在计算方案中的编号。

例如：第一个条件类型应该是步骤10，第2个条件类型应该是步骤20。

当然，它们也可以以间隔1标识步骤，但这样可能会对今后修改计算方案造成不小的麻烦。

“计数”：系统用它来显示计算方案中一个阶段内的存取编号。

例如，你可以把所有运输附加费分配给步骤100，然而，可能有三个条件类型，每一个代表一个不同的运输附加费。

因此，你可以把步骤100分配一个运输条件类型，计数1；另一个分配给步骤100，计数2；另一个分配给步骤100，计数3。

“CTYP”：就是条件类型，这是计算方案的基础。

当输入一个条件类型时，系统会根据条件类型自动填充描述。

“从”“到”：用于两种情况。

1．为小计定义范围。

例如，如果你要累积从步骤10到50的所有条件类型，应该分别在“从”“到”种输入10和50。

2．定义计算的基础。

例如，如果折扣是定义成百分比形式的，你必须标识哪一步应该用于计算的基础。

如果你想从步骤100开始计算，那么在“从”字段中输入100。

“人工”：标志条件类型是否允许自动处理还是仅仅允许手工处理。

“必须”：表面当系统使用这个定价过程完成定价时，条件是否必需的。

例如，如果在定价时总是要包括一个税金条件，可以适当在税金条件中设置该标志符。

“状态”：应该翻译为统计。

计算方案使用“统计”增加一个统计值，这步的值不会改变方案中的其它值。

这可以用于标识物料的成本价格。

“打印”：该打印标志符确定分配给某一步骤的哪一个描述和相关值会输出到单据。

“小计”：如果相同的字段用来存储不同的条件金额，系统将对单项数额求总和。

这些条件金额或小计可以作为进一步计算的开始点。

“需求”：用于给条件类型分配一个需求。

它确定在哪个环境下系统排斥对一个特定条件类型的存取。

“计算类”：指明系统将会在搜索条件类型的值时使用这个列代表的公式替代标准条件计数。

在计算比较复杂的税率时一般会用到它。

“条件基”：是分配给条件类型的一个公式，它确定可以作为标准替代值的条件基值的公式。

“帐码”和“应计项”用于分配帐码，后者依次分配给总帐科目；系统通过总分类帐来记录过帐信息。

第二章价格确定
一、价格确定概述
当你在系统中创建采购订单时，系统会自动搜索存在的信息记录或有效的条件，并且将搜索到的值作为标准值应用在新的凭证中。

系统是按照下列步骤进行价格确定的：
1．系统根据相关信息确定哪个计算方案将被采用。

2．系统根据计算方案中的设定一步一步确定所有条件类型的值，其中如果条件类型被分配了存取顺序，系统就会根据这些存取顺序去相应的表中搜索条件记录。

3．存取顺序决定了系统搜索条件记录的顺序。

4．最后系统根据找到的记录计算最终值。

图9就描述了这样的一个基本步骤。

图9
我们也可以在ME23中条件视图中的‘分析’来分析我们的计算方案（图10）。

图10
大家自己实践一下就会有较深的体会了。

二、确定计算方案
我们需要预先定义系统如何为标准采购订单、库存转储订单和市场价格确定3类情况确定计算方案。

IMG－物料管理－采购－条件－定义价格确定流程－定义方案确定(图11)
图11
我们以确定标准采购订单的计算方式为例，在上图中，我们双击‘确定标准采购订单的计算方式’，进入图12。

图12
在我们创建标准采购订单时，系统会根据此采购订单的采购组织和供应商来判断它的采购组织方案组和供应商方案组，然后这儿的采购组织方案组和供应商方案组来确定定价过程的。

在这一步只是一个简单的排列组合。

也就是说在这步之前，我们需要配置采购组织方案组和供应商方案组，并将采购组织方案和供应商方案组分配给采购组织和供应商代码。

那让我们看一下这一步系统是如何实现的。

IMG－物料管理－采购－条件－定义价格确定流程－定义方案组
图13
在图12中双击‘方案组：供应商’，进入图14。

图14
图13中我们可以看到定义了2个供应商方案组。

在图12中双击‘用于采购组织的方案组’，进入图15。

图15
图14中也定义了2个采购组织方案组。

上面两步就是配置采购组织方案组和供应商方案组。

接着我们要将采购组织方案和供应商方案组分配给采购组织和供应商代码。

在图12中双击‘用于采购组织的方案组’，进入图16。

图16
在图15中，我们可以将采购组织方案分配给采购组织。

根据图14和图15，我们可以知道我们将标准模式分配了给了图16中采购组织。

将供应商方案组分配给供应商代码是在前台进行的，是在供应商采购数据中分配的。

（图17）
图17
也就是如果此时我们在1000采购组织下对供应商VC532667下达一个标准采购订单，那系统会根据图15和图16中的数据确定采购组织方案组和供应商方案组，然后根据图11中数据确定使用定价过程RM0000(采购单据大)。

库存转储订单和市场价格确定的计算方案确定与标准采购订单类似，大家有兴趣的话可以自己测试。

三、条件类型PB00的条件补充计算方案
补充条件：如果我们定义了物料的价格，则需要为每一个物料或相关价格输入条件记录，然而，对于其中的某一个物料，我们还希望每次确定价格时包括一个折扣，那么，我们可以输入附加的折扣条件类型作为补充条件。

当SAP确定计算方案
我们必须给条件类型PBOO分配一个补充条件的计算方案。

在标准系统中，这个计算方案是RM0002（条件补充定价，图18）。

图18
这个计算方案使用了折扣或附加费（RA00,RA01等）和运费（FRA1,FRB1等），这些条件类型将对特定的物料有效。

当我们在维护信息记录中的条件或报价和框架协议的条件时，我们就会使用到这个条件补充计算方案。

也就是在ME13中的‘条件’界面，有了这个计算方案的分配，使我们可以更有效的输入折扣，附加费或运费等。

补充条件与主条件拥有同样的有效期。

(图19)
图19
在标准系统的系统中，我们通常不会给那些条件补充计算方案中的条件类型分配存储顺序，因为通常这些条件类型没有特定的有效期限，而且它们通常是与总价一起维护。

四、总价（PB00）的存储顺序
在上一章，我们已经知道存取顺序就是一种条件读取策略。

在存储顺序中我们设定了条件类型的哪些条件表将被读取以及系统自动读取的顺序。

物料的总价取决与多个因素。

系统中有多个总价的条件表，这些条件表具有不同的关键字段的组合。

举例：
表A068--框架协议项目:与工厂相关的
表A016--合同项目
表A067--每一订单单位的工厂信息记录
表A017--物料信息记录 (指定工厂)
表A018--物料信息记录
表A025--非库存项目的信息记录(指定地点的)
图20
图20显示了标准的总结的存取顺序。

五、有效期和定价日期
对于含时效性条件（time-dependent condition）我们需要维护一个有效期（开始日期和结束日期）。

这个有效期可以在信息记录，框架协议和报价中显示。

当我们创建采购订单时，定价日期决定了有效期的选择。

通常，定价日期和采购订单的凭证日期相同。

但是我们也可以选择当前日期（current date）、交货日期（delivery date）、收货日期（GR date）或人工输入的日期来代替凭证日期。

我们可以在信息记录（图21）或供应商主数据（图22）中维护定价日期类别，也可以在创建采购订单的初始屏幕输入定价日期。

图21 图22
六、等级
在实际业务中，物料的价格有可能根据采购的数量或价值发生变化。

例如：采购量从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、如果信息记录参考采购订单或框架协议，那订单价格历史会更新这个价格而不是信息记录。

如果存在一个有效的信息记录的话，系统在创建采购订单时会采用这个信息记录的价格作为标准值，如果有效的信息记录不存在的话，系统会采购订单价格历史中的价格作为标准值，这个价格也就是上一采购订单的价格。

八、条件类型PB00和PBXX
在系统中，PB00和PBXX均代表了总价，那它们两个之间有什么区别呢？
当我们在创建信息记录时，我们输入的价格将被分配给条件类型PB00。

当我们无参考的创建一个采购订单时，系统将信息记录或订单价格历史中的价格作为标准值分配给条件类型PB00。

如果没有有效的信息记录或订单价格历史，系统会让我们人工输入采购订单净价，这个人工输入的价格分配给PBXX。

分配给标准采购订单的计算方案中，我们必须设置PB00和PBXX，而且必须给PB00分配一个存取顺序，但PBXX则不需分配存取顺序，并且PB00必须在PBXX之前。

第三章抬头条件和组条件
当我们创建一个具有多个行项目的采购订单时，我们经常需要条件可以应用到所有的行项目中。

相应的，条件也可以应用到特定的行项目。

在R/3系统中，条件可以涉及采购凭证的单个行项目（项目条件），多个行项目（组条件）或所有的行项目（抬头条件）。

一些标准的条件类型只可以作为项目条件，一些只可以只可以作为抬头条件，另外一些两者都可。

图24
一、抬头条件
抬头条件作用于凭证的所有行项目，并且自动分配到所有的行项目。

抬头条件可以包含百分数或一个固定的数量（图24）。

如果我们设置了一个基于百分数的折扣的条件类型，那这个百分数将作用于所有的行项目（不会考虑行项目的数量或价值）。

如果抬头条件包括了一个固定的数量，这个值可以分配到每一个行项目或按比例分配到每个行项目，这取决于这个条件类型是否被定义为组条件。

如果这个条件类型没有被定义为组条件，那它的值将被分配给每个行项目；如果这个条件类型被设定为组条件，那它的值将被按比例分配到行项目。

在标准的系统中，这个比例是基于行项目的值，当然，我们也可以通过配置将这个分配设置为基于行项目的数量或体积的。

这个配置就是计算方案中的条件基。

二、组条件和等级
我们可以在后台配置中将条件类型设置成组条件(图23)。

在组条件的情况下，相关行项目的值（价格，订单数量，重量或体积）被累加，并且这个累加值将作为条件基础。

这样在计算等级时可能会得到更好的效果。

举例：采购量从1EA到99EA时，价格为100RMB
采购量从100EA 到999EA时，价格为99RMB
采购订单有2个行项目，一个为80EA，另一个为40EA。

如果只单独按行项目来计算等级的话，那我们就无法得到优惠，但如果按组条件的话，我们就可以将价格降为99RMB。

当采购凭证还没有被保存时，系统已经为每个行项目执行了价格确定过程，并且条件基础被确定。

只有在凭证被保存时，行项目的值才会被累加，然后累加值才会被作为计算等级的基础。

第四章维护条件
一、维护时效性条件（time-dependent）
我们可以在为框架协议、报价或信息记录维护时效性条件。

在维护时效性条件时，我们会被强制输入一个有效期限。

如果你没有输入这个有效期，那系统会为这个条件自动分配一个最大有效期限（系统标准为从当前日期到9999.12.31），我们可以在条件类型的后台配置中修改这个标准值（图25）。

图25
我们可以为时效性条件维护相应等级。

每一个条件类型都有一个细节屏幕可以让你输入等级数量或等级价值。

为了更简单的维护那些与总价（cross price）有着相同有效期的条件类型（折扣或附加费，交货成本等），我们就可以使用第二章所介绍的条件补充。

有时候我们可能需要删除不需要的条件补充，根据SAP的一贯理念，我们并不是在条件记录中直接删除这条记录，而是打上一个删除标记（图26）。

如果有需要，这个删除标记是可以被取消的。

图26
我们可以通过SAP的菜单来维护时效性条件（后勤－物料管理－采购－主数据－条件－折扣或附加费，图27），但是SAP还是推荐我们在相关凭证或信息记录中维护这些条件。

图 27
但我们可以通过SAP的菜单来维护一些通用性条件，例如：一个供应商所有物料的折扣（供应商折扣，条件类型RL01）。

SAP菜单：后勤－物料管理－采购－主数据－条件－折扣或附加费－按供应商。

二、有效期
当我们试图修改信息记录、框架协议或报价中的条件时，系统会弹出一个包含当前有效期的对话框，我们可以选择这个有效期或新建一个。

我们可以修改当前有效期中的条件，并且也可以修改有效期的开始/结束日期（图28）。

图28
如果2个有效期中的日期是重叠的话，这在系统中是不被允许的。

系统会要求你修改其中的一个有效期（图29）。

图29
三、批量修改
在46C的版本中，我们可以使用条件的批量修改功能来批量修改信息记录、合同或计划协议中的时效性条件，包括条件值，有效期和管理数据等等；使用的事务代码分别为MEKP（信息记录）,MEKR（合同）,MEKL（计划协议）。

注意：测试运行是系统默认的，如果你要真正修改需要将此勾去。

（图30）
图 30（此为MEKP）
四、自动调整
如果我们的时效性条件是在采购订单创建后才被修改的，而且这个新的条件需要被应用到那些仍然打开着的采购订单，我们就可以使用自动凭证调整功能。

SAP菜单：后勤－物料管理－采购－采购订单－后继功能－自动的凭证调整。

使用这个功能有一些先决条件：
供应商主数据中的‘单据索引有效的’必须被勾中。

（图31）
图31（为供应商主数据采购组织数据中的控制数据）
后台也有一些相应的配置。

IMG－物料管理－采购－条件－自动的凭证调节（大家有兴趣可以自己研究一下）
五、改变文档
每一次我们对条件的修改都会记录在一个改变文档中。

系统提供一个报表功能使我们可以有效的检查我们所做过的修改。

我们可以在信息记录中选择附加－修改，就能进入图32。

这个改变文档将会分成两层显示:
第一层：修改日期，时间，修改用户名，使用的事务代码，条件类型，条件表，有效期。

第二层：修改描述，旧值，新值，被修改的字段名
如果我们修改的是等级的话，那等级的所有值都会被记录下来。

图32。