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

合集下载

SAPMM定价过程

SAPMM定价过程

SAPMM定价过程在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是系统标准的总价存取顺序

图2.1下⾯对以上表的相关字段加以说明,“编号”就是系统访问条件表的顺序,各个编号之间⼀般都留有间隔,这只要是为了⽅便修改访问顺序时可以在各个间隔间插⼊编号。“表”和“描述”就是第⼀节所讲的条件表和描述,如图2.1中有我们常⽤的框架协议、合同、信息记录等条件表。“需求”就是系统中定义的⼀些例程,例程中定义⼀些判断条件,只有当满⾜例程中的判断条件时才允许访问该条件表。“排斥的”选中表⽰对存取顺序中条件表的访问是互斥的。

sap 销售定价过程的例程

sap 销售定价过程的例程

sap 销售定价过程的例程
SAP销售定价过程是指在SAP系统中进行销售定价的一系列操作流程。

以下是SAP销售定价过程的例程:
1. 创建销售订单:在SAP系统中创建销售订单,包括选择客户、产品以及相应的数量和交货日期等信息。

2. 确定定价条件:通过设置定价条件和价格清单来确定产品的定价标准。

在定价条件中,可以设置不同的定价策略,例如基于成本加成、市场定价或竞争定价等。

3. 定价程序:根据定价条件和交易数据,系统会自动计算出最终的销售价格。

定价程序是根据已定义的定价策略和条件,自动调用相应的定价规则进行价格计算。

4. 定价决策:在销售定价过程中,也可以通过手动干预的方式进行定价决策。

例如,根据特定的客户情况或市场需求,可以手动调整销售价格以满足客户的需求。

5. 价格审批:在进行价格调整时,可能需要进行价格审批的流程。

通过设置审批规则和条件,可以确保销售价格的合理性和准确性。

6. 价格确认和生成销售合同:确认最终的销售价格后,可以生成销售合同或销售订单,并将其发送给客户确认。

7. 定价记录和报表分析:SAP系统会记录所有销售定价的相关数据,并提供相应的报表分析功能。

通过对销售定价数据的分析,可以评估定价策略的有效性,优化产品定价和销售策略。

上述例程只是一种常见的SAP销售定价过程,具体的例程可能因企业的定价策略和业务需求而有所不同。

SAPMM定价过程

SAPMM定价过程

在SAP中,条件技术运用非常广泛,如MM中采购订单的定价、SD中销售订单的定价等等,通过前一段时间的学习摸索,现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享,鉴于本人对条件技术的认识及实际经验的缺乏,有些方面可能认识并不完全准确,如有不正确的地方望大家给予指正。

总的说来,条件技术主要包含以下几个方面的内容:1. 条件表2. 存取顺序3. 条件类型4. 计算方案5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中,条件表由一个或几个关键字及一个条件记录号字段组成,条件表SAP系统已经定义好的,不同的条件表存储不同的信息,常见的如无工厂数据的信息记录存储在A018表,有工厂数据的信息记录存储在A017表等等〔如图〕图上图显示的就是系统标准的工厂条件信息记录表,左边就是被选做关键字的字段,如供给商、物料、采购组织、工厂等等,右边可选做关键字的字段,当然如果有必要,系统允许自定义条件表,自定义条件表命名必需在501至999之间。

大家可以用SE16查看相应条件表的内容〔如图〕图大家可以看到条件记录表由关键字及定价记录号组成,系统首先按关键字查找到相应的定价记录号,然后根据定价记录号到相应的表查询条件记录,系统存储条件记录的表主要有以下四个:KONP〔时效性条件)KONH〔抬头条件)KONM〔数量等级〕KONW〔价值等级〕如我们根据图中的定价记录号000007214到表KONP查询到如下条件记录〔如图〕图系统根据定价记录号查找到我们最终所要的数据。

二、存取顺序所谓的存取顺序,就是系统读取条件的一种策略,在SAP中各种各样的条件都存储在第一节所讲的条件表中,如图是系统标准的总价存取顺序图下面对以上表的相关字段加以说明,“编号〞就是系统访问条件表的顺序,各个编号之间一般都留有间隔,这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。

“表〞和“描述〞就是第一节所讲的条件表和描述,如图中有我们常用的框架协议、合同、信息记录等条件表。

SAP-SD定价配置步骤

SAP-SD定价配置步骤

看了两小时的配置录屏。

可是感觉都只是大致只讲到了定价过程的分配而已。

根据自己的理解再做个笔记。

将后台配置及前台相关的记录一下。

完整的定价过程:1) 将你想要的字段放入字段目录。

