当前位置：文档库 › SAP之采购价格确定(定价过程)-经典知识讲解

SAP之采购价格确定(定价过程)-经典知识讲解

S A P之采购价格确定(定价过程)-经典

目录 (2)

序言采购价格条件技术简介 (3)

第一章条件技术的组成 (3)

一、概述 (3)

二、条件类型。 (4)

三、存取顺序： (5)

四、条件记录和条件表 (7)

五、计算方案 (8)

第二章价格确定 (10)

一、价格确定概述 (10)

二、确定计算方案 (12)

三、条件类型PB00的条件补充计算方案 (14)

四、总价（PB00）的存储顺序 (16)

五、有效期和定价日期 (16)

六、等级 (17)

七、信息记录和订单价格历史 (18)

八、条件类型PB00和PBXX (18)

第三章抬头条件和组条件 (18)

一、抬头条件 (19)

二、组条件和等级 (20)

第四章维护条件 (20)

一、维护时效性条件（time-dependent） (20)

二、有效期 (21)

三、批量修改 (22)

四、自动调整 (23)

五、改变文档 (23)

六、凭证中的修改选项 (24)

第五章特殊条件类型和特殊功能 (25)

一、贵金属条件 (25)

二、交货成本 (26)

三、基于重量或体积的条件 (27)

四、条件排除程序 (27)

第六章后台配置 (27)

后记 (28)

序言采购价格条件技术简介

条件技术（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）。如果有需要，这个删除标记是可以被取消的。

SAP_销售定价定价过程学习

销售定价过程学习：它标识了此条件类型在计算方案中的编号，例如，第一个条件类型应该是步骤10，第二个条件类型应该是步骤20，当然，它们也可以间隔1标识步骤，但这样可能会对今后修改计算方案造成不小的麻烦。 :系统用它来显示计算方案中一个阶段内的存取编号。例如，你可以把所有运输附加费分配给步骤100，然而，可能有三个条件类型，每一个代表一个不同的运输附加费，因此你可以把步骤100分配一个运输条件类型，计数1；另一个分配给步骤100，计数2，另一个分配给步骤100，计数3。 :“从”“到”：用于两种情况：1）为小计定义范围。例如，如果你要累积从步骤10到50的所有条件类型，应该分别在“从”“到”中输入10和50。

:标志条件类型是否允许自动处理还是仅仅允许手工处理。：标明当系统使用这个定价过程完成定价时，条件是否必需的，例如，如果在定价时总是要包括一个税金条件，可以适当在税金条件中设置该标志符。 :应该翻译为统计。计算方案使用‘统计’增加一个统计值，这步的值不会改变方案中的其它值，这可以用于标识物料的成本价格。：该打印标志符确定分配给某一步骤的哪一个描述和相关值会输出到单据。 :如果相同的字段用来存储不同的条件金额，系统将对单项数额求和，这些条件金额或小计可以作为进一步计算的开始点。系统中小计短文本没有独立的小计 * 1值转到 KOMP-KZWI1 * 2值转到 KOMP-KZWI2 * 3值转到 KOMP-KZWI3 * 4值转到 KOMP-KZWI4 * 5值转到 KOMP-KZWI5 * 6值转到 KOMP-KZWI6 * 7 值转到KOMP_BONBA(回扣基础1 ) 8 依据 KOMP-PREVA（优先值）复制值 9 将值复制到 KOMP-BRTWR( 毛值 ) A 价格转到 KOMP-CMPRE ( 贷方价格 ) * B 值转到 KOMP-WAVWR（成本）* C 值转到 KOMP-GKWRT（统计值） D 将值复制到 XWORKD E 将值复制到 XWORKE F 将值复制到 XWORKF G 将值复制到 XWORKG H 将值复制到 XWORKH I Wert黚ernahme nach XWORKI J 将值复制到 XWORKJ K 将价格复制到 XWORKK L 将价格复制到 XWORKL M 将价格复制到 XWORKM Q 保留的 (IS-OIL) S 将值复制到 KOMP-EFFWR (有效值) Y 保留的 (IS-OIL) Z 保留的 (IS-OIL) 1-6是把某些小计值存储到sap数据库中的默写位置，没什么特别意思，可以按要求使用。对于成本和贷方两项。成本会作为物料的成本抛转到copa中，而贷方是作为信用核算的基础。

