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系统根据定价记录号查找到我们最终所要的数据。

SAP学习中关于SD自动定价的需要维护的主数据

SAP SD模块技术交流——SAP学习中关于SD自动定价的需要维护的主数据大家好我是朗泽教育SD模块培训导师Master，今天我想为学员们分享些有关SD自动定价维护的技术知识，主要是关于SD定价时需要维护的主数据。

定价过程中使用的条件类型的定价记录数据必须维护，对应事务妈（VK11/VK12）。

必须维护相应的客户和物料的主数据，对应事务妈（XD01/XD02,MM01/MM02)。

具体字段参见下面的说明。

物料主数据(Material Master Data)(TCODE:MM01/MM02)物料主数据中和价格相关的字段都在"销售：销售组织数据1" (Sales: SalesOrg 1) 和"销售：销售组织数据2" (Sales:SalesOrg2) 屏幕中。

税分类(Tax classification):Indicates to what extent the material is liable for sales taxes. 参见"销售：销售组织数据1" (Sales: SalesOrg 1) 屏幕－税务数据。

定价参考物料(Pricing Ref. Matl):In this field you can specify another material as a reference for pricing information. If you specify a reference, the system, uses all the condition records that apply to the reference material during automatic pricing. 参见"销售：销售组织数据1" (Sales: SalesOrg 2) 屏幕－定价参考物料物料定价组(Material group): Defines a group of materials for which you want to apply the same condition record. For example, using a material group, you can specify a discount that applies to a particular range of products. 参见"销售：销售组织数据1" (Sales: SalesOrg 2) 屏幕－物料定价组。

SAP MM定价过程

在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一句话入门SD,MM,FICO,PP,PM,PS,HR

SAP一句话入门:SDSD是Sales and Distribution的简称。

在SAP系统中，销售与分销模块处在供应链下游，关注从客户订单到向客户收款的全过程。

SD模块中的Sales好理解，而Distribution却容易被忽视。

用直白的话来讲，SD模块就是解决“卖”的问题，它关注的范畴有：1，谁来卖?2，卖什么?3，卖给谁?4，什么样的价格?5，销售业务模式是什么?6，货物如何到达客户?7，钱款如何交割?对应上述问题，我们分别引出相应的概念：1，谁来卖?既是执行销售动作的组织结构及此结构下的人员。

SAP术语有：公司代码、销售组织、分销渠道、产品组、销售办公室、销售小组、销售雇员、装运点等。

2，卖什么?广义销售概念中的销售内容包括实物和非实物的服务。

SAP术语中，我们称之为物料(Material)。

有实物产品物料，也有服务物料。

3，卖给谁?卖给客户。

这里，客户的外延与内涵较多。

如一次性客户、大客户、集团内部客户、海外客户;售达方、送达方、收票方、付款方等。

如果对某客户做赊销业务，相应的，该客户还有用于控制应收风险的信用数据。

4，什么样的价格?价格是销售的技术核心，定价功能也是SAP SD的核心所在。

貌似简单的打印在发票上的最终价格，在企业内部可能包含了若干计价小项。

如含税基价、销项税、营业税、折扣、返利、附加税等。

不同的企业不同的定价策略系统将提供不同的定价过程予以支持。

5，销售业务模式是什么?业务模式是指：标准信用销售、现金销售、紧急订单、退货业务、免费样品、捐赠、促销业务等。

不同的业务模式有着不同的线内线外处理方式。

6，货物如何到达客户?这里包含的就是上述Distribution的内容。

广义的销售，应该包含实物移动。

企业可以送货上门或者委托第三方物流公司送货，也可能是客户上门自提。

如果是国际贸易，还涉及到通关报检等动作。

无论是单据流转还是成本核算，系统都有相应的功能支持。

7，钱款如何交割?如果不考虑售后服务，收款将是一般意义上销售循环的最后一步。

sap 定价条件

sap 定价条件SAP定价条件是SAP软件中的一个重要功能，用于定义产品或服务的定价规则。

这些规则可以根据不同的条件和参数来确定最终的价格。

本文将介绍SAP定价条件的基本概念和使用方法。

一、什么是SAP定价条件SAP定价条件是SAP软件中的一个功能模块，用于定义产品或服务的定价规则。

它可以根据不同的条件和参数来确定最终的价格。

通过使用SAP定价条件，企业可以灵活地制定不同的定价策略，以满足不同的市场需求和客户要求。

二、SAP定价条件的基本概念1. 定价过程：SAP定价条件的主要任务是根据不同的条件和参数来计算产品或服务的最终价格。

定价过程可以包括多个步骤，如基价、折扣、税率等。

2. 定价条件类型：SAP定价条件类型是定价过程中的一个重要概念，它定义了不同的定价规则和计算方法。

每个定价条件类型都有一个唯一的标识符，用于在SAP系统中进行配置和使用。

3. 定价条件记录：定价条件记录是SAP定价条件的实际应用。

每个定价条件记录都包含了定价条件类型、条件值、有效期等信息，用于计算最终的价格。

三、SAP定价条件的配置和使用1. 配置定价条件类型：在SAP系统中，可以通过定义定价条件类型来配置不同的定价规则和计算方法。

可以根据不同的需求创建多个定价条件类型，并为每个定价条件类型进行相应的配置。

2. 维护定价条件记录：在使用SAP定价条件时，需要维护相应的定价条件记录。

可以根据不同的条件和参数，为每个定价条件记录指定相应的定价条件类型、条件值、有效期等信息。

3. 应用定价条件：在销售订单、采购订单或其他业务文档中，可以应用相应的定价条件来计算最终的价格。

SAP系统会根据定价条件记录中的配置信息，自动计算出最终的价格，并在文档中显示出来。

四、SAP定价条件的优势和应用场景1. 灵活性：SAP定价条件可以根据不同的条件和参数来确定最终的价格，使企业能够灵活地制定不同的定价策略。

