018 SAP FICO 后台配置及前台操作-COPA获利能力分析0116

1、FICO配置文档Table of Contents TOC o 1-4 h z u HYPERLINK l _Toc472349999 CO-获利能力分析PA (Profitability Analysis) PAGEREF _Toc472349999 h 1 HYPERLINK l _Toc472350000 Maintain Operating Concern维护经营范围：KEA0 PAGEREF _Toc472350000 h 1 HYPERLINK l _Toc472350001 1.Data Structure tab PAGEREF _Toc472350001 h 1 HYPERL

2、INK l _Toc472350002 2.Data structure PAGEREF _Toc472350002 h 2 HYPERLINK l _Toc472350003 3.Attributes tab PAGEREF _Toc472350003 h 3 HYPERLINK l _Toc472350004 4.Environment tab PAGEREF _Toc472350004 h 3 HYPERLINK l _Toc472350005 维护自定义特征值的取值范围：KES1 PAGEREF _Toc472350005 h 3 HYPERLINK l _Toc472350006 基

3、于成本与基于账户核算方式的区别 PAGEREF _Toc472350006 h 4 HYPERLINK l _Toc472350007 1.基于成本的核算方式： PAGEREF _Toc472350007 h 4 HYPERLINK l _Toc472350008 2.基于账户的核算方式： PAGEREF _Toc472350008 h 4 HYPERLINK l _Toc472350009 Assign controlling area to operating concern分配控制范围给经营范围：KEKK PAGEREF _Toc472350009 h 4 HYPERLINK l _To

4、c472350010 维护获利能力分析段特征值：KEQ3 PAGEREF _Toc472350010 h 5 HYPERLINK l _Toc472350011 COPA的数据来源 PAGEREF _Toc472350011 h 6 HYPERLINK l _Toc472350012 1.从SD过来： PAGEREF _Toc472350012 h 6 HYPERLINK l _Toc472350013 2.从FI过来： PAGEREF _Toc472350013 h 12 HYPERLINK l _Toc472350014 3.从MM过来： PAGEREF _Toc472350014 h 1

5、6 HYPERLINK l _Toc472350015 CO-PA: Active Flag for Profitability Analysis激活获利能力分析：KEKE PAGEREF _Toc472350015 h 17 HYPERLINK l _Toc472350016 设定产品层次V/76 PAGEREF _Toc472350016 h 17 HYPERLINK l _Toc472350017 维护商品/物料主数据把产品层次维护到商品主数据中 PAGEREF _Toc472350017 h 18 HYPERLINK l _Toc472350018 COPA重排列Re-alignmen

6、t：KEND PAGEREF _Toc472350018 h 18 HYPERLINK l _Toc472350019 COPA行项目：KE24/KE25 PAGEREF _Toc472350019 h 21 HYPERLINK l _Toc472350020 COPA分摊：KEU5 PAGEREF _Toc472350020 h 22 HYPERLINK l _Toc472350021 COPA报表：KE31/KE91+KE30 PAGEREF _Toc472350021 h 22CO-获利能力分析PA (Profitability Analysis)COPA是PCA的升级版。PCA一个维度

7、的利润分析；COPA地区、部门、产品多维度分析，e.g. 横向：电视机彩色电视机高清电视机型号A，纵向：客户/代理商/区域COPA弊端：数据量激增即使启用COPA，PCA一般也同时用着(BW模块：纯技术模块，与业务不相关，数据进行建模等，出各种复杂报表，大型项目才会上；启用BW，COPA可以不用)COPA模块前台的任务主要就是出报表，在后台将从各个模块传过来的数据设置好即可。Maintain Operating Concern维护经营范围：KEA0Operating Concern，即经营范围是CO最高级别的结构：N个公司代码分给一个成本控制范围Controlling Area，N个控制范围分

8、给一个operating concern若要开启COPA即获利能力分析功能，必须要创建经营范围并分配成本控制范围给经营范围Data Structure tab填好Description；Costing-based基于成本（一般用这个），account-based基于账户；点Create创建Data structure由特征值 (chars) 和值字段 (value fields) 组成。特征值：分析的维度包括横向的、纵向的，如地区、产品线、型号、类别等；值字段：要分析特征值的什么东西收入、成本、折扣、数量等，它们是COPA里最重要的两个概念。Data structure 从已有的特征值/值字段

