成本核算单和成本组件结构.docx

成本核算单和成本组件结构.docx

《成本核算单和成本组件结构.docx》由会员分享，可在线阅读，更多相关《成本核算单和成本组件结构.docx（23页珍藏版）》请在冰豆网上搜索。

成本核算单和成本组件结构

成本核算单和成本组件结构

是这样的,本人刚开始CO一周,上周花了几个小时找COMM（不是MMmodule是那个MM,这个MM比那个SAPMM可爱多了）吹了吹,主要是CO的MM比较漂亮,最后就忘记了初衷是去问人家CO知识,哎,学习SAP快一年了,经常有很多人探讨说做SAP顾问倒底需要多长时间,以俺一年的经验,如是内部顾问,只要你能吹的进,你曾做过三天的SAP就行,如是做个外部顾问,有3-6月就足够.因为我们必须记住,学人家的东西而已,从某种意义上来讲它和学五笔,office没有任何区别.

网络上我的一个死党Xuebi,据称是XX石油公司的首席FICO,他曾对我说如果我知道物料主数据那几百字段意思他就服我,我当时就将前天的饭喷了出来,实际上在学习SAP三周后大概的字段意思俺就知道了,很明显,感情中国SAPuser都象此君一样学SAP,弄了几年还是主数据盲,哎,难怪!

其实学习SAP真的太简单了,我强调过很多次只要买把快刀开宰任何模块都经不起几个月开宰的,有人说,屠老大,不要那么嚣张,你懂SAPCRM,APO&*@吗?

我是不懂,但是我敢说任何一块只要想宰只要真的有位高手肯教甚至两天就能成为这方面的高手,非常遗憾,中国人非常保守,我最少听过N个顾问说不要随便教别人诸如此类的话,中国传统的思想是教会徒弟挤走师傅,这就是中国技术不如人的根本原因.说实在话,就学一破SAP其实真没啥,可是竟然有人说俺好崇拜SAP,然后我就问,你迷信吗?

他说我不迷信,我说你这和拜木偶有和区别,你崇拜SAP这样一堆死code干吗?

还不如崇拜SAP俺屠夫实际点,起码俺老人家要是一高兴还能将卖剩下的排骨送你几根熬汤喝.

吹牛到此…

开宰CO-PC很简单,就是一项项看配置再结合前台操作,小花俩三月你就成了一流高手了,另外的是多和COMM吹吹,弟兄们还有意外收获哟,关于成本核算单和成本部件结构请看图1.

[1]DefineOriginGroups

T-code:

OKZ1

Origingroup通常在原材料这层用,如图2,一电子企业将原材料分成电子,五金,塑胶等group.然后在建立物料主数据时在costEstimate1视图中选上origingroup就可.

Origingroup用途:

1用于（更细BymaterialoriginGroup）分析成本估算结果,如果相关材料都没有设置origingroup,costestimate只能得到总的物料成本,如例1.

2用于成本核算单（Costingsheet）的calculationbase和Credit中.

3在定义成本组件（OKTZ）中可根据origingroup再细分成本部件.

4计算差异和WIP能ByOriginangroup细分.

[2]MaintainOverheadCostElements

Tcode:

KA06

维护41（Overhead）类型的次级成本要素.

[3]DefineCostingsheets

什么是costingsheets?

首先看下面几个cases.

1在实际生产过程中,除了生产成本中心（CostCenterCategoryF）,其它相关成本中心典型的比如库房和质量控制成本中心虽然并没直接参加生产,这些成本中心间接用于生产的费用结算就通过Costingsheet来完成（毕竟这些成本中心产生的费用还有部分和生产无关,于是可通过定义一定费用百分比或一定费用数量金额结算到Prod.Order）.

2希望在做成本估算之时就能将各种生产相关的Overhead算上.一个实例是,在估算（半）成品的标准成本中希望包含有（半）成品Prod.Overhead,可能需付的产权及其外包费用（如果有这种业务）和组成其BOM各component的mat.Overhead和Laboroverhead,这时就可使用costingsheet.换句话说,使用costingsheet的目的是在标准成本估算时尽量将各层所有和生产成本相关的费用都包含进来.

传统的概念是标准成本包括料（BOM）+工（Routing,Workcenter,Activity）+费（CostingSheet）.

一个Costingsheet包括多costingsheetrow（行）,每一行包括计算基数（Base）,OHRate和Credit,