可以根据市场需求和客户要求，调整定价规则和计算方法。

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

SAP条件技术在采购定价中的运用(2009-08-04 22:33:37)SAP条件技术在采购定价中的运用在SAP中，条件技术运用非常广泛，如MM中采购订单的定价、SD中销售订单的定价等等，通过前一段时间的学习摸索，现把自己在条件技术在采购订单定价中的运用学习心得总结出来与大家一起分享，鉴于本人对条件技术的认识及实际经验的不足，有些方面可能认识并不完全准确，如有不正确的地方望大家给予指正。

总的说来，条件技术主要包含以下几个方面的内容：1. 条件表2. 存取顺序3. 条件类型4. 计算方案5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）图1.1上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。

[轉]SAPSD定价技术分析

[轉]SAPSD定价技术分析SAP SD定价技术分析作者 LittleGun 14:38 | 静态链接⽹址 | 最新回复 (0) | 引⽤ (0) | SAP--SD定价技术⼀直是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:Program: RV60AFZZUser Exit: USEREXIT_PRICING_PREPARE_TKOMK / USEREXIT_PRICING_PREPARE_TKOMP B) 抓取定价IMG的相关设定Program: LV61AA12FORM: KONDITIONSVORSTEP* --> KOMK header communication structure ** <-- KOMT1 table of pricing procedure ** <-- KOMT2 table of condition access sequences *C) 根据定价设定,整理定价过程结果内表Program: LV61AA67FORM: XKOMV_AUFBAUEN_AUS_KOMT1*---------------------------------------------------------------------** Build XKOMV from KOMT1 derived from T683S **---------------------------------------------------------------------** --> KOMK header communication structure ** --> KOMP item communication structure ** --> KOMT1 pricing procedure ** --> KOMT2 accesses ** <-- XKOMV internal table of conditions **---------------------------------------------------------------------*定价过程中的"需求"将在这⾥被处理. 如果检查通过的话，改定价类型将会被记录在XKOMV⾥⾯.价格主档的数据也会在这⾥被处理,见Program: LV61AA29FORM: konditionen_lesenD) 根据TKOMV整理XKOMV定价过程结果内表Program: LV61AA58FORM: XKOMV_AUFBAUEN_AUS_TKOMV*---------------------------------------------------------------------** Build XKOMV from TKOMV **---------------------------------------------------------------------** --> KOMT1 pricing procedure ** --> TKOMV complete table of conditions ** <-- XKOMV internal table of conditions **---------------------------------------------------------------------*E) 定价过程内表的计算(处理Formula,subtotal,base value ...)Program: LV61AA55FORM: XKOMV_BEWERTEN*---------------------------------------------------------------------** Calculate on internal table of conditions **---------------------------------------------------------------------** --> PREISFINDUNGSART pricing type ** --> KOMK header communication structure ** <-> KOMP item communication structure ** <-> XKOMV internal table of conditions ** <-> GKOMV table of group conditions pricing type F only ** --> GKOMZ table of group cond indeces pricing type F only **---------------------------------------------------------------------*⼩计/计算类型/基础类型在这⾥被处理. 可参考 SAP NOTES: 900089,有详细描述处理逻辑.F) 根据表T684的记录,执⾏定价排斥Program: LV61AA56FORM: XKOMV_AUSSCHLUSS可参考 SAP NOTES: 836243G) 将XKOMV的结果整理到TKOMVProgram: LV61AA42FORM: XKOMV_UEBERTRAGEN_NACH_TKOMV*---------------------------------------------------------------------** Transfer XKOMV to TKOMV **---------------------------------------------------------------------** --> XKOMV table document conditions ** <-- TKOMV table all document conditions **---------------------------------------------------------------------*4) 有关定价的⼀些SAP NOTES.1165078 Authorization check for conditions or subtotals1007110 How is the KWERT determined in a subtotal?836243 How condition exclusion works in R/3791944 How is the KBETR determined in a subtotal?485740 Conditions with fixed amount in copy activities201830 Calculation of the net price of an item154529 Pricing in the delivery130417 Pricing preparation in billing document (user exit)92090 Exclusion indicator KZNEP67958 Mode of operation of the condition exclusion41490 Condition exclusion (KZNEP)24832 Pricing rules / TVCPF18173 Minimum order value900089 Pricing: Processing steps FORM XKOMV_BEWERTEN363212 'Pricing analysis' mode of operation。

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

总的说来，条件技术主要包含以下几个方面的内容：1. 条件表2. 存取顺序3. 条件类型4. 计算方案5. 方案确定下面分别对以上几个方面展开说明一、条件表在SAP系统中，条件表由一个或几个关键字及一个条件记录号字段组成，条件表SAP系统已经定义好的，不同的条件表存储不同的信息，常见的如无工厂数据的信息记录存储在A018表，有工厂数据的信息记录存储在A017表等等（如图1.1）图1.1上图显示的就是系统标准的工厂条件信息记录表，左边就是被选做关键字的字段，如供应商、物料、采购组织、工厂等等，右边可选做关键字的字段，当然如果有必要，系统允许自定义条件表，自定义条件表命名必需在501至999之间。

SAP+Condition技术用在MM&SD