SAP-MM定价条件全解析

定价条件 1、定价条件后台配置路径： SPRO->物料管理->采购->条件->定义价格确认流程主要用到：“定义条件类型”，“定义计算方案”，“定义方案组”，“定义方案确定”这四块接下来我将按照上面的顺序讲解； 2、定义条件类型

首先我们要明确我们需要什么定价条件，这要根据实际业务需求来判断，我们项目中，需要“进项税”“运费（行项目）-不含税”“运费（抬头）-不含税”“保险费”这三个。进入后，点击“新条目”进入如下界面，下面的界面会涉及很多很多的字段，有的我也没用过，但有很多也用不到，需要继续研究！

1、定价类型：定价条件的名称和代码 2、定价等级：定价条件属于哪种，是属于“折扣/附件费”，还是“税”，还是“价格”等等（其实我赶脚这个只是个名字，没有任何意义，因为我这个是进项税，但是我选的是“折扣或附加费”） 3、计算类型：如果你这个定价条件输入时，是按照“固定值”还是“百分比”，比如我们进项税肯定是输入百分比，如下图 4、舍入规则：“商业”“向上取整”“向下取整”，商业就是四舍五入，向下取整就是舍掉，例如19.248，就变成19.24，向上取整就是全部进入，19.131，就变成19.14

5、正/负：这个定价条件的值是正的还是负的，我们这里选择“负数”，因为我要计算出他的净价（不含税价），肯定是减去税钱，如下图： 6、组定价：这个字段我赶脚是一个非常非常非常牛X的字段，这里我赶脚有两个作用 1）配合“7”“16”“17”“18”“19”使用，比如信息记录里面维护价格，1个100元，2-100个98元，101-500个95元，500个以上90元，然后我们采购时，有两个行项目分别为数量300和100个，如果两个行项目都属于一个物料组，我们可以根据物料组设定一个组别，对应到7里面，这样，就会按照101-500个这个范围取价格。16的作用在于你这个信息记录中的价格条件什么时候开始生效。17定价过程我也没研究出来有什么作用。 18用于选择价格是按照什么等级划分的，比如这里单价是按照数量进行划分的。19用于检查判断，你可以校验价格是按照升序，降序，还是不检查。比如这里的例子，我们的价格随着数量越来越低（降序），如果19你选择了升序，那就会报错。 2）组定价的第二个作用我觉得非常好，就是对于“抬头”的定价条件价格是如何分配的，比如抬手条件运费（抬头）-不含税，我输入了600元，有两个行项目，行项目A总价格 100元，行项目B总价格200元，如果没有勾选“组定价”那么系统会将600元分别分配给两个行项目，也就是运费由1200元。行项目A总价格为700元，行项目B总价格为800元，如果选择了“组定价”那么系统会根据每个行项目的总价格按比例分配。那么就会分配给行项目A，200元运费，行项目B，400元运费，那么总价格分别为300元和600元，这样才能满足条件。 7、已讲 8、人工输入项：这个字段的作用是控制定价条件是否允许多次输入。包含五个选项“没有限制”“A免费”“B自动条目具有优先权”“C人工输入有优先权”“D不可能手工处理”_：无限制：无任何限制 A：自由定义：无任何限制 B：自动输入具有优先级。若存在一个定价记录，则无法手工输入定价：定价条件不能手工输入 C：手工输入具有优先级。手工输入定价时，系统不检查是否存在一个定价记录：手工可输入定价条件，并且不做限制 D：无法手工处理：创建PO时不会将定价条件显示出来，无法选择 9、抬头条件：这个定价类型是否为抬头条件，如果为抬头条件，那么在行项目中不会带出来，无法选择；

