SAP+定价条件技术在MM[1].SD的应用

合集下载

SAP模块详解SD、MM、FI、CO、PP为ERP的核心模块

SAP模块详解SD、MM、FI、CO、PP为ERP的核心模块SAP 包含以下模块FI 财务会计集中公司有关会计的所有资料，提供完整的文献和全面的资讯，同时作为企业实行控制和规划的最新基础。

TR 财务管理是一个高效率财务管理完整解决方案，确保公司在世界范围的周转，对财务资产结构实行盈利化组合，并限制风险。

CO 管理会计是公司管理系统中规划与控制工具的完整体系，具有统一的报表系统，协调公司内部处理业务的内容和过程。

EC 企业控制根据特制的管理资讯，连续监控公司的成功因素和业绩指标。

IM 投资管理提供投资手段和方案，从规划到结算的综合性管理和处理，包括投资前分析和折旧模拟PP 生产计划提供各种制造类型的全面处理：从重复性生产、订制生产、订装生产，加工制造、批量及订存生产直至过程生产，具有扩展MPRⅡ的功能。

另外还可以选择连接PDC、制程控制系统，CAD 和PDM。

MM 物料管理以工作流程为导向的处理功能对所有采购处理最佳化，可自动评估供应商，透过精确的库存和仓储管理降低采购和仓储成本，并与发票核查相整合。

PM 工厂维护提供对定期维护、检查、耗损维护与服务管理的规划、控制和处理、以确保各操作性系统的可用性。

QM 品质管理监控、输入和管理整个供应链与品质保证相关的各类处理、协调检查处理、启动校正措施、以及与实验室资讯系统整合。

PS 专案管理协调和控制专案的各个阶段，直接与采购及控制合作，从报价、设计到批准以及资源管理与结算。

SD 销售与分销积极支援销售和分销活动，具有出色的定价、订单快速处理、按时交货，交互式多层次可变配置功能，并直接与盈利分析和生产计划模组连接。

HR 人力资源管理采用涵盖所有人员管理任务和帮助简化与加速处理的整合式应用程式，为公司提供人力资源规划和管理解决方案。

SAP+定价条件技术在MM[1].SD地应用

MM采购定价假设企业采购某物料10吨，1000元/吨〔增值税率17%〕，其中运输增值税发票100元〔〕，商检费20元，代理报关费用50元。

如此收货材料入库本钱为。

Cr: GR/IR 10000元(对应材料采购金额,材料供给商)运输费元(100元运输费应入存货本钱,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元(OBYC->ZA5,对于商检队)代理报关费用50元(OBYC->ZA6,对应代理报关行)对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,如此上面的分录为:Cr: GR/IR 10000元(对应材料采购金额,材料供给商)GR/IR 元(100元运输费应入存货本钱,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)GR/IR 20元(OBYC->ZA5,对于商检队)GR/IR 50元(OBYC->ZA6,对应代理报关行)虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。

在实务中，往往运输费用，商检费和代理报关费用并不对应到具体单个PO，比如运输发票是月末才统一开来，此时这些费用在收货时实质上是以计划应计值进入存货的，如果发票是下期开来，严格地讲会稍微影响材料本钱。

图4-[6]：定义计价方案(define Calculation Schema)系统已定义好一些X例计价方案，计价方案由一系列按一定规如此组织的计价条件类型组成，针对本例，假设定义计价方案ZFRM01，包扩6个条件：PB00：信息记录中的含税价格。

ZM01：通过计算类型增强909算出的应交进项增值税。

909增强代码如下表：*909通过含税价格计算出采购净价，反响到条件类型ZM01上,注意XKOMV-KAWR表示*条件基价(请SE11查看KOMV),即信息记录价格,比如信息记录含税价为1170元/个,如此其中*价外增值税为(1170/1.17得到净价)* 17%, 909考虑不同税率情况.FORM FRM_KONDI_WERT_909.CASE KOMP-MWSKZ .WHEN 'J1'. "17％XKWERT = XKOMV-KAWRT * 17000 / 117000 * ( -1 ).WHEN 'J2'. "13％XKWERT = XKOMV-KAWRT * 13000 / 113000 * ( -1 ).WHEN 'J3'. " 7％XKWERT = XKOMV-KAWRT * 7000 / 107000 * ( -1 ).WHEN 'J4'. " 4％XKWERT = XKOMV-KAWRT * 4000 / 104000 * ( -1 ).WHEN 'J5'. " 5％XKWERT = XKOMV-KAWRT * 5000 / 105000 * ( -1 ).WHEN 'J6'. " 6％XKWERT = XKOMV-KAWRT * 6000 / 106000 * ( -1 ).WHEN 'J0'.XKWERT = 0.ENDCASE.ENDFORM.ZM05：通过计算类型增强908算出应计入材料本钱的运输费用。

SAP+定价条件技术在MM[1].SD地应用

MM采购定价假设企业采购某物料10吨，1000元/吨（增值税率17%），其中运输增值税发票100元（税率7%，其中100/（1+7%）=93.46进入存货成本），商检费20元，代理报关费用50元。

则收货材料入库成本为。

Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)运输费93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元(OBYC->ZA5,对于商检队)代理报关费用50元(OBYC->ZA6,对应代理报关行)对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为:Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)GR/IR 20元(OBYC->ZA5,对于商检队)GR/IR 50元(OBYC->ZA6,对应代理报关行)虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。