2) 创建条件表:定义条件记录的关键字Tcode :v/03 (创建) v/05 (显示)自定义一般为 7 开头, 002 为标准国内税。

如果是自定义的,从字段目录中选择需要的关键字选出,排序。

此处和前台的 VK11 确认相关。

Tcode :VK13此处通过客户的税分类和物料的税分类来区分是否计算税,及确定税率。

3) 创建条件类型。

精品文档是属于输数量还是百分数此条件是否只能输入正数或复数此条件是否对应行项目起作用此条件能否人工删除一般为财务中间科目才会勾选。

4 )创建存取顺序,向存取顺序分配条件表。

存取顺序要做完后两步才能分配进去价格主数据的优先级。

5 )向条件类型分配存取顺序。

6) 创建确定过程(如果需要的话) ,向确定过程分配存取顺序。

所有的定价过程都可以通过拷贝系统原有的定义。

其中:步骤:计算的顺序计数:可以忽略CTyp :条件类型从:到:当需要计算多个条件类型小计的,填写步骤号,只能填写此步骤号之前的步骤号。

手动:手工更改的优先级更高需要的:统计的:打印:小计:将小计数计入哪个中间表需求:计算类型: VOFM 例程例如: 25 KZWI1 减少税收科目代码:值计入应收成本,常用 ERL (收入)、 ERS (销售扣减)、MWS(销售/采购税) 利息:中转科目结转入 ZCO (如果应计项勾,此步可省略)7) 分配确定过程。

.销售组织、分销渠道、产品组、程序(订单类型中 )、程序对应定价过程及是否含税的条件类型8) 最后,创建你的条件记录。

Tcode :VK11下面的元素对于实施复杂的情景可能是必要的:为定价添加新的字段 adding new fields for pricing –为了符合所有客户的需要;必要条件 Requirements—定义依赖条件和改善性能;公式 Formulas—扩展标准配置的限制;Requirement routines and formulas 提供了修改标准定价逻辑的方法来满足独特的用户需求;。

SAPSD定价配置步骤

SAPSD定价配置步骤

SAPSD定价配置步骤1.进入SAPSD定价配置在SAP系统中,使用T代码“SPRO”进入定价配置的工作台。

2.创建定价程序(V/08)定价程序是SAP系统中定价规则的容器。

在这一步骤中,您需要为新的定价程序指定一个唯一的命名,并选择适用于该定价程序的条件类型。

3.定义条件类型(V/06)条件类型包含了用于定价的具体条件。

在定义条件类型时,您需要指定条件类型的唯一代码,如销售价格、折扣等。

您还可以配置特定于条件类型的属性,如计算公式、条件记录等。

4.确定定价程序和条件类型的关联(V/08)在这一步骤中,您将定价程序和条件类型进行关联。

您可以指定一些条件类型是否适用于确定的销售区域或销售组织。

这样,当销售订单中包含指定的销售区域或销售组织时,系统将自动应用相关的条件类型。

5.创建定价过程(V/07)定价过程定义了定价程序的顺序和条件类型之间的关系。

通过创建定价过程,您可以确定条件类型在计算定价时的重要性,并指定计算顺序。

6.定义定价条件记录(VK11)条件记录是指定定价条件的具体数值或百分比的记录。

您可以使用条件记录来指定特定条件类型的价格或折扣。

7.配置定价过程控制(V/06)定价过程控制配置了定价程序在特定条件类型情况下的行为。

您可以定义定价过程中的条件顺序、条件计算、条件类型的影响等。

8.定义定价过程决策(V/07)定价过程决策用于指定定价程序在特定情况下的行为。

例如,您可以为一些销售区域或销售组织定义特定的定价过程决策。

9.配置条件手动输入(VK12)在SAPSD系统中,您可以在销售订单中手动输入定价条件。

您可以定义哪些条件是允许手动输入的,并指定输入条件时需要提供的数据。

10.检查定价条件(VA05)使用交货订单相关的交货号码范围,检查定价条件是否准确。

您可以使用T代码“VA05”来进入交货订单查看的屏幕。

11.配置条件更新规则(V/06)条件更新规则决定了当一些条件类型的定价更改时,如何更新已创建的销售订单。

SAP MM定价过程

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中各种各样的条件都存储在第一节所讲的条件表中,如图2.1是系统标准的总价存取顺序图2.1下面对以上表的相关字段加以说明,“编号”就是系统访问条件表的顺序,各个编号之间一般都留有间隔,这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。

SAP可配置物料采购定价

可配置物料的采购定价物料都有不同的描述属性,通常我们为具有不同属性的物料创建不同的主数据。

