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

FICO配置文档

Table of Contents

? ? 1. 2. 3. 4. ? ? 1. 2. ? ? ? 1. 2. 3. ? ? ? ? ? ? ?

CO-获利能力分析PA (Profitability Analysis) .................................................................... 1 Maintain Operating Concern维护经营范围：KEA0 .................................................... 1 Data Structure tab ....................................................................................................... 1 Data structure .............................................................................................................. 2 Attributes tab .............................................................................................................. 3 Environment tab .......................................................................................................... 3

维护自定义特征值的取值范围：KES1 ......................................................................... 3 基于成本与基于账户核算方式的区别 ......................................................................... 4

基于成本的核算方式： ............................................................................................. 4 基于账户的核算方式： ............................................................................................. 4 Assign controlling area to operating concern分配控制范围给经营范围：KEKK ...... 4

维护获利能力分析段特征值：KEQ3 ............................................................................ 5

COPA的数据来源 ........................................................................................................... 6 从SD过来： ............................................................................................................... 6 从FI过来： .............................................................................................................. 12 从MM过来： .......................................................................................................... 16 CO-PA: Active Flag for Profitability Analysis激活获利能力分析：KEKE .................. 17

设定产品层次V/76 ...................................................................................................... 17 维护商品/物料主数据——把产品层次维护到商品主数据中 ................................. 18

COPA重排列Re-alignment：KEND ............................................................................ 18 COPA行项目：KE24/KE25 ........................................................................................... 21 COPA分摊：KEU5 ........................................................................................................ 22 COPA报表：KE31/KE91+KE30 .................................................................................... 22

Page | 1

CO-获利能力分析PA (Profitability Analysis)

COPA是PCA的升级版。PCA一个维度的利润分析；COPA地区、部门、产品多维度分析，e.g. 横向：电视机?彩色电视机?高清电视机?型号A，纵向：客户/代理商/区域…

COPA弊端：数据量激增

即使启用COPA，PCA一般也同时用着

(BW模块：纯技术模块，与业务不相关，数据进行建模等，出各种复杂报表，大型项目才会上；启用BW，COPA可以不用)

COPA模块前台的任务主要就是出报表，在后台将从各个模块传过来的数据设置好即可。

? Maintain Operating Concern维护经营范围：KEA0

Operating Concern，即经营范围是CO最高级别的结构：N个公司代码分给一个成本控制范围Controlling Area，N个控制范围分给一个operating concern

若要开启COPA即获利能力分析功能，必须要创建经营范围并分配成本控制范围给经营范围

1. Data Structure tab

填好Description；Costing-based基于成本（一般用这个），account-based基于账户；

Page | 1

点Create创建Data structure?由特征值 (chars) 和值字段 (value fields) 组成。特征值：分析的维度?包括横向的、纵向的，如地区、产品线、型号、类别等；值字段：要分析特征值的什么东西?收入、成本、折扣、数量等，它们是COPA里最重要的两个概念。 2. Data structure

从已有的特征值/值字段中进行选择，选中的为蓝色。

如果已有的不能满足要求，WW开头的特征值和VV开头的值字段可以自定义：

WW开头的自定义特征值要选User defined，With own value maintenance表明需要检查取值的有效性，取值范围应在之后KES1中规定的范围之内

Page | 2

Validation部分选项不能更改，与上面的 with own value maintenance 选择有关，如果选择了without value maint. 则此处会选中No check。

注意：激活?后退?弹出”Do you wish to generate the operating concern environment?”?Yes。此步所需时间较长。 3. Attributes tab

Operating concern currency为RMB，Fiscal year variant为K4?operating concern, controlling area, company code的fiscal year variant必须一致。 4. Environment tab

激活?Status是绿色的有效

? 维护自定义特征值的取值范围：KES1

Page | 3

此处维护的是上面表T2507的内容，即COPA过账时，要检查WWSTR的取值应在T2507即KES1维护的这些值当中，否则无效。

此处更改不能通过TR传送，应在生产机中直接进行，注意其与其它TR传输之间的先后顺序

? 基于成本与基于账户核算方式的区别

1. 基于成本的核算方式：

