SD 一周通.docx
- 文档编号:3999909
- 上传时间:2022-11-27
- 格式:DOCX
- 页数:22
- 大小:743.69KB
SD 一周通.docx
《SD 一周通.docx》由会员分享,可在线阅读,更多相关《SD 一周通.docx(22页珍藏版)》请在冰豆网上搜索。
SD一周通
小庖:
听说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个conditiontypes.
1.采购净价conditiontypePB00:
Amount->10000RMB(VendorA)
2.进项增值税conditiontypeMWST:
Amount->17%*10000=1700RMB
3.应付运输费用conditiontypeFRB1:
Amount->1000RMB(FreightvendorB)
(可建立AccesssequenceZFRB,在此例不建立)
4.运输费可抵扣额conditiontypeZDK1:
Amount->1000*7%=70RMB
CopyfromMWST,AccesssequenceMWST
5.装卸费用conditiontypeZZX1:
Amount->50RMB(unload/loadvendorC)
(CopyfromFRB1,可建立Accesssequence)
6.仓储费用conditiontypeZCC1:
Amount->库存总价值的5%
((CopyfromZA01-surchage%ongross)
一个比较简单的处理方法就是将进项增值税和运输费可抵扣额直接在MIRO处理,在PO条件类型中不反应.为此你将FRB1(应付运输费用注意是1000*93%=930进存货成本,对应acocuntkeyFR1),ZZX1(conditiontype的Controldata2tab页的Accruals打上勾,对应accountkeyZZX),ZCC1(conditiontype同ZZX1一样,对应accountkeyZCC),MIGO收货的会计凭证是:
Dr:
原材料11529RMB
Cr:
GR/IR10000RMB(VendorA)
应计运输费930RMB(FreightvendorB)
应计装卸费用50RMB(vendorC)
应计仓储费549RMB=(10000+930+50)*5%
*你想将各种采购附加成本计入成本,相应的conditiontype必须对应accountkey(即可设置各种采购附加费用科目)
MIRO时如图1,
图1-[1]:
校验材料供应商的应付,此时你输入一17%增值税码(关于税务设置请看本书FI相关配置).
会计凭证如下:
Dr:
GR/IR10000RMB
应交税金-应交增值税(进项税额for材料)1700RMB
Cr:
AP117000RMB(forvendorA)
图1-[2]:
你看FRB1的conditioncategory是B(deliverycost)就知道,这步校验运输费用和装卸费用,出现两个vendor你选运输费用应付校验如下.
Dr:
应计运输费930RMB(抵消MIGO时的贷项)
应交税金-应交增值税(进项税额for运费)70RMB
CrAP1000RMB(forvendorB)
装卸费用LIV同运输费用,仓储费是本公司的应计费用不校验.
*通常运输费等可以建立存取顺序然后MEK1维护一个计划价格,如果计划价格和实际支付有差异,进入OBYC-UPF科目,详细请参考本书的实例运输费用处理)
小庖:
不会吧,上面那也太简单了,能不能将简单的问题搞复杂点,事实上很多时候vendor报价都是含税价格,运输费用也是,也就是说ME11维护的inforecord和MEK1维护的运输计划费用都是含税价(计划费用采用应计方式处理)现在我要MIGO直接生成如下的会计凭证,你给我弄出来.
Dr:
原材料(采购净价+应付运输费用+装卸费)*(1+5%保险费)
11529RMB=(10000+930+50)*(1+5%)
应交税金-应交增值税(进项税额for材料)1700RMB
应交税金-应交增值税(进项税额for运费)70RMB
Cr:
GR/IR11700RMB(vendorA,含税价格,MIRO就不用输入17%税码校验了)
应计运输费1000RMB(FreightvendorB,已含税,MIRO直接转应付运输费)
应计装卸费用50RMB(vendorC)
应计仓储费549RMB=(10000+930+50)*5%
老屠:
那也倒是,不搞复杂一点怎么能显示我们的SAP博大精深呢?
不瞒您说,我最喜欢满足各种BT需求将简单的问题复杂化了.
我仔细看了我自己专门量身定购的<<初级会计实务-小学版>>,看了关于材料计价就是看不懂,幸好是小学生版的要是中学版还不知道要被忽优成啥.那个购买材料假设没有其他采购费用的会计凭证是
Dr:
原材料11700RMB
应交税金-应交增值税(进项税额)1700RMB
Cr:
应付帐款|或银行存款|或应付票据啥的,可没有说GR/IR的,GR/IR等于材料采购?
还有应交税金-应交增值税(进项税额for材料)1700RMB和应交税金-应交增值税(进项税额for运费)70RMB不在MIGO时产生让它俩在MIRO时才产生行啵?
你说的那个会计凭证完全可以在MIGO产生只是人家一般不这样玩(因为MIGO你看debit只有存货想dr税金很难,这样的FIDOC也只有我才能给弄出来,有点太BT,这里就不说了.),我让PB00和FRB1你维护含税价格,我给他们各建立一参考价格ZPB0和ZFRB,然后PB00和FRB1带到PO自动换成不含税价格,你要看含税价格可以看ZPB0和ZFRB.
就这么定下.步骤如下:
(1)如图2,ZPB0参考PB00,该condition不能手工修改,注意选上参考程序M(如图2-[5][8]).
(2)定义两个accountkeyZCC|ZZX对应conditiontypeZCC1|ZZX1,这样在OBYC就可以设置应计科目了.
(3)定义计价方案(CalculationSchema)
图5-[1]:
我设置了3个采购价condition,ZPB0是用来做PB00参考condition的,ZPB0不允许修改,这个参考conditionZPB0和PB00必须满足
(1)相同的accesssequence0002
(2)ZPB0里设置RefConType:
PB00RefApplicatoM,如果PB00设置了supplementPricingProc(默认是RM0002),在PricingprocRM0002最好也设置一下ZPB0.
我必须指出的是ZPB0|PBXX|PB00(通常这个用来做手工输入采购价格的,有的企业设置PBXX并且优先级别高于PB00->从inforecord自动带出来的)的step都是1,图5-[1]表示采购价格的优先级别是PB00(Cntr3)>PBXX(Cntr2)>ZPB0(Cntr).
然后PB00设置一个AltCBV(Alternativeformulaforconditionbasevalue,如图6),就是说我们可写一个routine更改PB00从inforecord带出的值.假设inforecordPB00是11700.开PO会自动带出这个计价过程ZRM000,所有的condition都在一个内表,首先是ZPB011700(参考PB00的),然后到PB00时将其值更改(除以1+taxrate,比如本例是17%,taxrate可以根据物料主数据的purchasingview的Taxind.f.material获得,这个优先级别高于inforecord维护的taxcode,关于tax请看本书的SAP税务配置).
Ok,这下我们应该明白PB00|PBXX差别和参考价格的应用.
图5-[4]:
我们为ZZX1和ZCC1定义了两个accountkeyZZX和ZCC,Accrls表示该accountkey
是应计|预提(Accrual|provision),我喜欢将这些accountkey对应的科目叫类GR/IR,
因为这些科目主数据有一些和GR/IR相同的特征比如会计科目的controldatatab
页的onlybalancesinlocalcrcy必须选上,.还因为这些科目承载的通常是所谓的采购
附加费用(也可是产品版权,请看本书的外包处理实例)这些费用将计入材料成本.
图5-[5]:
意思是ZCC1的仓储费是按百分比的,计价基数来自24行到36行.
图5-[6]:
我将FRB1的参考conditonZFRB放在计价过程最后一行并且没有为之设置accountkey(虽然它是应计condition,如未设置accrual其值就可能进actualvalue)是因为放在FRB1后,ZCC1就会将其值的5%也算进去ZCC1的totalvalue而实际上ZCC1的totalvalue是(PB00+FRB1+ZZX1)*5%=549.
除你为ZZC1再使用一个AltCBV.
现在你开PO,condition如下,我并没有将MWST(inputtax17%)和ZDK1(Fre.Tax7%)的conditionlist出来.对于inputtax可以在inforecord的purchasedata维护一个taxcodeJ1(17%),这个taxcode会自动带到conditiontab页左边的invoicetab页,MIRO时也会相应到到lineitem.condition如下图.
你也可以MEK1维护MWST和ZDK1的conditionrecord,此时,ZCC1的5%就要使用altBCV了,这样此两condition就会自动显示在POitem的conditionlist里.
MEK1你可能发现MWST是根据客户主数据和物料销售视图的taxclassifiction决定的,所以你可能需要扩充accesssequenceMWST,详细请看本书的SAP税务配置.
SE16:
V_162定义POitemlayout将GR/IRcontrol将taxcode设置必输
MIRO,FIDoc
分3次byPO发票校验
采购净价conditiontypePB00:
Amount->10000USD(VendorA)
国外运输费用ZFR1:
Amount->1000USD(FreightvendorB)
关税ZCS1:
1000%,Amout->11000*1000%=110000USD(CustomvendorC)
消费税ZXF1:
9%,Amount->110000*9%=9900USD(TaxvendorD)
消费品价值总额:
Amount->130900USD
进项增值税ZZZ1:
Amount->(PB00+ZFR1+ZCS1+ZXF1)*17%=22253USD
城市运输费用ZFR2:
Amount->100USD(VendorE)
消费品价值总额:
Amount->130900+100=140000USD
MIGO会计凭证:
Dr:
那破消费品140000USD
Cr:
GR/IR10000USD(vendorA)
OuterFreightcost1000USD(vendorB)
Customcost110000USD
Consumingtax9900USD
SAP税务配置.
税务定义
MM篇
Therearetaxindicatorsatthelevels"plant","accountassignmentcategory"and"material".
如图2,设置taxind.F.material0.1.2,3,物料raw01的taxind是1.Ifthetaxcodecanbedeterminedautomaticallyviaconditions,ittakesprecedenceoverthetaxcodethathasbeenmaintainedinthepurchasinginforecord.
图1-[2][3][4][5]没有什么好说的,关键在于这个taxindictor如何和taxcode(taxcodelink税务科目FTXP/OB40),taxconditionMWSTlink上呢?
对,建立条件表扩充MWST存取顺序.
MD,设置accesssequence有点问题.在MMpricingprocedure将MWST设置成Stat打个小勾表示自动出现在conditionlist然后做个AltCBV838.在inforecord的purchasedata维护taxcode,amount搞个routine弄出来也行.
MD,原来conditiontable要用LLAND的在MEK1才不会出现什么tax.Ind.F.material在CN没有定义.
MEK1Ok,要不是俺会杀猪,就这个要被它忽优死.现在好了建立一个858,加到accesssequenceMWST,这样物料主数据puchasing维护taxind.F.material就可自动带出conditonmwst的百分比来.
确实TMD自动带出来了,啥也不用做.
如何在createPO自动带出MWST增值税要点
由于SAPdefault的MEK1只有domestictaxes和exporttaxes要通过customerclassfication和materialmasterdata的materialtaxclassification.这是MM不能和SD扯在一起.
(1)建立一个条件表,一定要有LLAND(destinationcountry)字段,因为只有country级才有
Taxprocedure.比如表A858
(2)将这个条件表加入MWST存取顺序.
(3)定义materialtaxind.同时在materialmasterdata的purchasingview选一个Taxind.f.material.
(4)MEK1建立存取conditionrecord,选表A858,根据Taxind.f.material设置taxcode.
(5)这样ME21NcreatePOconditionlist就出现MWST,如上图.它比invoice的taxcode级别要优先(从ME11inforecord自动带出),通常MIGO不产生Dr:
inputtax什么的,留到
MIRO.
那个增值税运输增税发票无非也就是这样玩法而已.太TMDeasy了.
SD篇tax
图1-[1]:
Definetaxcategorybycountry
CountryCN的taxcategory是MWST
图1-[2]:
一看老美用的,Country-specificregionalcodes(countycodes),whichrepresent,forexample,statesintheUSAorcountiesinGreatBritain
Country-specificcitycodes
比如老美同一国家可能有不同的州税,定义下regionalcode
图1-[3]:
为plant加上country,countrycode,regionalcode,老美的州税关咱中国人球事,不说它了.
图1-[4]:
在物料主数据和customer主数据里不都有taxclassifcation就是在这定义,然后决定税种.一般这块搞一下,VK11就可以建立MWSTconditionrecord了,这多简单呀.
图1-[5]:
VATregistrationnumber又是欧盟国家之间的,咱们学资本主义这些干啥呢?
哎,反正什么代征税(withholdingtax),州税我都很熟,吹牛要是交税就有我来收好了,估计Xuebi,SHERKY每月的工资90%都要交这税了.
图1-[6]:
图1-[7]:
SD一周通系列
老屠:
SD的定价和收入科目确定实在是很简单,事实上我发现SD模块也算是SAP最简单的模块之一了.
小庖:
你有没有做过SD呀.
老屠:
从来没有做过呀.你这话啥意思?
现在人咋都这样呢啊,前些时候我想干回老本行,不过深圳实在找不到要杀猪的,好不容易看到一商场招收一杀活鸡宰活鸭的,我说我是杀猪的,可HR那小子死活认定要杀鸡宰鸭的,杀猪宰牛的不要,这什么世道?
难道天天杀猪还杀不了几只鸡鸭不行?
说句实在话,本来SD这样简单的东西我是不愿意动手的,7年前我就做过渠道分销售系统的系统分析工作,这种东西都玩腻了.
图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的inforecordPB00比如设置了上限100HKD,下限50HKD,这样在ME11
时PB00就只能在50<=X<=100取值.但是如果PB00是允许手工更改在Pocondition
里手工输入的值并不受这个范围限制,估计SD的一样,留点东西给读者自行测试.
图1-[3]:
定义存取顺序
Tcode:
SE16:
V_T682
和MM一样,实际上所有的使用到条件技术(MM定价|SD定价|Tax|output|costingsheet
甚至SD的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition非常
简单,一通百通.
:
定义和分配计价过程
在MM模块的定价中,我们是先定义方案组(schemagroup),方案组可以是vendor和采
购组织,然后根据方案组为标准PO和转移单分配计价方案(CalculationSchma).
显然SD的定价稍微灵活那么一点点,为了说明SD定价非常简单,在此我尽量使用
SAP预设的东西,实际中也不过是copy几个东西而已,项目实施最后配置不
就是按实际业务copy来copy去的吗?
简而言之,SD的计价过程由
(1)customer(Pricingprocedureassignedtothiscustomer)
(2)salesdocumenttype(销售订单类型)(3)salesarea(销售组织+分销渠道+division)三部分决定,这是什么意思呢?
如上图3.
图3-[1]:
定义customerpricingprocedure,你在客户主数据的salesareadata的salestab页的Pricing/Statistics的Cust.Pric.proc栏位填写.
图3-[2][3[4][5]:
定义documentpricingprocedure,在图3-[3]对应到销售订单和billing类型.
图4是一个合成图,假设我开了个salesordertypeOR的销售定单,客户是1,itemcategory是TAN.你从下面三个步骤去理解计价过程是如何由customer|SOtype|Salesarea决定.
(1):
图4-[5][7]我们知道客户主数据salesareadata的prcingstatistics的cust.Pric.proc.是1,
(2):
图4-[1][2][3][4]我们定义了salesarea5100|80|10,对于A(因为我开的是OR类型销售订单,从上图3-[3]我们知道OR对应的docpricing是A),customerpricing1的定价过程是RVAA01,销售价格condition默认是PR00.
(3):
你从图4-[9]的那个⑤按进去就能看到condition明细,在condition屏幕点击图4-[10]的那个Analysis按钮,就能知道的确我没有蒙你这个销售订单的pricingprocedure是RVAA01.
练习:
现在假设你使用XD02将customer1的Cust.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SD 一周通 一周