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

FICO配置文档
✓CO-获利能力分析PA(Profitability Analysis) (1)
Maintain Operating Concern维护经营范围：KEA0 (1)
1.
2.
3.
4.
Data Structure tab (1)
Data structure (2)
Attributes tab (3)
Environment tab (3)
✓✓
维护自定义特征值的取值范围：KES1 (3)
基于成本与基于账户核算方式的区别 (4)
1.
2.
基于成本的核算方式： (4)
基于账户的核算方式： (4)
✓✓✓
Assign controlling area to operating concern分配控制范围给经营范围：KEKK (4)
维护获利能力分析段特征值：KEQ3 (5)
COPA的数据来源 (6)
1.
2.
3.
从SD过来： (6)
从FI过来： (12)
从MM过来： (16)
✓✓✓✓✓✓✓CO-PA:Active Flag for Profitability Analysis激活获利能力分析：KEKE (17)
设定产品层次V/76 (17)
维护商品/物料主数据——把产品层次维护到商品主数据中 (18)
COPA重排列R e-alignment：KEND (18)
COPA行项目：KE24/KE25 (21)
COPA分摊：KEU5 (22)
COPA报表：KE31/KE91+KE30 (22)
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基于
账户；
点Create创建Data structure→由特征值(chars)和值字段(value fields)组成。

特征值：分析的维度→包括横向的、纵向的，如地区、产品线、型号、类别等；
值字段：要分析特征值的什么东西→收入、成本、折扣、数量等，它们是
COPA里最重要的两个概念。

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

如果已有的不能满足要求，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?”→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
此处维护的是上面表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
维护获利能力分析段特征值：KEQ3
把N个特征值绑在一起，成为获利能力分析段，可以作为成本对象。

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

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

✓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决定，
则要通过推导规则体现出来：
意思是：从表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：
因此此处应使用之前CLEAR过的值为真正的空的字段USERTEMP3:
【例2—Derivation rule】
意思是通过BZIRK,KDGRP,VTWEG,SPART这四个特征值的取值来得出销售渠道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传入
从其他模块传到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的正负号不同，会对统计带来一定困难。

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

2.从FI过来：
一些期间费用要想传到COPA里，一般来说有下面两个方法：
A：先在FI那边直接记入到成本中心里，然后月末通过COPA的分配
(KEU1+KEU5)，可以把成本中心里的费用转至COPA的值字段，同时可以在周期里定义要分析的维度，也就是特征值。

运行一下即可传到PA去。

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

➢特征值--过账时成本对象输入获利能力分析段
F-02时的成本对象可以输成本中心、内部订单，也可以输获利能力分析段（OBC4字段状态组：additional account assignments→profitability
segment），这样数据就通过FI模块传到了COPA→F-02传的只是特征值，值字段是通过PA传输结构传的
如上图F-02界面，可以输入获利能力分析段Profitability Segment
值字段--维护PA传输结构：KEI2
上图中50USD通过KEI2的设置传入对应的值字段中。

如上图，成本要素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的地方维护了，
/ 因为其条件类型是 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）
✓维护商品/物料主数据——把产品层次维护到商品主数据中
Sales:sales org.2视图Product Hierarchy
✓COPA重排列Re-alignment：KEND
KEDR中新创建的derivation rule只对这之后创建的订单起作用，之前已经创建好的订单其COPA对应值并未被改变，如【例2】中销售渠道WWIPC的值并不会自动变为新增加的SHAF。

KEND的作用即根据新的推导规则重写之前的值。

先创建重排列运行（蓝色），再创建重排列申请（白色）
上面为待选特征值，选择后点向下箭头出现在下面被选区域即为已选中。

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

意思是将原先FSIP CHANNELS以及sales district的值替换为SHAF和SA
COPA行项目：KE24/KE25
KE24为实际数据，KE25为计划数据
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。

【声明】除黄色高亮部分为未亲自操作或尚存疑问外，其余部分本人均亲自操作证明可行。

如将来的操作涉及到这部分，则到时会更新对应的文档并把高亮取消。

配置时请按文档顺序操作。