SAP_COPA_获利能力分析-给力文档

1.0COPASD&CO（1）我只能想到SD订单或者交货或者发票传到CO的一些字段，比如组织架构元素、条件类型以及其他想细分的东西。综合来看最后得到的一张大表（KE24/KE30），这叫CO-PA获利能力分析。获利管理包括利润分析（CO-PA）和利润中心会计（CO-PCA），谈到利润分析,就说下利润中心,因为人们总喜欢将这两模块联系在一起讨论。1.利润分析从外部市场角度分析利润,利润中心则是从内部管理单元的角度来分析利润.2.在利润中心模块,可以根据产品,地区,管理职能单位(生产,销售,财务等划分利润中心,),另外,在SAP的利润中心模块中,如果按期间将资产负债表项目(固定资产,APAR,库存数据和在产品WIP等,实际上也可实时传输这些资产负债表项目)传送到利润中心,从而对利润中心的一些典型的投资收益率、现金流量和销售利润率等财务指标进行分析,因此此时利润中心就扩展成为投资中心。下面我们分别来阐述这两个部分：（一）利润分析(ProfitabilityAnalysis)获利能力分析的主要目的是从外部市场的角度分析企业行为对经营利润的影响。CO-PA能同时从业务方面(客户，客户组,产品,产品组等及其组合)和组织单元(比如销售组织，分销渠道，业务范围，工厂级组合)对企业经营利润进行详细分析。通过这种分析帮助企业了解在不同市场方面企业的获利能力以及变动趋向，从而帮助企业决策者对产品定价、客户选择，分销渠道及销售条款快速提供决策依据，这在竞争激烈的微利行业尤其重要,接下来会就系统实现进行更细节的讨论.（二）利润中心(ProfitCenterAccouting)划分利润中心.通常的划分利润中心的方法有:a.从成本中心(组)生成利润中心,实际上利润中心起到一个group成本中心的概念.b.根据业务范围或将集团下级单位划分成利润中心,这样可以避免为下级单位建立多公司代码,下级单位可以根据利润中心出相关报表.c.根据成品或地区划分利润中心,说到这里,又扯一下业务范围(有的将这东西干脆翻译成事业部),比如一个大型电子集团分彩电事业部,通信事业部等,关于利润中心和业务范围又有些民间说法:i:利润中心是后来设计用来取代业务范围的?.ii:业务范围是FI的概念,而利润中心是CO的概念,我想why有人这样想呢?1）是BA的配置放在FImodule,而利润中心(CO-PCA)在COmodule.2）是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)和基于帐户(Account-based),CO-PA模块允许选择其中任何一种,也可同步启动两种利润分析方式.吸收成本法和部分成本法完全成本法|制造成本法也称为制造成本计算法或吸收成本法(名词和Tcode一样多):是指以制造成本为产品成本计算范围的成本计算方法。变动成本法|部分成本法也称为直接成本法或边际成本法:是指以变动性生产成本或制造成本为产品成本计算范围的成本计算方法。下图是一个典型的制造企业按经济用途的成本费用分类图.1.完全成本法和变动成本法最核心最本质的差异在于对固定制造费用的处理上.2.完全成本法计算过程繁琐，尤其是到月底涉及到费用分摊、成本还原工作量大也难于把握,所以在CO-PA要做到净利法非常困难,在接下来会针对此问题深入讨论关于完全成本法和变动成本法请参考CO-PC篇,有大量讨论,特别是涉及SAP系统成本逻辑实现部分.下面就CO-PA系统细致剖析一番.COPA可简单理解为利润分析顾名思义就是你要怎样进行利润分析.如果不上此模块可进行利润分析吗?当然可以的,自定义报表,但是得面对海量数据,比如要抓SO,Billing等数据,巨大的数据量使报表的性能受到影响.类似的问题还有如果不上物料分类帐能有效地分配差异吗?当然,自定义程序.从设计逻辑上,启动了利润分析,根据设置动态一些相关表,结构和程序(SAP很多模块的设计理念都是这样,启动会产生相关ABAP对象),然后实时或后续Post数据到CO-PA相关表格,同时SAP提供了相关报表,这样比自写程序更简单而且能提供更多的相关报表而已.1.0.1ProfitabilityAnalysisStructures在解释利润分析配置前,再此理解下什么是OperatingConcern(以下简称OC).InordertouseProfitabilityAnalysis(CO-PA),inIMGEnterpriseStructure,youhavetodefineoperatingconcernandassigncontrollingareatoanoperatingconcern.Thestructureofanoperatingconcernisdeterminedbyanalysiscriteria(characteristics)andthevaluestobeevaluated(valuefields).DefineMerckspecificcharacteristicsandvaluefieldsindependentlyoftheoperatingconcern.Beforedefininganewcharacteristics,lookforexistingfixedcharacteristicsdeliveredbySAP.Maximumalloweduserdefinablecharacteristics=50Maximumallowedvaluefields=120IMGPath:Enterprisestructure-Definition-Controlling-CreatingOperatingConcernEnterprisestructure-Assignment-Controlling-AssingControllingAreatooperatingconcern分配OC给COarea,在分配前OC必须已经产生了datastructure.OC是获利能力分析中的核心组织结构，用来监控及分析各获利分析段ProfitSegment。获利分析段通常是销售组织(销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实际需要，以各获利段为依据生成获利分析报表，考核其获利能力。1.0.1.1MaintainCharacteristicsT-code:KEA5如图1.0.1.1-1：[1]进入KEA6维护值子段,[2]所有的OC用到的特征,[3]具体OC所用到的特征,[4]所有OCs中都未用到的特征.图1.0.1.1-1图1.0.1[5]自定义特征特征必须是WW开头的4至5位,在自建特征时如果从客户主数据表KNA1/KNB1/KNVV,物料主数据表MARA/MARC/MVKE,SOheader和itemtableVBAK/VBAP等中读取字段,建立的将并不是你所需要的WW***特征.如图1.0.1.1-2,如在建立WW099时你选择了VBAP表,并且选择了MATNR和CHARG字段,很明显,保存后WW099特征并未建立而是将VBAP-MATNR和VBAP-CHARG建成了特征.如果想建立自己的特征,请选择Userdefined,如图1.0.1.1-3:[1]用户自定义特征,[2]withownvaluemaintenance,它会产生一个T25**的checktable,如果使用了checktable,这些特征在使用前必须使用KES1定义自己的特征值.在特征可使用前必须激活它,原理很简单,WW099创建了一个dataelementdomainRKEG_WW099(所有的自定义的特征都会产生类似RKEG_特征名称的dataelementdomain)和表T2503|T25A3(可使用Se11查看),所有的ABAP字典对象在可用前都必须被激活.在建立checktable之前读者甚至可手工选择checktable名称.如图1.0.1.1-41.有的CO-PA项目索性将所有的特征和值字段全部使用自定义.2.如果是自定义字段使用了checktable,则需要手工维护特征的取值范围(Tcode:KES1),如果自定义特征选择的Validation是Nocheck(如图4-[3]),可以使用推导规则取得这个特征的值(Tcode:KEDR),自定义的特征还可取Fixedvalues固定值.(如图4-[4])3.在建立checktable之前读者可手工选择checktable名称..图1.0.1.1-2图1.0.1.1-3图1.0.1.1-4关于特征,还有几点补充:1需要怎样的特征取决于你的CO-PA究竟要分析到多细?上面已经介绍可从哪些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billingto..等,实际上哪怕用户在维护OC的datastructure中只使用了一个特征,对最常用的特征字段比如公司代码,工厂,利润中心,客户,销售组织,分销渠道,division等最常用的分析字段都已经在CO-PA相关表中了(请看1.0.1.1.3MaintainOC),这些是所谓的FixedCharacteristics,SAP已经提供了客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字段,并且用户还可定义自己的特征withChecktable或withoutchecktable,这些特征并不基于上述SAPtables.2尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响,虽然道理很明显越多的特征和值字段可能使分析更细,你需要在两者间平衡.3在建立特征时,读者必须明白这些名词.[1]Fixcharacteristic指固定的特征,比如客户,controllingarea,sales.Org等,可这样理解就是这些字段在COPA的相关表固定存在,不管你有没有将其设置成特征字段.(注:你设置的特征字段将会形成COPA相关表的字段).[2]compoundDependencies,意思是一个特征必须同时依靠另一特征,典型的比如你选择了地区KNA1-REGIO做特征,同时KNA1-LAND1也必须选上,另一个例子就是选择了成本中心,Fixed特征Controllingarea就是compounddependencies特征.(为了节省一字段,所以通常自定义一特征,然后