下载文档原格式
采购定价总结概览SAP采购定价使用条件技术实现，步骤如下：condition field→condition table→Access Sequence→condition type→calculation schema→为采购组织/供应商科目组分配calculation schema。
配置路径如下：●采购定价的前台实现过程：在创建采购订单时，根据供应商找到供应商科目组，根据采购组织找到采购组织schema group，从而确定定价过程，按定价过程中的条件一次去取对应的条件价格，若某一条件类型维护了AS，则去AS中找符合条件的condition record，取出维护的条件类型的价格，再用condition record中的计算类型以及定价过程中该条件类型的计算方式算出结果显示在此条件类型的值中。
以此类推。
●为何AS会有多种组合？比如净价，可以按物料维护；可以按物料+工厂的维护维护，取决于实际业务需求，即业务中对某一价格的定价因素。
1. Limits：界限，条件类型允许的最大值或最小值。
2. Access Sequence：存取顺序以access sequence：0002举例：●Access Number：顺序号码，系统自动找价格时按照号码以此往下找。
●Table：condition table，其中会维护相应的业务价格组合；若表为18，则SE16N去查时加上前缀A0，SE16N：A018，采购信息记录维护的条件表。
●Requirement：需求号，历程。
满足这个需求历程中的条件才去取condition record中维护的这个条件类型的价格。
否则不取，继续找AS中下一个顺序号中维护的condition record。
●Exclusive：排他性。
按AS中的顺序找到一个价格后，就停止，不再继续往下找。
3. Condition table：条件表点击，查看condition table的技术参数设置：●With validity period：有效期之内有效。
SAP定价相关程序SAP定价相关程序定价技术⼀直是SAP引以为豪的⼀个设计。
设计也很复杂，闲下空来DEBUG了⼀下SAP 的标准程式。
基础的IMG设定(定价表/访问顺序/定价类型/定价过程)就不说了,现在将⼀些SAP的定价逻辑分享给⼤家，希望能给做定价增强的ABAPer兄弟⼀些些帮助。
1) 定价程序FunctionPool: SAPLV61AFunction Name: Pricing2) 变量说明XKOMV 记录系统定价结果(Item Level)TKOMV 记录系统定价结果(Doc. Level)KOMT1 定价过程KOMT2 访问顺序KOMK 定价关键字(表头)KOMP 定价关键字(⾏)3) 程序处理逻辑A) 整理KOMK / KOMP 的值(SAP提供接⼝做增强,SO/DN/BILLING)SO:Program: MV45AFZZUser Exit: userexit_pricing_prepare_tkomk / userexit_pricing_prepare_tkompDN:BADI: LE_SHP_PRICINGMethod: CHANGE_INPUT_HEADER_AND_ITEMSBILLING:1.⾸先“定义条件表”，确定哪些字段会影响定价，然后将这些字段选定后，⽣成⼀个定价条件表。
2.“定义存取顺序”，通过定义存取顺序，关联上步创建的定价条件表。
3.“定义条件类型”，通过条件类型，可以管理存取顺序，从⽽关联条件表。
这样当使⽤这种条件类型时就可以在相应的条件表中产⽣条件记录了。
3.1定义客户定价组，纯代码表维护，在客户主数据中有值。
是价格确定的⼀个因素。
4.“定义定价过程”，关联条件类型。
5.a 定义客户定价过程，这个相当于维护⼀个代码表。
为以后配置那种单据下那个客户使⽤什么样的定价过程作准备。
客户资料中关联这个值。
5.b 定义单据定价过程，类似于上⾯的过程，也是⼀个代码表。
看了两小时的配置录屏。
可是感觉都只是大致只讲到了定价过程的分配而已。
根据自己的理解再做个笔记。
将后台配置及前台相关的记录一下。
完整的定价过程：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 提供了修改标准定价逻辑的方法来满足独特的用户需求；。
目录1.业务描述 (1)2.方案设计 (1)2.1方案一：在抬头输入总金额 (1)2.1.1实现过程 (1)2.1.2实现效果 (3)2.2方案二：在抬头输入单价金额 (4)2.2.1实现过程 (4)2.2.2实现效果 (5)3.查看发票会计凭证 (5)1.业务描述现在销售订单有多个行项目，有一项运费要按重比例分配到行项目上。
这笔运费由我方出，但是由经销商代付。
（原来的收入改为由运费收入和业务收入两部分组成，这时的运费实际上是收入，要记到总账科目贷方，表示收入增加，而不作为费用处理）。
通过配置，我们可以在抬头输入运费单价，也可以在抬头输入运费总金额。
2.方案设计2.1方案一：在抬头输入总金额2.1.1实现过程1.定义条件类型计算类型选择B 固定金额，勾选定价组，选择抬头条件。
2.定义定价过程运费勾选手动，基础类型选择12毛重。
3.在物料主数据中维护毛重在基本数据1页签中4.创建销售订单分别创建3个行项目:10 1KG, 20 3KG ,30 6KG，总重量10KG在订单抬头条件中手动输入刚定义的条件类型ZGYF，输入总价值，回车2.1.2实现效果查看项目一行项目一，毛重1KG，运费10CNY查看项目二行项目二，毛重3KG，运费30CNY查看项目三行项目三，毛重6KG，运费60CNY。
可以看到，抬头输入的运费已经根据行项目毛重进行了分配。
2.2方案二：在抬头输入单价金额2.2.1实现过程1.定义条件类型计算类型选择D 毛重量，其余设置相同。
2.和方案一相同3.和方案一相同4.创建销售订单在订单抬头条件中手动输入刚定义的条件类型ZGYF，回车。
然后在金额中输入单价，回车。
2.2.2实现效果以项目三为例，注意金额和方案1的区别。
方案一是输入总运费，然后做分摊。
方案二是输入单价运费，在行项目中用单价运费*毛重来计算。
（抬头中也会显示总运费）3.查看发票会计凭证之前的业务是，10 PC*117 CNY , 总价格就是1117 NYNY ，运费100 CNY可以看到，原来100,300,600的收入分别被拆成了两部分。
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是系统标准的总价存取顺序图2.1下面对以上表的相关字段加以说明，“编号”就是系统访问条件表的顺序，各个编号之间一般都留有间隔，这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。
分配、分摊与定期重过帐比较
●成本分配示例：
A成本中心发生业务招待费（初级成本要素：42000002）有50000元，应由B和C成本中心各负担50%，则建立分配的循环，将业务招待费这个初级成本要素按照各50%的比例分配，发送者是A，接收者是B和C。
分配完毕后，A的业务招待费有两个行项目，50000的费用发生，－50000的费用分配转出。
B和C各有一行项目为业务招待费的转入，可以在A,B,C成本中心报表中直接追溯到业务招待费在三个成本中心间的联系。
●成本分摊示例：
A成本中心发生电力费用50000元，应有B和C成本中心承担其中费用各10％，则建立分摊的循环，选择电力的次级成本要素4001（42类别），按照统计指标（电力）从A成本中心电力费用的初级成本要素42000001分摊50000×10％＝5000，到B和C成本中心，分摊完毕后A,成本中心只显示次级成本要素4001电力出10000，42000001初级成本要素金额不变，B,C成本中心只显示次级成本要素4001电力入5000，在成本中心报表中不能显示A,B,C中次级成本要素金额的来源与42000001有直接关系。
五种成本分配分摊方式
循环属性：
（1）“重复的”：表示支持迭代分配（或分摊）。
例如：发送方A,接收方A、B、C
注：
（1）发送方可以是接收方
（2）如果发送方既是发送方又是接收方，则尽量不选择此项，否则容易进入死循环。
如果勾选了此项，而且接收方中包含发送方，系统会按照执行迭代，按发送方的分配比例重复分配成本。
（等比数列）
（2）“累计的”：按累计余额进行分配。
如果成本按月分配，则不勾选此项。
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是系统标准的总价存取顺序图2.1下面对以上表的相关字段加以说明，“编号”就是系统访问条件表的顺序，各个编号之间一般都留有间隔，这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。
采购定价总结概览SAP采购定价使用条件技术实现，步骤如下：condition field→condition table→Access Sequence→condition type→calculation schema→为采购组织/供应商科目组分配calculation schema。
配置路径如下：采购定价的前台实现过程：在创建采购订单时，根据供应商找到供应商科目组，根据采购组织找到采购组织schema group，从而确定定价过程，按定价过程中的条件一次去取对应的条件价格，若某一条件类型维护了AS，则去AS中找符合条件的condition record，取出维护的条件类型的价格，再用condition record中的计算类型以及定价过程中该条件类型的计算方式算出结果显示在此条件类型的值中。
以此类推。
为何AS会有多种组合比如净价，可以按物料维护；可以按物料+工厂的维护维护，取决于实际业务需求，即业务中对某一价格的定价因素。
<1. Limits：界限，条件类型允许的最大值或最小值。
2. Access Sequence：存取顺序以access sequence：0002举例：~Access Number：顺序号码，系统自动找价格时按照号码以此往下找。
Table：condition table，其中会维护相应的业务价格组合；若表为18，则SE16N去查时加上前缀A0，SE16N：A018，采购信息记录维护的条件表。
Requirement：需求号，历程。
满足这个需求历程中的条件才去取condition record 中维护的这个条件类型的价格。
否则不取，继续找AS中下一个顺序号中维护的condition record。
Exclusive：排他性。
按AS中的顺序找到一个价格后，就停止，不再继续往下找。
3. Condition table：条件表点击，查看condition table的技术参数设置：(With validity period：有效期之内有效。
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是系统标准的总价存取顺序图2.1下面对以上表的相关字段加以说明，“编号”就是系统访问条件表的顺序，各个编号之间一般都留有间隔，这只要是为了方便修改访问顺序时可以在各个间隔间插入编号。
如何使用SAP系统采购订单的"组定价"在实际的采购业务中，采购订单的拆单是非常普遍的业务场景，比如采购订单行项目原来1600个，因各种业务上原因需要分拆为2个行项目。
如果没有阶梯价格情况下，上面那样拆单是没有问题的，但启用了阶梯价格的时候那样拆单，就可能出现拆单后价格变了，如上图拆单前数量1600，价格8USD/PC，拆单后总数量没有变化仍是1600，但每个行项目对应的价格变了，这样情况可能并不是用户想要的拆单效果，而是希望拆单后能按如下方式定价。
上面这样的问题经常在项目测试或运维阶段才发现，主要原因是有些项目在采购业务梳理时候，关键用户和业务顾问都没有考虑到“组定价”的业务场景。
一般情况下，创建采购订单时，同一物料的价格是按行项目单独获取阶梯价的（如下图）在上图中我们可以看到价格信息记录中，物料在数量等于或超过1500，价格是8USD/1PC，但是相同物料有2行且总数量是1600，如果按照汇总数来计价的话，价格应该是8USD/1PC，但拆单后采购订单中价格比实际价格高了，出现这“异常”的原因，是因为采购定价的条件类型没有启用"组定价"。
在实际项目中是否启用"组定价"，完全要取决于实际业务情况，有些业务场景下启用“组定价”可能又是不合理的，比如：物料价格会随着市场波动很大的业务情况下，同一采购订单同一物料拆单后有2个不同价格很正常，采购一批物料，因为物料的市场价格波动很大，采购和供应商商定，采购订单一次性下给供应商，但分批进行交货，同时约定未交货部分的采购价格可以根据市场情况重新议价调整，那么这种业务场景下，就不能使用“组定价”。
SAP系统是支持这两种业务情况，系统层面是否启用"组定价"取决于采购定价过程的条件类型的配置。
配置事务码：M/06（如下图）如果勾选【组条件】表示要按“组定价”，不勾选则按行项目定价。
如果有些公司可能这2种业务情况都存在怎么办？SAP系统也有标准解决方案，比如可以按供应商进行分组，将供应商定价方案组分配给供应商主数据。