在实务中，往往运输费用，商检费和代理报关费用并不对应到具体单个PO，比如运输发票是月末才统一开来，此时这些费用在收货时实质上是以计划应计值进入存货的，如果发票是下期开来，严格地讲会稍微影响材料成本。

图4-[6]：定义计价方案(define Calculation Schema)系统已定义好一些范例计价方案，计价方案由一系列按一定规则组织的计价条件类型组成，针对本例，假设定义计价方案ZFRM01，包扩6个条件：PB00：信息记录中的含税价格。

ZM01：通过计算类型增强909算出的应交进项增值税。

SAP条件技术在采购定价中的运用

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 MM采购定价价税剥离(1)

则收货材料入库成本为。

Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)运输费93.46元(100元运输费应入存货成本,另 6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元(OBYC->ZA5,对于商检队)代理报关费用50元(OBYC->ZA6,对应代理报关行)对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为:Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)GR/IR 20元(OBYC->ZA5,对于商检队)GR/IR 50元(OBYC->ZA6,对应代理报关行)虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。

ZM01：通过计算类型增强909算出的应交进项增值税。

小庖听说SAP定价贼难

小庖:听说SAP定价贼难,比如说采购定单上有17%的进项增值税,外加那个7%可抵扣运输增值税发票,还有装卸费和保险费仓储费什么的,定价要如何搞?老屠:K,你不是偷看了我幼儿园时平生写的第一篇日记<<今天阿姨教我算数数>>吗?那日记我都记得一点.19XX年Y月Z日天热温度35.456今天阿姨对我说,小屠,乖,我来教你算数数,阿姨要给你买10个本本写字,每本一块共10元钱(采购净价),阿姨要花时间去买的,就先收1块7毛好了(17%增值税或啥啥的要不人家阿姨那点工资吃啥?),这1块7以后你迟到尿床打架的可以抵扣(当时我说,阿姨,SHERKY,YZZY,Xuebi他们经常欺负小女生打架还收小班的保护费,我从来不干这事,哎,后来他们就成了三个代表,这是后话.).还有王司机要帮我们将本本运回来要1块钱(运输费),不过他会来会送你买一根7分钱的棒棒糖(可抵扣额),本本到了看门的毛大爷要帮咱们从车上卸下本本,大热天不容易,就算5毛劳务费,那些本本你一下也用不完就让阿姨统一为你保管,可是怕老鼠什么的啃掉本本,要买掉耗子要,这样吧,收取一定的保管费(5%), 你要时本本时再发给好吗?乖,记下来,回去照着跟妈妈讲让妈妈送钱来…小庖:是不是呀,幼儿园就这么厉害?老屠:哎,你也知道,人过奔三,记忆力开始减退,我与有印象反正不是幼儿园时的日记就是小学啥个时候的作文. 既然如此,我就将历史资料翻出来晒一下吗?重新纂改一下(历史一般都是有某些人随意纂改的).后续:相传一万年后,中国都还没有一人获得世界上什么骡贝耳奖金,中国人民皆感脸上无光,某天一好事的史学家无意看到这篇文章,犹如发现至宝,于是写了篇数十万的论文叫<<伤老屠>>,论文中提到据他本人考证中国本来一万年前有个叫老屠是万年难遇的数学奇才本来早就可以获得骡贝耳数学奖,并将某考古学家收藏的本人的<<今天阿姨教我算数数>>手抄真迹向世人展示,可惜此等*才后来不知道怎么就改杀猪了,这还有待继续考证,据说当时此论文轰动一时,哎一般都是这样的,有些人现在玩不出啥含先进技术的东西来不也是总喜欢拿老祖宗那些旧事来光一下面子.论文同时说到,老屠杀猪后从不用秤秤肉都是一刀切,半离不差,传说有个叫当时老屠隔壁有个叫搅肉机的拣垃圾为生的看见自己生意惨淡人家生意红火甚感失落,一日凑足钱跑到肉档,想老屠要买45斤4两5钱肉,要分成10堵,第一堵要1斤零那么1钱,第2堵肉要2斤零那么2钱…他结结巴巴还没讲完,老屠早将肉切成10堵, 搅肉机弄了个等离子电子显微天平来一看,K,0.0001g都不差,于是大为叹服,投入门下,后来听说当时一个叫啥SAP的东东挺火于是两人都改行宰SAP了…大话MM定价增值税处理简单点,假设PO用到下面6个condition types.1.采购净价condition type PB00: Amount->10000 RMB(Vendor A)2.进项增值税condition type MWST:Amount ->17%*10000 = 1700 RMB3.应付运输费用condition type FRB1: Amount->1000RMB (Freight vendor B)(可建立Access sequence ZFRB,在此例不建立)4.运输费可抵扣额condition type ZDK1:Amount->1000*7% = 70RMBCopy from MWST,Access sequence MWST5.装卸费用condition type ZZX1: Amount->50 RMB(unload/load vendor C)(Copy from FRB1, 可建立Access sequence )6.仓储费用condition type ZCC1:Amount->库存总价值的5%((Copy from ZA01-surchage % on gross)一个比较简单的处理方法就是将进项增值税和运输费可抵扣额直接在MIRO处理,在PO条件类型中不反应.为此你将FRB1(应付运输费用注意是1000*93%=930进存货成本,对应acocunt key FR1),ZZX1(condition type的Control data 2 tab页的Accruals打上勾,对应account key ZZX),ZCC1(condition type同ZZX1一样,对应account key ZCC),MIGO收货的会计凭证是:Dr: 原材料11529 RMBCr:GR/IR 10000 RMB (V endor A)应计运输费930 RMB(Freight vendor B)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%*你想将各种采购附加成本计入成本,相应的condition type必须对应account key(即可设置各种采购附加费用科目)MIRO时如图1,图1-[1]:校验材料供应商的应付,此时你输入一17%增值税码(关于税务设置请看本书FI相关配置).会计凭证如下:Dr:GR/IR 10000 RMB应交税金-应交增值税(进项税额for材料)1700 RMBCr: AP 117000 RMB (for vendor A)图1-[2]:你看FRB1的condition category是B(delivery cost)就知道,这步校验运输费用和装卸费用,出现两个vendor你选运输费用应付校验如下.Dr: 应计运输费930 RMB (抵消MIGO时的贷项)应交税金-应交增值税(进项税额for运费) 70RMBCr AP 1000 RMB (for vendor B)装卸费用LIV同运输费用,仓储费是本公司的应计费用不校验.*通常运输费等可以建立存取顺序然后MEK1维护一个计划价格,如果计划价格和实际支付有差异,进入OBYC-UPF科目,详细请参考本书的实例运输费用处理)小庖:不会吧,上面那也太简单了,能不能将简单的问题搞复杂点,事实上很多时候vendor报价都是含税价格,运输费用也是,也就是说ME11维护的info record和MEK1维护的运输计划费用都是含税价(计划费用采用应计方式处理)现在我要MIGO直接生成如下的会计凭证,你给我弄出来.Dr : 原材料(采购净价+应付运输费用+装卸费)*(1+5%保险费)11529RMB = (10000+930+50)*(1+5%)应交税金-应交增值税(进项税额for材料)1700 RMB应交税金-应交增值税(进项税额for运费) 70RMBCr: GR/IR 11700 RMB(vendor A,含税价格,MIRO就不用输入17%税码校验了) 应计运输费1000RMB (Freight vendor B,已含税,MIRO直接转应付运输费)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%老屠:那也倒是,不搞复杂一点怎么能显示我们的SAP博大精深呢?不瞒您说,我最喜欢满足各种BT需求将简单的问题复杂化了.我仔细看了我自己专门量身定购的<<初级会计实务-小学版>>,看了关于材料计价就是看不懂,幸好是小学生版的要是中学版还不知道要被忽优成啥.那个购买材料假设没有其他采购费用的会计凭证是Dr : 原材料11700 RMB应交税金-应交增值税(进项税额)1700 RMBCr: 应付帐款|或银行存款|或应付票据啥的,可没有说GR/IR的,GR/IR等于材料采购?还有应交税金-应交增值税(进项税额for材料)1700 RMB和应交税金-应交增值税(进项税额for运费) 70RMB不在MIGO时产生让它俩在MIRO时才产生行啵?你说的那个会计凭证完全可以在MIGO产生只是人家一般不这样玩(因为MIGO你看debit只有存货想dr税金很难,这样的FI DOC也只有我才能给弄出来,有点太BT,这里就不说了.),我让PB00和FRB1你维护含税价格,我给他们各建立一参考价格ZPB0和ZFRB,然后PB00和FRB1带到PO自动换成不含税价格,你要看含税价格可以看ZPB0和ZFRB.就这么定下.步骤如下:(1)如图2,ZPB0参考PB00,该condition不能手工修改,注意选上参考程序M(如图2-[5][8]).(2)定义两个account key ZCC|ZZX对应condition type ZCC1|ZZX1,这样在OBYC就可以设置应计科目了.(3)定义计价方案(Calculation Schema)图5-[1]:我设置了3个采购价condition ,ZPB0是用来做PB00参考condition的,ZPB0不允许修改,这个参考condition ZPB0和PB00必须满足(1)相同的access sequence 0002 (2)ZPB0里设置RefConType:PB00 RefApplicato M,如果PB00设置了supplement PricingProc (默认是RM0002),在Pricing proc RM0002最好也设置一下ZPB0.我必须指出的是ZPB0|PBXX|PB00(通常这个用来做手工输入采购价格的,有的企业设置PBXX并且优先级别高于PB00->从info record自动带出来的)的step都是1,图5-[1]表示采购价格的优先级别是PB00(Cntr 3)>PBXX(Cntr 2)>ZPB0(Cntr).然后PB00设置一个AltCBV(Alternative formula for condition base value,如图6),就是说我们可写一个routine更改PB00从info record带出的值. 假设info record PB00是11700.开PO会自动带出这个计价过程ZRM000,所有的condition都在一个内表,首先是ZPB0 11700(参考PB00的),然后到PB00时将其值更改(除以1+tax rate,比如本例是17%,tax rate可以根据物料主数据的purchasing view 的Tax ind. f. material获得,这个优先级别高于info record维护的tax code,关于tax请看本书的SAP税务配置).Ok,这下我们应该明白PB00|PBXX差别和参考价格的应用.图5-[4]:我们为ZZX1和ZCC1定义了两个account key ZZX和ZCC,Accrls表示该account key 是应计|预提(Accrual|provision),我喜欢将这些account key对应的科目叫类GR/IR,因为这些科目主数据有一些和GR/IR相同的特征比如会计科目的control data tab页的only balances in local crcy必须选上,.还因为这些科目承载的通常是所谓的采购附加费用(也可是产品版权,请看本书的外包处理实例)这些费用将计入材料成本.图5-[5]:意思是ZCC1的仓储费是按百分比的,计价基数来自24行到36行.图5-[6]:我将FRB1的参考conditon ZFRB放在计价过程最后一行并且没有为之设置accountkey(虽然它是应计condition,如未设置accrual其值就可能进actual value)是因为放在FRB1后,ZCC1就会将其值的5%也算进去ZCC1的total value而实际上ZCC1的total value是(PB00+FRB1+ZZX1)*5% = 549.除你为ZZC1再使用一个AltCBV.现在你开PO,condition如下,我并没有将MWST(input tax 17%)和ZDK1(Fre. Tax 7%)的condition list出来.对于input tax可以在info record的purchase data维护一个tax code J1(17%),这个tax code会自动带到condition tab页左边的invoice tab页,MIRO时也会相应到到line item.condition 如下图.你也可以MEK1维护MWST和ZDK1的condition record,此时,ZCC1的5%就要使用altBCV 了,这样此两condition 就会自动显示在PO item的condition list里.MEK1你可能发现MWST是根据客户主数据和物料销售视图的tax classifiction决定的,所以你可能需要扩充access sequence MWST ,详细请看本书的SAP 税务配置.SE16:V_162定义PO item layout将GR/IR control将tax code设置必输MIRO,FI Doc分3次by PO发票校验采购净价condition type PB00: Amount->10000 USD(Vendor A)国外运输费用ZFR1: Amount->1000USD (Freight vendor B)关税ZCS1: 1000%, Amout->11000*1000% = 110000 USD(Custom vendor C)消费税ZXF1:9%, Amount-> 110000*9% = 9900 USD(Tax vendor D)消费品价值总额:Amount->130900 USD进项增值税ZZZ1:Amount->(PB00+ZFR1+ZCS1+ZXF1)*17% = 22253 USD城市运输费用ZFR2:Amount-> 100 USD (Vendor E)消费品价值总额: Amount->130900 +100 = 140000 USDMIGO会计凭证:Dr:那破消费品140000USDCr:GR/IR 10000 USD (vendor A)Outer Freight cost 1000 USD(vendor B)Custom cost 110000 USDConsuming tax 9900 USDSAP 税务配置.税务定义MM篇There are tax indicators at the levels "plant", "account assignment category" and "material".如图2,设置tax ind. F. material 0.1.2,3,物料raw01的tax ind是1.If the tax code can be determined automatically via conditions, it takes precedence over the tax code that has been maintained in the purchasing info record.图1-[2][3][4][5]没有什么好说的,关键在于这个tax indictor如何和tax code(tax code link税务科目FTXP/OB40),tax condition MWST link上呢?对,建立条件表扩充MWST存取顺序.MD,设置access sequence有点问题.在MM pricing procedure将MWST设置成Stat打个小勾表示自动出现在condition list然后做个AltCBV838.在info record的purchase data维护tax code,amount搞个routine弄出来也行.MD,原来condition table要用LLAND的在MEK1才不会出现什么tax. Ind. F. material 在CN没有定义.MEK1 Ok,要不是俺会杀猪,就这个要被它忽优死.现在好了建立一个858,加到access sequence MWST,这样物料主数据puchasing维护tax ind. F. material就可自动带出conditon mwst的百分比来.确实TMD自动带出来了,啥也不用做.SD篇tax图1-[1] :Define tax category by countryCountry CN的tax category是MWST图1-[2] :一看老美用的, Country-specific regional codes (county codes), which represent, for example, states in the USA or counties in Great BritainCountry-specific city codes比如老美同一国家可能有不同的州税,定义下regional code图1-[3] :为plant加上country, country code,regional code,老美的州税关咱中国人球事,不说它了.图1-[4]:在物料主数据和customer主数据里不都有tax classifcation就是在这定义,然后决定税种.一般这块搞一下,VK11就可以建立MWST condition record了,这多简单呀.图1-[5] : VAT registration number又是欧盟国家之间的,咱们学资本主义这些干啥呢?哎,反正什么代征税(withholding tax),州税我都很熟,吹牛要是交税就有我来收好了,估计Xuebi,SHERKY每月的工资90%都要交这税了.图1-[6] :图1-[7] :SD一周通系列图1-[1]:定义定价条件表Tcode: SE16:V_T681F|V/03|V/04|V/05在此步你可定义SD定价允许字段和自定义条件表,请看本篇的SD定价实例.图1-[2]:定义条件类型Tcode: SE16:V_T685A|SE16: V_T685Z和MM一样,一般是比如你为销售定价PB00定义一个参考价格ZPB0什么的,只是参考程序在SD选V而MM是选M的,如需要设置条件类型的上下限(在VK11时输入的条件值就会受限制).我记得在MM的info record PB00比如设置了上限100HKD,下限50HKD,这样在ME11时PB00就只能在50<=X<=100取值.但是如果PB00是允许手工更改在Po condition里手工输入的值并不受这个范围限制,估计SD的一样,留点东西给读者自行测试.图1-[3]:定义存取顺序Tcode:SE16:V_T682和MM一样,实际上所有的使用到条件技术(MM定价|SD定价|Tax|output|costing sheet甚至SD的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition非常简单,一通百通.:定义和分配计价过程在MM模块的定价中,我们是先定义方案组(schema group),方案组可以是vendor和采购组织,然后根据方案组为标准PO和转移单分配计价方案(Calculation Schma).显然SD的定价稍微灵活那么一点点,为了说明SD定价非常简单,在此我尽量使用SAP预设的东西,实际中也不过是copy几个东西而已,项目实施最后配置不就是按实际业务copy来copy去的吗?简而言之, SD的计价过程由(1)customer(Pricing procedure assigned to this customer)(2)sales document type (销售订单类型)(3)sales area(销售组织+分销渠道+division)三部分决定,这是什么意思呢?如上图3.图3-[1]:定义customer pricing procedure,你在客户主数据的sales area data的sales tab页的Pricing/Statistics的Cust. Pric.proc栏位填写.图3-[2][3[4][5]:定义document pricing procedure,在图3-[3]对应到销售订单和billing类型.图4是一个合成图,假设我开了个sales order type OR的销售定单,客户是1,item category是TAN. 你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.(1):图4-[5][7]我们知道客户主数据sales area data的prcing statistics的cust. Pric.proc.是1,(2):图4-[1][2][3][4]我们定义了sales area 5100|80|10,对于A(因为我开的是OR类型销售订单,从上图3-[3]我们知道OR对应的doc pricing是A),customer pricing 1的定价过程是RV AA01,销售价格condition默认是PR00 .(3):你从图4-[9]的那个⑤按进去就能看到condition明细,在condition屏幕点击图4-[10]的那图1-[5]:define pricing by item category.图5-[1]表示item category为TAN的必须确定销售成本(通常是VPRS conditon),我们还看到即使是free of charge item TANN也要确定销售成本.什么样的销售订单的行项目不要确定成本,典型的比如寄兽发货的KAN(consignment pick-up),KBN(consignment fill-up)和文本行项目G2TX(text item).*关于寄售请参考本书的SD寄售流程.图5-[2]表示item category为TAN的行项目允许直接带出销售定价condition type amount(如果VK11维护了的话),TANN则没有(free of charge当然不需要销售价格条件).图1-[6][7]:定义计价相关的主数据字段和condition负责员工.假设你的SD定价过程的condition type是PR00对应的access sequence是PR00,你看一下access sequence PR00可以发现有一些AcNo(Access No.)使用了price list,material pricing group.如果需要更细的销售定价或分类,你可以自定义包含price list,customer pricing group(Customer主数据sales area data 的sales tab页定义)和material price group(在物料销售小庖:完了,销售定价就是这么简单?也太TMD简单了吧?老屠:如果就这篇就这样完了的话,以YZZY,SHERKY,XUEBI为首的三个代表肯定会骂娘的,他们都喜欢惊心动魄的全脱的那种类,所以接下来我举一个实际的比较BT的SD计价过程是如何玩的,要不怎么对得起来党和国家的培养,对得住全国人民的厚望,对SD定价实例由于此处儿童不宜,是只是为了满足上面三个代表的BT需求(MD要是都给past上来,将来我的<<大话屠宰SAP裸体写真集>>还有人买吗?好歹也能换几个酒钱).接下来5000字省略………收入科目确定.。

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在采购定价中的运用

总的说来，条件技术主要包含以下几个方面的内容：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系统根据定价记录号查找到我们最终所要的数据。

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

则收货材料入库成本为。

Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)运输费93.46元(100元运输费应入存货成本,另 6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)商检费20元(OBYC->ZA5,对于商检队)代理报关费用50元(OBYC->ZA6,对应代理报关行)对于这附加费用,也可使用默认的过帐码,比如一些人喜欢将所有采购附加费用条件类型全部对应到默认的Account Key FR1并且这些采购附加费用科目都对应到GR/IR科目,则上面的分录为:Dr：原材料10163.46元Cr: GR/IR 10000元(对应材料采购金额,材料供应商)GR/IR 93.46元(100元运输费应入存货成本,另6.54为可抵扣进项增值税,OBYC->ZM5,对应运输商)GR/IR 20元(OBYC->ZA5,对于商检队)GR/IR 50元(OBYC->ZA6,对应代理报关行)虽然报表上可通过条件类型获得采购附加费用,但远不如科目直观。

ZM01：通过计算类型增强909算出的应交进项增值税。

909增强代码如下表：*909通过含税价格计算出采购净价，反应到条件类型ZM01上,注意XKOMV-KA WR表示*条件基价(请SE11查看KOMV),即信息记录价格,比如信息记录含税价为1170元/个,则其中*价外增值税为(1170/1.17得到净价)* 17%, 909考虑不同税率情况.FORM FRM_KONDI_WERT_909.CASE KOMP-MWSKZ .WHEN 'J1'. "17％XKWERT = XKOMV-KA WRT * 17000 / 117000 * ( -1 ).WHEN 'J2'. "13％XKWERT = XKOMV-KA WRT * 13000 / 113000 * ( -1 ).WHEN 'J3'. " 7％XKWERT = XKOMV-KA WRT * 7000 / 107000 * ( -1 ).WHEN 'J4'. " 4％XKWERT = XKOMV-KA WRT * 4000 / 104000 * ( -1 ).WHEN 'J5'. " 5％XKWERT = XKOMV-KA WRT * 5000 / 105000 * ( -1 ).WHEN 'J6'. " 6％XKWERT = XKOMV-KA WRT * 6000 / 106000 * ( -1 ).WHEN 'J0'.XKWERT = 0.ENDCASE.ENDFORM.ZM05：通过计算类型增强908算出应计入材料成本的运输费用。

增强908代码简单，假设可抵扣运输增值税发票上是100元，由于是运输增值税为价内税（通常税率为7%），则进入存货成本为100/1.07 = 93.46,可抵扣税额为6.54元,增强代码就一句:XKWERT = XKOMV-KWERT * 100 / 107.ZA05/ZA06：对应本例的商检费和海关代理费用。

图11-[1]:Required如果选上则表示该条件类型必须在确定计价方案存在,比如采购单肯定得有采购价格条件类型,但是对该采购单可能不需要商检费用。

图11-[2]:表示该条件类型是统计性。

图11-[3]:可以在Reqt(Requirement)和计算类型(CalType)增强条件计算,这是系统计价魅力所在, 复杂的条件类型取数逻辑总可通过增强实现,系统还提供了Tcode:VOFM统一组织这些增强。

图11-[4]:通常如果条件类型设置了"应计"标志,在此为其设置记帐码,记帐码对应到科目,自动科目分配统由Tcode:OBYC统一设置,可以想象,在建立采购单时,后勤人员只需要关注条件类型就行,会计科目是自动带出的,我觉得,让并不精通财务的后勤人员直接选择科目是不明智的。

图4-[7]：定义方案组(Define Schema Group)在一个大集团中，可能建立了很多不同的计价方案，典型地，有国内采购计价方案和国外计价方案，普通采购单和转储单计价方案，那么集团各种的采购订单如何确定计价方案呢？系统提供了一个叫方案组的东西，可以为不同供应商或采购组织设置方案组，图12假设为供应商设置了M1-M3方案组，接下来将在供应商主数据的采购视图中设置方案组，如图13。

你还可为不同采购组织定义方案组。

图13中，供应商40114500对应采购计价方案组M1。

图4-[8]：定义方案确定(Define Schema Determination)设置好计价方案和为方案组后，最后一步就是让采购单如何确定计价方案了，计价将系统的采购单分普通采购单和转储单（Stock transfer order，通常包括同一公司代码下不同工厂下的转储和同一集团不同公司代码下的转储）。

确定计价方案配置如图14，很容易理解。

图14中，由采购组织方案组和供应商方案组联合决定计价方案，注意到采购组织方案组为空，实际上表示不设置采购组织方案组，也就是说，建立采购单时其计价方案直接由供应商主数据设置的供应商方案组（如图13）决定计价方案。

假设某集团设置了采购组织方案组A001（国内采购组织）和A002（国外采购组织），供应商方案组设置了M1,M2,M3,则允许用户设置多达6种不同的计价方案,系统在为不同采购组织和供应商建立采购订单都能确定到，当然，实务上一般并不会出现如此多的个性计价方案。

现在为供应商建立40114550建立一个采购单，其计价方案如图15。

图15-[1][2][3][4[5][6]：首先，点击[6]的“Analysis”按钮能发现供应商40114550建立的采购单(采购数量为10)的计价方案正是图14设置的ZFRM01，假设信息记录（Tcode:ME11）维护的价格为包含增值税的价格1170,通过增强909计算出的增值税为(1170/1.17) *17% * 10 = 1700元,对应条件类型ZM01，而采购净值（Net）为10000元。

ZM05为运输发票，100元自动计算出应计材料成本为100/1.07 = 93.46元。

ZA05为商检费，注意到ZA05/ZM05采购数量无关，检查条件类型Cond.class/Calculate type /Cond. category为A/B(fixed amount)/B，而假设报关费用和数量相关系，ZA06 Cond.class/Calculate type /Cond. category为为A/C(quantity)/B，表示费用和采购量相关。

图15-[7]：运输费用，商检费和报关费这些采购费用一般和材料供应商并不是同一家公司，有时甚至连货币都不同，比如国外运输商要求用USD结算，所以可以按此按钮进去设置不同服务供应商。

在后勤发票校验时，系统也可非常方便地分别为这些供应商确定应付帐项。

PO定价条件类型相关表格SD销售定价MM/SD销售定价原理相同，下面简单叙述下SD的定价和计价确定图1-[1]:定义定价条件表Tcode: SE16:V_T681F|V/03|V/04|V/05在此步你可定义SD定价允许字段和自定义条件表,请看本篇的SD定价实例.图1-[2]:定义条件类型Tcode: SE16:V_T685A|SE16: V_T685Z和MM一样,一般是比如你为销售定价PB00定义一个参考价格ZPB0什么的,只是参考程序在SD选V而MM是选M的,如需要设置条件类型的上下限(在VK11时输入的条件值就会受限制).我记得在MM的info record PB00比如设置了上限100HKD,下限50HKD,这样在ME11时PB00就只能在50<=X<=100取值.但是如果PB00是允许手工更改在Po condition里手工输入的值并不受这个范围限制,估计SD的一样,留点东西给读者自行测试.图1-[3]:定义存取顺序Tcode:SE16:V_T682和MM一样,实际上所有的使用到条件技术(MM定价|SD定价|Tax|output|costing sheet甚至SD的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition非常简单,一通百通.:定义和分配计价过程在MM模块的定价中,我们是先定义方案组(schema group),方案组可以是vendor和采购组织,然后根据方案组为标准PO和转移单分配计价方案(Calculation Schma).显然SD的定价非常灵活但是只要掌握也很简单，实际中也不过是copy几个东西而已,SAP项目实施最后配置不就是按实际业务copy来copy去的吗?简而言之, SD的计价过程由(1)customer(Pricing procedure assigned to this customer)(2)sales document type (销售订单类型)(3)sales area(销售组织+分销渠道+division)三部分决定,这是什么意思呢?如上图3.图3-[1]:定义customer pricing procedure,你在客户主数据的sales area data的sales tab页的Pricing/Statistics的Cust. Pric.proc栏位填写.图3-[2][3[4][5]:定义document pricing procedure,在图3-[3]对应到销售订单和billing类型.图4是一个合成图,假设我开了个sales order type OR的销售定单,客户是1,item category是T AN. 你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.(1):图4-[5][7]我们知道客户主数据sales area data的prcing statistics的cust. Pric.proc.是1,(2):图4-[1][2][3][4]我们定义了sales area 5100|80|10,对于A(因为我开的是OR类型销售订单,从上图3-[3]我们知道OR对应的doc pricing是A),customer pricing 1的定价过程是RV AA01,销售价格condition默认是PR00 .(3):你从图4-[9]的那个⑤按进去就能看到condition明细,在condition屏幕点击图4-[10]的那图1-[5]:define pricing by item category.图5-[1]表示item category为TAN的必须确定销售成本(通常是VPRS conditon),我们还看到即使是free of charge item TANN也要确定销售成本.什么样的销售订单的行项目不要确定成本,典型的比如寄兽发货的KAN(consignment pick-up),KBN(consignment fill-up)和文本行项目G2TX(text item).*关于寄售请参考本书的SD寄售流程.图5-[2]表示item category为TAN的行项目允许直接带出销售定价condition type amount(如果VK11维护了的话),TANN则没有(free of charge当然不需要销售价格条件).图1-[6][7]:定义计价相关的主数据字段和condition负责员工.假设你的SD定价过程的condition type是PR00对应的access sequence是PR00,你看一下access sequence PR00可以发现有一些AcNo(Access No.)使用了price list,material pricing group.如果需要更细的销售定价或分类,你可以自定义包含price list,customer pricing group(Customer主数据sales area data 的sales tab页定义)和material price group(在物料销售view定义)的条件表,将这些条件表加入销售定价condtion type使用的access sequence.。