系统标准设置中,运费和关税的会计科目的确定说明
1、 条件类型定义(M/06)
运费的条件类型的主要二个特点
1)、设置为应计(Accural)
2)、条件类别为交货成本(Delivery Cost)
2、 定价过程(计算方案)定义(M/08)
在定价过程中,定义运费的条件类型的FRC1的应计项的账码为FR1
OBYC科目确定中,定义账码FR1对应的科目为192100
4、创建采购订单,输入运费和关税
5、生成的会计凭证
货物价值(1000)、运费(100)、关税(10)的合计金额更新了原材料的库存金额
运费的会计科目为OBYC中确定的192100
采购订单中如果自动确定出采购价格(条件类型PB00),则不允许手工输入采购单价(PBXX)
2、系统实现
1)、在条件类型PB00中,标记上排斥标记。(事务代码M/06)
2)、计算过程定义。(事务代码M/08)
同时:在定价过程中,设置条件类型PBXX需求为6。
需求6的代码是指如果条件类型PBXX的出现的前提条件是不存在条件排斥X。
当系统中存在条件类型PB00时,则存在条件排斥X,则条件类型PBXX无法输入。
3、总结:
1)、Sap现在建议使用条件排斥组,而不是条件类型中排斥标示来解决排斥问题;
2)、无论使用旧的条件类型中的排斥标识,还是使用新的条件类型排斥组,必须确定优先级别,也就是何条件类型排除谁。本例中是条件类型PB00排除条件类型PBXX。
3)、通过条件排斥组,可以明确条件类型A排除条件类型B,也可以设置二个条件类型中,价格更高的排除价格更低的,或是价格更低的排除掉价格更高的
一、采购申请的评估价格概览
1、 采购申请中的评估价格的作用
a) 可用于采购申请的审批策略中;(详细介绍本文略)
b) 可将采购申请的评估价格复制到采购订单中;
2、 采购申请的评估价格的来源
a) 有物料号码的行项目,评估价格(Valuation Price)的默认来源物料主数据的评估价格。如果物料采用标准价格,评估价格则等于标准价格,物料采用移动平均价,评估价格则等于移动平均价。
b) 对于没有物料号码的行项目,评估价格只能手工输入;
c) 我们可以在采购申请凭证的屏幕布局(Document Screen Layout)中设置评估价格是否可以手工调整,如下图所示,我们可以修改有物料号码的行项目的评估价格。(事务代码ME51N)
3、 采购申请的评估价格复制到采购订单中
若采购申请中的字段“采购订单价格”中选择“2作为净价格”,当参照该采购申请创建采购订单时,系统将该采购申请的评估价格复制作为采购订单的单价。(事务代码ME21N)
二、系统配置说明
涉及到以下三方面的配置
屏幕布局的定义
屏幕布局的分配
采用采购申请中的评估价格到采购订单;
1、采购申请凭证的屏幕布局的定义;
采购申请屏幕布局的定义(路径:物料管理/采购/采购申请/定义凭证层的屏幕格式)
2、采购申请凭证的屏幕布局的确定
采购申请凭证的屏幕布局的确定有多种方法
在采购申请的凭证类型中,分配屏幕布局(fieldsel)给采购申请类型
(后台配置路径:物料管理/采购/采购申请/定义凭证层的屏幕格式)
可以根据用户来进行设置
事务代码:OMET定义采购员参数Z1(功能权限:采购订单),在字段FieldSelCtrl Rel中可以输入屏幕布局,然后通过事务代码SU01(或者SU3)将参数ID EFB分配给用户。
3、采用采购申请中的评估价格到采购订单;
上图勾选上 “采用PO价格”,则创建采购申请时,可以选择将采购申请的价格复制到采购订单,这样创建采购订单时,则直接复制采购申请的价格,即使有采购信息记录,也不会取采购信息记录的价格。
三、总结:
复制采购申请的单价到采购订单,对于在采购申请环节已经确定采购单价的业务还是比较适用的,特别是非物料类采购。
本节内容参见SAP Note
Note 393367 - Price is not transferred from Preq to PO
Note 422624 - ME51N Order price adoption: Additional info
-
定价的时间相关性与否(Time dependent or not)
采购定价中有二种完全不同的定价形式
时间相关定价(time-dependent conditions),也称为Master Condition,采购信息记录和合同总是时间相关定价,在采购信息记录中,我们可以维护不同的时间段不同的定价。
时间不相关定价(time-independent conditions),也称为Document conditon (单据相关的定价),采购订单总是单据定价,采购订单中无法设置不同的时间段不同的定价。
而报价单和计划协议系统默认为时间相关定价,但我们可以在相应的单据类型定义中修改为单据定价,下文我们以计划协议为例介绍这二者的差别。
2、定价-时间相关定价(计划协议)
计划协议的有效期一般的周期会很长,譬如1年,在这一年中,价格可能会发生变化,上半年价格为100元,下半年价格为150元。这也是系统默认计划协议为时间相关定价的原因。
在计划协议中维护针对同一行的同一个物料,我们可以像采购信息记录一样,维护多个价格有效期,譬如如下图所示,计划协议9500000000
2011-4-29-2011-5-1 价格100元
2011-4-29-2011-4-30 价格200元
系统默认计划协议的定价日期控制为“收货日期”,也就是根据收货日期确定采购单价。
计划协议收货时,因为系统设定了根据收货日期确定定价,具体而言系统将根据收货凭证的过账日期(Posting Date)计算采购价格,本例中收货二次,过账日期5月1日,过账数量100个,根据过账日期确定的单价为100元,过账日期5月11日,过账数量200个,根据过账日期确定的单价为200元。
发票校验时,根据采购收货的结果,也分为二行,对应不同的单价。
3、定价-单据相关定价(计划协议)
1、 创建公司间计划协议,
设置定价为单据相关,有一个好处是公司间采购的计划协议的销售发票的价格可以直接取自采购订单中。
点击按钮条件,可以看到与采购订单相同的定价屏幕。
2、ME38维护计划协议的交货计划
3、VL10D针对计划协议创建发货单
4、VL02N对发货单进行发货过账
5、VF01 创建系统发票
如下图所示可以看到公司间发票的价格取自计划协议中中的价格。
备注:若是计划协议采用时间相关定价,由于销售发票中为单据定价(document pricing)因此无法将计划协议的价格复制到销售发票中。
4、总结
单据定价是SAP中最常见的定价模式,单据定价通过定价过程可以实现各种复杂的定价。而时间相关定价则可以为不同的时间段设置不同的定价,但其无法实现比较复杂的定价功能,例如无法利用定价中的routine功能,与销售模块的接口也处理的不好。
二者在数据存储上也有很大的差别。
计划协议若是时间相关定价,定价记录在表A016,通过条件记录号与表KONP相连。
计划协议若是单据相关定价,定价记录在表EKKO,通过条件记录号与表KONV相连。
1. 总揽说明
业务需求: 如一个月内,累计销售数量为0-1000个,单价为100元,累计销售数量1000以上,单价95元,量大从优。
或者:一个月内,0~1000个,105元,1000个以上100元。因为刚开始销售时需要考虑一些其他费用,例如在机械行业,可能考虑磨具费用。
解决思路:有二种可能的解决方法
1)、利用条件更新功能Condition Update(条件类型定义中,选择定价更新),设置二个条件类型
条件类型1:单价1005元
条件类型2:单价5元,但是设置定价更新,VK11维护时,附加数据中,设置累计的数量为1000个,该条件类型的有效期均为当月,根据需要可以一次性维护多个月份。
整个月份利用一张单据(如计划协议、销售合同、销售订单),不断更新数量,使用一个条件类型,条件类型设置等级定价。
2、思路1-条件更新功能
1)、后台定义条件类型K004为条件更新(condition Update)(事务代码V/06)
2)、创建价格主数据(事务代码VK11)
1)、对条件类型PR00维护100元
2)、对条件类型K004维护5元,但设置最大条件基值为1000个;
点击菜单 转到、附加数据
备注:这里维护的金额是5元/个,最终的价格为0~1000个,105元,1000个以上100元。
如果维护金额为-5元,最终的价格为0~1000个,95元,1000个以上100元。
在附加数据中,选择最大条件基值。
可以看到,我们也可以选择最大条件值、最大订单次数。
最大订单次数常用于销售促销中,如前100个消费者,享受10%的折扣。
3)创建销售订单
创建第一张销售订单,数量为800个,可以看到800个全部享受5元的折扣(附件费)
创建第二张销售订单,销售数量为500个,此时可以看到附加费(折扣)仅为1000元,200个数量。
选择条件类型K004,点击价格明细,系统提示已经超过最大基值。
4)、系统实现说明
再次查看条件类型,
VK11,输入条件类型K004,选择附加-累计值
点击“第一个销售订单”,则可以看到应用该条件类型的销售订单号码
从上面几幅图中,我们可以看到系统的原理。
当我们在条件类型中设置条件更新后,系统就会将使用该条件类型的销售订单信息保存下来(销售订单中的数量、金额、次数),当下次再创建销售订单时,就根据保存下来的信息与条件记录中的最大条件基值、最大金额、最大次数进行比较。
具体而言,系统保存在表S071中
3、实现思路-利用一个月一张单据;
1)、维护价格主数据,设置等级定价
2)、创建销售订单,数量为800个;
3)、创建发货单、过账。(截图略)
注意不能出具发票,如果出具发票,销售订单的价格就无法更新。
4)修改订单数量从800,修改为1300,发现k004 也随着发生变化
5)、再次进行发货(截图略)
6)、月底一起出具发票
4、总结:
1)、二种思路在某些业务情况下都可以满足需要,也有可能都不能满足需要。
思路1演示的是超额累计(个人所得税的这种形式)。
具体而言为:0~1000个,单价105,1000个以上,超过1000-单价则变成了100元
即销售800个,总价为800*105=80400
即销售1300个,总价为1000*105+300*100=13500.
思路2:演示的是正常的等级定价,思路2的缺陷在于平时不能够销售开票。
具体而言为:0~1000个,单价105,1000个以上,单价则变成了100元
即销售800个,总价为800*105=80400
即销售1300个,总价为1300*100=13000
2)、正如定价的其他功能,该功能也可应用于采购定价
1、 条件索引总揽:
条件索引是定价中的一项功能,使用的频率不是很高,但鉴于条件索引的介绍资料很少,本文就做简单的介绍。
通过创建条件索引 (condition Index)可以查询特定的条件类记录,例如关于某个物料的所有条件记录。
举例说明:某公司销售产品100032,该物料存在以下类型的价格
销售单价PR00,根据销售组织、分销渠道、物料维护或销售组织、分销渠道、客户、物料维护;
销售折扣K004,根据销售组织、分销渠道、物料进行维护
跨公司销售单价PI01,根据销售组织、发货工厂、物料进行维护;
我们希望能够同时查询到关于该物料的各种条件类型,此时我们就可以使用条件索引功能。
2、 系统设置:
a) 条件类型PR00、K004、PI01标记上条件索引指示符。(事务代码:v/06)
b) 设置条件索引表
图标1:维护条件类型,也就是设置条件类型为定价更新
图标2:维护索引的条件表,索引的条件表包含哪些字段,系统已经定义了关于物料的索引条件表,当然我们也可以自定义用于索引的条件表。
图标3:条件表中允许的字段在这里定义。
图标4:设立条件索引,这个是为索引前的条件记录创建索引,应该翻译为重组用于索引的条件表
图标5:激活条件索引
系统预定义的用于索引的条件表。(对应数据库转账表为KOTFxxx,条件表001对应KOTF001)
c) 激活条件索引表(事务代码V/I1)
包含物料的索引的条件表(001),系统默认处于未激活状态,设置激活,并选择需求002
在本例中,需求002代表条件类型的关键字组合中只要有物料(而无需满足销售组织、分析渠道、物料三者组合,需求001),那么维护的条件记录就更新到索引的条件表中。
3、 条件记录维护
事务代码VK11分别创建三个条件类型(PR00 、K004、PI01),四条记录均包含物料10143.
激活条件索引后,维护条件类型时,当满足建议索引的条件时,系统就会更新索引的条件表,本例中,将会更新表KOTF001S.
4、 根据索引查找记录
事务代码VK13,点击按钮“用索引选择”,选择“物料、销售机构、分销渠道’
我们可以看到包含物料10143的四条定价记录
销售折扣K004,3元/KG
对外的销售单价PR00针对销售组织CT00、分销渠道10为1000元/kG
对外的销售单价PR00针对特定客户101,单价为1100元/KG
公司间销售时(内部交易)价格仅为100元
总结:
1、 如果公司定价比较复杂,用到的条件类型比较多,使用条件索引可以有进行总揽性查。
2、 凡是索引 (index)都有二面性,执行报表是加快速度,但也会占用系统空间,并可能影响性能。(如这里创建价格主数据时,系统还需要多更新一个用于索引的条件表。
3、 相关事务代码列表
V/I1 | 激活条件索引 |
V/I2 | 设立条件索引(重组条件索引) |
V/I4 | 查找条件索引,(与事务代码VK13 类似) |
V/I5 | 查找条件索引并更改条件记录(与事务代码VK12 类似) |
OV08 | 创建用于索引的条件表 |
OV09 | 修改用于索引的条件表 |
OV10 | 显示用于索引的条件表 |
4、 同定价的其他功能,条件索引也可以应用于采购定价中,配置路径如下,详细配置略。