SAP定价

MM采购定价假设企业采购某物料10吨，1000元/吨（增值税率17%），其中运输增值税发票100元（税率7%，其中100/（1+7%）=93.46进入存货成本），商检费20元，代理报关费用50元。则收货材料入库成本为。 Dr：原材料 10163.46元 Cr: GR/IR 10000元(对应材料采购金额,材料供应商) 运输费93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元 (OBYC->ZA5,对于商检队) 代理报关费用50元(OBYC->ZA6,对应代理报关行) 对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为: Dr：原材料 10163.46元 Cr: GR/IR 10000元(对应材料采购金额,材料供应商) GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商) GR/IR 20元 (OBYC->ZA5,对于商检队) GR/IR 50元(OBYC->ZA6,对应代理报关行) 虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。在实务中，往往运输费用，商检费和代理报关费用并不对应到具体单个PO，比如运输发票是月末才统一开来，此时这些费用在收货时实质上是以计划应计值进入存货的，如果发票是下期开来，严格地讲会稍微影响材料成本。图4-[6]：定义计价方案(define Calculation Schema) 系统已定义好一些范例计价方案，计价方案由一系列按一定规则组织的计价条件类型组成，针对本例，假设定义计价方案ZFRM01，包扩6个条件： PB00：信息记录中的含税价格。 ZM01：通过计算类型增强909算出的应交进项增值税。 909增强代码如下表：

(完整版)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 层次定价

SAP层次定价客户层次定价主要用于销售公司管理下面不同层次的代理商的定价策略。如下图的三级代理模式（一般的情况代理级别不会超过三级，因为代理商品经过层级越多，到达消费者手上的商品价格越高）业务场景：产品A有标准的定价，现在实现按代理级别打不通的折扣，如地区总代可以打5%折扣，省代理可打3%折扣，市级代理可打2%折扣。实现过程： SAP可通过定价条件实现，前提是客户需要先建立好上图的层次，定价条件类型可采用标准的HI01 层次价格实现：系统配置： 1.配置定价过程（销售和分销-基本功能-定价-定价控制-定义并分配定价过程），增加HI01层次这个定价条件，并设置条件的计算步骤。从10到10表示计算的基础是上面的销售含税价格。

2.配置客户层次（销售和分销-主数据-业务合作伙伴-客户-客户层次）定义客户层次（默认用系统标准的）分配科目组：上层账户组意思就是我们的层次。这里我们采用系统标准的0012这个上层账户组，再增加当前在用的账户组赋予给这个上层账户组。分配销售范围：通过销售凭证类型为定价分配层次类型： 3.创建层次(XD01)：

4.维护层次结构(VDH1N)： 5.创建条件记录(VK11)：条件类型选择HI01，把我们的三个层次级别维护：

业务实现：创建销售订单（VA01），查看定价条件，系统会自动判断该客户属于哪个层级，根据层次的折扣打折：物料层次定价物料层次定价适用于销售的产品有多个产品线，或不同的系列，为这些产品划分好层次的作用是能够集中调整产品的定价，如xxx系列平板电脑节假日促销，统一降价5%。业务场景：某公司的产品系列层次结构如下：

定价(销售_采购)-条件索引(Condition Index)

