获利管理包括利润分析COPA和利润中心会计COPCA.docx
- 文档编号:2992838
- 上传时间:2022-11-16
- 格式:DOCX
- 页数:37
- 大小:1.08MB
获利管理包括利润分析COPA和利润中心会计COPCA.docx
《获利管理包括利润分析COPA和利润中心会计COPCA.docx》由会员分享,可在线阅读,更多相关《获利管理包括利润分析COPA和利润中心会计COPCA.docx(37页珍藏版)》请在冰豆网上搜索。
获利管理包括利润分析COPA和利润中心会计COPCA
获利管理:
获利管理包括利润分析(CO-PA)和利润中心会计(CO-PCA)
下面我们分别来阐述这两个部分:
一)利润分析(ProfitabilityAnalysis)
获利能力分析的主要目的是从外部市场的角度分析企业行为对经营利润的影响。
CO-PA能同时从业务方面(客户,客户组,产品,产品组等及其组合)和组织单元(比如销售组织,分销渠道,业务范围,工厂级组合)对企业经营利润进行详细分析。
通过这种分析帮助企业了解在不同市场方面企业的获利能力以及变动趋向,从而帮助企业决策者对产品定价、客户选择,分销渠道及销售条款快速提供决策依据,这在竞争激烈的微利行业尤其重要,接下来会就系统实现进行更细节的讨论.
谈到利润分析,就说下利润中心,因为人们总喜欢将这两模块联系在一起讨论。
1.利润分析从外部市场角度分析利润,利润中心则是从内部管理单元的角度来分析利润.
2.在利润中心模块,可以根据产品,地区,管理职能单位(生产,销售,财务等划分利润中心,),另外,在SAP的利润中心模块中,如果按期间将资产负债表项目(固定资产,APAR,库存数据和在产品WIP等,实际上也可实时传输这些资产负债表项目)传送到利润中心,从而对利润中心的一些典型的投资收益率、现金流量和销售利润率等财务指标进行分析,因此此时利润中心就扩展成为投资中心。
划分利润中心.通常的划分利润中心的方法有:
a.从成本中心(组)生成利润中心,实际上利润中心起到一个group成本中心的概念.
b.根据业务范围或将集团下级单位划分成利润中心,这样可以避免为下级单位建立多公司代码,下级单位可以根据利润中心出相关报表.
c.根据成品或地区划分利润中心,说到这里,又扯一下业务范围(有的将这东西干脆翻译成事业部),比如一个大型电子集团分彩电事业部,通信事业部等,关于利润中心和业务范围又有些民间说法:
i:
利润中心是后来设计用来取代业务范围的?
.
ii:
业务范围是FI的概念,而利润中心是CO的概念,我想why有人这样想呢?
一是BA的配置放在FImodule,而利润中心(CO-PCA)在COmodule.
二是BA实际上和FI的一般总帐Ledger0共用一套表(FI行项目BSEG和总帐余额表GLT0都有业务范围字段),这意味业务范围调整只能通过FIPosting(当然也包括FICO统驭,关于FICO统驭前面篇幅也详细介绍了其原理),如果业务范围需要调整,显然造成一大堆垃圾FI凭证不大合适,而我们知道利润中心则完全采用另一套帐叫Ledger8A.
不管如何设计业务范围和利润中心,符合企业需求就行.
3.利润分析总是通过销售成本会计方法(Cost-of-salesaccouting)计算利润(换句话说,就是利润分析总是从销售模块开始出发的),而利润中心模块则可以使用销售成本法和期间会计法(PeriodAccouting)计算利润.
销售成本法类似中国损益表的概念,从销售收入,销售成本出发通过多步方式得到净利润,因此CO-PA分析利润也有所谓的毛利法和净利法.
图1-[1]:
通过期末工单结算将差异传输到CO-PA实现所谓的实际成本.
图1-[2]:
平时使用期初的标准成本做销售成本(如果产品采用标准价的话,SAP比较建议采用STD+ML的方式),平时发货使用标准成本,在月末工单结算和跑物料分类帐时将差异带入CO-PA,并可将差异细到costcomponent层次而不是一个总差异,为此需要在工单的结算参数文件选择PA传输结构,同时在KEI1定义PA传输结构时可以选择所谓的9种类差异而不是收入/成本.这样就可在期末还原成传说中的”实际成本”.
*遗憾的是,有联副产品的企业差异结算因为工艺等种种将差异强行分配到各产品实际意义
不大,因此差异只是通过生产定单结算科目直接进入总数到PA,实际成本难于实现.
图1-[3][4]:
可以采用完全成本法和变动成本法
另外,在启动CO-PA时,有两种类型的利润分析方式:
基于成本(Costing-based)和基于帐户(Acc
ount-based),CO-PA模块允许选择其中任何一种,也可同步启动两种利润分析方式.
吸收成本法和部分成本法
完全成本法|制造成本法也称为制造成本计算法或吸收成本法(名词和Tcode一样多):
是指以制造成本为产品成本计算范围的成本计算方法。
变动成本法|部分成本法也称为直接成本法或边际成本法:
是指以变动性生产成本或制造成本为产品成本计算范围的成本计算方法。
下图是一个典型的制造企业按经济用途的成本费用分类图.
1.完全成本法和变动成本法最核心最本质的差异在于对固定制造费用的处理上.
2.完全成本法计算过程繁琐,尤其是到月底涉及到费用分摊、成本还原工作量大也难于把握
所以在CO-PA要做到净利法非常困难,在接下来会针对此问题深入讨论
关于完全成本法和变动成本法请参考CO-PC篇,有大量讨论,特别是涉及SAP系统成本逻辑实现部分.
下面就CO-PA系统细致剖析一番.
1.定义经营范围
经营范围(OperatingConcern,也有翻译成业务关联区或康采恩,主要是这些人英文太好)是CO-PA的最高组织单位,它可包括多个控制区域或公司代码,一个经营范围可以包括多个控制区域(Controllingarea),一个控制区域只能分配给一个经营范围(如果哪家集团连多个经营范围都整上了,那业务也太大了)而一个控制区域可以包含多个公司,在前面的篇幅已经花了一定的篇幅分析一个大的跨国集团使用多个控制区域的优缺点.
下图是一个经营范围,控制区域和公司代码的例图.
建立经营范围(以下简称OC)需要建立特征,值字段在激活就行,步骤如下:
一.建立特征(Tcode:
KEA5)
首先创建OC假定名称为STOC,自定义特征WW099
特征(Characteristics):
是将承担销售数量、成本及收入因而与获利性有关的字段,多个特征可以组成所谓的多维利润分析的获利分析段.
从数据库的角度,特征无非是一些分析字段而已,一般地,客户主数据表KNA1,KNB1,KNVV,物料主数据表MARA,MARC,MVKE,销售定单header和item表VBAK,VBAP这些标准字段都可以做为分析特征,利润分析无非就是根据客户|客户组|产品|产品组等分析利润.
除这些标准字段可用做特征外,还可自定义特征,这些自定义特征通常必须是WW开头的4至5位的,如图2-[5]自定义特征WW099(WW099表示销售Region).
点击Create/Change图标,进入图3,如果想建立自己的特征,请选择Userdefined,在此特别介绍下第一种选择withownvaluemaintenance,它会产生一个T25**的checktable,如果使用了checktable,这些特征在使用前必须使用Tcode:
KES1定义自己的特征的取值范围,这点很容易理解,假设定义了一个区域的特征,在KSE1中可定义该特征的区域只能是华北区,华东区等,不在此范围的区域将是错误区域,要不怎么叫Checktable呢?
如图4,在特征可使用前必须激活它,因为特征WW099创建了一个dataelement|domainRKEG_WW099(所有的自定义的特征都会产生类似RKEG_特征名称的dataelement|domain)和表T2503|T25A3(可使用Tcode:
SE11查看),而SAP的任何ABAP字典对象在可用前都必须激活.
*1.有的CO-PA项目索性将所有的特征和值字段全部使用自定义.
2.如果是自定义字段使用了checktable,则需要手工维护特征的取值范围(Tcode:
KES1),如果自定义特征选择的Validation是Nocheck(如图4-[3]),可以使用推导规则取得这个特征的值(Tcode:
KEDR),自定义的特征还可取Fixedvalues固定值.(如图4-[4])
3.在建立checktable之前读者可手工选择checktable名称..
关于特征,还有几点补充:
1.FixCharacteristics:
我用中文小译一下,各位注意了,中文其实就是固定特征,象Customer,
controllingarea,sales.Org,companycode,plant,profitcenter等特征固定存在,你想一下,一个利润分析连客户,公司代码这样的特征都没有你还分析个啥?
2.ComboundDependencies:
复合特征,意思是一个特征必须同时依靠另一特征,比如你选择了地区KNA1-REGIO做特征,则KNA1-LAND1必须同时选上,再比如你选择了成本中心,则Controllingarea就是combounddependencies,因为必须两者结合才有意义,同样的概念在SAP数据仓库BW中也非常常见.
*有一个推荐做法,为了节省字段从而节省存储空间,记得有个弟兄说CO-PA的特征最好不多于20个。
比如象地区REGIO,为了避免使用KNA1-LAND1做复合特征,则自定义一特征,然后Tcode:
KES1维护地区范围值,再使用Tcode:
KEDR做个推导规则根据定义逻辑去取REGIO的值,实际上特征值WW099就表示REGION,就是为了省空间,多不容易呀,看看现在搞特征的,做了一大堆特征.
3.尽量优化使用特征和值字段,毕竟大量使用会对系统性能造成影响,CO-PA的数据量可能是巨大的,下面会有详细分析,所以你需要在利润分析程度和性能两者间平衡,有的家伙在建立特征和值字段时建的太多,恨不得将所有的销售条件类型都建成特征再搞值字段与之对应,恨不得将所有的会计报表项目都建立值字段,也不嫌co-pa跑起来会累的慌.
二.建立值字段(Tcode:
KEA6)
值字段(Valuefield):
是Costing-basedPA的最小分析单位,通常它对应到销售数量,销售收入,销售成本,销售折扣,销售条件比如各种销售费用,各种差异等,这视企业对利润分析的细微程度,也可为各种间接费用,营业外|其它业务收支,资产减值损失等建立对应的值字段.
图6是一个值字段的例图.
图6建立的值字段是基于Costing-basedPA分析的带期间差异的实际利润分析(回顾图1-[1]),一般地能做到收入和实际销售成本配比的相对毛利法就可以了,所以你看到值字段包括成本部件(DefinedbyTcode:
OKTZ,关于成本部件及其差异如何传输进PA稍后会有详细描述)和相应的成本部件差异.
关于值字段Valuefield,总结几点:
1.Valuefield有俩种类型,Amount和Quantity型.大多数情况下可能Aggregation都会选择SUM(汇总计算),在选择LAS,AVG必须仔细考虑.
2.Valuefield在FlowsofActualvalues配置中将用来对应科目(即成本要素),MM,SD的条件类型等.
3.有一个算是比较经典的问题,和SD紧密相关,在利润分析时,需要区分主营业务收入|主营业务成本,其他业务收入|其他业务成本(比如开销售定单销售原材料取得其他业务收入),主营业务收入还区分国内国外收入等等,对于收入类科目使用Tcode:
VKOA很容易区分出,但是对于各种销售成本科目就不容易区分了,正常渠道除非建立销售定单类型,再copy移动类型,动作量太大,但在CO-PA模块中就很容易区分,只要建立主营业务国内成本,主营业务国外成本,其它业务成本的条件类型再建立对应的值字段就区分开了.
4.可预留出一两个valuefields给未来不可预见业务,以免在CO-PA使用过程中去增加.
读者思考:
一个弟兄留给我的问题,现在就
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 获利 管理 包括 利润 分析 COPA 中心 会计 COPCA