1) 通过SD的条件类型对应PA的value field，把收入，成本，数量等传到PA去，而分析对象则通过特征传到PA去。 2) 可以多个条件类型对应一个值字段

3) 可以在创建销售订单的阶段把数据传到PA去，即使没有产生生成和收入，也能进行分析。而这个时候财务上还没反应上去 2. 基于账户的核算方式：

1) 通过成本要素把数据传到值字段上

2) 会计科目和成本要素一一对应，通过成本要素，传到PA去，保证PA的帐和FI财务的帐一致。

3) 在创建销售订单的阶段不把数据传到PA模块，因为还没有产生财务凭证。

? Assign controlling area to operating concern分配控制范围给经营范围：KEKK

Page | 4

? 维护获利能力分析段特征值：KEQ3

把N个特征值绑在一起，成为获利能力分析段，可以作为成本对象。

特征值创建后在KEQ3默认是使用的，如果不希望激活使得CE4XXXX表过于庞大影响系统性能，可以更改为Not Used，需要注意的是如果某一特征值选了Not Used，则KEDR中由此特征值推导出的其它特征值无法用KEND来对已过账的凭证进行Realignment。

此处配置的传输应与经营范围同时传送，否则易出问题。

Page | 5

? COPA的数据来源

如上图，COPA有不同的record type表示不同的凭证来源，MM的数据一般通过产生FI凭证或者STO等间接从FI/SD传到COPA. 1. 从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)文档。

? 特征值--维护推导规则derivation rules：KEDR

【例1—Table lookup】COPA的KE24报表中，Region 字段取的是客户主数据中的值，但货物实际被运送到的地区并不与主数据中的地区完全吻合，因此需要特征值WWSTR来反映实际送达地区。

Ship-to Region是由销售订单中Ship-to party送达方地址中的Region决定，则要通过推导规则体现出来：

Page | 6

Page | 7

意思是：从表VBPA中，按销售订单号+ item number + partner function进行搜索，将得到的结果的ADRNR字段赋值给USERTEMP5。

如下图，销售订单为20083685，item号为空，Partner Function为WE（注意KEDR中要填常量WE而不是SH），得出的结果中Address即ADRNR字段值为26003，则此条规则运行后USERTEMP5的值为26003

意思是：从表ADRC中，地址Address number取上一步中得到的值，在结果中取REGION字段作为COPA特征值WWSTR即送达地区的值。

注意NATION即address version字段为空，甚至不像上面的item在表中的值为0：

Page | 8

因此此处应使用之前CLEAR过的值为真正的空的字段USERTEMP3:

【例2—Derivation rule】

意思是通过BZIRK, KDGRP, VTWEG, SPART这四个特征值的取值来得出销售渠道WWIPC的值。

Page | 9

意思是只有在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传入

Page | 10

从其他模块传到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 COPA（成本/费用为正）

即在“Transfer +/-”没有勾选的情况下，收入成本均为正（Credit memo如退货等均为负）。

若勾选了“Transfer +/-”，则对于Billing data（record type为F），则COPA中的符号与Billing中的条件类型正负一致——因此勾选“Transfer +/-”时应相当谨慎，因为此处只对record type F有效，如企业还存在MTO的情况，即有record type C的凭证生成， 对于成本/费用科目，C和F的正负号不同，会对统计带来一定困难。

Page | 11

以上图为例，Billing中SKTO现金折扣为-7108.2USD，KE4I中设置了其对应于值字段KWSKTO，本来成本应为正，但由于勾选了Transfer +/-，COPA报表中其值为负。

2. 从FI过来：

Page | 12

一些期间费用要想传到COPA里，一般来说有下面两个方法：

A：先在FI那边直接记入到成本中心里，然后月末通过COPA的分配

(KEU1+KEU5)，可以把成本中心里的费用转至COPA的值字段，同时可以在周期里定义要分析的维度，也就是特征值。运行一下即可传到PA去。

Page | 13

B：定义获利能力分析段：可以在KEQ3里定义获利能力分析段，然后FI人员从F-02或FB50里输入费用时，成本对象选为获利能力分析段，在段里面可以输入分析维度，即特征值，这样也把数据传到了COPA中。

? 特征值--过账时成本对象输入获利能力分析段