frankyue2001分类： SAP-SD SAP-MM 有奖征资源，博文分享有内涵人气博主的资源共享：老罗的Android 之旅微软Azure?英雄会编程大赛题关注CSDN 社区微信，福利多多社区问答：叶劲峰游戏引擎架构定价（销售/采购）-条件索引（Condition Index) 2011-05-01 17:16 813人阅读评论(0) 收藏举报数据库报表产品c 1、条件索引总揽：条件索引是定价中的一项功能，使用的频率不是很高，但鉴于条件索引的介绍资料很少，本文就做简单的介绍。通过创建条件索引 (condition Index)可以查询特定的条件类记录，例如关于某个物料的所有条件记录。举例说明：某公司销售产品100032，该物料存在以下类型的价格销售单价PR00，根据销售组织、分销渠道、物料维护或销售组织、分销渠道、客户、物料维护；销售折扣K004，根据销售组织、分销渠道、物料进行维护跨公司销售单价PI01，根据销售组织、发货工厂、物料进行维护；我们希望能够同时查询到关于该物料的各种条件类型，此时我们就可以使用条件索引功能。 2、系统设置： a) 条件类型PR00、K004、PI01标记上条件索引指示符。（事务代码：v/06）原创：70篇转载：37篇译文：0篇评论：18条个人资料 frankyue 访问：73488次积分：1452分排名：第10027名文章搜索文章分类 SAP Cross Module (14)SAP Ren blog and other sap web site (7) sap unsucessfully story (0) SAP 网站与SAP 使用帮助(1) SAP 行业(1) SAP-ABAP (17) SAP-BASIS (9) SAP-MM (24) SAP-PM (1) SAP-QM (11) SAP-SD (16) SAP-SD and PP (1) SAP-TEST-QM (2) SAP-基础知识(1) SAP-生态圈(2) SAP_PP (13) WSJ 专栏(1) 一些我不认识的人(7) 其他-IT 技术-Office (3) 社会百态(9) 经营管理(1) 文章存档 2013年12月(1) 2012年02月(1) 2011年05月(13) I love SAP -认识、理解、面对这个世界,然后是行动目录视图摘要视图订阅登录 | 注册

SAP条件技术在采购定价中的运用

SAP条件技术在采购定价中的运用在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1.条件表 2.存取顺序 3.条件类型 4.计算方案 5.方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）

图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）

图1.2 可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个： KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）

图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序所谓的存取顺序，就是系统读取条件的一种策略，在SAP中各种各样的条件都存储在第一节所讲的条件表中，如图2.1是系统标准的总价存取顺序

SAP囚徒_-_SAP销售返利(回扣)实现方法

废话：这两天研究了一下SAP销售返利流程，和大家分享一下。当然销售返利是合法的，不是我们通常所理解的吃回扣，这是见不得光的。销售返利在很多行业广泛使用，比如饮料行业：零售商每销售一瓶饮料，厂家就给0.1元的销售奖励，但是要遵循厂家统一定价。所以销售返利流程，更准确的说是代销返利流程。财务操作实务如下：代销收取手续费方式，是指受托方根据所代销的商品数量向委托方收取手续费的销售方式。在这种代销代销方式下，委托方应在受托方将商品销售后，并向委托方开具代销清单时，确认收入；受托方在商品销售后，按应收取的手续费确认收入。委托方记账： 1.企业委托代销发出的商品作为委托代销商品处理借：委托代销商品贷：库存商品 2.收到受托单位的代销清单，按代销清单上注明的已销商品货款的实现情况，按应收的款项，借：应收账款应收票据贷：主营业务收入应交税金——应交增值税（销项税额） 3.支付返利（应支付的代销手续费）借：营业费用贷：应收账款这种销售返利基本都是一个月或一个季度进行结算，而在这段时间内会对应很多笔业务交易（销售订单，发票…）在定期支付返利时，可能是一笔很大的金额导致应收账款突然失真，因此SAP在返利过程中，使用了预提功能，可以很真实的将返利体现在具体的每笔业务。预提费用核算的基本要求是：按权责发生制原则正确计算本期各项应付未付的费用，正确反映这些预提费用在各期的计提数及实际支付的情况。企业为了核算和监督预提费用的计提与支付情况，应设置“预提费用”科目，该科目属于负债类，其贷方登记企业预提的各项费用；借方登记预提费用的实际支出数；期末余额一般在贷方，表示已预提但尚未实际支出的费用。如果该账户期末出现借方余额，表示实际支出数大于已预提数额，应视同待摊费用，分期摊入成本或当期损益。“预提费用”科目应按费用种类设置明细科目，进行明细核算。 SAP是实现方式：一、数据准备 ●激活回扣处理：销售与分销—出具发票—回扣处理—激活回扣处理；将发票类型和销售组织的回扣功能都激活； ●客户主数据必须激活回扣处理：销售视图中选中回扣字段

