会计学-利润分析(Profitability

《会计学-利润分析(Profitability》由会员分享，可在线阅读，更多相关《会计学-利润分析(Profitability（94页珍藏版）》请在金锄头文库上搜索。

1、7.7.利润分析利润分析(Profitability(Profitability Analysis)Analysis) 首先,并不想在此浪费笔墨讲一堆关于 PA 的理论,COPA 的介绍的文章读者到处 都可找到.COPA 可简单理解为利润分析顾名思义就是你要怎样进行利润分析,从 而为决策提供依据,在下面本人将就如何配置和原理栓释 COPA,毕竟夸大和歪曲 一个模块的作用和难度是不明智的,而且此书的目的就是揭开 FICO 的棉纱让更 多人能轻易理解 FICO . 如果不上此模块可进行利润分析吗?当然可以的,自定义报表,但是得面对海量数 据,比如要抓 SO,Billing 等数据,巨大的数据量使报

2、表的性能受到影响. 类似的问题还有如果不上物料分类帐能有效地分配差异吗?当然,自定义程序,因 为上 ML 多出问题的原因本人反而倾向于不使用 ML. 从某种程度上讲从某种程度上讲,COPA 是一个相当容易的模块是一个相当容易的模块,因为它设计的逻辑理解相对简单因为它设计的逻辑理解相对简单,如果愿意如果愿意, ABAPer 吃饱了没事做完全可以不用吃饱了没事做完全可以不用 SAP 的的 COPA 而自己写出一个而自己写出一个 COPA 来来,事实上很多事实上很多 没上没上 COPA 的企业实际上就是这样多的的企业实际上就是这样多的. 从设计逻辑上,启动了利润分析,根据设置动态一些相关表,结构和程

3、序(SAP 很多 模块的设计理念都是这样,启动会产生相关 ABAP 对象),然后实时或后续 Post 数 据到 CO-PA 相关表格,同时 SAP 提供了相关报表,这样比自写程序更简单而且能 提供更多的相关报表而已.在解释利润分析配置前,再此理解下什么是 Operating Concern(以下简称 OC). IMG Path:Enterprise structure-Definition-Controlling-Creating Operating Concern 建立 IMG Path:Enterprise structure-Assignment-Controlling-Assing C

4、ontrolling Area to operating concern 分配 OC 给 Co area,在分配前 OC 必须已经产生了 data structure. OC 被翻译成(业务关联区,或康采恩)是获利能力分析中的核心组织结构，一个 OC 可包含多个 controlling area，一个 controlling area 只能指派给一 OC。 OC 用来监控及分析各获利分析段 Profit Segment。获利分析段通常是销售组织 (销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实 际需。可按照各获利段为依据生成获利分析报表，考核其获利能力。

5、7.1 Structures IMG Path 如图 7.1-1.7.1.17.1.1 MaintainMaintain CharacteristicsCharacteristics T-code: KEA5 SE16: 如图 7.1.1-1,1进入 KEA6 维护值子段,2所有的 OC 用到的特征,3具体 OC 所用 到的特征,4所有 OCs 中都未用到的特征.5自定义特征自定义特征,特征必须是 WW 开头的 4 至 5 位,在自建特征时如果从客户主数据表 KNA1,KNB1,KNVV,物料主数据表 MARA,MARC,MVKE,SO header 和 item table VBAK,VBA

6、P 等读取字段,建立的将并 不是你所需要的 WW*特征.如图 7.1.1-2,如在建立 WW099 时你选择了 VBAP 表,并且选择了 MATNR 和 CHARG 字段,很明显,保存后 WW099 特征并未建立而是将 VBAP-MATNR 和 VBAP-CHARG 建成了特征.如果想建立自己的特征,请选择 User defined,如图 7.1.1-3,1用户自定义特征,2在此 特别介绍下第一种选择 with own value maintenance,它会产生一个 T25*的 check table,如果使用了 check table,这些特征在使用前必须使用 KES1 定义自己的特征值.

7、在特征可使用前必须激活它,原理很简单,WW099 创建了一个 data element|domain RKEG_WW099(所有的自定义的特征都会产生类似 RKEG_特征名称的 data element|domain)和表 T2503|T25A3(可使用 Se11 查看),所以的 abap 字典对象在可用 前都必须被激活.在建立在建立 check table 之前读者甚至可手工选择之前读者甚至可手工选择 check table 名称名称.1 需要怎样的特征取决于你的 CO-PA 究竟要分析到多细?上面已经介绍可从哪 些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billin

8、g to.等, 实际上哪怕用户在维护实际上哪怕用户在维护 OC 的的 data structure 中只使用了一个特征中只使用了一个特征,对最常用的特征字段比对最常用的特征字段比 如如公司代码公司代码,工厂工厂,利润中心利润中心,客户客户,销售组织销售组织,分销渠道分销渠道,division 等最常用的分析字段都已经在等最常用的分析字段都已经在 CO-PA 相关表中了相关表中了(请看请看 7.1.3 Maintain OC),这些是所谓的这些是所谓的 Fixed Characteristics,SAP 已经 提供了 客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字 段, 并且

9、用户还可定义自己的特征 with Check table 或 without check table,这些特 征并不基于上述 SAP tables. 2 尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响,虽然道 理很明显越多的特征和值字段可能使分析更细,你需要在两者间平衡. 3 在建立特征时,读者必须明白这些名词. 一Fix characteristic 指固定的特征,比如客户,controlling area,sales.Org 等,可这样 理解就是这些字段在 COPA 的相关表固定存在,不管你有没有将其设置成特征字 段.(注注:你设置的特征字段将会形成你设置的特征字段将会形成

10、 COPA 相关表的字段相关表的字段). 二特征的 combound Dependencies,意思是一个特征必须同时依靠另一特征,典 型的比如你选择了地区 KNA1-REGIO 做特征,同时 KNA1-LAND1 也必须选上, 另一个例子就是选择了成本中心, Fixed 特征特征 Controlling area 就是 combound dependencies 特征. (为了节省一字段为了节省一字段,所以通常自定义一特征所以通常自定义一特征,然后然后 KES1 维护地区值和维护地区值和 KEDR 做个做个 derivation rule 取取 REGIO 的值就可的值就可). 4 关于 d

11、ata element,domain 等名词请看附录应该掌握的应该掌握的 ABAP 知识知识.7.1.27.1.2 MaintainMaintain ValueValue FieldsFields T-code:KEA6 SE16: 初始画面和选择基本和维护特征一样,再此着重介绍下如何根据需求维护自己的值 字段. 关于特征字段,通常并不需要很多自定义的字段,相反,视想 Co-PA 分析多细,读者可 定义很多自己的 value fields,特别地, 甚至可定义自己的 PA 传输架构(T-code: KEI1), 全部使用自定义的 value field.(如图 7.1.2-2)如图 7.1.2

12、-2, 全部使用自定义的 value fields,这是采用 Costing-based PA type 的好处 (关于 costing-based 和 accouting-base COPA 的采用请看下面讨论).Value fields 是 costing-based PA 的最小分析单位通常它有销售数量,销售输入,销售 成本,销售折扣,各种差异等组成,必须考虑哪些值字段是需要的,比如需要将差异传到 COPA 吗?需要将差异更小层次细分吗?要怎么细分?需要建立什么样的 value field 等.1 Value field 有俩种类型,Amount 和 Quantity 型.大多数情况下可

13、能 Aggregation 都会选择 SUM,在选择 LAS,AVG 必须仔细考虑. 2 如果需要,全部使用自定义的 value fields,然后自定义描述,值字段在接下来来的 Flows of Actual values 配置中将用来对应科目(实际是成本要素),MM,SD 的条件 类型. 3.是否需要区分主营业务收入(成本)和其他业务收入(成本)?如需要,要建立 4 value field 然后去和 SD condition 对应(condition 也要建立 4 种去区别). 4 如果需要,预留出几个 value fields 给未来不可预见业务,毕竟当 OC 被全部激活 后要更改 CO

14、PA 数据结构是不容易的事情,假设企业忽然需要某种费用进入 COPA 而且还需要和其他费用区别,如有预留字段,需使用只要将其 map 到此费 用科目就可. 5.读者思考:特征通常可理解为有固定数据的字段比如产品特征通常可理解为有固定数据的字段比如产品-物料物料,值字段的值字段的 data 通常可变通常可变 的的,比如产品的销售数量比如产品的销售数量,单价和金额单价和金额,这很容易理解这很容易理解,问题是如果将一些数量字段问题是如果将一些数量字段 强行设置成特征会有什么结果强行设置成特征会有什么结果?7.1.37.1.3 MaintainMaintain OperatingOperating C

15、oncernConcern T-code: KEAO SE16:如图 7.1.3-1,1输入 OC 名称 STOC,保存后开始建立 data structure ,2可使用 Sample OC 参考创建,在 7.1.4 中也可参考创建一 OC,34两种类型的 PA 分析. 图中表示 STOC 可采用两种 PA 类型,甚至在激活 CO-PA (Tcode:KEKE)中可同时激 活俩者,很可惜,在 Set OC 时(Tcode:KEBD)你只能使用其中一种 CO-PA 类型,关于使 用 costing-based 还是 account-based PA type 在下面有讨论,通常会试验区使用 c

16、osting-based,因为其分析更加灵活. 5建立 data structure (接下来会重点介绍如何建 立 data structure). 6在属性页中可定义 Co-PA 使用的币别和会计年度变式, 只有定 义了这些,在 Environment 才可激活 Client-specific part.建立 data structure,如图 7.1.3-2,1根据实际业务选择 data structure 需要的特征字段, 为了便于说明,在选择了相关字段后按 change view, 2可选择需要的 value fields 字 段用于建立 data structure ,3为了便于说明,加上了俩自定义的特征(同时定义时-请请 参照参照 7.1.1:Maintain7.1.1:Maintain CharacteristicCharacteristic 选择了 with own value maintenanc