SAP销售定价条件技术模板.docx

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。
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中的定价记录号到表KONP查询到如下条件记录( 如图1.3)

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

图2.1
    下面对以上表的相关字段加以说明, ”编号”就是系统访问条件表的顺序, 各个编号之间一般都留有间隔, 这只要是为了方便修改访问顺序时能够在各个间隔间插入编号。”表”和”描述”就是第一节所讲的条件表和描述, 如图2.1中有我们常见的框架协议、 合同、 信息记录等条件表。”需求”就是系统中定义的一些例程, 例程中定义一些判断条件, 只有当满足例程中的判断条件时才允许访问该条件表。”排斥的”选中表示对存取顺序中条件表的访问是互斥的。
三、 条件类型
    条件类型代表了各种条件因素, 在采购订单的定价过程中, 我们面正确都是一个个条件类型, 如采购订单的单价、 代理费、 运费、 折扣、 税费及附加费等条件类型, 下图是系统定义的一些标准条件类型( 如图3.1)

图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)下面分别给这些选项加以解释。
    ”有效期自”和”有效期到”用来标识该条件类型有效日期缺省的开始和结束日期。
    ”定价过程”用来给条件类型附加一个补充定价过程, 有时候为了满足特别物料的报价需求, 如针对某供应商及某物料执行采购时都有一个附加的固定交货成本, 那么能够给该条件类型附加一个有固定交货成本的补充定价过程, 在创立信息记录时可输入该交货成本, 那么在前端下采购订单时就能够自动带出该交货成本, 达到快速输入的目的。系统标准的定价类型PB00都有一个默认的定价过程是RM0002。
    ”从数据库删除”仿佛不起作用, 不论输入哪个选项都只是对该条件类型打删除标记而已。

图3.8
    等级部分主要用来控制条件类型中条件等级(如图3.8), 下面对各选项加以说明。
    ”等级基础”用来控制该条件等级是价值等级还是数量等级
    ”检查值”用来标识该条件等级是否需要排序及如何排序

图3.9
    在条件记录中最后一个部分就是控制数据2(如图3.9), 该部分里选项较多, 常见的有”应计项”, 该选项只要用来标识额外的交货成本, 选中该选项后能够确保该交货成本不会统计到总价中。
四、 计算方案

图4.1
    计算方案确定了所有条件类型, 并控制这些条件类型如何来计算价格, 图4.1就是系统定义的标准采购订单的计算方案, 下面分别对计算方案的各个选项加以说明:
    步骤: 就是用来标识条件类型在方案中的编号, 步骤编号必须按升序排列, 但中间可有间隔。一般我们在各个步骤间都会设置有间隔, 这主要是为了将来方便修改计算方案。
    计数: 用来标识同一步骤中有不同的计算条件类型, 如图4.1中PB00与PBXX都是计算总价格, 但PB00一般是由系统自动计算而PBXX是由人工输入价格。
    CTYP: 就是第三节介绍的条件类型。当条件类型输入后系统会自动带出该条件类型的描述, 如总价格。
    从和到: 从和到一般结合起来使用, 表示从哪个步骤开始到哪个步骤结束的条件类型数值求和。注意: 当只输入从时, 表示该条件类型是以哪个步骤中打条件值为计算基数。
    手动: 控制价格条件是否自动带出, 不选时表示能够自动带出, 选中后表示不能够自动带出, 但这只是适用于条件类型不分配存取顺序的情况, 如果价格条件有分配存取顺序, 那条件能否自动带出还取决于能否在条件表中找到相应的条件, 如果找不到相应条件那还是无法自动带出。
    需要的: 控制该价格条件是否是必须的, 不选表示不是必须的, 选中表示在价格条件中必须增加该价格条件。
    统计: 表示该条件值不会改变计价方案中的其它值, 但该选项对定价类别是基本价格的条件无效, 该选项常常与定价类别是交货成本的条件配合使用, 而且要把条件中控制数据2的”应计项”选中。应用举例: 当下采购订单时, 如果有额外的交货成本时, 比如运输费而且运输供应商与采购订单供应商不一致时, 能够在定价方案中增加交货成本条件并在条件选择该选项目。
    打印: 该选项仿佛没什么作用
    小计: 当前不知道用在什么地方
    需求: 用于给条件分配一个需求, 当条件满足该需求时, 方案才计算该条件, 需求也能够自定义。
计算类型: 用于设定条件有别于系统标准的计算方法, 比如对单价进行价税分离, 该计算类型开能够自定义。
    基础类型: 用于设定条件计算时有别于系统默认的计算基数, 如物料不按系统基本单位来计价而是按毛重来计价。
    科目代码: 当前不知道用在什么地方
    利息: 能够自定义事务码来满足财务对一些特殊采购费用的记帐需求, 如交货成本。
五、 方案确定
    具体的应用系统中, 根据不同的应用需求可能定义许多的价格条件计算方案, 那么系统如何找到适合自己需求的计算方案呢? 这就是本节所要介绍方案确定的内容。方案确定就是根据不同的价格确定因素如供应商、 采购组织等来决定系统采用哪个计算方案。实际上也就是供应商方案与采购组织方案的排列组合。如下图5.1就是供应商的方案

图5.1
    把供应商方案分配组供应商是在供应商主数据中定义的。如下图5.2

图5.2
    如下图5.3就是采购组织方案

图5.3
    图5.4就是把采购组织方案分配给采购组织

图5.4
    在实际应用中如我们能够针对物资采购组织分配一个用户不能修改采购订单价格的方案, 也就是说在创立采购订单时, 采购订单的价格只能经过信息记录带出, 给服务采购组织分配一个用户能够手工输入价格的定价方案。再比如能够针对某些带有固定折扣的供应商分配一个方案等等。
    下图5.5就是标准采购订单方案的确定过程

图5.5
    在图5.5中计划组购买组织为空的价格方案都是用户不可输入采购订单价格的方案, 也就是说采购订单价格只能经过信息记录自动带出。
    以上讲的五个部分是SAP采购价格条件技术的主要几个方面, 当然条件技术还包括定义条件界限, 定义条件排除等, 这些方面都比较简单, 有兴趣的同学能够自行去研究