SAP Condition技术用在MM&SD Pricing(定价)/Discounts and surcharges(折扣和附加费计算)/Taxes(计税)/Output(Output Message又包括Print,EDI,Fax等)/Costing sheet(成本核算单)等配置上(关于condition技术的各种应用请看本书的相关部分),甚至SD的收入科目确定都依稀能看到condition技术的痕迹.一个做MM的坛友说PO定价相当复杂,你要我怎么说呢?实际上Condition配置基本上是SAP 最简单的配置之一,因为只要你学会了其中一种,其它的自然就迎刃而解了.讲一个我的故事,一堆人开会讨论一个新的定价,外包PO取公司提供的材料的一定百分比(OH rate)做component OH,加上外包费(PB00)乘一百分比(OH rate),再加上产权费计入外包物料(详请看本书的SAP的委外处理),会议实在是开的太多,那此会议有太长,结果我睡着了,睡着也不打紧,可我打鼾了, 打个呼噜本也无伤大雅,可老总让我发言时我睡眼朦胧站起来一脸口水,也是,就一个小小的定价还用浪费时间搞这么久,后来碰到类似问题,我总说拜托各位先讨论完毕要怎么定价最好将需求搞的BT些才通知我,定价这东西本来就简单不要老是没等我动起手来一下就搞完.在本篇中,Condition和pricing是同一个概念,就不再解释.图1-[1]:企业通常不希望PO的采购价格直接在PO item中输入而从info record中带出来,此时我们可以使用(SE16:V_162)将ME21N的layout selection group quantity and price组的price and price unit设置成display.关于info record change不多说了,其更改记录可以通过ME14查看(你也可自定义report,关于相关表格请看接下来的PO定价表格)图1-[2]:空表示建立info record可不指定plant,+要指定plant,就是说info record是plant级的如选择-表示禁止plant-level的,此时你只能建立purchase organization级的info record.info record.一个迷死你(MSN)朋友说,老付你写的东西有点难懂,太着重技术了,所以就这个我要耐心地讲解一下,我向来非常有耐心的,用我家乡的土话说我可以坐在你肚子里慢慢教.新建物料ZST_SUBCON是委外的(MRP2的procurement type F with special procurement type 30 outsourcing,新建很重要以免可能已经有多个info record你搞不清楚状况,对于处理多个info record接下来会有讨论),假设plant 5100|5200同属一个purchase org. 5100,你将conds. at plant level设置成空,建立这么几个info record(1)只输入purchase org 5100不带工厂,然后使用CK11N去估算(2)加上plant 5100而5200不加,看CK11N结果. 当然这个不是我做我对这个已经很了解了,有兴趣的读者自己去try,相信你马上几明白了这个设置的意义.热身动作完成,开始介绍PO定价, PO pricing用到的condition技术非常简单, 一般的全部步骤是8步骤(其中有些可能你企业可能并非必需比如[1][3][5]),如图4:图4-[1]:扩展条件表字段SAP定价条件表字段组合非常灵活,你可根据采购组织合同(agreement)供应商物料组物料等等字段自由组合定价. 也就是说PO header, PO Item等表(EKKO,EKPO,EKET中的字段基本可用来做条件字段).如果你的定价比较复杂,可以使用自定义字段甚至你自己定义的表中的字段(通常你可以使用SMOD:MM06E005激活PO屏幕增强SAPMM06E,在该屏幕上输入数据到自定义表中,这些屏幕激活后通常将作为PO header|PO Item最后一个Tab页名称叫Customer Data页,如下图6-[3],更详细请看本书相关部分)大都数情况下并不需要增加额外的条件字段,如何增加条件字段呢?请看图4-[E]的System Enhancement的帮助文档.一个企业用户说,我们把Purchasing group EKGRP对应成采购部的Buyer,现在定价条件需要为同一物料不同的buyer设置不同的采购价格(Item condition),可是如果你稍有ABAP知识,你应该知道采购组EKGRP是PO header表EKKO的字段,如果你需要将它用语用于PO Item condition,为此需要先在KOMP和KOMG(SE11,可能你需要申请传说中的Access key)俩个定价结构中增加同时ZZEKGRP字段.如图5-[1],按SAP的说法,你必须在字段面前加上ZZ做前坠,现在purchasing group就能用于PO item condition了,在图5-[2]中另定义了ROUTE(STO Item shipping data表EKPV-ROUTE 字段)作为整单Transfer order PO header conditioned 定价字段(只有STO才会有shipping Tab 页才可设置Shipping route,如图6-[1][2],关于STO处理请参考本书的PO相关配置),对transfer 到不同地方的PO设置一定价条件(关于Shipping和route determination请参考本书的Logistics Execution IMG path下的shipping和route determination相关配置．).同样,如果你要将某自定义字段用于PO header condition,请将该字段使用SE11同时加如结构KOMK和KOMG调整.最后你需要稍微写一点东西,SMOD->LMEKO002(exit function EXIT_SAPLMEKO_002,如是Header condition,enhancement是LMEKO001),在function中写入下列代码,就两句. MOVE I_KOMK TO E_KOMP.MOVE I_EKKO-EKGRP TO E_KOMP-EKGRP.你根据实际业务决定你是否需要自定义价格条件字段.图4-[2]:建立条件表建立条件表很简单,只要将所需要的条件字段选到坐标就可以,如图7,我建立一个条件表990.图7-[1]生成条件表A990(SE11,Condition表都以A开头),在A990中我使用了自定义的条件字段ZZEKGRP.图7-[2]可不断点击Other description知道出现的是选择的条件字段描述是字段名称,这样比容易理解图7-[3]增减字段,但是当条件表已经生成一般就不允许再增减条件字段的.图7-[4]给条件表一个描述,如是灰的按它切换图7-[5]选择的条件字段*以后MEK1输入的相关的PO条件记录就保存在此表中.图4-[3]:定义存取顺序什么是存取顺序,怎样的条件类型才要存取顺序呢?存取顺序是帮助找到某条件类型的有效条件记录的一种寻找策略.如图8,讨论下采购价格condition PB00(可能你家并不叫PB00,以后就不再区分)的存取顺序0002.图8-[3][4]:存取顺序号称|相应条件表图8-[5]:|我们知道condition技术不仅仅应用于MM/SD定价所以requirement在多方面也应用, Requirement表示需要什么条件(关于requirement本书有专门讨论),使用Tcode:VOFM能看到condition技术的各种requirement的应用,你从Requirements菜单->Pricing可看到各种定价使用的SAP default requirement.典型地,我们在info record中输入PB00 condition对应的是图8的第25行表A017 requirement是35.代码如下:form kobed_035.sy-subrc = 4.check komp-no017 eq space. (如果info record读到价格数据返回成功)sy-subrc = 0.endform.图8-[6]:Exclusive,只要抓到一个价格,就不往下继续寻找条件价格记录了.如果你使用MEK1输condition PB00的价格数据时实际上这个整是你看到的key Combination,你MEK1建立PB00并不意味你就建立了info record,因为info record还包括其它采购数据信息并不仅仅是一个价格(更详细请看接下来的实例).什么时候需要为condition type建立存取顺序?如果企业不希望用户直接在PO item更改价格,假设我们使用PB00做info record的condition,设置存取顺序0002后,PO价格就能将这预先定义的价格直接带到PO item.我们再将PB00的Manual entries设置成D,PB00就不能输入了,在将PO item的screen的price 设置成display,这样要更改PO价格你就必须找有权限建立info record的user.思考:如果采购condition type PB00不建立存取顺序,开PO时还能自动带出采购价格吗?图4-[4]:定义条件类型以为著名的采购价格条件类型PB00为主题讨论一下conditon type是怎么回事?其存取顺序是0002,而另一个SAP default的PBXX没有设置存取顺序.图9-[1]:表示PB00的获取是按一定的顺序策略从相应的条件表中取得维护的条件记录,详细请看接下来的access sequence讨论.图9-[2]:表示PB00是价格条件类,表示是基于数量计算的.如果你的价格是基于重量的,可是物料基本数据是PC,你可以选D,如果你这样做可能在开K类PO时会有点小问题,你可能需要重写requirement,我测试过一次是这样的.图9-[3][8]:感觉将这[3][8]两项连在一起有点那个. 如果你看FRA1(FRA2)-FRC1(FRC2),这块是B表示delivery cost,同时和图8-[8]应计连在一起(选上)表示该condition是运输费类条件类型,并且需要设置Account key(会计科目OBYC->你定义或SAP已存在之T/E Key).你根据实际需求参考copy出所需要的delivery cost或其它类condition,如果需要在PO能default带出,你可能需要建立条件表和自定义的存取顺序,你还可决定是否需要为该condition建立对应会计科目(通常是应计类科目,请看接下来的定义T/E Key). *如果你使用B类delivery cost condition在计税方案未设置account key在PO中会有错误提示. 同时在MIRO时你可专门对planned delivery cost进行发票校验.图9-[4]:PB00采购价格condition的Manual entries设成D不能手工输入,同时在PO屏幕设置将item的price也设置成display(请看本书相关配置部分),这样采购价格就只能从info Record带出,传说这对采购价格管理价格很有效.图9-[5]:item级的condition,同时允许你在PO item的condition list删除它,不勾就表示不可删除.通常采购价格condition比如PB00在计价方案会设置是强制必输.图9-[6][7]:表示PB00是采用数量类等级价格,比如vendor规定1-100个某料1.00USD/PC,101-500个0.95 USD/PC诸如此类的等级价格,另外一个比较实际的例子是采用日期型的等级价格,不同的时间(可是周月旬)给你不同的价格,如果需要你可以自定义等级价格的公式.你可以从表KONM中读到这些数据,关于condition table关系请看接下来的实例.图9-[9]:SAP的帮助举了一个实例,物料A,B同属一个material group 01,Material A 100个,Material B 150个,假设vendor给定1个1%折扣,100个开始给2%折扣这样一个价格等级,A+B =250个,享受2%折扣,如果它不work,不要紧,后面不是有个Groupcond routine吗?自己定义程序逻辑,根据实际业务想咋的逻辑就咋的,SAP不也是代码堆出来的吗?图9-[10]:你可使用Rererence condition type,在SD定价中设置了ZPR1的reference condition type是ZPR0,这样VK11只要维护ZPR0就行,K,跳到SD干啥呢?我的意思MM定价和SD定价原理基本完全大概都一样.图9-[11]:如果有必要, 你可以将折扣附加费海关运费和PB00使用同一个附加计价方案,SAP default的RM0002,这样在维护PB00时,你可同时在此维护这些condition,如图10,FRA(B)1-FRA(B)3是无access sequence的,这样做的好处是这些condition不用使用access sequence而在开PO时间也能自动随PB00带出(捆绑在一起同一info record number嘛).非常遗憾的是,这样做可能不到好,因为info record的PB00通常是针对某物料某vendor某pur. Org而且某plant的,而通常运输费海关费是只根据国家代码运输Route制定计划价格,所以通常还是建立access sequence然后MEK1维护计划价格(更详细关于运输海关费处理请看本书相关部分).上面只介绍最常用的几个字段意义,比如还有plus/minus字段,通常一些折扣折让类的是X表(1) Info record和PO condition record的关系图例1是个合成图,虽然我知道这图搞的不怎么帅,由于能说明问题我还是将它贴上来了.info record是某一物料对应某一vendor的采购信息源.一个info record通常包含最少一个代表(如图例1-3包含了3个condition type)常用Tcode:ME11(Create)/ME12(change)/ME13(display)/ME14(changes)/ME15(设删除标志) /MEMASSIN或MASS大批处理.I nfo record查询:ME1L(by vendor)/ME1M(by material)/ME1W(by material group)/ME1PME1E(price history).(2)PO header condition和Item condition什么是header contiion,假设实际业务是供应商就整单PO给你打个折,你定义一个header condition,因为你在PO header输入的header condition会自动写入个PO item condition,同样各PO item的condition会自动汇总到PO header condition数据里作为整单的condition汇总,这样假设你给一个有5个item的PO一个100 RMB的折扣时,注意在假设因为是从Item condtion带过去的,假设PO有俩Item,一item PB00价格是100USD,另一item PB00是150USD,在header condition看到的PB00是多少呢?250,就是说header condition 包含的是各line itemconditon的总和再加上本身可能的header condition比如上面所说的整单PO打折.图4-[5]:定义TE Key什么时候我们要在PO计价方案(calculation schema)为condition type定义一个Account key 呢?图4-[6]:定义计价方案图4-[7]:定义方案组图4-[8]:定义计价方案决定复习:1自定义的condition field必须在KOMG和KOMK/KOMP(SE11)同时加入才可在condition table中使用2 condition配置包括定义condition field,然后由这些字段组成condition table,MEK1等输入后保存的叫condition record,有些condition record要建立存取顺序,有些不需要,存取顺序是用来按一定规则读取condition record的,Calculation schema是PO如何计价的,它包括一系列condition types,最后需要将calculation schema分配个PO,仅此而已,很简单吧.3 Requirement用在多中地方,举一个实例,有的企业可能SD billing 的产生是后台跑Job现在希望在VL02N后不立即产生销售收入,如是VL02N(除了各种免费的SO)后台不立即产生销售收入,我想除了做一些配置外使用requirement是很容易做到这点的.4.读者可能很想知道如何配置+Exit来折腾一个最后采购价格,我不告诉你们.下面让来说明下图1A-G.[A]plant级的condition控制[B]控制某condition type的最低最高pricing amount[C]根据采购组织供应商定义(计价)方案组(Schema group)[D]如图8,1[C]定义的方案组,这是为标准PO的,0001组的标准PO采取的Proc.是RM1000,其他的不在此组的是RM0000,这是SAP标准的,实际业务你可能copy出的是ZRM0000.至此,就将PO的取价和condition配置挂上钩,对于Stock transfer order有专门的一刀.这方面的业务相对有点复杂,在此就不细述.[E]说下定义Transaction/Event keys,假设我定义了ZF1-ZF3和ZST,如图9 ,在OBYC就可看到它们,刚才有读者反应说FR1-3不好玩,就Copy了ZF1-ZF3,顺便跑到图7将它们换掉就可,我举这个例子的意思很明显就是不使用形而上学上学的观点去理解OBYC.[F]在计价方案(Calculation Schema/Procedure)中根据某些条件排除那些condition types.[G]仔细看看这个帮助文档吧,它详细介绍了如何使用Exit增强Condition field,是的,你另外的加入的condition field必须写相应的Enhancement程序,如图7就以RM0000为例,因为在SAP default 的schema determination中PO的定价就是使用了它,实施项目中copy RM0000出来在根据实际业务更改然后分配个标准PO,至于Transfer order(包括公司间或集团内跨公司的)可参考RM2000.1.Procedure RM0000 , 2图7只截取了部分condition type,PB00的Mdt打了勾表示在PO的condition(PB00是item condition)中PO item必须包含它, 3 From /to表示此condition type或实际价格从哪行到哪行,To是0,或空表示只使用from行,让我们看11, actual price表示从22(鉴于篇幅图7中被隐藏)行计算到39行, 4表示此condition type的价格是手工输入的,很显然这些condition type通常也就没有必要建立存取顺序然后麻烦你使用MEK1去维护它5表示此condition type是用来做统计和管理目的用的,不反应在财务上,将来可使用它做些相关report,6再看11,这是一个subtotal的标志,S表示这个统计的价格将反应在KOMP-EFFWR 字段,KOMP我们知道是PO item condition的一个structure,至于保存在什么,在复习篇中将重点讲述,7又是使用requirement,在此就不再细述8 9 10是和OBYC相关的,打开tcode OBYC 你看到的transaction(所谓的Transaction/Event Key)中有FR1-FR3,RUE,B01 ,而Account key 就是Valuation modif.,好了现在有个问题,有的企业要求在PO condition中将运输费(我想分离出7%的低减增值税额的配置也很简单),包装费,报关费等在MIGO,MIRO能对应到一一相应的费用科目,OK,就是在此设置,你甚至可在OBYC中定义自己的Transaction/Event Key,假设你觉得FR1-FR3不好玩,就定义ZF1-ZF3将他们退换就可,我说这个的意思是,很多人理解OBYC中的Transaction/Event key是死理解的,这种思路要换一下.如何定义,请看图1 E define Transaction/Event Keys,11PO通过各种计算得出的实际价格.PO定价条件类型相关表格用于定价的一些结构KOMK(Header),KOMP(Item),KOMG(Condition allowed fields)如果你做过CO,你使用OKKN曾想弄个最后一次PO采购价格的成本估算变式,你就可能非常烦恼info record究竟是怎么的获取逻辑,如果你对上面的几个小表的关系理解清楚就非常简单了.MD,太没劲了,这么简单的东西浪费我宝贵的时间,不说了,做点正经事,下次继续,举TNND两火车皮condition实例..编写用户增强用户增强通常包括下面3类,顾名思义,就是增强SAP的可能没有提供的功能(通过后台配置也不能实现).1.E Enhancement exits :就是常说User_exit (用户出口)使用SE37搜索EXIT*的函数大都是做exit用的,通常里面预包含了一个Z开头的程序. SE16查询TFDIR(函数表)输入EXIT*也可.2.C GUI codes( GUI接口增强)3. S Subscreens (屏幕增强)Enhancement在表MODSAP可看到,而TFDIR字段MAND(值为C表示此出口函数被激活).使用SMOD(CMOD)当然可激活exit function,有时候一时难以查询到相关Enhancement时可使用下面程序将出口函数激活.REPORT Zactexitfun .data ztfdir like tfdir .* select single * from tfdir into ztfdir* where FUNCNAME =* 'EXIT_SAPMM06E_013'.* ztfdir-MAND = 'C' .* update tfdir from ztfdir.* 将EXIT_SAPMM06E_013换成实际所需exit函数名update tfdir set MAND = 'C'.where FUNcname = 'EXIT_SAPMM06E_013'.***当然也可SE16:MODSAP表enhancement输入EXIT_SAPMM06E_013然后得到enhancement name MM06E005后使用SMOD测试激活exit函数.增强相关函数和表格Function:[1].DYNP_V ALUES_READ[2]. MODX_ALL_ACTIVE_MENUENTRIES(菜单增强)[3].MODX_FUNCTION_ACTIVE_CHECK(出口函数增强)由于读者可能接触user exit最多,除了附录光盘有个查找ZFINDEXIT的程序外(有些exit 使用它并不能找到),另一个直接有效的方法就是使用这个函数,SE37设好断点后执行tcode 如其有exit就会调用此函数.如图2-11-1是运行MIGO时的一个截图,表示相关exit被激活.[4].MODX_MENUENTRY_ACTIVE_CHECK(菜单增强)[5].MODX_SUBSCREEN_ACTIVE_CHECK(屏幕增强)Table:[1]. TFDIR->function module table[2]. MODSAP->sap enhancement table[3]. TSDIR->Dynpro Areas CALL CUSTOMER SUBSCREEN(屏幕增强)[4]. CUATEXTS-> GUI Interface: Menu Texts Changed(GUI 菜单文本增强)***注意,为了确保一个出口被真正应用,必须同时激活相关程序(SE38)和出口函数(SMOD|CMOD,反正就是要保证tfdir-mandt=’C’,用程序也可.)关于增强中的user exit,在实战篇中会有更多详细的例子.找屏幕增强有很多方法,读者可从SE16:TSDIR中找寻,或者CMOD菜但utilities(M)->SAP Enhancements搜寻出所有的exit name,然后在搜寻结构中再输入’screen’ 关键字(通常在shorttext描述)一般能找到一些SAP预留的屏幕增强.下面以建立PO举个实例介绍什么是屏幕增强.如图2-11-2,很简单,SE38输入SAPMM06E.SAPMM06E可看成专为PO增强的一个module pool,可以增强的subscreen no一般还有0101,0111,0201,0211,0301,0311(增强的子屏作用读者可从描述中就知).SAPLXM06实际上包含四个include,INCLUDE LXM06TOP(Global Data在此为增强定义global data), INCLUDE LXM06UXX.(Function Modules实际上包含所有可用的user exit),INCLUDE LXM06F00. (SAP-Formpool for Customer-Use可在此建立Form pool),INCLUDE ZXM06ZZZ. (Subprograms and Modules,在此建立增强子屏)*&---------------------------------------------------------- *& Include ZXM06ZZZ **&---------------------------------------------------------- module modpohead.call screen 0101. "PO header增强子屏endmodule.module modpoitem.call screen 0111. "PO item增强子屏endmodule.注意上面的screen 0101和0111在attribute screen type必须选subscreen.再ME22N(ME23N)进去后能发现在PO header和line item都多出了一customer data tab页,不妨这样设想,假设用户希望在操作PO时写些额外的东西进自定义的表格,而且这些数据通过一般的user exit还做不到,因为这些字段在PO相关数据表中不存在,必须有用户在屏幕上输入(否则没必要使用增强屏幕直接使用合适的user exit将数据写到自定义表就可),就得使用增强屏幕. 屏幕上文本框和table control都可用,想输入怎样的额外数据到自定义表都行.如图2-11-3,读者可看到header和item都多出一Customer data的增强屏幕.1有时实际需求会需要更改屏幕上某些字段的显示,比如用户希望物料主数据basic data 2视图other data 下的Prod./Insp. Memo(子段显示)保存其它信息,同时为了避免不必要的误会需要更改此字段显示,严格地讲,这并非屏幕增强.这是屏幕”强改”(强行更改).2.所谓屏幕增强就是多出个子屏幕来,在此你可显示一些数据或插入一些数据(到自定义表格中),global data(可理解为定义的全局变量内表什么的)对ME21N是SAPLMEGUI(main程序)->SAPLMEGUI(Global data include),就是PO的增强屏幕不能使用SAPLMEGUI中定义的东西.3.另一种enhancement技术BADI(Business Add-Ins, 字面翻译业务附加->应用程序接口)正被使用,详情请看本章第19节使用BADI.后勤-一般设置(Logsticis-General)后勤配置介绍下图1-[1]->1-[7]的七点配置.物料主数据(Material Master)配置物料主数据(Cofiguring the Material Master)下面以一个实例介绍如何配置物料主数据屏幕,通常物料主数据维护牵涉到多个部门,企业一般会成立物料主数据小组专门负责维护.企业一般会有这样的需求,比如让库房的用户不能看Accouting view的一些所谓敏感数据, 生产计划员只能看到维护MRP View,当然通常basic data view是要让看看的.假设现在想让财务部用户STONEF在使用MM01|MM02|MM03只能看到和维护会计成本视图,其它的物料主数据视图对STONEF是不可见的,这个配置很简单,只有小小的4步而已.图1-[1]:Tcode:OMT3B首先Copy SAP默认的屏幕顺序screen sequence 01 成Z1,将不需要的data screen删除,如图2 .在data screen下面还有subscreen可看看,如果读者有ABAP基础,这很好理解,一个main screen 通常是包括多个subscreen.你对物料主数据的某视图的某字段按F1就可知道屏幕号和子屏幕号.图1- [2]:Tcode:OMT3R这步非必须的,如果有必要,如图3,调整Main screen的顺序,如图3-1,将basic data调到最后,这就是以后MM01/MM02/MM03看到的物料视图顺序.同时可看到右边所有的Additional screens如图3-2 .图1- [3] :Tcode:OMT3E你可分配Screen Sequences给User/Material Type/Transaction/Industry.步骤如下: (1).建立Transaction screen reference ZT给MM01-MM03,这个对整个tcode所有的用户都有效,通常你不能这样做,在此只是举例而已.(2).User screen reference ZS给user STONEF,(3).如果需要你还可建立Material type screen reference和industry sectorscreen reference.以上3步请参考合成图5.(4).然后再在图4-[1]加一行数据,表示Transaction screen reference ZT,User screen reference ZS,所有的material type和industry(如果需要SRef:Matl type可加具体material type意思是屏幕顺序Z1只对此material type才有效)都将使用只有basicdata,accouting和costing view的屏幕顺序Z1.到此设置基本完成,MM01建立物料时,你看到的将如图6,让我们回想第图1- [2],是的,basic data view排在最后了.现在在选择View时间将Accounting和costing默认选上.请看步骤图1- [4],你也可使用图6的Default Values保存.图1-[4]:Tcode:OMT3U维护一些用户初始设置而已,如图7,用户在MM01/MM02将发现accounting和costing view 默认是已选.字段选择(Field Selection)在刚刚的物料主数据屏幕配置中我们可限制某用户只能看到和维护设定的几个物料视图,这步使用字段选择我们可设置用户必须维护或禁止维护允许视图的某些字段内容,这个设置也很简单,举一个实例,假设用户在维护会计和成本视图时必须维护标准价格,Origin group(对成品是统一是Z000,表示空)和Material origin3个字段.一般就4个步骤,如图1-[1]-[4].图1-[1]:Tcode:OMSR如图2-[2],为了快速找到字段,你直接输入字段名称MBEW-HKMAT(Material origin)| MBEW-STPRS(标准价格)|MBEW-HRKFT(orgin group),将他们一起分配给Field sel. Group 222(如图2-[1],此编号只能是1-240).图1-[2]:Tcode:OMS9在这一步,你将刚刚定义的field sel. Group 222分配给所谓的field ref.,可以是显示(就不能修改),必须输入(Reqd entry)和可选(Opt. entry),这个field ref.可以是一个industry sector,一个plant,一个material type,也可以是一个物料主数据维护tcode(MM01-MM03).如图3-[2]和图3-[4]同时设置了222对应plant 5100和MM01是必须输入的,这样5100或使用MM01时你就必须输入222包含的3个字段.明白下面几个问题:(1)假设你只想让plant 5100才必须维护222包含的3个字段,其它plant不要限制,你只要将Field ref. 5100设置成Reqd. entry就可以.(2)如果你想限制凡是MM01都必须输入222包含的3个字段,就如图3-[4](3)假设你的industry sector是M,222必输,plant 5100是display,MM01又是必输,自己测试哪个设置更有优先权.理解以上3点,不要将不需要强制字段输入的工厂设置成必须输入.图1-[3]:Tcode:OMS3将industry sector映射成Field ref. 而已.图1-[4]:Tcode:OMSA我怎么知道图3-[2]的Field Ref. 5100一定是对应到plant 5100呢,就在这步设置,设置后系统就知道,哦,原来Field Ref. 5100就是对应到plant 5100.图1-[5]:Tcode:OMSFIX如图5-[1],是一个物料主数据屏幕Header的一个图,在此步你可设置一些lock相关字段,这样可保护一些重要字段,必须被授权用户解锁后才能被修改.Field reference复习.SAP的字段控制设置使用的field reference可以是(1)Material type (2)Industry sector (3) Plant (4)Tcode (5)Procurement type(E:自产or F:外购) (4)(5)似乎是SAP默认的,(1)(2)(3)要设置.在OMS3(for industry sector)和OMSA(for plant)分别将industry sector和plant和field ref. link上了,对material type,使用OMS2定义field ref.如图6-[1].那我现在要让非授权用户根本就改不了某些字段如何办?显然上面的lock-revalant应该算一种选择,在下面使用BTE来限制不允许用户更改origin group.很简单.1.BF24 建立一product假设叫ZMMCHK并激活它.2.BF34 如图11,Event选1250,Function ZMMCHK是从函数SAMPLE_INTERFACE_00001250 copy出来的,这样可避免为直接使用该函数而申请Access key.然后在ZMMCHK中小写一段代码Check sy-Tcode = 'MM02'.If I_MBEW_NEW-HRKFT Ne I_MBEW_OLD-HRKFT .Message E001(00) with '我origin group老人家跟你又不是很熟,干吗乱动人家?'.小庖:为什么不直接在OMS2定义material type时就选取允许屏幕,比如某类原材料将销售视图隐藏?老屠:可以,但这个是对所有用户都有效的,上面的实例可针对某个用户.。