SAP MM定价过程

在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1. 条件表 2. 存取顺序 3. 条件类型 4. 计算方案 5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）

图1.2 大家可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个： KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序

SAP之采购价格确定(定价过程)-经典知识讲解

S A P之采购价格确定(定价过程)-经典

目录目录 (2) 序言采购价格条件技术简介 (3) 第一章条件技术的组成 (3) 一、概述 (3) 二、条件类型。 (4) 三、存取顺序： (5) 四、条件记录和条件表 (7) 五、计算方案 (8) 第二章价格确定 (10) 一、价格确定概述 (10) 二、确定计算方案 (12) 三、条件类型PB00的条件补充计算方案 (14) 四、总价（PB00）的存储顺序 (16) 五、有效期和定价日期 (16) 六、等级 (17) 七、信息记录和订单价格历史 (18) 八、条件类型PB00和PBXX (18) 第三章抬头条件和组条件 (18) 一、抬头条件 (19) 二、组条件和等级 (20) 第四章维护条件 (20) 一、维护时效性条件（time-dependent） (20) 二、有效期 (21) 三、批量修改 (22) 四、自动调整 (23) 五、改变文档 (23) 六、凭证中的修改选项 (24) 第五章特殊条件类型和特殊功能 (25) 一、贵金属条件 (25) 二、交货成本 (26) 三、基于重量或体积的条件 (27) 四、条件排除程序 (27) 第六章后台配置 (27) 后记 (28)

SAP之采购价格确定定价过程

目录目录1 序言采购价格条件技术简介2 第一章条件技术的组成2 一、概述2 二、条件类型。3 三、存取顺序：4 四、条件记录和条件表6 五、计算方案7 第二章价格确定9 一、价格确定概述9 二、确定计算方案10 三、条件类型PB00的条件补充计算方案13 四、总价（PB00）的存储顺序14 五、有效期和定价日期15 六、等级16 七、信息记录和订单价格历史16 八、条件类型PB00和PBXX17 第三章抬头条件和组条件17 一、抬头条件18 二、组条件和等级18 第四章维护条件18 一、维护时效性条件（time-dependent）18 二、有效期20 三、批量修改21 四、自动调整22 五、改变文档22 六、凭证中的修改选项23 第五章特殊条件类型和特殊功能23 一、贵金属条件23 二、交货成本24 三、基于重量或体积的条件25 四、条件排除程序25 第六章后台配置25 后记25

SAP-销售定价条件技术

SAP条件表\条件类型\存取顺序等在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。总的说来，条件技术主要包含以下几个方面的内容： 1. 条件表 2. 存取顺序 3. 条件类型 4. 计算方案 5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）

图1.1 上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。大家可以用SE16查看相应条件表的内容（如图1.2）图1.2 大家可以看到条件记录表由关键字及定价记录号组成，系统首先按关键字查找到相应的定价记录号，然后根据定价记录号到相应的表查询条件记录，系统存储条件记录的表主要有以下四个：

KONP（时效性条件) KONH（抬头条件) KONM（数量等级） KONW（价值等级）如我们根据图1.2中的定价记录号000007214到表KONP查询到如下条件记录（如图1.3）图1.3 系统根据定价记录号查找到我们最终所要的数据。二、存取顺序所谓的存取顺序，就是系统读取条件的一种策略，在SAP中各种各样的条件都存储在第一节所讲的条件表中，如图2.1是系统标准的总价存取顺序

SAP 采购价格条件技术——初学者必看

采购价格条件

