COPA浅宰.doc

CO-PA获利分析SAP系列CO-PA 获利分析By Demo GuoFinished at 2008-3-17Table of Contents简介4Structure结构5Operating Concern (业务关联区，不知道怎么翻译，从网上找的)5定义Operating Concern5分配Operating Concern5Characteristics 特征6Value Field (只是在costing-based类型中有效)10G/L accounts (用于account-based类型)11Define Characteristic Derivation 定义特征值的派生12Realignment 重组20Valuation value的派生27Valuation using Material Cost Estimates28Valuation using Conditions28Periodic Valuation of Actual Data29Key Figure & Key Figure Schema29Flow of Actual Values29Sign handling CO-PA模块的正负符号处理29Transferring Incoming Sales Orders Online Sales Order到CO-PA模块的集成设置29Assign Value Fields30Assign Quantity Fields35Activate Transfer of Incoming Sales Orders36Transfer of Billing Documents40Reset Value/Quantity Fields40Order and Project Settlement40Direct Posting from FI/MM41Maintain PA Transfer Structure for Direct Postings41Automatic Account Assignment43Settlement of Production Variance44Define PA Transfer Structure for Variance Settlement44Assign PA Transfer Structure to Settlement Profile45Transfer of Overhead46Transfer Customer Rebate Agreements50Multiple Valuation Approaches / Transfer Prices50Periodic Adjustments50Define Key Figure Schema51Activate Profitability Analysis53Information System53CO-PA report54Characteristic Hierarchy58CO-PA的应用实例581）费用分析58总结67Technical Information of CO-PA68简介CO-PA可以用来进行市场细分(Market Segment)的评估，市场细分就是例如产品，客户，订单或者这些东东的一些组合。或者用来评估战略业务单位( Strategic Business Unit, SBU)例如销售组织或者业务范围。CO-PA从字面上看是和利润分析相关的，其实对利润的分析只是这个模块的一个小的功能。CO-PA模块还可以用于分析销售量，销售金额,生产订单价格差异等等。在CO-PA中，有两种利润分析的类型Costing-Based Profitability AnalysisAccount-Based Profitability Analysis下图简略的介绍了一下这两种不同利润分析类型的区别你可以同时使用这两种利润分析的类型。这两种利润分析类型的主要区别是Account-based类型的Value字段必须固定是G/L account所以，一般用account-based类型没有costing-based类型的分析方法更加有扩展性。下文中主要介绍costing-based类型，想了解account-based类型的朋友可以参考SAP的帮助。Structure结构Operating Concern (业务关联区)不知道怎么翻译，从网上找的，屠夫的文章里面好像叫做康采恩，看来是个舶来词，和拷贝的来头有点类似。其实Operating Concern,它没有特别实际的意义，它就是CO-PA模块的一个顶级单元结构，用来区别不同的Operating Concern. 和Controlling Area, Credit Control Area的概念类似，我觉得没有必要把它定义得比较死，就像认为company code就一定要和实际的公司实体对应一样，完全没那个必要。只要知道这疙瘩有啥作用就好。定义Operating Concern路径：IMG-Enterprise Structure-Definition-Controlling-Create Operating Concern分配Operating Concern可以把某个Operating Concern分配给多个Controlling Area, Operating Concern, Controlling Area和Company Code的关系如下： Operating Concern 1 | | |Controlling Area 1 Controlling Area 2 | | | Company Code 1 Company Code 2 后台配置路径（见下图）Characteristics 特征特征就是简介中介绍的市场细分和战略业务单位，例如产品组，客户组，产品类型等等。这些特征值的组合我们可以称为Profitability Segment(不知道怎么翻译，就叫获利性细分吧)举个例子：某集团产品类型分成：五金塑胶客户组分成国内客户国外客户那么国内客户，五金产品组的这个组合就算是一个Profitability Segment后台配置路径（见下图），TCODE KEA5Characteristics的分类Characteristic分成2大类，4小类Characteristic Delivered by SAPl Fixed CharacteristicsFixed Characteristic在Operating Concern被创建的时候就自动在该Operating Concern中创建了。例如product number, company code, billing type, business area, sales order, customer, controlling area等等。所有某个Operating Concern的fixed characteristics可以通过如下路径找到：TCODE KEA5 (Edit Characteristics), 选择 “All characteristics”,点击“Display”按钮，然后选择菜单”Extras-Fixed Fileds”可以看到这些fixed characteristics,但似乎不是所有的fixed characteristics在COPA报表中都能够被引用，例如techn.fields标签里面的cost element就无法在COPA报表里面直接引用，参考后文中的COPA实例。l Predefined Characteristics除了Fixed Characteristics以外，SAP系统还提供了额外的预定的Predefined Characteristics供我们使用。例如customer group, customer district, country.TCODE KEA5打开是视图中，所有不是以WW开头的characteristic都是predefined characteristics,看下图（红线圈起来的部分）User-Defined Characteristics用户自定义的Characteristic可以分成2种类型，一种就是从SAP表中派生过来的，我们把它叫做Characteristics copied from a SAP table.另外一种就是完全自定义的characteristic类型，SAP中把它叫做Characteristics created from scratch.自定义的characteristic必须以WW开头，并且最大只有5个字符。l Characteristics copied from an SAP tablel Characteristics created from scratch后面的COPA实例中会有一个characteristics created from scratch的例子，参考COPA实例SAP支持最大30个自定义的characteristicsValue Field (只是在costing-based类型中有效)Value field分成数量Qty和金额amount两种类型,自定义的value field必须是以VV开头，而且value field的名称长度为5个字符,SAP最大支持120个value fields。注意：新建了characteristics和value fields后，记得把它们加到对应的Operating Concern中去,当然，新建的characteristics和value fields是需要激活activate的。TCODE KEA0 Operating Concern维护修改完成后，记得Activate对应的data structure. Status要变成绿灯才行。*因为保存和激活的时候，后台需要新建对应表和动态程序，所以需要一段时间*Define profitability segment characteristics (Segment-Lvl Characteristics) 为了尽可能的降低COPA数据库的体积，我们可以配置哪些characteristic不会有对应的profitability segment在表CE4xxxx中产生，这个主要是用于数据库的优化。我们以SO号码和Customer No.为例说明：上图中，Sales order被配置成Not Used,而Customer设置成Costing-Based,你会在CE4xxxx表中发现：区域1Custom No.有值而区域2Sales order no. 却没有值而在表CE1xxxx中，Customer No.和Sales order no.都对应得有值（看下图区域1和区域2）。这个设置对后面要讲到的Realignment会有一定的影响。Maintain Characteristic Values 维护特征的取值（范围）可以在后台配置characteristic的特定取值范围。深入后台发现这个特征的值的Description可以设置其他的语言。由于本人安装的系统没有安装中文语言包，所以只有用德语DE登录,果然，在德文的界面下，先前的2个特征值的Description为空，随即填入North China (DE), South China (DE)果然，在T22B4表格中增加了2行看来SAP的多语言工作还是做得比较不错。如果你希望某个特征的取值只是几个特定的范围，可以给对应的特征维护相关的values list. TCODE KES1Define Characteristic Derivation 定义特征值的派生特征值的派生的设置在COPA模块中也算是比较重要的设置。可以通过选择菜单栏”View-Display all steps”来显示所有的派生步骤特征值派用来从其他特征值自动生成自定义的特征值，所以特征值的派生步骤顺序显得非常重要。我们现在假定在Operating Concern有一个自定义的characteristic WWSBU Strategic Business Unit.它的定义如下图所示。我们希望WWSBU的值是从物料的物料组material group按照如下的规则派生出来的。Material Group物料组期间Strategic Business Unit80012007-1-12007-12-310001 Electronics80012008-1-10002 Multimedia80022007-1-12007-12-310002 Multimedia80022008-1-10001 Electronics当物料组为8001，并且在2007-1-12007-12-31期间内时，WWSBU (Strategic Business Unit) 的值为0001 Electronics.它的特征值项目有2个，看下图：然后我们定义它的Derivation Rule可以通过新建一个COPA line item来验证characteristic派生的设置,TCODE KE21N。特举例如下:使用 tcode KE21N 新建一个CO-PA line item，使用record type A然后录入material group 8001，看下图接着点击工具栏上的“Derivation” 按钮（见下图红线圈起来的按钮）你会发现Strategic Business Unit按照你上面定义的派生规则派生出来了（见下图）。当然，特征的派生类型不光Derivation rule一种，它还包括Table lookups, Move, Clear 3中另外的派生方法。Table lookups很显然，table lookups就是通过从table根据给定的内容，在source field中找到对应的记录对应的target field的值。然后把该target field的值赋予给对应的特征。例如，特征KMLAND （Country Key）就是从客户主数据表KNA1的字段LAND1派生过来的。TCODE KEDR选择菜单项”View-Display all steps”打开所有的派生步骤（包含系统预定义的）。找到country key对应的table lookup类型，如上图中红线所示。上图中，区域1是派生的名称，区域2是被查找的表的名字，区域3是对应的是查找的表中的源字段名称，在本文的例子中，我们是想通过客户的代码查该客户对应的country key.在这个例子中，客户代码就是源字段，country key就是目的字段。区域4是CO-PA中对应的客户代码字段。派生的步骤如下：1） 区域4 CO-PA KNDNR中先被赋值，例如，当针对某客户1的销售订单创建了billing document,这个时候，客户代码1就会从SD模块中转到自动生成的CO-PA line item中。2） SAP就会根据上图中定义的派生规则，在表KNA1（见区域2）的字段KUNNR（见区域3）中找到客户代码1对应的那条记录。3） SAP会把找到的那条记录中对应的字段LAND1(见区域5)的值赋予CO-PA的特征KMLAND(见区域6)还有派生类型MOVE的例子：后面的COPA实例中有一个派生类型为MOVE的例子派生类型CLEAR就留给大家自己琢磨了。Realignment 重组不晓得怎么翻译这个realignment, google上翻译是重组，那将就一下吧。Realignment的作用就是为了在当和CO-PA相关的其他模块的主数据改变后，CO-PA的历史数据能够根据相应主数据的变更而改变（注意，只有CE4xxxx表中对应的characteristic会变，而CE1xxxx中的characteristic是不会变的，所以在做CO-PA的报表的时候，profitability segment对应的characteristic的值要从CE4xxxx还是CE1xxxx中取,还需读者自己把持。如果你取的是CE1xxxx中的characteristic的值，Realignment对其没有影响）下面我们举一个realignment的例子来说明到底realignment在后台有一些什么动作。假设我们有一个客户DYMO,客户代码是1，以前它对应的country key是US,现在把它的country key在客户主数据中改成CA，TCODE FD02,见下图我们先保存一下CE4xxxx和CE1xxxx 中的country key的原来的值的图片，也就是country key为USCE4xxxxCE1xxxx好了，我们现在新建一个realignment run, TCODE KEND如上图中区域1所示，我们新建一个名字叫”test realignment run”的alignment run然后在该alignment run中建立一个request,该request的设置见下图：在上图中，你可以定义你的realignment request运行的条件，例如，你只想满足company code为8000的profitability segment运行realignment,就可以把company code加到“selected characteristics”栏中，然后设置char. Value为8000。接下来设置conversion rules标签栏，见下图：上图中区域1代表你希望该realignment request想要做重新派生的特征列表，我们这里选择country.当然，你也可以把区域2中的characteristic加到区域3中，区域3的作用是可以手工定义一些值，当该realignment request被运行后，相应的profitability segment的characteristic的值就会变成你手工定义的这个值。注意：realignment request只能新建和删除，不能更改（至少我没有发现）。Realignment run和realignment request的关系。一个realignment run包含几个realignment request, 你可以在realignment request中定义自己的realignment规则。只有realignment run是可以运行的，realignment request不能单独运行。说白了，就那么个关系。相应的realignment run和realignment request都定义好后，开始运行realignment run了。先选择需要运行的realignment run,然后点击菜单项”Run/Request-Execute-Without starting time”,看下图：把上图的”Test mode”勾去掉（我还没找到到哪里找test mode运行后的结果）。接着用TCODE SMX打开你的JOBS LIST,找到对应的JOB把这个JOB RELEASE一下。然后等待该JOB的状态变成完成”Finished”这个时候，你检查一下TABLE CE4xxxx，对应的country key变成了CA。但是你会发现TABLE CE1xxxx的country key没有变，还是US,看下图。你通过TCODE KE24查看原始的CO-PA line item,也会发现对应的country key没有变化，看下图：相信大家对realignment会有了一些感性的认识了。Valuation value的派生Valuation和characteristic derivation的功能有点类似，其实，把valuation叫成value derivation可能更加合适些。Characteristic derivation的功能是从characteristic A的值B,派生出characteristic C的值D.而valuation的功能是根据给定的characteristic和value field（例如sale quantity）的值和condition, cost estimation以及costing sheet的设置，派生出另外的value field的值。而且在你手工录入CO-PA line item (TCODE KE21N)的时候，工具栏上有”Derivation”和”Valuation”两个按钮，也印证了它们俩不同寻常的关系，见下图。Valuation using Material Cost EstimatesValuation using material cost estimates主要用来在系统在生成COPA凭证的时候，以SAP的cost estimation和对应的sales quantity带出相应的product cost。配置：Define Valuation Strategy拷贝系统预置的valuation strategy 001为Z01区域1序号，例如1，2，3，4，5等等区域2Application for CO-PA，因为我们现在的设置和costing sheet无关，所以留空。选项见下图该选项用于和costing sheet的设置，用来识别是使用COPA模块的costing sheet还是使用SD模块的costing sheet。区域3Costing sheet区域4Valuating with cost estimate，勾上，表示使用cost estimation来做valuation.区域5相关的数量value field，例如sales qty。最后的valuation = sales qty * cost estimation区域6User Exit的名字，可以通过user exit来做valuation的增强，相关的增强有COPA0002。区域7Variant for finding transfer price。区域8Value field related to transfer price。这2个设置是和Profit Center Accounting相关的，可以参考Profit Center Accounting的相关配置。Assignment of Valuation StrategyAssignment of valuation strategy用于设置哪些record type和point of valuation需要使用对应的valuation strategy去做valuation。区域2valuation strategy, 在这里可以选择先前自定义的valuation strategy Z01区域3Point of valuation，point of valuation有4个选项，见下图。Point of valuation的设置可以参考Periodic Valuation of Actual Data。Valuation using Conditions也可以通过condition技术来做valuation。可以使用SD模块的condition和COPA模块的condition。Periodic Valuation of Actual DataPeriodic valuation主要用于record type A (incoming sales orders)和F(billing data),当然还可以用于其他自定义的record type。就拿incoming sales orders来举个例子。当sales order item被创建或者变更的时候，我们使用某个物料标准的cost estimation做valuation，然后该标准的cost就会post到value field 例如“StandardCost”中去。到了期末的时候，我们做了物料帐的关闭后，我们可以接着做一个针对record type A的periodic valuation，这个时候，该物料的实际成本就post到COPA模块上去，例如value field “ActualCost”。在Define and Assign Valuation Strategy中的设置如下。先定义2个不同的valuation strategy:然后把这2个不同的valuation strategy分别分配给下面2个point of valuation。01 Realtime valuation of actual data02 Periodic revaluation of actual data见下图。接着为不同的valuation strategy定义不同的costing key。Costing key 001 Current standard cost estimateCosting key 002 Costing Key for Act. Cost. Est.Key Figure & Key Figure SchemaKey Figure Schema用来定义一些Key Figure的公式（Key Figure分成Value field和由value field通过公式算出来的Key Figure两种类型）Flow of Actual ValuesSign handling CO-PA模块的正负符号处理和COPA相关的cost element category。 Revenues: Cost element category 11 Sales deductions: Cost element category 12 Costs: Cost element category 01Transferring Incoming Sales Orders Online Sales Order到CO-PA模块的集成设置数据从SO传到CO-PA模块的line item record type 为 A TCODE KE41 定义SO的condition和CO-PA模块中的value field的对应关系（这个设置是同时针对Transferring Incoming Sales Order, Transferring Billing Document和Transfer Customer Rebate Agreements的）。看下图中的区域1,2,3：SO行项目都是由condition记录组成的，这个对于了解SO结构的人都会很清楚。如果兄弟你对SO中的condition不太懂，建议兄弟看看SAP帮助中的Pricing and Condition这一节。Assign Value Fields上图中区域1是condition type,每个SO的行项目都会有一个缺省的condition type PR00用来定义销售的价格。区域2是CO-PA中对应的value field (Revenue)。区域3中的”Transfer +/-”就是和上面的Sign handling相关的一个设置。是否需要勾上”Transfer +/-”,需要和你后续的Key Figure Schema, 以及你在Information System里边做的Report对应的。我们以Billing Document和Credit memo/return为例子。Billing Document对于Debit posting (例如sales discount销售折扣) 如果”Transfer +/-“ 被勾上了，符号为负，如果没有勾上，符号为正。对于Credit posting(例如 sales revenue销售收入)如果”Transfer +/-”被勾上了，符号为正，如果没有勾上，符号也为正。Credit memo/return (此Credit Memo是SD模块的Credit memo & return)Debit posting (例如销售收入,为啥到了SD模块还有Debit, Credit一说，我倒是有一些混淆了，例如SAP里边把在Billing Document里边的收入算成Credit posting, 而把Credit memo & return里边的收入算成Debit posting，其实也很好理解，举个例子，在Billing Document里边的condition PR00 的值为正的，按道理讲，Credit memo/return里边的PR00的值（数量和总价）应该就是负的，因为要扣除掉客户的应收账款，但是这个时候，SAP定义Credit memo/return里边的PR00的值（数量和总价）也为正)这个具体是在哪里配置的呢？为什么普通的billing document中revenue为Credit，而credit memo/return的revenue为Debit？在系统后台找了半天，发现在Billing document type(RE)里边General control设置一下SD document category。如果选择O Credit Memo.该billing document的revenue就为Debit,如果选择M Invoice.该billing document的revenue就为Credit.看下图中的Billing document type设置。试了一个下午才找到。唉，老了，不服老不行。SD Document Category是一个Domain,看下图（SE11），是系统预定义的一些值：看来这个revenue在哪种billing document type里边是Debit,在哪种billing document type里边是credit是在程序里边写死的。在SAP中，所有的billing document category在SAP程序里面都是以常量来表示的，例如billing document category O Credit memo. 在SAP程序里面是以常量VBTYP_GUTS表示的，请看下图：“where used list”了一下，发现N多程序要用到这个常量。等哪天闲下来了，再细细啃啃它们。好了，跑题了，现在只要记住对于Credit memo/return. 收入是Debit posting, 折扣是Credit posting就好了。对于Credit memo/return, 如果“Transfer +/-”勾上了，收入过账到CO-PA是负的，折扣过账到CO-PA是正的。如果”Transfer +/-”不勾上，收入过账到CO-PA还是负的，但是折扣过账到CO-PA是负的。其实说白了，勾不勾这个所谓的”Transfer +/-”处决于你日后的Keg Figure “Net revenues”是怎么定义的。看下图：如果“Transfer +/-”是勾上的，那Net revenue的公式就是：Net revenue = Revenues + Discounts如果”Transfer +/-”没有勾，那Net revenue的公式定义就是：Net revenue = Revenues Discounts.对于Key Figure的定义Key Figure Schema,请看下面的章节Define Key Figure Schema。当然，你不要有的value field勾上，有的value field又不勾。那就会混淆的(当然不排除某些高手故弄玄虚了)。好了，接下来是Assign Quantity Fields这个比较简单了：区域1中是SD模块对应的Quantity字段，区域2是CO-PA中的Quantity字段。区域3中是SD模块对应的所有的Quantity字段。Activate Transfer of Incoming Sales Orders是选1，2还是3就要看贵公司的需求了。1, Active with date of entry是指SO数据传入CO-PA模块的时候，按照当时SO建立&最后修改的时间来判断入CO-PA的哪个期间。2 Active with Deliv. Date/Scheduled Billing Date (Using KWMENG)看下图中区域1对应的Deliv. Date,该选项就是以区域1所示的Deliv. Date来判断对应的CO-PA凭证入哪个对应的CO-PA期间。3 Active with Deliv. Date/Scheduled Billing Date (Using KBMENG)选项3和选项2不一样的地方在于：选项3以Confirmed qty对应的Deliv. Date来确定CO-PA的期间。如果我们选择选项3。该SO生成的CO-PA凭证为：搞不懂，为啥生成3个CO-PA凭证，注意区域1对应的期间。把选项设置成2，建立如下 的SO.对应的CO-PA凭证是：再把选项设置成3，整一个复杂些的SO这个时候生成的三个CO-PA凭证如下。如果把选项设置成1，然后建立如下的SO就会得到如下的只有一个CO-PA凭证。所以，到底选择选项1，2还是3，兄弟你应该有个底了吧。某些小的细节：如果你更改了SO行项目的价格，在CO-PA中会有2个对应的line item record产生。其中一个为负的，Doc no. 442。然后再根据用户对行项目的变更，新建一个Doc no. 443。感觉和FI凭证的reverse有点类似，请看下图。似乎在Transfer of Billing DocumentsAssign value fields, Assign quantity fields和Transfer of Incoming Sales Orders是一样的配置，而且你会发现它们是一个东西。Reset Value/Quantity Fields这个设置用于一些比较特殊的场合，例如，在Credit memo/return中，你不希望相应的Freight也被扣除了（很明显，有退货发生的时候已经发生的运费是不可能再退回来的）。你就可以用这个功能把对应的运费value field清零。看下图中的例子：Order and Project SettlementOrder and Project settlement主要用于把order和project结算到profitability segment中去。不过我觉得实际应用中很少，一般结算到profitability segment中去的cost都是statistical的，例如下面章节中要讲到的settlement of production variance而且profitability segment作为一个成本对象，好像有最高的优先级。此profitability segment和CO-PA模块的profitability segment字面上是一样的，可我认为他们是不同模块的不同东西。这个解释好像比较拗口。我看是不是可以这么解释，在CO模块，profitability segment是一个成本对象的概念，而在CO-PA模块，profitability segment是一些特定的characteristic的值的集合。只不过SAP把这2个东西比较巧妙的结合起来了。在order和project做settlement的时候，我们把profitability segment作为成本流的接收方成本对象（成本对象类别为PSG）。这个时候，成本的posting是actual的，而不是statistical。*to be continued* not very clear, you should know how to post statistical cost to profitability segment instead of posting to other cost objects.PA Transfer structure的相关设置和settlement of production variance有些雷同。请参考settlement of production variance-Define PA transfer structure for variance.Direct Posting from FI/MM我觉得把这个功能叫做Direct Posting from FI/MM不太贴切，至少是狭隘的，因为这个功能的设置都是和cost element相关的。至少用户不能利用这个功能把PO, Logistic Invoice的数据过账到CO-PA模块中去。好了，废话少说，先讲它的配置，其实很简单。Maintain PA Transfer Structure for Direct PostingsTCODE KEI2上图中的Assignment 10,20, 30 (区域1)字面上没有任何特殊的意义，只不过不同的assignment可以定义不同的source和value fields.区域2的这个选项对本设置无关。区域3 Source assigned,区域4 Value field assigned用来表示相应的assignment中对应的source和value fields是否有设置。下图是assignment 10 Personnel costs的source设置区域1肯定就是选择”Costs / revenue”,区域2中输入cost element范围，或者可以输入cost element group.再下面是assignment 10 Personnel costs的value fields设置。上图中，区域1指value field的类型，区域2表示该value是fixed amount, variable amounts还是fixed amount + variable amount.(见区域4)我们选3就好了。对于fixed amount和variable amount的定义，请参考CO模块中的cost center accounting *to be continued*.Automatic Account AssignmentTCODE OKB9 其实这个设置是CO Cost Center Accounting模块的。经过我的测试，只有把区域1中的checkbox勾上后，和该cost element相关的业务数据才会过账到CO-PA中去。而且，当你把PrfSeg勾上后，Account Assignment detail （区域2）只能是空，也就是如果你想使用Direct Posting from FI/MM,你是无法用到OKB9里边的account assignment detail功能的。OKB9的功能主要是预定义一些缺省的account assignment。以上图中为例子，我们设置了一条company code = 800, cost element = 51411600, cost center = 89000000的记录。当我们用TCODE FB50录入一个总账凭证，在行项目中输入GL account 51411600,后，系统就自动把cost center 89000000带出来了。看下图：对于Direct Posting from FI/MM的应用，请参考实例：费用分析Settlement of Production VarianceSettlement of production variance的作用就是把生产订单结算的时候产生的各种差异，分别计入CO-PA不同的value fields中去。这个所谓的settlement of production variance有哪些实际的应用，俺是想破脑壳也没有想出来。不过这个小模块的作用我想就是能够在月底的时候分析当月某个产品组的总的生产差异是多少，这些差异又分解成一些小的差异，又各是多少。然后可能做一些逐月的分析对比。在CO-PA中对应的Record T