sap 定价条件

sap 定价条件SAP定价条件SAP定价条件是SAP系统中的一个重要模块，用于定义产品或服务的定价策略和条件。

它可以帮助企业根据不同的市场需求和竞争环境，灵活地制定定价方案，从而提高销售效益和市场竞争力。

一、定价条件的作用和意义定价条件可以帮助企业实现以下目标：1. 定价策略：根据市场需求和竞争情况，制定合理的定价策略，如高端产品定价高，低端产品定价低等，以实现市场差异化竞争；2. 销售价格：根据产品成本、市场需求和竞争状况，确定产品的最终销售价格，确保企业的利润最大化；3. 促销活动：通过定价条件，可以制定不同的促销活动和优惠政策，吸引更多的客户购买企业的产品或服务；4. 合同管理：定价条件还可以用于管理合同和交易，例如合同价格、折扣、付款条件等。

二、定价条件的种类和用途SAP系统中的定价条件包括多个种类，每个种类都有不同的用途和适用范围。

以下是常见的几种定价条件及其用途：1. 销售定价条件：用于定义产品的销售价格，包括基本价格、折扣、溢价等；2. 成本定价条件：用于计算产品的成本价格，包括原材料成本、生产成本、运输成本等；3. 运输定价条件：用于计算产品的运输费用，包括运输方式、距离、重量等因素；4. 促销定价条件：用于定义促销活动的优惠价格，例如满减、赠品等；5. 合同定价条件：用于管理合同和交易的价格，例如长期合同、预付款等。