目录采购价格条件 (1) 目录 (2) 序言采购价格条件技术简介 (3) 第一章条件技术的组成 (3) 一、概述 (3) 二、条件类型。 (4) 三、存取顺序： (5) 四、条件记录和条件表 (7) 五、计算方案 (8) 第二章价格确定 (10) 一、价格确定概述 (10) 二、确定计算方案 (11) 三、条件类型PB00的条件补充计算方案 (14) 四、总价（PB00）的存储顺序 (15) 五、有效期和定价日期 (16) 六、等级 (17) 七、信息记录和订单价格历史 (17) 八、条件类型PB00和PBXX (18) 第三章抬头条件和组条件 (18) 一、抬头条件 (19) 二、组条件和等级 (19) 第四章维护条件 (19) 一、维护时效性条件（time-dependent） (19) 二、有效期 (21) 三、批量修改 (22) 四、自动调整 (23) 五、改变文档 (23) 六、凭证中的修改选项 (24) 第五章特殊条件类型和特殊功能 (24) 一、贵金属条件 (24) 二、交货成本 (25) 三、基于重量或体积的条件 (26) 四、条件排除程序 (26) 第六章后台配置 (26) 后记 (26)

SAP采购定价过程(条件技术介绍)

SAP采购定价过程-条件技术介绍条件技术（condition technology）是SAP中运用较多的配置技术，了解条件技术如何运作，有助于我们理解系统在不同情况下的行为和反应。条件技术广泛地应用于定价、文本确定、输出确定和物料确定等，它基本上存在于任何需要条件记录的地方。 SAP通过条件技术在一定数量的选项中选择一个方案。因为SAP是基于条件做出选择的，因此有了‘条件技术’这个名词。本文的内容就是和大家探讨条件技术在采购定价方面的应用。本文主要分为：第一章条件技术的组成第二章价格确定第三章抬头条件和组条件第四章维护条件第一章条件技术的组成一、概述首先，我们来说明一下什么是条件（condition）。条件就是我们与供应商约定的价格，折扣和附加费等等。我们可以在报价，框架协议，采购订单中维护这些条件，还可以在供应商级别输入条件，系统通过这些条件来计算采购订单中的价格。在采购业务中，我们会用到下面3种价格：总价（cross price）：不包含任何折扣和附加费用的价格。净价（net price）:包含折扣、附加费用和税收的价格。有效价（effective price）:净价减去现金折扣，加上交货成本、不可抵扣税金和杂费的价格。其中，折扣和附加费可以是基于百分比或基于数量的。

系统中，条件区分为两种，一种是具有一定的有效期限，即在一个确定的时间范围内有效；另一种则是没有特定的有效期限。信息记录和合同中的条件通常都是具有有效期的，采购订单中的条件通常都是没有有效期限的。如果供应商的价格根据我们采购的数量或价值进行改变的话，我们可以通过设定数量或价格等级来达到这一目的。我们也可以对条件设定上下容差，这样可以避免因人为修改条件值而造成价格超出我们所能接收范围的情况。 SAP中，条件技术由以下四个基本要素组成：条件类型（condition types）存取顺序(access sequences) 条件记录和条件表(condition records and tables ) 计算方案(calculation schemas) 二、条件类型条件类型代表了各种条件因素，实际业务中的各种条件都对应着系统中的条件类型。系统中对于价格，折扣或附加费，税，运费和固定成本等，配置了很多种条件类型。后台配置路径：IMG－物料管理－采购－条件－定义价格确定流程－定义条件类型。

SAP之采购价格确定(定价过程)-经典知识讲解

SAP_销售定价定价过程学习

SAP-MM定价条件全解析

SAP定价

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

SAP 层次定价

最新sap销售定价条件技术资料

定价(销售_采购)-条件索引(Condition Index)

SAP条件技术在采购定价中的运用

SAP囚徒_-_SAP销售返利(回扣)实现方法

SAP MM定价过程

SAP之采购价格确定(定价过程)-经典知识讲解

SAP之采购价格确定定价过程

SAP-销售定价条件技术

SAP 采购价格条件技术——初学者必看

SAP采购定价过程(条件技术介绍)