但是,有时候为了减少物料主数据的创建数量,可以将物料定义为可配置物料。

例如,电脑的零件——机壳具有下面的属性:材质:铝壳、塑胶壳厚度:0.3、0.4、0.5mm颜色:黑色、白色如果按照常规的做法,需要建立2*3*2 = 12个物料主数据,但是如果使用可配置物料,只需要创建1个物料主数据即可,所有的描述性信息都不在主数据中体现,在做采购的时候可以自由选择属性。

1.创建特性(CT04)特性CUX_color 用来表示机壳的颜色,切换到“值”标签页,输入颜色值同样的做法,分别为厚度和材质创建两个特性:CUX_COLOR、CUX_FILLING。

这样就为机壳设定了三个特性,并指定了每个特性设定了可选范围。

2.创建分类(CL02)类种类=300,切换到“特性”标签页,将之前创建的三个特性与分类关联起来。

3.创建物料(MM01)4.创建参数配置文件(CU41)输入“参数文件名” = 1174089,“类别类型” = 300,点击“类分配”输入类别= CUX_QUILT,这样就在物料和分类之间建立起了关联。

5.物料采购创建采购订单(ME21N):点击配置:选定具体的材质、颜色、厚度,返回,保存。

系统提示:“标准采购订单被创建”。

后续补充:可配置物料采购的定价以上案例,区分了不同特性的的同一物料的采购,但是实际上,虽然采购同一料号,但不同特性的材料,成本是不同的,必须要有不同的定价原则,方能实现。

而上面案例中Infor-record中只对料号进行了价格维护,不能区分定价。

考虑这一点,SAP 提供了相应的解决方案,即利用变式条件类型(VA00/VA01)和特性的相关性来实现定价,此定价原则要用到一个特殊的结构MMCOM,字段VKOND,要建立一个特性关联此结构字段。

可配置物料的销售定价也采用相同方法,只不过结构用的是SDCOM。

如何使用SAP系统采购订单的组定价

如何使用SAP系统采购订单的"组定价"在实际的采购业务中,采购订单的拆单是非常普遍的业务场景,比如采购订单行项目原来1600个,因各种业务上原因需要分拆为2个行项目。

如果没有阶梯价格情况下,上面那样拆单是没有问题的,但启用了阶梯价格的时候那样拆单,就可能出现拆单后价格变了,如上图拆单前数量1600,价格8USD/PC,拆单后总数量没有变化仍是1600,但每个行项目对应的价格变了,这样情况可能并不是用户想要的拆单效果,而是希望拆单后能按如下方式定价。

上面这样的问题经常在项目测试或运维阶段才发现,主要原因是有些项目在采购业务梳理时候,关键用户和业务顾问都没有考虑到“组定价”的业务场景。

一般情况下,创建采购订单时,同一物料的价格是按行项目单独获取阶梯价的(如下图)在上图中我们可以看到价格信息记录中,物料在数量等于或超过1500,价格是8USD/1PC,但是相同物料有2行且总数量是1600,如果按照汇总数来计价的话,价格应该是8USD/1PC,但拆单后采购订单中价格比实际价格高了,出现这“异常”的原因,是因为采购定价的条件类型没有启用"组定价"。

在实际项目中是否启用"组定价",完全要取决于实际业务情况,有些业务场景下启用“组定价”可能又是不合理的,比如:物料价格会随着市场波动很大的业务情况下,同一采购订单同一物料拆单后有2个不同价格很正常,采购一批物料,因为物料的市场价格波动很大,采购和供应商商定,采购订单一次性下给供应商,但分批进行交货,同时约定未交货部分的采购价格可以根据市场情况重新议价调整,那么这种业务场景下,就不能使用“组定价”。

SAP系统是支持这两种业务情况,系统层面是否启用"组定价"取决于采购定价过程的条件类型的配置。

配置事务码:M/06(如下图)如果勾选【组条件】表示要按“组定价”,不勾选则按行项目定价。

如果有些公司可能这2种业务情况都存在怎么办?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中各种各样的条件都存储在第一节所讲的条件表中,如图2.1是系统标准的总价存取顺序图2.1下面对以上表的相关字段加以说明,“编号”就是系统访问条件表的顺序,各个编号之间一般都留有间隔,这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。

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

SAP 采购价格条件技术——初学者必看名目采购价格条件 ..................................................................................... 错误!未定义书签。

名目 (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)序言采购价格条件技术简介条件技术〔condition technology〕是SAP中运用较多的配置技术,了解条件技术如何运作,有助于我们明白得系统在不同情形下的行为和反应。

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

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

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

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

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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

目录目录 (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类情况确定计算方案。

相关文档
最新文档