SAP MM采购定价价税剥离

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-Z45,对于商检队代理报关费用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）Change View 1TControl dataTr: Overview| New En |Dialup Structure f O Schemas9 匚Dntrol dataReferen匚巳 Step Oier/iewy 2iS:cp匚口LTyptiQscrpticinFrzTFC . 1st； .pI： li o: Req:Cal./-.ccKc/ |tar.11?3CC -055 Freen冋nX91zpexx Gross Price X95200EW01 Sircharge (Value) 9090Net yjIua inizl. tak12131311EMO5 Friedt Cost旧回1390BZK5ZM5321Ca-nm, Jnsp, TjtHhosI 1piZA5 JEA533iZAJ06呦即巧 ftr CUE.SdNS.回回EA6ZJL6SO0nn190b79j3i3ZgiBDrdBr errssnj va回907ZFM01 Lrznzi3rq Cocumcn: (Ziqi匚 edueControl data.系统已定义好一些范例计价方案，计价方案由一系列按一定规则组织的计价条件类型组 成，针对本例，假设定义计价方案ZFRM01,包扩6个条件：PBOO：信息记录中的含税价格。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 JO.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。你还可为不同采购组织定义方案组。|Choose Activity图13中，供应商40114500对应采购计价方案组M1。诩 ” | Display Vendor: Purchasing data 圏 13Alternative dat I 品 Sub-ranges I Additional Data, IS-cVendorPurchasing Org, erqiC onditionsOrder 匚urren匚yKMTerms of pymntTOI 门匚 otermsMinimum order valueCL5 匚 hem a Groupj VendorMlPricing Date 匚oritrolOrder optim.rest.GtDescription1MLM2M3S t-：ELtidard s cheiiia w 已 nd orD Limes匸iu Purchase 5clien已IiLLp 0X tPur Ch=iSE Sell已皿已4011455oIEe7Group for 匚日I匚ulation Schema (VendorJEJ图 4-8:定义方案确定(Define Schema Determination)设置好计价方案和为方案组后，最后一步就是让采购单如何确定计价方案了，计价将系 统的采购单分普通采购单和转储单(Stock transfer order，通常包括同一公司代码下不同工厂 下的转储和同一集团不同公司代码下的转储)。确定计价方案配置如图14,很容易理解。Change View Determination of Calculation Schema in F汐11 Me诃 Ent rd 團團画團團罠图14Schema GrpPO.Sch.Grp VndrProc.DescriptionzGUI001GTM Purchase Price1 IMlZfRJioi Purchasing Document 但iq)1jM2ZERA01=REP Domesti匚 Pur匸SchemeM3ZFPA02FREP Import Purchase Scheme 001RII1000Pur匚hasing Document (SmallQ001QIRH100QPur匚hasing Document (Small)图14中，由采购组织方案组和供应商方案组联合决定计价方案，注意到采购组织方案 组为空，实际上表示不设置采购组织方案组，也就是说，建立采购单时其计价方案直接由供 应商主数据设置的供应商方案组（如图13）决定计价方案。1 10 4903020471212271 ,导叶密封环假设某集团设置了采购组织方案组A001 （国内采购组织）和A002 （国外采购组织）， 供应商方案组设置了 M1,M2,M3,则允许用户设置多达6种不同的计价方案，系统在为不同采 购组织和供应商建立采购订单都能确定到，当然，实务上一般并不会出现如此多的个性计价NB Standard PO*Vendor40114550图 151:现在为供应商建立40114550建立一个采购单，其计价方案如图15。Doc. daHeaderItem OverviewItemConditionsMaterial Data Quaritities/Weights Delivery ScheduleDelivery InvoicePricing ElementsNCnTyNameAmountCrcyperu.B/N匚ondition v.C urr.StatusN. cPBOOGross Price117LI. I：ll：lRMB1 13n11,700-00RMB1CZMOlSureharge (Value)Ci.00RMB11,700.00-RMB0Net value incl. taxlr00i：i.00RMB101310,000.00RMB1CZHO5 Surcharge (Value)2 II ioa. 00 RMB93.46 Plffi0SA05 Survey cost 3 |to.00RMB10.00ZiO6 Agency fur CUS.&IN10.00 RHE1013Q4jloo.ooRMB1Clr003.35RMB1 1310,093.46RMB1C屠 Border 匚roesing1180.00 PMB101311,800.00 PMB1CQty10 013Net处匚门匚liti门rec.w 丛门日1丫克 |6齬 U图1512346:首先，点击 的“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的定价和计价确定吕己丄es and Listribut1onMaster匚1呂七呂Basic Functions Q Pricing ControlQi Def in言Define工母Define Define国毋DefineCondition Tables !_Condition Typ&s 2Acess Sequences 3And Assiqn Pricing Procedures 4Pri ?ing By Item Catego ryB M-aintain P ciQ-Relevant Master DatS Fil De f i n e Responsibility For Conditio ns 图1-1：定义定价条件表Tcode: SE16V_T681F|V/）3|V/）4|VX）5在此步你可定义SD定价允许字段和自定义条件表，请看本篇的SD定价实例.图1-2:定义条件类型Tcode: SE16:V_T685A|SE16: V_T685Z和MM 样，一般是比如你为销售定价PBOO定义一个参考价格ZPBO什么的，只是参考程序在SD选V而MM是选M的，如需要设置条件类型的上下限（在VK11时输入的条 件值就会受限制）.我记得在MM的info record PBOO比如设置了上限100HKD,下限50HKD，这样在ME11 时PBOO就只能在50=X=100取值.但是如果PBOO是允许手工更改在Po condition 里手工输入的值并不受这个范围限制，估计SD的一样，留点东西给读者自行测试.图1-3:定义存取顺序TcodeSE16:V_T682和MM 样，实际上所有的使用到条件技术（MM定价|SD定价|Tax|output|costing sheet 甚至SD的收入科目确定）的东西都共用了一些相关表格和程序,所以说condition非常 简单，一通百通.:定义和分配计价过程在MM模块的定价中，我们是先定义方案组(schema group)，方案组可以是vendor和采 购组织，然后根据方案组为标准PO和转移单分配计价方案(Calculation Schma).显然SD的定价非常灵活但是只要掌握也很简单，实际中也不过是copy几个东西而 已,SAP项目实施最后配置不就是按实际业务copy来copy去的吗？DoPrIjescriptLonAStand：=rcl|BPlants AlnroadcF匸已已of ChargeDSelf-Billing w/Inv-IIntercompany BilLinLSubcontract inga & IB aCUFFDesculp 匸 1cm1Standard2Stand Incl Sales Tzi匸one 匚已吕匸 P匚iPro% New entriesCZiazigre ViewPzrocedLiire.s; Trazi.saa tiozi,T: Ov&i巒 New cntniES EQ逸團Ch&nge View S曰工第$ Dacmnezit Type; Docujnent PricinirSaTySales doci-ifnent typeDoPrDoc pric procedure門 i30Rush OrderA31 an da匚日rORSt.ftnclacd OrderASt a 口 dard.TAHDe L ivery Order讪JandardTAVStanciacd Order (VHI)AScatidardTypes简而言之，SD 的计价过程由(l)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-234:定义 document pricing procedure,在图 3-3对应到销售订单和 billing 类型.图4是一个合成图，假设我开了个sales order type OR的销售定单,客户是1,item category 是TAN.你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.(1) :图 4-7我们知道客户主数据 sales area data 的 prcing statistics 的 cust. Pric.proc.是 1,(2) :图4-1234我们定义了 sales area 5100|80|10,对于A(因为我开的是OR类型销售 订单,从上图3-3我们知道OR对应的doc pricing是A),customer pricing 1的定价过程是 RVAA01,销售价格condition默认是PR00 .(3) :你从图4-9的那个按进去就能看到condition明细，在condition屏幕点击图4-10 的那个 Analysis按钮,就能知道的确我没有蒙你这个销售订单的pricing procedure是RVAA01.练习现在假设你使用XD02将customer 1的Cust. Pric. Proc. 1改成我定义的乙然后再开一个 刚才一样的销售订单，将会有什么结果？是的,系统会告诉你没有计价过程，因为在图4-1 234 Define Pricing Procedure Determination 时我并没有为 sales area 5100|80|10, Do Pr A, CuPP Z 定义一个计价过程.从上面的描述里，可以知道SD的定价过程比较灵活.如果你的 pricing procedure 没有，请用 OVKK 检查.图 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).*关于寄售请参考本书的5D寄售流程图5-2表示item category为TAN的行项目允许直接带出销售定价condition type amount(如果VK11维护了的话,TANN则没有(/ree of charge当然不需要销售价格条件Change View尽 Documents; Pricingr fox Ztem Cate滋適劇I5J Li图1-67定义计价相关的主数据字段和condition负责员工.假设你的SD定价过程的condition type是PROO对应的access sequence是PROO,你看一 下 access sequence PROO 可以发现有一些 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.决定 SD pricing procedure 的是三个条件:sales area |Sales order type对应 docPr)|Cupp.Price list,pricing group,material pricing group 你可用于建立一些 自己的 condition table 然 后加到销售定价条件比如说PR00的存取顺序让销售定价更灵活点而已.PROO只是SD pricing procedure的其中的一个销售价格条件而已.SAP ERP实施中，经常会用到例程开发(TCODE:VOFM)。这个开发目前我用到的是影响 SD和MM的定价过程。创建例程需要ACCESS KEY,这个可以通过申请得到，创建后例程会 被包含在一个REQUEST下。写好代码以后，在SPRO里面的条件计算方案将你写的代码 编号配置进去，就可以影响到这个定价了。例程工作原理:例程，即Fomula，是使用在销售、采购、发票、交货等单据中定价过程的一小段程序。 之所以有Fomula存在，是因为在不同的业务场景下，定价过程可能千差万别，但是却可以 拆分为一些关键的组成部分，如复制请求、数据传输、要求、公式，每个例程就是一小段专 用程序，这些例程程序会被标准程序动态调用：如：PERFORM XXX IN XXXX IF FOUND.我们 可以在例程中编写代码片段，修改运行环境中的数据。具体的每种例程都有不同的环境变量 和接口数据，在此就不详细说明了。创建例程的过程，实际上是做了以下几件事，我们以要求-定价-998例程为例说明：1创建了程序：RV61A998，改程序可通过SE38查看2在表TFRM、TFRMT中添加数据，记录创建的例程编号等信息3激活例程时，RV61A998被INCLUDE在RV61ANNN,即在RV61ANNN中添加一行： INCLUDE RV61A998.下面解释下传输后无法正常使用。CHANGE REQUEST释放后传输，1、2两步可以正常完成，但是第三步，虽然在目标系统 中激活了，但是未能INCLUDE在RV61ANNN程序中，因此定价过程配置好之后，会出现ABAP DUMP.解决方法：在目标系统中运行程序:RV80HGEN即可修复BUG,而不需要在目标系统中通过 VOFM激活例程。该程序的作用是根据表TFRM,TFRMT在RV61ANNN等程序中增加INCLUDE RV61A998这样的代码，如此才能正常运行。具体见Notes:28683