三、SAP定价条件的配置和管理SAP系统中，定价条件的配置和管理主要包括以下几个步骤：1. 创建定价条件记录：在SAP系统中，通过定义条件类型、条件表和条件记录，创建定价条件；2. 配置定价条件：根据企业的需求和策略，配置定价条件的各种参数，如价格计算公式、条件值等；3. 定价条件的应用：将配置好的定价条件应用到销售订单、采购订单、合同等相关业务中；4. 定价条件的维护和更新：定价条件需要根据市场变化和业务需求进行维护和更新，以保持定价策略的有效性。

四、SAP定价条件的优势和挑战SAP定价条件的使用可以带来以下优势：1. 灵活性：SAP定价条件可以根据企业的需求和策略进行配置和调整，以满足不同的市场需求和竞争环境；2. 效率：SAP定价条件可以自动计算和应用到相关业务中，减少人工操作和错误的发生；3. 数据一致性：SAP系统中的定价条件可以确保不同业务之间的定价一致性，避免因人为因素导致的错误和差异；4. 数据分析：SAP系统提供了丰富的报表和分析工具，可以对定价条件的使用情况进行监控和分析，帮助企业优化定价策略和决策。

SAP条件定价技术应用探索研究

SAP条件定价技术应用探索研究摘要：条件技术是SAP系统中一项核心技术，被广泛应用，尤其是在定价过程中的应用，即条件定价技术应用比较典型，也是SD模块应用的核心内容。