理解Costingsheet前首先理解下[4]-[8]其组成部件,在例2中将详细介绍Costingsheet组成并以一个实际的成本估算（CK11N）为例详细介绍成本估算的逻辑.

[4]DefineCalculationBases

SAP帮助这样描述,对ProductionOverheadCost（生产管理费用）可根据作业类型计划价格乘上一变动或固定比率提取（公司相关作业类型如表1）,对MaterialOverheadCost（物料管理费用）可根据物料成本（可ByOrigingroup细分）按一定比率提取.

表1:

Act.Type

ShortText

Alloc.Celm

CelmDesc.

CAMAOH

AssemblyLABOH（BulkCam）

90101001

AssyOH（BulkCam）

CAMLAB

DirectLABRate（BulkCam）

90101000

DirLab（BulkCam）

CAMLOH

ComponentLabOH（BulkCam）

90101002

ComLOHBulkCam）

CAMOH

OtherOH（BulkCam）

90101003

OtherOH（BulkCam）

PAKAOH

AssemblyLABOH（Packing）

90103001

AssyOH（Silkscreen）

PAKLAB

DirectLABRate（Packing）

90103000

DirLab（Silkscreen）

PAKLOH

ComponentLabOH（Packing）

90103002

CompLOH（Silkscrn）

PAKOH

OtherOH（Packing）

90103003

OtherOH（Silkscrn）

SKCAOH

AssemblyLABOH（SilkScreen）

90102001

AssyOH（Packaging）

CKCLAB

DirectLABRate（SilkScreen）

90102000

DirLab（Packaging）

SKCLOH

CompLabOHOH（SilkScreen）

90102002

CompLOH（Packaging）

CKCOH

OtherOH（SilkScreen）

90102003

OtherOH（Packaging）

如图3,公司产成品主要有三类材料（对应到3个origingroup,散装相机,丝印和包装材料）,单击图3的List按钮查看详细的CalculationBases资料将如图4.图4-[2]表示计算基数ZM01-ZM03还必须是Origingroup在From-toorigingroup范围的那些原材料成本.图3ZQTY计算基数是采用Enhancement自定义逻辑来计算的,请看[8]

综合上表可知,ZL01-ZL03计算基数是基于作业类型分摊成本要素的,ZM01-ZM05是基于物料成本（初级成本要素）的,ZM04-ZM05对应的则是半（成品）外包成本要素,在Costingsheet中将据此提取一定百分比（或固定数量）到成本中.

[5]DefinePercentageOverheadRates

如图5,ZL01-ZL03PercentageOHrate都是46.65%,ZM01-ZM05是9.050%,PercentageOHRate名称和CalculationBase相互对应,很好理解就是将提取相关作业类型计划价格（KP26维护）的46.65%做Prod.OH（按中方传统的成本会计概念,这些是诸如生产管理相关人员的工资）,物料成本的9.050%做MaterialOH.

图5-[2]Dependency表示的是存取顺序,这使我们想到了Condition设置,是的,Costingsheet也用Condition技术,我们知道ConditionRecord（比如MM/SDPricing和相关Ouotputtype采用Condition技术）会保留在A开头的表中,PercentageOHrate记录D000的记录就在表A013中,

在看看T685T表,你能发现这些OHRate的Usage也是A（Pricing）,然后实际数据和MM/SDCondition,MM/SDoutput一样保存在表KOMP中.

[6]DefineQuantity_BasedOverheadRates

如图6,OHRateZR01是基于数量的OHRate,图6[1]-[3]表示ZS18的ActualOHtype是0.50/PC（Royalty每PC付产品产权费0.50USD）,这通常对应于成品,在CostingEstimate1视图中输入OHgroup（OHKey和OHGroup请看[9]-[10]说明）.这些值可从表A014和KOMP中得到.

[7]DefineCredits

如图7,定义相对应的Credit,Credit可理解为贷方转出,因为实际OHrate费用通常在借方,在Costallocation时要相应地从贷方转出,点击图7-[1]后得到相关配置明细,如图8[1]-[3]表示OHRate将按CalculationBase（请看[4]定义的百分比（*）转到41类（OHRate）的各次级成本要素和F类的成本中心52-460000上．

9020类成本要素定义如表2,这很重要,在例2中将引用到表1和表2的成本要素.

表2.

CostElement

ShortText

CostEle.Cat.

90201001

Lab%OH（BulkCam）

41