9、中进行选择，选中的为蓝色。如果已有的不能满足要求，WW开头的特征值和VV开头的值字段可以自定义：WW开头的自定义特征值要选User defined，With own value maintenance表明需要检查取值的有效性，取值范围应在之后KES1中规定的范围之内Validation部分选项不能更改，与上面的 with own value maintenance 选择有关，如果选择了without value maint. 则此处会选中No check。注意：激活后退弹出”Do you wish to generate the operating concern environment?”Y

10、es。此步所需时间较长。Attributes tabOperating concern currency为RMB，Fiscal year variant为K4operating concern, controlling area, company code的fiscal year variant必须一致。Environment tab激活Status是绿色的有效维护自定义特征值的取值范围：KES1此处维护的是上面表T2507的内容，即COPA过账时，要检查WWSTR的取值应在T2507即KES1维护的这些值当中，否则无效。此处更改不能通过TR传送，应在生产机中直接进行，注意其与其它TR传输之间

11、的先后顺序基于成本与基于账户核算方式的区别基于成本的核算方式：1) 通过SD的条件类型对应PA的value field，把收入，成本，数量等传到PA去，而分析对象则通过特征传到PA去。2) 可以多个条件类型对应一个值字段3) 可以在创建销售订单的阶段把数据传到PA去，即使没有产生生成和收入，也能进行分析。而这个时候财务上还没反应上去基于账户的核算方式：1) 通过成本要素把数据传到值字段上2) 会计科目和成本要素一一对应，通过成本要素，传到PA去，保证PA的帐和FI财务的帐一致。3) 在创建销售订单的阶段不把数据传到PA模块，因为还没有产生财务凭证。Assign controlling area

12、 to operating concern分配控制范围给经营范围：KEKK维护获利能力分析段特征值：KEQ3把N个特征值绑在一起，成为获利能力分析段，可以作为成本对象。特征值创建后在KEQ3默认是使用的，如果不希望激活使得CE4XXXX表过于庞大影响系统性能，可以更改为Not Used，需要注意的是如果某一特征值选了Not Used，则KEDR中由此特征值推导出的其它特征值无法用KEND来对已过账的凭证进行Realignment。此处配置的传输应与经营范围同时传送，否则易出问题。COPA的数据来源如上图，COPA有不同的record type表示不同的凭证来源，MM的数据一般通过产生FI凭证或

13、者STO等间接从FI/SD传到COPA.从SD过来：启用了基于成本的核算方法后，可以通过SD的条件类型把SD的收入、成本、折扣等信息传到COPA模块。可以在SD的创建销售订单（VA01）或开具形式发票（VF01）阶段把数据传到PA去。两次传的数据通过Record type来区分开（SO订单的是A，发票是F）。开具形式发票是默认要传到COPA的，而创建订单要传到COPA的话，必须在基于成本的COPA中在KEKF里启用才行在Inc. SO列里输1，否则不会传过去。销售订单结算VA88可通过获利能力分析段产生Record type为C的凭证，参见Make-to-order订单生产(MTO)文档。特征

14、值-维护推导规则derivation rules：KEDR【例1Table lookup】COPA的KE24报表中，Region 字段取的是客户主数据中的值，但货物实际被运送到的地区并不与主数据中的地区完全吻合，因此需要特征值WWSTR来反映实际送达地区。Ship-to Region是由销售订单中Ship-to party送达方地址中的Region决定，则要通过推导规则体现出来：意思是：从表VBPA中，按销售订单号+ item number + partner function进行搜索，将得到的结果的ADRNR字段赋值给USERTEMP5。如下图，销售订单为20083685，item号为空，P

15、artner Function为WE（注意KEDR中要填常量WE而不是SH），得出的结果中Address即ADRNR字段值为26003，则此条规则运行后USERTEMP5的值为26003意思是：从表ADRC中，地址Address number取上一步中得到的值，在结果中取REGION字段作为COPA特征值WWSTR即送达地区的值。注意NATION即address version字段为空，甚至不像上面的item在表中的值为0：因此此处应使用之前CLEAR过的值为真正的空的字段USERTEMP3:【例2Derivation rule】意思是通过BZIRK, KDGRP, VTWEG, SPART这