但是条件定价技术涉及的元素和逻辑较多，应用起来比较灵活，再加上实际业务千差万别，如何选择最优配置方案，在满足业务需求且使终端用户操作最方便的同时又能保持良好的可扩展性一直都不是个很容易解决的问题，一个常用的方法是参考已有的应用实例进行设计。

本文在介绍了条件定价技术的概念、原理和配置步骤的基础上，以一家纯贸易公司为实例，进行了应用探索研究，希望能为条件定价技术的应用提供一定的参考作用。

关键词：条件技术；定价过程；客户特价条件技术是SAP系统中一项核心技术，被广泛应用于定价确定、文本确定、输出确定、物料确定等过程[1]。

SAP的SD模块能为销售管理提供很好的解决方案，很大程度上要归功于其条件技术在定价过程中的应用，本文将就这种应用即条件定价技术应用进行探索研究。

一、条件定价技术概念条件定价技术指的是系统根据存在条件记录里的信息确定价格的方法。

条件记录是存储输入到系统中的条件数据的方式[2]。

例如，当输入产品价格或输入给某个客户的特殊折扣时，就创建了单个条件记录。

在SD模块中，条件定价技术中使用的各种元素在配置时建立和控制，当开具销售订单时，系统使用条件技术自动确定各种重要的价格信息，例如，应以何种价格向客户收费、哪些折扣和附加费与之有关等等。