90202001

Lab%OH（Silkscrn）

41

90203001

Lab%OH（Packaging）

41

90201000

Mat%OH（BulkCam）

41

90202000

Mat%OH（Silkscrn）

41

90203000

Mat%OH（Packaging）

41

90204000

Mat%OH（SubConWIP）

41

90204100

Mat%OH（SubConFG）

41

90205000

ProductionRoyalty

41

[8]DevelopEnhancement

SMOD:

COOM0001,SAP在计算基数，OHRate和Credit都留下了增强，用户可根据实际需要自己定义的规则编写计算逻辑．EXIT_SAPLKASC_001（ZXKSCU01,Calculationbase）|

EXIT_SAPLKASC_002（ZXKSCU02,OverheadRate）|EXIT_SAPLKASC_003

（ZXKSCU03,Credit）.

在[4]中ZROYCalculationBase是使用增强逻辑的,增强逻辑请看例4.

[9]DefineOverheadKey

如图9,定义OHkey,OHKey可用于单个Order和Materaial（通常是（半）成品,和OHGroup组合）的成本计算

[10]DefineOverheadGroup

如图10,定义OHgroup和OHkey挂勾,图10[1]-[3]表示plant5100的OHgroupZA01对应到OHKeyZA01,而在图6中定义了OHKey的Quantity-basedOHRate就是定义了每PC产品要付多少产权费,在维护相关（半）成品时在CostingEstimate1视图中维护OHgroup,这样相应的Costestimate时就会将产权加到成本中,请看例2分析.

[11]DefineCostComponentStructure

定义成本部件结构,意思就是定义Costestimate时成本是有那几部分组成的,关于成本部件请看例5.

[12]意思是如果在成本估算时出了问题,ErrorMessage将发送给谁,似乎很少启用.

例1Origingroup的使用

假设Rawmaterial511554的orgingroup是P1,如图例1-1[1]

则在成本估算时（CK11N/CK40N）时,如图例1-2[4],511554的OrGp栏有了P1,这样相关（半）成品的成本分析就可根据其部件的origingroup（电子,五金,塑胶等group）将物料成本更细分.

例2Costingsheet结构和成本估算实例

CostingSheet也采用条件（Condition）技术,Condition技术还用在MM/SDPricing,Outputtype（Print,Mail,Fax,iDoc/EDI等）,TaxCalculation（IMG）等上.

[4]-[8]中对CalculationBase,OverheadRate,Credit说明已经相当清楚,以Row30为例回顾一下,这行的意思是Base是From-ToRow10-10（就是说计算基数只包含ZM01）将按9.050%（请参照[5]DefinePercentageOverheadRates）转到贷方ZM1（对应Costelement90201000（表2,BulkCamMat%OH）.

现在以一个实际的标准成本估算（CK11N:

ASSORT0222标准成本估算）分析来解释Costingsheet对成本估算的影响,如图例2-2,在分析前,看下这些重要基础数据,准备好计算器.

1标准成本Costvariant的ValuationVariant001.

如图例2-2,在标准成本Costingvariant对应的ValuationVariant001的Overhead加上上面所设置的CostingSheet.

2作业计划价格和Routing.

CA03:

每1000PC消耗作业PAKLAB（Allo.CostEle.:

90103000）和PAKLOH（Alloc.CostEle.90103001）195小时.

KP26:

检查ActivityTypePAKAOH和PAKLAB作业计划价格,如图例2-4,PAKAOH计划价格为23.58/100USD,PAKLAB是61.86/100USD.

回到图例2-2.

Item1:

E,内部作业,ASSORT0222的CostingLostsize是100,消耗作业PAKLAB19.5小时（routing是1000个195小时）,合计19.5*（61.86/100）/0.12832=94.04~94.25HKD.

Item2:

E19.5*（25.38/100）/0.12832=38.57~38.67HKD.

Item3-Item14:

各Component的成本是根据Costvariant的ValuationVariant（001）的取价策略得到的价格,001的取价策略是首先抓物料主数据价格,如果没有就抓inforecord.

分析Item15-Item18前,再回顾一下Costingsheet的几个component.

表3.

CostElement

OHRate（参考[5]）

Credit（参考图8）

Cal.Base（参考图4）

90201000

9.050%

ZM1

ZM01（B1-B5）

90203000

9.050%

ZM3

ZM03（P1-P1）

90203001

46.65%

ZL3

