SAP屠夫作业类型.docx
《SAP屠夫作业类型.docx》由会员分享,可在线阅读,更多相关《SAP屠夫作业类型.docx(23页珍藏版)》请在冰豆网上搜索。
SAP屠夫作业类型
作业类型
我的一位好友现在顾问公司混,他跟我讲,SAPCO很复杂,他正在实施的项目那破公司CO流程超级复杂,我谦虚地回答:
老大,不要吓俺,就一小破CO,你不觉得只要肯花三四个月宰一下,就再也没有什么可宰的吗
他说:
哎,流程复杂呀,兄弟,我这有很多东西可能你没经验没碰到过,我一位朋友做了7年FICO都不敢说CO容易.
俺就再次非常谦虚地回答:
靠,谁呀,做了7年还这么没自信,那他是啥专业的.
他说是那人是搞财务出身的,俺就明白了,靠,原来不是杀猪出身的,这也怪不得他,他还不明白FICO太TMD正常了,可惜他不是俺屠老大,你说不就一个小破FICO,如是我宰了3年给我一帮鸟人我都能将他复制出来玩,还搞球.哎,在屠夫眼里,FICO不就一小猪吗你说要怎么宰算了….
如你真想弄明白,强烈建议你就俺这doc一步步整.
俺不是浪得虚名的,俺有证书,那象那个SHERKY是冒牌货.
业务背景:
为了便于读者理解,举了一个最简单的生产成本中心成本解决方案(包括成本预算,作业计划,成本控制,生产成本,差异分析等)的案例,假设某个Plant有两工作中心ZSTWC1和ZSTWC2分别对应到两个生产成本中心ZTCCTR1和ZTCCTR2,建立成本中心组PROD.
下面详细解释SAP实现的一般步骤,读者就会发现其实SAPCO非常简单.
*由于这个案例是DEMO性质,所以本人试图将最常见的疑问展示出来,所以可能并不实用,不过一个实际的SAPCO解决方案也大抵如此而已.
一建立type43次级成本要素(Tcode:
KA06)
建立43类次级成本要素,此类型的成本要素是用于作业分摊的
图1-[2]Attributemix的目的是将成本要素更细分,有了costcenter,Functionalarea,还可根据费用用途自由组合成costelement来分析,相信没有多少人会想用这个功能.
图1-[3]读者应该不会忘记FS00定义会计科目时能给定一个Functionalarea,次级成本要素也可设置一functionalarea,更详细请看例1.Functionalarea的获取顺序.
图1-[4]defaultacctassign.在此你能定义一默认costcenter或IO给此成本要素做所谓的成本对象,对于一个大的集团公司,并不建议如此做而是使用OKB9,建立成本要素如下表:
成本要素
名称
相关作业类型名
99999995
DirectLaborAlloc.
LAB
99999996
MachineHourAlloc.
MAC
66666665
ActInd.deter&Alloc
ACTII
66666666
Actmanin&IndAlloc
ACTMI
66666667
ActMan.Entry&Noal
ACTMN
二建立作业类型(Tcode:
KL01)
作业类型用来承载追踪成本中心提供的生产或服务,然后将这些成本通过直接或间接分摊到其他的成本中心.
假设除了LAB,MAC外,ProductionOH要如何整SAP似乎更倾向于使用activity,一个企业要求将LAB+MAC各乘上一百分比做ProductionOH,通常有两种方法,一是比如建立一ZOH的作业类型,定义好计算公式,另一种是使用costingsheet,我觉得都可以,谁好一些,今天不讨论…
为什么使用作业类型
似乎没多少人会认真考虑这个问题,从设计逻辑上讲,这个问题就很容易回答,今天我也不答,MD俺先将CO这些常用的破程序读一下,改天自己设计CO时就可参考….
图2-[2]作业类型类型1(手工输入手工分摊),实际上ACTII,ACTMI,ACTMN的类型分别是2,3,4就是为了说明四种作业的使用方法,详细请看接下来的分析.
图2-[4],计划价格标志,计划价格标志有1,2,3三种,你在此设置一个价格标志,它将带到比如KP26里,当然KP26依旧允许你修改计划价格标志,如果不设置,默认的使用计划价格.
图2-[6]实际过帐作业类型通常你设置为空表示和,图2-[2]一样(asinplanning),
图2-[7]实际价格标志,标志有5,6,7三种,这和图2-[4]计划价格标志1,2,3,通常planpriceindictor你选1,实际你选5或空(空就从planprice1的basedonactivity实际上就是5).
图2-[8]Output你定于output单位,假设一小时人工(
AB)能生产某产品10PC,你定义Outputunit为PC,Factor为10,公式是Outputquantity=Activityquantity*Outputfactor.
作业类型的计划/实际价格标志.
ActPri.Ind
5
5
5
5
5
下面的priceindicotr解释.
对planpriceindictor你Kp06维护好plancost,KP26维护好plancapicity然后选2再KSPI看看.
对实际的是那个臭名昭著的破KSII.
∙001:
Thepriceoftheactivitytypeisdeterminedautomaticallybasedontheplannedactivityandtheplannedcostsrequiredforthisplanactivityquantity.
Fixedprice:
Fixedplannedcosts/planactivityquantity
Variableprice:
Variableplannedcosts/planactivityquantity
Totalprice:
Fixedprice+variableprice
Planprice=KP06cost/KP26的Plancapacity
∙002:
Thevariableportionofthepriceiscalculatedbasedontheplanactivityquantity.Todeterminethefixedportion,thesystemusesthecapacityandnottheplanactivityquantity.
Thisprocedureusuallyleadstoanunderabsorptionofthecostcenterorbusinessprocessfromtheperspectiveofquantities.
Fixedprice:
Fixedplannedcosts/capacity
Variableprice:
Variableplannedcosts/plannedactivity
Totalprice:
Fixedprice+variableprice
Note
Ifyouhaveenteredthevalues"001"or"002",thesystemcalculatesnewpriceswhendeterminingtheplanprices.
Planprice=KP06cost/KP26的Plancapacity
∙003:
Thepriceoftheactivitytypeorbusinessprocessissetmanually
手工输入的计划价格,就是说你KP06/KP26了,KSPI不更新价格
即使KL02指定了planpriceindictor在KP26还可修改.
图3-[2],当Atypcategory是2时,你必须手工给定一个计划价格标志,图中给定标志3,手工输入价格.
作业类型如下表:
LAB
MAC
ACTII
ACTMI
ACTMN
Name
Act.uni.
H
H
H
H
H
CCtrCat.
F
F
F
F
F
ActivityCat.
1
1
2
3
4
Alloc.CCE
99999995
99999996
66666665
66666666
66666667
Pri.Ind.
1或空
1或空
3(手工输入)
1或空
1或空
图3-[1]的计划的ATypcategory是2,看看Act.Actytypecat.能输入什么值.Capture一下德国佬的设计思想.
Act.Actytypecat.5(Target=Actualallocation)相信大家一定不怎么玩,我喜欢玩这个.
三建立生产成本中心(Tcode:
KS02)
建立两个测试成本中心STCCTR1和STCCTR2.如图4-[1]成本中心类型选F.
*在使用KP26做成本中心作业量计划时必须保证作业类型和成本中心的Costcentercategory一致比如都是F(生产成本类成本中心),其它类型的成本中心比如G/H/L当然也可定义相关作业,做费用计划和作业量计划
默认成本中心不允许做收入计划和收入实际过帐,比如你试图在记帐时将STCCTR2做某收入类科目(成本要素11/12)的成本对象,就会有错误提示,除非你将图5-[2]的勾去除允许收入过帐.
*SAP似乎认为收入应该优先使用利润分析段PSG做首选成本对象.
四成本中心作业量计划(Tcode:
KP26|KP27)
我想先KP06结果提示,
CostcenterCCTR3hasnoneoftheactivitytypesusedhere
Messageno.K8102
atleastoneactivitytypeonthiscostcentermusthavebeencreatedduringactivitytypeplanning.
意思是要我先做activitytypeplan那就KP26先.
图7-[1],输入planactivity120,因为plan是从1-12period系统会自动分到每period10,点图7-[1]就能看到.
图7-[2]planactivity,计划作业量,有好事者给起个小名叫工时计划.
图7-[3]DistributionKey2,意思是想以前一样分配,这个有什么作用呢,现在不是不是120平均分到各period吗假设你按图7-[1]将planactivity改成period1-6是5(6*5=30),period7-12是15(6*15=90),同样是120,然后将distributionkey改成1(Equaldistributution平均分配),在按图7-[1]看看,又被平均分成了每period10,如有大量的要这样改,请使用KPSI.
图7-[5][6]手工预先给定fixedprice11.11和varaibleprice22.22因为图7-[8]的planpriceindictor不是3,KP06后再KSPI将被计算出的计划价格退换.
有些企业似乎觉得KP06和KPSI两家伙并不好玩,KP06成本中心费用计划也不是那么好做的,MD,还分什么变态的作业相关和作业无关费用,你想象SHERKY好不容易混进CO的革命队伍还要去搞这个,这不是存心为难人家吗于是由CO在年初直接给一个在KP26给定价格.
如果是KP26直接给定,是要fixedprice还是variableprice呢听说SHEKRY最了解这个了,就由他回答.
五建立成本中心费用计划(Tcode:
KP06|KP16/KP17/KP36/KP37)
假设costcenterZTCCTR1每年要发生清理费用600元(49999991)和生产设备保养费用600元(49999992),DL(Directlaborer,外企一般喜欢管产线员工,办公室一班鸟人叫IDL)的工资包括基本工资,社会保险和绩效奖金(对应科目5999991-5999993),MAC折旧对应科目6999991.
图9,KP06做初级成本要素计划,就是成本中心费用(成本)计划
这些cost又可分作业无关的(Activityindependent,这必须是planfixedcost如图9-1,比如49999991|49999992)和作业相关.
如果你愿意玩,即使是作业相关的费用也可分固定和变动费用(机器折旧不是还有工作量法吗)就把MAC分成两部分.并且想计划变动费用,就必须对应作业类型.
MD,SAP那帮鸟人真会整,还有个成本中心预算KPZ2,听说中国第一预算高手是SAP搅肉机先生他家上了全面预算,结果整个企业成本下降30.5%,折合RMB35.70,不过他请俺和酒了,还倒贴了50.45元,就是等于一分钱都没降下来,哎,倒是白白浪费了一对银子上这破系统.
为什么你家KP26的plan作业价格是fixed的(novariable)
反正我家是variableprice(无fixedprice),什么变动成本完全成本混合成本法量本利分析本来俺杀猪的文化水平就不高,花了50元买了一个克大学的博士文凭,交了几万块到培训老师上课时也因前夜大麻将没睡好没听进去,就不说了.
我的一位在顾问公司混的FICO朋友这样说,他说计算variableprice时你要KP26维护好activityquantity,否则就会有问题,我对这问题就太TMD有研究了,这个variablecost还真TMD难缠.所以基本上就不考虑真正的用途,本来比如LAB应该是variable的结果也弄成fixedplanprice,你不明白,请往下看…
几个报表:
六计算计划价格(Tcode:
KSPI)
(OKET)
到目前没有维护分割结构(OKES),结果就成了这样的,图11.
LABfixedprice=(49999991+49999992)/2=600/120=5元
LABvarprice=(5999991+5999992+5999993)/120=30元
LABtaalprice35.
MACfixedprice=(49999991+49999992)/2=600再+6999991的fixedamount2400然后除120=25元
MACvariantprice=6999991的variablefixedamount2400/120=20
MACtotal45.
就是说4999991和4999992amount给平分了.
KSPIupdate后,KP26检查价格,原来图7的11.11和22.22就被更新了(planpriceindictor是1,如是3就不会).
这时候SHERKY跑过来说,MD,这不是我需要的,能不能让那俩个4999991/4999992不跑来搅局.
七维护分割结构(Tcode:
OKES/OKEW)
于是OKES维护好splittingstructure.
KSPI
这个时候KP26,如图16-[4]你将EquiNo清空.
这时候,再KSPI图17-[1]看看,有错误提示,但是起码我们看到LAB和MAC的价格如愿了.
那个破EquiNo很重要,你自己看下帮助.
如图16-[4],假设EquiNo不是空,则图17的计算结果会改变,也就是说依旧会将4999991-4999992的两个600元根据EquiNo分到LAB和MAC.
你在图16-[4]LABEquiNo填1,MAC填2看看,那600元没对作业的将会是给LAB400,给MAC800这样搞.
对作业无关的费用,没有对应到任何作业类型,就是OKES中也没有,如果作业类型维护了权数,它将被俺权数分到作业类型.
如果在OKES里设置了,即使作业类型为空,权数就无用,而是平均分给各作业类型.
需不需要执行OKEW
究竟需要将分割结构分配给成本中心吗如你公司就一个生产成本中心有作业类型或者最多辅助生产的某成本中心有作业类型,有人说俺不OKEW也得,在本例中似乎不分配也行,但是一个大集团恐怕就有问题,哎,最好成绩好还是OKEW.
再来重点讨论一下planpricecalculation.
你需要怎样怎样计算计划和实际activityprice.
图17-4的那个planpricecal是2是不.这时YZZY说,你怎么就这么会折腾呀俺就说,其实俺就是专门折腾SAP小破FICO的杀手.
看看OKEVN的图.
你stdcostest.(tcode:
OKKN/OKK4)看一下STDcostest的作业的pricingstrategy
Onecase.
scurrentperiodisalready2006/03,Nowweneedtochangetheactivityplanpricewhichisdifferentfromtheprevious3periods(Effectiveperiodisbeginningfrom4thperiod),However,Hereisaconfusion.forexample.
theactivityplanpriceforthepast3periodsis3USD,From4thperiodwewanttochangeto4USD,Accordingtocurrentlogic(PlanPriceAsAverageofAllFiscalYearPeriods),theperiodicactivityplanpricewillbe(3*3+4*9)/12from4thperiod,However,Theperiodicplanpricewewantis4USD,Soweneedchangetheactivitystrategysequencefrom2to1.
如下,年结后第3期间才开始做计划,前3期间已过,如Okk4是2(则全年平均了),所以改成1.
另4上月的实际做下月的计划.
现在的问题来了,OKEVN的和OKKN/OKK4的的作业取价格如有矛盾哪个优先呀
OKEVN的怎么玩有没有人试过.问了也白问,谁会象俺这样天天宰人家呢
如下图,将Equi清空.KP26加上ACTII,ACTMI,ACTMN,ACTII不能输入planactivity.
现在假设将4999991-4999992给作业ACTMI.为此建立分割一新的assignmentS3.
KSPI结果.
拿掉ActivityATIMI玩下,
KP26这样设置Equi.No.
KSPI,发现并没有按EquiNo分,将4999991-499992的600+600平均分给了LAB,MAC,ACTMI和ACTMN.
SHERKY坚决要让4999991-499992的600+600的1200按KP26的权数分,靠,人老了,不中用了,现在才想起equino叫权数.
OKES拿掉S3.如果现在直接跑KSS4呢?
看看,按权数了,
太不好看了,SAP总是这样,有小数点就将Priceunit给弄成1000,10000的.
OKET或下图按[1]
将小数固定成2,(OKET也可),它还跑个球,priceunit不乖乖成了1吗
现在好看多了,靠,真是按KP26设置的权数分,看下面这张破图,是继承图.
哎,中国未来的ERP设计重任既然落在各位弟兄肩上,上面弄了一堆case,SAP是如何设计KP06,KP26和KSPI计算逻辑的,它一会弄一个planact.一会整一个权数出来,这权数对splittingstructure的作业无关(又无主,即无actitity)的费用还无效.
如果是你,你要怎么写…
KPSI(planreconcile)连KSPI的堂弟都要弄出来, MD,SAPAG那班鸟人就是喜欢开发一堆东西出来整人…简单点会死人吗
一个人问:
俺每个月要将各种制造费用distribution,assessment最后整个实际作业price,倒不如就不用作业.
Ok,按照中国传统的破成本会计,我看了就烦,看看人家SAPAG,德国那些鸟人多聪明.使用作业类型.使用作业的好处.
1.实时跟踪到生产工单费用(料就不说了,实际的,作业近似实际-实际quantity*planprice结算前非实际价格,有的企业就不用实际作业价格重估了,planprice=actualprice,这样偷懒的企业也有..),如要按传统的,靠月结分摊后才能知道状况(真不知早期那些做成本的没有电脑成本是怎么折腾出来的)
2.比直接使用分摊呀分配呀合理.不妨假设有一车间有两班组A组的机器是新的,月产出产品12000,B用了台破机器,破也就破了,还被冒充机器维修专家的SHERKY天天瞎整,结果员工累的吐血一月也就产出10000.
现在假设两机器月折旧都是12000,两车间共同承担其它乱七八糟费用共20000元平分.
结果A班
机器折旧12000+20000/2=220000产品,摊到产品22000/12000=1.8333元
B班组:
机器折旧12000+20000/2=220000摊到产品22000/10000=2.2000元.
如过这样弄.
TotalA+B费用24000+20000=440000元/产品数22000=2元.即那20000元的辅助生产费用(注:
其中包括SHERKY犯*事被GongAn当月罚的5000元)应该俺作业数(产品产出多作业数就多些)来分.
A班:
120000*2=24000
B班:
10000*2=20000
作业在此时类似一个costtracingfactor你可以自己设想很多这样的case,比如工厂无大单A班没啥事,B班排的还行什么的,这个解释好象还合理.
作业类型还有啥破好处
八建立工作中心.
如果需要可根据一台机器,一个拉(产线)建立工作中心,这视你需要如何核算工单成本.
KB21N错误.
ActivitytypeACTMNisnotallowedforbusinesstransactionRKL
Messageno.BK128
Diagnosis
InbusinesstransactionRKLyouenteredactivitytypeACTMN,category4.ThiscategoryisnotallowedinbusinesstransactionRKL.
SystemResponse
Youcanuseonlyactivitytypesofgivencategoriesinagivenbusinesstransaction.
Thefollowingactivitytypecategoriesarevalidforagivenbusinesstransaction:
∙RKL(DirectActivityAllocation):
Category1(manualentry,manualallocation)
∙RKN,RKIL(IndirectActivityAllocation):
Category3(manualentry,indirectallocation)Category4(manualentry,noallocation)RKLT(TemplateAllocationActual):
Category1(manualentry,manualallocation)
Category2(indirectcalculation,indirectallocation)
∙RKPS(TemplateAllocationPlan):
Category1(manualentry,manualallocation)Category2(indirectcalculation,indirectallocation)Note
Youcanpostcategory2(indirectcalculatio