二、条件定价技术原理从前台操作上表面上看，系统根据销售订单抬头里的部分输入信息就“直接”查找到了符合条件的价格记录，但其在后台的实际查找过程远不像看上去那么“直接”，系统要利用输入条件和配置逻辑依次进行5步查找才能最终完成价格的确定。

这五步分别是：确定定价过程、确定价格类型、确定存取顺序、确定条件表、确定价格记录。

每一步所利用的信息都是不同的，其中第一步和最后一步既用到了输入条件又用到了配置逻辑，中间各步则都只依靠配置逻辑进行确定并前后关联，这样条件信息通过定价过程、价格类型、存取顺序一直传递到条件表并最终查询到符合条件的价格记录。

(最新整理)SAP-MM定价条件全解析

SAP-MM定价条件全解析编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（SAP-MM定价条件全解析）的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。

本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为SAP-MM定价条件全解析的全部内容。

定价条件1、定价条件后台配置路径:SPRO—〉物料管理—>采购—〉条件—〉定义价格确认流程主要用到：“定义条件类型”，“定义计算方案”，“定义方案组"，“定义方案确定”这四块接下来我将按照上面的顺序讲解;2、定义条件类型首先我们要明确我们需要什么定价条件，这要根据实际业务需求来判断,我们项目中，需要“进项税”“运费（行项目）—不含税”“运费（抬头）-不含税”“保险费"这三个.进入后,点击“新条目”进入如下界面，下面的界面会涉及很多很多的字段,有的我也没用过,但有很多也用不到，需要继续研究！1、定价类型：定价条件的名称和代码2、定价等级：定价条件属于哪种,是属于“折扣/附件费”，还是“税”,还是“价格"等等(其实我赶脚这个只是个名字，没有任何意义,因为我这个是进项税,但是我选的是“折扣或附加费”）3、计算类型：如果你这个定价条件输入时，是按照“固定值”还是“百分比”,比如我们进项税肯定是输入百分比,如下图4、舍入规则：“商业”“向上取整"“向下取整”，商业就是四舍五入，向下取整就是舍掉，例如19。

248，就变成19。

24,向上取整就是全部进入，19.131,就变成19。

145、正/负：这个定价条件的值是正的还是负的,我们这里选择“负数”，因为我要计算出他的净价（不含税价）,肯定是减去税钱，如下图：6、组定价：这个字段我赶脚是一个非常非常非常牛X的字段，这里我赶脚有两个作用1）配合“7”“16”“17”“18”“19”使用,比如信息记录里面维护价格，1个100元，2—100个98元，101—500个95元,500个以上90元,然后我们采购时，有两个行项目分别为数量300和100个，如果两个行项目都属于一个物料组，我们可以根据物料组设定一个组别,对应到7里面，这样,就会按照101—500个这个范围取价格。

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.。