ZL03

90205000

0.5USD/PC（图6）

ZR1

ZR1（图6）

Item15:

材料900836,971535,971345和971474（OrgingroupB5,在ZM01Cal.Base定义的origingroup内）成本之和（5.31+0.07+2.75+8.49）*9.050%=1.50HKD.

Item16:

物料584487,584488,584489,508010,584490,584491（OrigingroupP1）的成本和（111+54+225+70+15+12）*9.050%=44/07HKD.

Item17:

参考图4,ZL03计算基数对应的Costelement是90103000-90103999（PackingAcitvitytype的Allo.Costelement）,就是将其计划作业价格*46.65%做LaborOH.

Item17=（Item1+Item2）*46.65%=（94.35+38.67）*46.65%=62.01.

Item18:

产权费用0.50（图6）*100/0.12832=389.65~390HKD

实际上,这玩的就是传统的成本会计所谓的完全成本法.

例3

例4ZROYCalculationBase增强

*&ProgramName:

ZXKSCU01

*&Title:

UserExitforQtyOverheadCalculationfor

*&ProductionRelatedRoyaltyCostinProductCosting

*&ModuleName:

Controlling

TABLES:

cosl,caufvd,cosla.

TYPES:

BEGINOFty_cosl,

lst001LIKEcosl-lst001,

lst002LIKEcosl-lst002,

lst003LIKEcosl-lst003,

lst004LIKEcosl-lst004,

lst005LIKEcosl-lst005,

lst006LIKEcosl-lst006,

lst007LIKEcosl-lst007,

lst008LIKEcosl-lst008,

lst009LIKEcosl-lst009,

lst010LIKEcosl-lst010,

lst011LIKEcosl-lst011,

lst012LIKEcosl-lst012,

lst013LIKEcosl-lst013,

lst014LIKEcosl-lst014,

lst015LIKEcosl-lst015,

lst016LIKEcosl-lst016,

ENDOFty_cosl.

DATA:

t_tab_coslaLIKEcoslaOCCURS0,

t_coslTYPEty_coslOCCURS0WITHHEADERLINE,

w_coslTYPEty_cosl.

FIELD-SYMBOLS:

,

.

CONSTANTS:

c_royaltyLIKEtkzu1-bkondVALUE'ZQTY',

c_planLIKEcoss-wrttpVALUE'01',

c_actualLIKEcoss-wrttpVALUE'04',

c_varianceLIKEcoss-wrttpVALUE'05',

c_plant_5100LIKEcoiob-werksVALUE'5100',

c_plant_5300LIKEcoiob-werksVALUE'5300',

c_meinh_pcLIKEcossa-meinhVALUE'PC'.

DATA:

l_aname（6）,

l_qname（6）.

DATA:

abw_mengeLIKEcosla-lst001,

abw_meinhLIKEcosla-meinh,

abw_poperLIKEcoep-perio,

abw_gjahrLIKEcoss-gjahr.

CLEARsy-subrc.

CLEARt_cossa.

REFRESHt_cossa.

*Onlyforroyaltytypecondition

CHECKi_cbase=c_royalty.

*Thislogicisonlyforplant5100andplant5300

CHECKi_coiob-werks=c_plant_5100ORi_coiob-werks=c_plant_5300.

*Foractualdata,readfromtableCOSL

IFi_wrttp=c_actual."Actual

SELECTlst001"ActivityQuantityPeriod1

lst002"ActivityQuantityPeriod2

lst003"ActivityQuantityPeriod3

lst004"ActivityQuantityPeriod4

lst005"ActivityQuantityPeriod5

lst006"ActivityQuantityPeriod6

lst007"ActivityQuantityPeriod7

lst008"ActivityQuantityPeriod8

lst009"ActivityQuantityPeriod9

lst010"ActivityQuantityPeriod10

lst011"ActivityQuantityPeriod11

lst012"ActivityQuantityPeriod12

lst013"ActivityQuantityPeriod13

lst014"ActivityQuantityPeriod14

lst015"ActivityQuantityPeriod15

lst016"ActivityQuantityPeriod16

FROMcosl

INTOTABLEt_cosl

WHERElednr='00'

ANDobjnr=i_coiob-objnr

ANDgjahr=i_yeafr

ANDwrttp=c_actual.

LOOPATt_coslINTOw_cosl.

CONCATENATE:

'LST'i_perfrINTOl_aname,

'MEG'