F-02时的成本对象可以输成本中心、内部订单，也可以输获利能力分析段（OBC4字段状态组：additional account assignments?profitability

segment），这样数据就通过FI模块传到了COPA?F-02传的只是特征值，值字段是通过PA传输结构传的

如上图F-02界面，可以输入获利能力分析段 Profitability Segment

Page | 14

? 值字段--维护PA传输结构：KEI2

上图中50 USD通过KEI2的设置传入对应的值字段中。

Page | 15

如上图，成本要素3003000至300000中发生的费用，都将传到COPA的Value field值字段ERLOS中。

3. 从MM过来：

MM采购模块也有部分信息是存放在条件类型里的，比如跨公司的STO采购时，A公司把商品卖给B公司，B公司向A公司开PO，而A公司不开SO订单的，A公司基于B公司的PO开出库单，然后开发票，这时候A公司的收入就是B公司PO里的采购价，那要此收入传到COPA的话，就得在MM的地方维护了，

Page | 16

因为其条件类型是MM的，即在KE4IM里，定义条件类型和值字段的关系。另一方面，MM模块里的费用可以通过PA传输结构传输。比如材料领用科目，其他消耗的费用科目通过在PA结构（KEI2）进行配置并传到COPA。

? （通过SD）维护MM的condition type到COPA的值字段的传输/对应关系：KE4IM

以便成本和收入从MM传入

? （通过FI）维护PA传输结构：KEI2

以便费用从MM传入

? CO-PA: Active Flag for Profitability Analysis激活获利能力分析：KEKE

此处激活后，OKKP查看成本控制范围，ProfitAnalysis显示已激活COPA，不是灰显状态

做完这步，可以前台做凭证，查看COPA报表了。

? 设定产品层次V/76

（哪个产品类L1下的硬件还是软件L2下的什么模块L3）

Page | 17

? 维护商品/物料主数据——把产品层次维护到商品主数据中

Sales: sales org. 2视图Product Hierarchy

? COPA重排列Re-alignment：KEND

KEDR中新创建的derivation rule只对这之后创建的订单起作用，之前已经创建好的订单其COPA对应值并未被改变，如【例2】中销售渠道WWIPC的值并不会自动变为新增加的SHAF。KEND的作用即根据新的推导规则重写之前的值。

先创建重排列运行（蓝色），再创建重排列申请（白色）

Page | 18

Page | 19

上面为待选特征值，选择后点向下箭头出现在下面被选区域即为已选中。

填入Char. Value，意为将之前客户号为填写的值，客户组为H，分销渠道为DI，部门SV，FSIP CHANNELS为NHAF的COPA记录按照新的derivation rule重排列/重新得出结果。

意思是将原先FSIP CHANNELS以及sales district的值替换为SHAF和SA

Page | 20

? COPA行项目：KE24/KE25

KE24为实际数据，KE25为计划数据

Page | 21

KE24选择’Read as posted’ 即“所见即所得”，之前过账的凭证保持不变（仍为北美）：

选择’Read acc. To current structure’则显示为re-alignment 重排列之后的结果，即历史凭证根据新的规则显示新的值（南美）：

? COPA分摊：KEU5

Cycle创建/更改/显示：KEU1/KEU2/KEU3

? COPA报表：KE31/KE91+KE30

KE31/KE91画报表，KE30显示报表。

KE31和KE91的区别——KE91是用来创建基于行项目的COPA报表（数据取自行项目表CE1XXXX和获利段表CE4XXXX，其中：XXXX为经营范围代码）；KE31是用来创建获利能力段的报表（该类报表的特性只能取KEQ3/KEQ4中的可用的获利能力特性，若KEQ3中将某特性设置为不可用，则KE31中无法取到该特性的信息），其数据取自获利段级别的数据表CE3XXXX和获利段数据表CE4XXXX。

Page | 22

【声明】除黄色高亮部分为未亲自操作或尚存疑问外，其余部分本人均亲自操作证明可行。如将来的操作涉及到这部分，则到时会更新对应的文档并把高亮取消。配置时请按文档顺序操作。

Page | 23

本文来源：https://www.bwwdw.com/article/005p.html