16、四个特征值的取值来得出销售渠道WWIPC的值。意思是只有在VKORG的值不等于FT,BP,SP,NR,PC并且WERKS不等于3000等条件满足的情况下，此条规则才会被执行。点上面的Maintain Rule Values: 意思是当订单的sales district = SA, customer group = H, Distribution Channel = DI, Division = SV时, COPA报表FSIP CHANNELS特征值将取值SHAF值字段-维护SD的条件类型condition type到COPA的值字段的传输/对应关系：KE4I以便成本和收入从SD传入从其他模块传

17、到COPA是正还是负和成本要素的categories 相关，基于下面的规则：I.成本要素的categories 为12时：Credit in FI = Minus in COPA ， Debit in FI = +ve in COPA（Sales deduction 为负）II.成本要素的categories 为11时：Credit in FI = +ve in COPA ， Debit in FI = Minus in COPA（收入为正）III.成本要素的categories 为01时：Credit in FI = Minus in COPA ， Debit in FI = +ve in

18、COPA（成本/费用为正）即在“Transfer +/-”没有勾选的情况下，收入成本均为正（Credit memo如退货等均为负）。若勾选了“Transfer +/-”，则对于Billing data（record type为F），则COPA中的符号与Billing中的条件类型正负一致因此勾选“Transfer +/-”时应相当谨慎，因为此处只对record type F有效，如企业还存在MTO的情况，即有record type C的凭证生成， 对于成本/费用科目，C和F的正负号不同，会对统计带来一定困难。以上图为例，Billing中SKTO现金折扣为USD，KE4I中设置了其对应于值字段KW

19、SKTO，本来成本应为正，但由于勾选了Transfer +/-，COPA报表中其值为负。从FI过来：一些期间费用要想传到COPA里，一般来说有下面两个方法：A：先在FI那边直接记入到成本中心里，然后月末通过COPA的分配(KEU1+KEU5)，可以把成本中心里的费用转至COPA的值字段，同时可以在周期里定义要分析的维度，也就是特征值。运行一下即可传到PA去。B：定义获利能力分析段：可以在KEQ3里定义获利能力分析段，然后FI人员从F-02或FB50里输入费用时，成本对象选为获利能力分析段，在段里面可以输入分析维度，即特征值，这样也把数据传到了COPA中。特征值-过账时成本对象输入获利能力分析段

20、F-02时的成本对象可以输成本中心、内部订单，也可以输获利能力分析段（OBC4字段状态组：additional account assignmentsprofitability segment），这样数据就通过FI模块传到了COPAF-02传的只是特征值，值字段是通过PA传输结构传的如上图F-02界面，可以输入获利能力分析段 Profitability Segment值字段-维护PA传输结构：KEI2上图中50 USD通过KEI2的设置传入对应的值字段中。如上图，成本要素3003000至300000中发生的费用，都将传到COPA的Value field值字段ERLOS中。从MM过来：MM采购模

21、块也有部分信息是存放在条件类型里的，比如跨公司的STO采购时，A公司把商品卖给B公司，B公司向A公司开PO，而A公司不开SO订单的，A公司基于B公司的PO开出库单，然后开发票，这时候A公司的收入就是B公司PO里的采购价，那要此收入传到COPA的话，就得在MM的地方维护了，因为其条件类型是MM的，即在KE4IM里，定义条件类型和值字段的关系。另一方面，MM模块里的费用可以通过PA传输结构传输。比如材料领用科目，其他消耗的费用科目通过在PA结构（KEI2）进行配置并传到COPA。（通过SD）维护MM的condition type到COPA的值字段的传输/对应关系：KE4IM以便成本和收入从MM传入

22、（通过FI）维护PA传输结构：KEI2以便费用从MM传入CO-PA: Active Flag for Profitability Analysis激活获利能力分析：KEKE此处激活后，OKKP查看成本控制范围，ProfitAnalysis显示已激活COPA，不是灰显状态做完这步，可以前台做凭证，查看COPA报表了。设定产品层次V/76（哪个产品类L1下的硬件还是软件L2下的什么模块L3）维护商品/物料主数据把产品层次维护到商品主数据中Sales: sales org. 2视图Product HierarchyCOPA重排列Re-alignment：KENDKEDR中新创建的derivation rule只对这之后创建的订单起作用，之前已经创建好的订单其COPA对应值并未被改变，如【例2】中销售渠道WWIPC的值并不会自动变为新增加的SHAF。KEND的作用即根据新的