需要完成SD定价的过程,需要做以下配置方能让系统正常运转下来,相关配置都位于目录
SPRO->销售和分销->基本功能->定价->定价控制 下,文章后面用SPRO代替该目录。
基础配置:
1.
说明:字段目录是为“条件表”提供字段,通常,常用的字段都已经存在于该“字段目录”中,所以这一步可以省略。
路径:SPRO->定义条件表 –> 条件: 允许字段
2.
说明:条件表 用被放在“存取顺序”当中,当系统执行时,会按“存取顺序”的先后次序访问各个“条件表”中的记录,即“条件记录”
路径:SPRO->定义条件表 –> 创建条件表
相关表: AXXX,例如A305,每个条件表都会有一个A开头的透明表存在,而他们对应的Cluster Table为KONV
3.
说明:条件记录,记录价格,当系统访问到相应“条件记录”时,就会取出该价格作为这个“价格类型”的扫描结果,并最终显示在销售订单的条件TAB下
相关表:条件记录存储在AXXX中,对应的簇表为KONV
KONP:Conditions (Item)
4.
说明:条件类型 会配置在“定价过程”中,系统执行时,会依次执行“定价过程”中的每一行,而每一行都会对应一个“条件类型”;
路径:SPRO->定义条件类型 –> 维护条件类型
相关表:T685:Conditions: Types
T685A: Conditions: Types: Additional Price Element Data
5.
说明:存取顺序中,是一列“条件表”,当系统执行一个“定价过程”的“条件类型”时,“条件类型”会找到对应的“存取顺序”,然后再根据“存取顺序”中的“条件表”依次找其中的“条件记录”,通常,“存取顺序”中的字段”排斥”是勾选的,表示只要其中一行找到“条件记录”即停止
路径:SPRO->定义存取顺序 –> 维护调取顺序
相关表:T682I:
6.
说明:定价过程中,是一列“条件类型”,当系统执行时,会一行一行的执行其中的“条件类型”去获取“条件记录”。
路径:SPRO->定义并分配定价过程 –> 维护定价过程
相关表:T683S:Pricing Procedure: Data
7.
说明:每个“订单类型”都会维护“凭证过程”,用于与“客户定价过程”以及“销售区域”共同决定“定价过程”。
路径:SPRO->定义并分配定价过程 –> 为订单类型指定单据定价过程
8.
说明:每个客户,会在其主数据的“销售区域”数据中维护“客户定价过程”
路径:SPRO->定义并分配定价过程 –> 定义客户定价过程
9.
说明:“销售区域”、“凭证过程”、“客户定价过程”共同决定“定价过程”
路径:SPRO->定义并分配定价过程 –>定义定价程序确定
相关表:T683V: Pricing Procedures:Determination in Sales Docs.
执行说明:
1.
建立SO时,已知销售区域、订单类型、客户,后两者分别可以得到“凭证过程”、“客户定价过程”,这样,“定价过程”就已经确定。配置如基础配置中的第9步,假设我们得到的销售区域为0001/01/01,凭证过程为A,客户定价过程为1,那么我们可以得到的定价过程就为RVAA01,定价过程是唯一的
2.
查看定价过程RVAA01如下:
3.
根据条件类型PR00,获得存取顺序为PR02.
4.
存取顺序内容如下:
系统会执行存取顺序中的每一个行,即去条件表(即图中的“表”列)中找条件记录,VK13可以查看条件记录,在我们这个例子中,已知的条件类型为PR00
需求:增强,当满足条件时,执行其中的代码
5.
VK13可以显示条件记录,系统执行时先后从直接从底表A305,A306,A304中找条件记录
当找到记录后,就不再执行这个后面的操作,比如A305中找到了数据,那么后面三行都不执行,这样定价过程中的本行就执行完毕
6.
KONV分析
关键字段:
KNUMV--单据条件号:
KPOSN—项目
STUNR—步骤编号
ZAEHK—计数器
非关键字段:
KAPPL—应用程序
KSCHL—条件类型
KAWRT—计算类型
主数据在表AXXX里,xxx表示的是三个数字,KNOH 和 KONP分别存放抬头和行项;
单据的价格在knov里
1、用户输入的定价条件信息读取
sap的的sd的输入的定价信息存储在定价表(AXXX),条件(抬头(KONH ),条件项目(KONV)。如果用户需要读取输入的某个条件类型的某个时间段的值,具体步骤如下:
a)程序首先从定价表(AXXX)中读取条件记录号(KNUMH)录号;
b)根据记录号从条件抬头表中(KONH ),
c)根据读取的值进行计算。
2、单据的定价条件的信息读取
事务的定价数据存在KONV中,单据条件数(KNUMV)存在vbrk-knumv或者vbak中,代码样例