ERP盈利分析

开始研究多款国外尖端ERP和各种管理软件，多年以来写过好几本书稿，亦曾计划设计出一款国产顶级ERP，惜乎哥已淡出江湖！

在此简单复习下ERP的盈利能力分析。

盈利能力分析    

为什么需要盈利能力分析？传统的单纯的简单的关于客户、 产品、和收入的销售统计指标信息系统越来越不足以用来衡量企业的成功，因为它们忽略了许多获利的重要因素。

盈利能力分析主要目的是帮助从外部市场的角度分析企业行为对经营利润的影响，它允许从业务层面（如客户、客户组、产品、产品组、内销外销方式等）和组织单元（比如销售组织、分销渠道、销售小组、业务范围、利润中心、报表分部及工厂等）的多口径多维度对企业经营利润进行详细分析,企业可以自行决定根据何种分析组合来确定某种销售业务或者销售单元究竟是盈利还是亏损，通过获利分析能够帮助企业决策者了解在不同市场方面企业的盈利能力以及变动趋向，从而帮助企业决策者对产品定价、客户选择，分销渠道及销售条款快速提供决策依据。    

盈利能力分析是财务管理的核心内容之一，它可以帮助企业了解自身的盈利状况，为决策提供重要依据，盈利能力分析的意义（下面者三个意义来自AI，AI这玩意果然遇强则强，见弱则弱，强者利用AI扩展知识面，弱者被AI幻觉炫昏脑壳）：

（1）评估企业的经营效率：通过分析营业利润率、总资产报酬率等指标，可以了解企业的经营效率和管理水平。

（2）预测企业未来发展：盈利能力分析可以帮助企业预测未来的盈利趋势，为投资者和债权人提供决策参考。

（3）识别潜在风险：通过盈利能力分析，企业可以及时发现经营中的问题，采取措施加以改进。

盈利分析弥补了传统销售分析或财务利润表的不足！

来看看盈利分析和利润表主要区别：

1).传统利润表(PL Sheet, Profit&Loss Sheet)只反映过去，未披露未来信息。

盈利能力分析模块允许企业对全年甚至更远的盈利能力和产品利润进行预测，虽然企业未来盈利预期可能难以确认，但从理论上说，企业未来经营和财务活动的变化趋势并不是完全与企业历史的经营和财务活动毫无关联的，它们之间存在着密切的持续关系，根据历史经验和其它手段可以对未来利润进行一定的合理预测；       

传统利润表格式参考下图： 

2).传统利润表只反映总括信息，未披露具体细节，这样难以深究盈利或亏损的原因。

盈利能力分析可以根据客户、产品、销售渠道、销售地区、销售方式等维度深入描述企业将来利润的形成；    

在AI，部分集团正在探讨如何利用AI技术进行盈利预测。

3).传统利润表只披露利润结果，未披露原因。

盈利分析对产生盈利和亏损的根本原因有很清晰的展现，比如销售收入可以根据客户、产品、销售渠道或任何企业觉得重要的维度来分析； 销售成本可以同生产模块集成，利用产品成本构成及其产品计划、目标和实际成本的差异对比，这些数据传输到盈利分析模块后，可以帮助企业快速了解产品成本上升或下降的根本原因。

下面来简单探讨下盈利分析模块(Profitability Analysis,CO-PA)的主要功能。    

     下面快速描述下PA (Profitability Analysis)

第一节盈利能力分析    

关键词：销售成本会计法、期间会计法|毛利分析法、净利分析法

谈到盈利分析,顺便提下利润中心,很多用户可能会对这两概念有点疑惑,关于利润中心,本书第七章将专门阐述,用个人关对这两模块做一个简单对比。

1).盈利分析主要是从外部市场角度分析利润,如从不同客户、产品、销售方式或

销售地区来分析盈利情况；

利润中心则是从内部管理单元的角度来分析利润，更倾向于从利润中心组织单元和产品的角度来分析盈利,并进行绩效考核。

2).盈利分析和利润中心模块都可以根据产品和管理职能单位进行盈利分析,从

技术实现角度,盈利分析模块的分析特征可以自由和灵活定义，也就是说，盈利    

能力分析数据表是业务驱动，自定义形成；而利润中心通常采用固定账Ledger 8A,显然,其核算和分析字段已经基本固定，如果无需多维的盈利分析，也可利用利润中心进行简单盈利分析。

   使用Tcode:SE11查看标准利润中心行项目表GLPCA的字段，这就是其能提

供的分析维度，显然内容远不如FI行项目表丰富，新总账中利润中心字段已被

包含，并且，新总账提供了费用分配功能，因此，利润中心模块可以被合并，为

什么需要如此多冗余数据？

  在S4 HANA中，Sap认为大道至简，进行了史无前例的缩表，表ACDOCA替代了过去ECC版本的一大堆表，这里不细谈。

CO-PA作为ERP 管理会计的一个模块可以不再启用，包括利润分析的各种财务分析或者更大范围的经营分析统一迁移到数据湖仓平台中处理！

3).盈利分析和利润中心都提供有单独的分配分摊功能,可以将期间费用等分配

到盈利分析模块的盈利段(PSG),一个盈利段是一个最基本的盈利分析单位；或

者，将期间费用分配到利润中心模块的各利润中心单元，新总账如果合并利润中

心账，新总账的分配功能可以取代利润中心分配（Tcode: FAGLGA31-35），比如

利润中心（或段）目前被零售企业设置为分销店或分支机构，对于此类企业，利

润中心会计无非就是财务会计核算从公司代码下沉一级而已，也就是说，现在可

以根据利润中心/段出具象公司代码角度一样的资产负债表、损益表和各种税务

报告，事实上零售行业各分支机构核算基本上就独立，费用甚至不用分配，核算

就按利润中心/分支机构独立分开，按产品设置利润中心的生产型企业存在期间    

费用分配由于分配维度相对简单，也可同财务模块合并，合并以后，利润中心会

计就只剩下主数据创建。而盈利分析则更倾向于管理分析需要，由于费用分配维

度复杂且各企业需求动态变化，因此，它不能和财务模块合并，并且，利润中心

账是记录科目全口径的核算数据，而盈利分析不是，它记录收入、成本或其它损

益科目数据。

4).盈利分析段PSG可作为成本要素记账的成本对象，事实上，很少或通常基本不将资产负债表科目记账到盈利分析，当然，本章中我也会探讨将资产负债表科目记账到盈利段记载辅助核算信息的应用；而利润中心不是直接的成本对象，它只是一个组织单元，当然，利润中心通常被设置为成本对象的一个主数据特征；

5).盈利利分析总是通过销售成本会计法(Cost-of-Sales Accouting)分析利润,

换句话说,就是其盈利分析从销售模块开始；而利润中心模块可以使用销售成本

法或者期间会计法(Period Accouting)来核算利润。

6).费用分摊视角不同,企业可能将包括期间费用在内的各种公共费用分摊,比如

到各利润中心,或者到盈利段,显然,盈利段的分摊维度更深入。 

如果CO-PA采用净利法，可将这些公共费用分摊到获利段，Co-PA分配分摊相关事务码如下表：

KEU1|KEU2|KEU3|KEU4|KEU5(KEU1-KEUC):CO-PA分摊循环 KEG1|KEG2|KEG3|KEG4|KEG5(KEG1-KEGC):CO-PA间接作业分配 KE27:定期评估 KE28:自上而下分配

  图5-1描述了基于销售成本会计法和期间会计法计算利润的基本步骤。    

    盈利分析可以采用毛利分析法或净利分析法！毛利分析法通常只分析销售收

入、销售成本或税金及附加等，通常只涉及国内传统损益表的前几项；而净利分析法则要求将各种成本费用都分摊到盈利分析段，以按盈利段计算出边际利润和盈亏平衡点。

   以为Sap CO-PA盈利分析模块为例，如何处理一个跨国集团的全球范围盈利分析？这是盈利分析模块需要考虑的。

第二节 定义经营范围    

首先来认识盈利分析模快的最重要的组织单元-经营范围（Operating Concern,简称为OC, 有时也被译为业务关联区或康采恩，)，OC是CO-PA的最高组织单位,它可包括多个控制区域或公司代码。一个经营范围可以包括多个控制范围,一个控制范围只能分配给一个经营范围,控制范围在本书第二章成本中心会计已经做过详细阐。    

通常一个跨国集团设置为一个经营范围，按照亚太区域、非洲区域或者欧美区域设置为多个控制范围！

图5-2显示的是经营范围、控制区域和公司代码的关联关系参考图，对于一个超大跨国集团，一个经营范围包括多个按洲际区域划分的控制范围,每个区域下又可包括多个国家公司,想象一下,国内某超大集团在全球各大洲都有业务,欧洲区控制范围和当地成本分析货币为EUR；而美洲区为USD；其他区域控制范围货币又不同,但从集团总部来看,需用RMB来表示整个集团的盈利分析，这样就涉及复杂的货币转换,CO-PA也可使用多种“平行“货币记录业务数据。

从业务角度,经营范围对应一个大型集团公司;而单纯从技术角度看,经营范围组织结构的定义不过是组织好分析维度(特征,Characteristics)和分析指标(值字段, Value Field),建立一套数据结果和生成相关支持程序而已,仅从这点,这点恰好类似后勤模块的信息结构(Info. Structure)，也类同数据仓库建模思维,只不过CO-PA只关注盈利分析，而数据仓库关注的是整个经营层分析,实际上数据仓库如SAP数据仓库BW/BI也使用特征和关键指标(Key figure取代 Value Field)。    

CO-PA配置首先是搭建经营范围,根据盈利分析需要组织特征和值字段,主要包括四个步骤:

(一).建立特征    

Tcode:KEA5

特征:英文Characteristics,是将承担销售数量、成本及收入因而与获利性有关

的字段,多个特征可以组合成多维盈利分析的获利分析段。

盈利分析的特征可以是来自销售订单、销售发票 、客户主数据或物料主数据字段,也可以是自定义字段,盈利分析的特征通常来自如下ERP数据库表字段：

1).客户主数据表KNA1,KNB1,KNVV的所需字段；

2).物料主数据表MARA,MARC,MVKE的所需字段；

3).销售订单抬头和行项目表VBAK和VBAP的所需字段；

4).SD模块的销售发货和销售发票相关表字段；

5).其他模块标准数据库表字段；

6).特殊需要的自定义表字段,自定义特征必须是WW开头。

    以上表字段都可以做为分析特征,自定义特征可以使用数据检查表,或使用固定值,或者使用使用推导规则 (Tcode:KEDR)取值，关于推导规则详细请参考本章第四节派生和评估。

关于特征,补充几点:

(1).Fix Characteristics: 固定特征包括客户、控制范围、销售组织、公司代码、 工厂等特征必定存在CO-PA经营范围对应的数据结构中,定义经营范围首先就是定义分析维度(特征)和分析指标(值字段),技术上讲,就是建立先定义一套保存利润分析数据的数据库表结构,简单理解,就是利润分析先要建分析表,特征和值字段都是表字段而已,试想一下，一个利润分析连客户,公司代码这样的特征字段都不存在还分析啥？    

(2).Combound Dependencies:复合特征,意思是一个特征必须同时依靠另一特

征, 比如你选择了地区KNA1-REGIO做特征,则所属国家KNA1-LAND1必须同时   

选上；再比如选择了成本中心做特征,则控制范围就是combound      dependencies,因为必须两个特征结合才有意义。  

(3).尽量优化使用特征和值字段, CO-PA的数据量可能巨大,大量使用字段，可

能影响ERP服务器性能,如果使用CO-PA做辅助信息容器,则可详细分析集团财务分析报表所需什么样的核算信息,在本章第五节获利段应用会再讨论这个问题。

(二).建立值字段    

Tcode:KEA6

值字段(Value field):是基于成本核算获利分析（Costing-based PA）的最小分析单位,常见的值字段可以是销售数量、销售输入、销售成本、销售折扣、销售条件或差异科目等,这视企业对利润分析的选择方法和细微程度,值字段也

可对应为各种间接费用、营业税金、营业外收支、其它业务收支、资产减值损失等损益表科目，为这些损益表科目建立对应值字段可以让这些科目的成本对象直接使用获利分析段，当然还要建立PA传输结构。

  　图5-3为部分值字段设置截图,基本上使用VV开头的自定义值字段，在第一章第三节成本对象选择中建议将所有损益表项目对应的科目的成本对象都默认设置为获利段,因此按照国内损益表报表项目建立值字段。    

    FI科目的记账数据要传输到CO-PA值字段，还需要做一个映射，这就是PA传输架构设置(Tcode:KEI1),如图5-4。一个PA传输架构包括多个分配行；每个分配行有个源源中包括成本要素,也就是说,损益类科目首先要建立成本要素,才能将其数据传输到CO-PA,当然，这里的成本要素也可包括次级成本要素，记得成本要素一定尽量使用组，图中使用范围如果科目变化，范围完全覆盖不到，就会出现问题，事实上，所有和科目相关的配置最好都使用组；最后是映射到一值字段，其实就是完成一组科目到值字段的映射而已。    

财务分析指标应该以财务业务数据为基础，ERP的任务是将分散在全球各地的财务业务数据标准化，财务分析现在多由数据仓库或类似项目来替代，当然，如果盈利分析也转到数据仓库去实现,此时ERP中盈利分析的功能就会弱化为一个成本对象或“辅助核算信息容器“，主要目的是组织相关盈利分析数据，在第七章财务决策分析我们会详细探讨这个问题。

    企业盈利能力分析主要指标包括:

1).销售毛利率/营业毛利率

    销售毛利率是毛利占销售收入的百分比, 也简称为毛利率,其中毛利是销售收入与销售成本的差(毛利=销售收入-销售成本),计算公式:

　　　　　　  销售收入 - 销售成本          
销售毛利率 = ——————————* 100％          
　　　　　　　　  销售收入     

销售毛利率分析:销售毛利率表示每单位(如:元)销售收入扣除销售产品或商品

               成本后，剩余多少可用于各项期间费用和形成盈利。毛利率是

               企业销售净利率的最初基础，没有足够大的毛利率便不能盈利。　

    多数国内企业CO-PA模块仅应用到毛利分析法，即从SD模块将销售收入和

销售成本传输进CO-PA模块，进行收入和成本的明细分析，当然从FI模块也传

输一些费用科目，但这些费用科目仅是以盈利分析段做成本对象，关于盈利段

PSG请参考本章第三节。

2).销售净利率/营业净利率

 销售净利率是指净利与销售收入的百分比，计算公式:　

　　　　　　    净利          
销售净利率 = ——————* 100％          
　　　　　　　销售收入 

销售净利率分析:该指标反映每单位(元)销售收入带来的净利润的多少,表示销

               售收入的收益水平。

    从销售净利率的指标关系看，净利额与销售净利率成正比关系，而销售收入额与销售净利率成反比关系。企业在增加销售收入额的同时，必须相应地获得更多的净利润，才能使销售净利润保持不变或有所提高。通过分析销售净利率的升降变动，可以促使企业在扩大销售的同时，注意改进经营管理，提高盈利水平。

    销售利润率能够分解成为销售毛利率、销售税金率、销售成本率、销售期间

费用率，如果需要作进一步分析,这意味诸如期间费用等在内的所有损益表科目    

发生额都要进入CO-PA模块，并且分摊到产品、客户设置其他分析纬度，以进行

多纬度净利率分析。

3).主营业务利润率

 主营业务利润率是主营业务利润与主营业务收入的百分比,计算公式:　

　　　　　　    主营业务利润          
主营业务利润率= ———————— * 100％          
　　　　　　　  主营业务收入

    该指标反映公司的主营业务获利水平,只有当公司主营业务突出，即主营业

务利润率较高的情况下，才能在竞争中占据优势地位。

4).成本费用利润率

成本费用利润率是企业一定期间的利润总额与成本、费用总额的比率，计算公式：  

成本费用利润率　=　利润总额

　　　　　　　　——————— * 100％          
　　　　　　　　　成本费用总额　　

公式中的利润总额和成本费用用总额来自企业的损益表。成本费用一般指主营业务成本、主营业务税金及附加和三项期间费用。成本费用利润率指标表明每付出一元成本费用可获得多少利润，体现了经营耗费所带来的经营成果。该项指标越高，反映企业的经济效益越好。

    考核指标来自基础财务业务信息，象主营业务利润、利润总额和净利显然都是通过公式从相应损益类科目发生额计算而来，CO-PA只不过是将相关科目核算信息维度扩展的更开。    

(三).维护和激活经营范围    

    前面介绍过什么是特征和值字段（关键指标），以销售收入分析为例，客户，产品必须的，销售分析，销售地区，值字段无非就是销售数量和销售金额，简单吧，实现组织好数据放到一套表中，并动态产生相关支撑程序。 

Tcode:KEA0

定义完特征和值字段后,开始设置经营范围，经营范围定义主要步骤包括:

(1).选择获利分析类型

可以同时选择”基于成本核算”和”基于科目”两种获利分析类型,前者基 于值字段做分析,后者基于会计科目做获利分析，稍后对这两种获利分析会有更详细阐述。

(2).定义数据结构

选择所需特征和值字段作为经营范围的数据结构，显然，如果仅是“基于科目”的获利分析，则数据结构中只有分析特征，不再包含值字段。简单理解,就是将特征和值字段组织好一套盈利分析数据库表,并产生相应支撑程序，这点同数据仓库建模理念类似。   

目前很多企业都实施有数据仓库（或数据湖仓，湖仓一体），甚至建立有自己的数据中台，特别是大型集团企业，在数据湖仓中实现集团的盈利能力分析也许是更优的一种选择。 定义CO-PA的数据架构会动态产生相关支持程序，因为不同企业的盈利分析特征和值字段是不同的，因此不同的企业会动态产生不同的盈利分析数据架构和相关支持程序！

(3).定义货币和会计年度变式    

会计核算有四个基本前提会计主体、持续经营、会计分期和货币计量,在管理会计中同样要体现出,没有货币和会计期间,盈利分析也就失去基本意义。经营范围也可对应多个货币,这点完全类似FI模块的“平行货币”记账，SAP充分考虑到大型跨国集团的业务复杂性，上面图5-2显示过经营范围、控制区域和公司代码的关系，经营范围的货币和会计期间可使用集团总部的核算货币和会计期间，跨国集团分散在各国的核算本位币显然无法统一，但盈利分析货币需要统一，当然最好会计期间也统一，否则集团合并报表就悲惨了，毕竟，大多数国家对会计核算期间似乎没有什么特殊的固定规定。

    图5-5是一个经营范围/经营组织的设置示意图，我们可以看到有三个子屏幕：

数据结构：选择盈利分析类型，选择特征和值字段形成数据结果。

    可以理解为启动CO-PA盈利分析模块的动态建模，这个模型需要哪些分析特征（特征）和需要分析哪些关键指标（值字段）。

属性：选择盈利分析的营运分析货币和“平行货币”，B0表示整个集团盈利分析货币，它是必须的，它表示盈利分析的“本位币”，其它是可选，通常我们会增加公司代码货币10表示各下属企业的FI本位币，各家可有各自不同的记账本位币；

  假设境外公司确实采用了不同总部的会计年度变式，盈利分析可以使用统      

一的会计期间。

           

环境：设置好数据存储结构、货币和会计期间后，在此选择激活CO-PA,激活相

      关CO-PA数据库表和相关支持程序。    

基于成本核算Costing-base和基于科目Accounting-base的盈利分析的差异

    简单介绍下两种类型盈利分析的差异，主要体现有：

(1).基于成本核算盈利分析(以下简称Costing-base)采用值字段，值字段不仅可对应成本要素(损益类会计科目),还可对应MM/SD条件类型、生产成本部件或不同的生产结算差异等；而“基于科目“的盈利分析（以下简称成Accounting-base）只使用成本要素；

(2).在科目对应关系上, Costing-base中多个成本要素可以对应到同一值字段,显然更灵活。

(3). Costing-base的成本和收入是按照边际贡献结构的细项存储的，通常从销售模块出发，而这一结构则通常对应于生产成本会计中的明细成本组件，某些国家的损益表中，销售成本需要按照产品明细组成打开；或者如国际贸易中的产品报价，外方通常要清楚产品成本组成细节，你的销售成本是有什么样的料工费组成，起码明细到产品成本组件结构，甚至细分到每项生产费用，CO-PA可以较好满足这个需求，对于产品采用标准成本+物料分类账实现全月加权平均计价的企业，还可以将标准成本的料工费组成即明细成本构成传入，产品的标准单价可有Tcode:CK11N/CK40N做标准成本估算而来,期末,通过物料账能还原实际的销售成本,也包括实际的成本构成； 而Accounting-base可保证获利分析同财务会计在帐户层次是一致的,系统依据财务会计的计值基础将所有的收入和成本同时计入财务会计和获利分析系统,简单理解,就是从科目层次,保证FI和CO-PA的一致性，从某种意义上讲，单纯基于科目的accounting-base盈利分析意无非是FI模块行项目表BSEG延伸到，利用盈利模块数据存储更多辅助核算信息而已。    

(4). Costing-based的数据保存在以CE*XXXX多个自动产生的表中 ,XXXX代表盈利分析的最高组织单元经营范围的编号；而Acount-based的数据则保存在传统CO相关表如COEP和 COEJ等中。

    另外，在数据记录方面，两者也存在一定差异，主要表现在：

(1).时间差异

    Accouting-base就是基于科目过账，如销售发货时FI形成主营业务成本，建立理解就是销售发货确定销售成本，销售开票确定销售收入。Costing-based可能要在发票形成时，销售收入和销售成本对应值字段才同步过账到CO-PA。这样如果同一期间内，销售发货和开票存在时间差异，这个时间性差异将影响销售日报，理论上，基于收入成本匹配原则，月底应该将发票开齐，尽量避免发货和开票的跨期差异。有的企业利用“发出商品“来核算这类发货和开票跨期业务，总之，我们还要特别注意税务问题，细节就不再展开探讨。

(2).应计差异

    Costing-based允许将销售订单甚至销售或其他计划数据传输到CO-PA时,一些应计费用也可通过条件类型传输到CO-PA模块，而应计费用将来才发生，可能跨期发生；而Accouting-base是基于财务，财务核算的是已发生业务。    

(3).货币转换时的汇率差

    跨国集团涉及多币种时，货币转换会产生汇率差异，本人曾在一家跨国企业，在对全年产品利润计划时,货币转换采用的是计划P汇率，甚至P汇率本身也是根据预测按月设置的，而财务记账，我们知道，汇率的选择是必须以会计准则为依据，通常采用当天银行公布的汇率，或者，采用近似的月平均汇率，汇率类型为M。

最后，成本中心费用可以分摊到CO-PA，也就是说可以将整个公司的费用分摊到客户、产品和销售渠道等组成的获利分析段上，以按盈利段来分析企业边际利润，那么什么是盈利分析段呢？

第三节 盈利分析段    

    在销售成本会计中，必须协调期段获利分析的目的与及时的销售管理的目的，这两个功能的很多需求在 形式和内容上都是重叠的，比如，一个市场段的获利分析单元在特定时期的实际边际贡献。销售管理及盈利分析经常提及以下常见问题：

a).销售总额与销售净额的比率是多少？

b).如何对指定获利分析单元的销售折扣作进一步的分析？，

c).某一客户定单的毛利是多少？

d).哪一产品或市场的销售额增幅最大，或边际贡献最大？

e).最重要的获利单元是否发生了变化？

f).每个产品计划的边际贡献是多少？    

……

    前节也介绍了一些主要的企业盈利能力分析指标,那么什么是盈利分析段?如何定义盈利分析段?

盈利分析段((PSG,Profitability SeGment)是诸多分析特征的一个重要唯一组合,通常可将产品,产品组,客户,客户组,销售组织,分销渠道等特征做为一个利润分析段，它是“特征中的特征“。如果对数据库表稍微熟悉，这就好比一个表有很多字段，盈利段就是关键特征组，当然它不是CO-PA实际物理数据库表比如实际行项目CE1****（****为经营范围编码）的关键只段，CO-PA模块数据以获利段为单元存储，明白这点后，对组成获利段的特征有几个原则：

a).象销售定单这样随时动态增加主数据的最好不作PSG特征；

b).公司代码、客户和产品这三特征必须是组成PSG的特征，盈利分析离开这些基本特征没有意义，有人说，我们盈利分析这三个字段就足够，还需盈利分析段干甚？诚如斯，确实无需CO-PA,我反复强调过，国内很多企业不过将盈利段当“辅助核算信息容器“，并且只选择”基于科目”的盈利分析类型,无非就是将相关科目的核算维度进行一定动态扩展，当然，还有一种方式，就是通过扩展客户化字段来实现，从技术角度，这种效果相当于直接拉长FI行项目表BSEG结果，盈利段则是通过关联BSEG，另外做一套表来存储盈利分析所需辅助核算信息。

c).为了提高性能,可以定义PSG特征的例外,即在某些条件下某些特征不形成新的盈利段，现在硬件技术发展迅速，这个应该也不大提了，前些日子，有个Basis说数据仓库服务器的数据快上万G了，而且数据量还在按月飞涨，另一个就接话：没关系，现在硬盘都讲TG了，CPU和内存不购只要有钱，中关村有的是。

    再来讲讲CO-PA的盈利分析数据来源，它可以包括：    

a).销售订单数据，这个销售订单是广义概念，可以包括销售合同、销售计划或

销售订单数据，传输入CO-PA可分析销售完成情况，Tcode:KEPM可做全年的销

售预测，并同PP关联，产生生产计划,详见图5-6。

    通常年初由销售部门进行全年的销售数量预测，销售预测方法有若干种如个人意见、专家意见等，还有若干类型的“科学的“销售预测模型，什么简单移动平均模型、加权移动平均模型、指数平滑模型、自适应指数平滑模型、线性逼近模型等，直线和多元方程、指数都用上了，我总觉得这是搬弄经济学上那套忽悠，用这模型计算出的未来销售数据可能企业领导自己也不一定相信，要是真能算准，那就是活神仙；财务部门则要给出全年的预价售价，境外出口还要考虑各国的未来汇率影响，预计销售数量*预计单价=预计收入，还要计算预计成本，天知    道原材料价格全年如何变化，唯一能控制下的，可能是企业内部部门费用，最后汇总才能粗略计算出整个集团的全年销售利润，目前，有专门的全面预算软件替代了ERP的预算功能。

b).销售发票数据；

c).直接费用使用盈利段做成本对象的财务过帐；

d).期末工单结算差异；

e).期末间接成本的分摊等。

这些数据通过不同的记录类型(Record Type)区分开，见下表：

记录类型
A	外来销售订单(销售订单)
B	从FI直接记帐(使用获利段做成本对象)
C	定单/项目结算(工单结算)
D	间接费用成本(间接费用分摊)
E	单交易成本
F	出具发票数据(销售发票)
G	客户协议
H	统计指标
I	定单相关的项目

           

 很多时候,我们可能惊讶地发现,实施ERP或某种管理软件后，工作量设置人员不降反升，因此，我一直强烈主张系统从简且能解决大部分问题就可，为什么要自己挖坑自己跳？比如，对于很多集团我们也就应用下CO-PA做辅助核算信息容器，因此，我们就仅启用“基于科目“的盈利分析就可以，只简单将FI记账相关科目在盈利段中将辅助分析信息补充完整，“基于科目“的盈利分析适用  于多数销售企业，对于生产性企业，如果实施数据仓库，生产结算差异也是可以从CO模块得。

第四节派生和评估    

CO-PA模块中，特征值取数叫派生，值字段/关键指标叫评估。 

一.定义特征派生(Tcode:KEDR)

图5-7显示了常用的特征派生策略，逐一简单介绍一下

1).推导规则(Derivation rule),一些特征的可以让用户根据需求去定义自己的逻辑取值而已,下面详细介绍如何使用各种推导 .

2).表格查询（Table lookup）

允许使用多个条件和多个目标字段。

3).移动

直接根据条件从一个COPA特征字段或SAP字段给另一个COPA特征字段赋值

4).清除

将一个特征值清空

5).增强:COPA0001    

增强程序实际上可以满足任何复杂的数据派生逻辑。

简单理解，盈利能力数据来自各模块主数据或业务数据，需要根据一定规则将数据组织，派生无非就是一种数据转换传输规则，除增强是程序逻辑，其他派生提供了一个图形化的操作界面，想像一下，假设是使用客户化字段，也是需要数据转换逻辑，只不过这个逻辑是在财务替代中去做(Tcode:OBBH)。

二.值字段评估(Tcode: )

    定义和分配评估策略(Tcode:KE4U)，值字段不叫派生，而叫评估，配置就不再讲了，考虑到如果单纯就配置或者操作来讲解这个模块，很多读者可能并不理解，因此，很多配置和操作性的东西本书不再深入，在SAP数据仓库BI中，特征和关键指标的传输统称“转换规则“，底层逻辑类似。

          简单理解，就是启用CO-PA后，在具体各业务操作时，根据业务条件将数据实时触发到CO-PA相关表中，这个表则CE1xxxx，CO-PA还允许输入计划数据，以实现计划和实际数据的对比！

第五节 盈利段应用    

 (一).作为成本对象    

在本书第一章,我反复强调，最好所有损益科目都建立成本要素，这样面临合理选择成本对象的问题，ERP中，按用途损益类科目分为三大类：

项目成本类：成本对象通常为WBS或项目类内部订单；

生产费用类：成本对象通常为生产订单或生产性成本中心等；

损益表科目类：启动CO-PA后，以盈利分析段做成本对象。

传统的损益表类科目/报表项目主要包括：营业收入、营业成本、财务费用、营业税金及附加、资产减值损失、营业外收入和营业外支出、投资收益、所得税费用等，显然这些科目以成本中心作为默认的成本对象并不合适，因为1个成本中心只能唯一对应到1个业务范围和1个利润中心，比如营业外收支，就算如销售企业核算相对独立，你怎么好意思营业外收入建立一个成本中心+1个营业外功能范围，营业外支出也建立一个成本中心+1个营业外支出功能范围，还有投资收益呢？资产减值损失呢？ 而使用获利段做成本对象，业务范围或利润中心等是作为特征，可以根据实际业务灵活输入，就比较方便，同样，象也不应该出现诸如营业外收支或财务费用等类型的功能范围，在本书第二章第二节探讨过这个问题。    

相比成本中心、内部订单或WBS承载辅助信息而言，这些成本对象对应有主数据，辅助核算信息自动从主数据带出，盈利段则是最灵活的成本对象,辅助信息允许用户手工输入或根据实际业务自动派生出。损益类科目使用盈利段做成本对象，涉及下面几个主要步骤：

(1).建立PA值字段(Tcode:KEA6)

    在特定业务环境下，利润我们只

(2).建立PA传输架构(Tcode:KEI1)

(3).设置默认成本对象(Tcode:OKB9)

           

无聊和良好的配置：

PA传输架构是FI过账到CO-PA的桥梁，PA传输架构包括多行，每行包括2个内容：源文件行其实就是科目行，值字段行对应PA-字段，简单理解，在这里可设置FI会计科目到CO-PA值字段的映射关系，以营业税金及附加为例，假设会计科目设置如下表:

5402010000   营业税金及附加-主营业务税金及附加-消费税         5402020000   营业税金及附加-主营业务税金及附加-营业税 5402030000   营业税金及附加-主营业务税金及附加-城市维护建设税 5402040000   营业税金及附加-主营业务税金及附加-土地增值税 5402050000   营业税金及附加-主营业务税金及附加-教育费附加 5402060000   营业税金及附加-主营业务税金及附加-资源税 5402070000   营业税金及附加-主营业务税金及附加-石油特别收益金 5402080100   营业税金及附加-其他业务税金及附加-消费税 5402080200   营业税金及附加-其他业务税金及附加-营业税 5402080300   营业税金及附加-其他业务税金及附加-城市维护建设税 5402080500   营业税金及附加-其他业务税金及附加-教育费附加 5402089900   营业税金及附加-其他业务税金及附加-其他 5402990000   营业税金及附加-主营业务税金及附加-其他

显然，象图6-5-1是非常糟糕的设计，显然，将营业税金科目对应的值字段拆分过细，据说目的是方便CO-PA出具损益表，关于各类成本报表的出具，本章第九章将有详细说明，就是使用专门的财务报表账。

    

实际上，国内项目按传统的损益表项目建立值字段就可，如图6-5-2-[1]，通常利用下获利段做成本对象就可，

良好的配置习惯应该是尽量使用成本要素组,如图6-5-2-[2]，对于一个膨胀的科目体系，范围有时是靠不住的，一旦新增科目范围不能包括，就麻烦了，还有，就是即使可以修改范围将新增科目包括，但配置传输涉及ERP开发、测试和生产服务器，非常麻烦，而成本要素组的变更不过是前台操作，事实上，所以后台配置涉及科目的，如果可能，都应该采用使用科目组/成本要素组的方式。

           

综合上述，将核算字段进行一个简单分类：

a). A类：会计科目,BSEG的直接字段；

b). B类：物料、供应商、客户、资产主数据，BSEG的标准字段+该字段对应主数

   据的外延信息,SAP科目区分ADKMS类，实际上它们就是明细科目，比如原材

   料消耗建立一个科目就可以，明细分类可以通过物料关联物料主数据的物料    

   组甚至物料移动类型得到更明细信息。

c).C类：内部订单、成本中心、WBS、获利段等，同B类；

d).D类：客户化字段，BSEG的扩充信息字段；

e).E类：备查字段,BSEG的外延信息字段，通过客户化“备查”字段钩稽；

总结：

同步的派生/评估（CO-PA）Vs 异步的ETL（数据仓库）    

     前几天，有人问S4中，CO-PA为什么不在数据仓库实现？哎，既然总有人问这些天真的问题，那么我就幼稚的回答一下！

   上一个数据仓库的示意图，这种图到处都有↓！

CO-PA：直接嵌入ERP作实时分析

直接在镶嵌在ERP中，灵活定义特征和分析值字段，动态产生CO-PA数据结构和相关支持程序，也意味利用CO-PA可以同步实时进行集团盈利能力分析！但运行分析时可能会增加ERP的性能。    

DW+ETL：从ERP抽取数据加工作异步分概

数据抽取（Extract）、转换（Transform）和加载（Load）的简称！数据仓库(Data Warehouse)异步抽取ERP及其他数据源（DataSource）的源数据，为了提高抽取效率，不占用ERP数据源的效率，一般是先抽取RDS，即将源数据映像复制到数据仓库，然后进行转换和加载为TDS，然后作盈利分析。

建立数据仓库将带来额外成本，也意味数据和分析将不能同步。

     如何选择？

    有钱，才可以随便花！所以，中小企业使用好CO-PA模块就好，不要不停的长出新的应用系统来，经济下行，竞争惨烈，企业经营都困难，就不要一天天有的没的想这想那的！ERP的下代管理软EBC的思路就很好，恨不得将各种应用融合在一起！太酸爽！

不差钱的大型垄断集团才有作的资本，Understand？

这个回答是不是有点太简单粗暴！

‌    数据仓库（或数据湖仓）进行数据分析的局限性主要包括以下几个方面‌：（来自AI回答）

‌（1）成本高‌：数据仓库的构建和维护需要大量的资源投入，包括硬件、软件和人力资源。购买高性能的服务器和存储设备、获得商业数据仓库软件的许可证以及聘请专业的技术人员都会带来巨大的成本。此外，数据仓库的实施周期通常较长，需要详细的规划和执行，这也增加了项目的总体成本‌    

‌实施复杂‌：数据仓库的实施是一个复杂的过程，需要在多个层面进行精心的规划和执行。数据的提取、转换和加载（ETL）过程需要对数据源进行深入的理解和分析，编写复杂的ETL脚本并对不同的数据源进行集成。此外，数据仓库的架构设计需要考虑性能、可扩展性和安全性，这通常需要依赖经验丰富的架构师和技术团队‌.

（2）数据延迟‌：数据仓库通常以批处理的方式对数据进行更新，这意味着数据的实时性较差。数据需要经过提取、转换和加载的过程才能进入数据仓库，这可能导致数据的延迟。在需要实时数据支持的决策过程中，这种延迟可能会成为一个严重的问题‌

（3）‌灵活性差‌：数据仓库的设计主要是为了支持决策支持系统和数据挖掘等复杂查询和分析任务，因此在处理实时或快速变化的数据时显得不够灵活。

对于需要快速响应的市场变化或业务需求，数据仓库可能无法提供足够的支持‌

（4）‌维护困难‌：由于数据仓库涉及大量的数据和复杂的系统架构，其维护和管理也相对困难。需要定期进行数据更新和维护，确保数据的准确性和一致性，这需要大量的时间和资源‌。

而直接集成于ERP中的CO-PA模块进行盈利能力分析，在Sap中，相关业务发生时，比如物料交易业务，将同步产生CO-PA盈利分析凭证(CO-PA doc)和支持实时盈利分析，当然还包括物料凭证（Material Doc）、会计凭证（FI doc）、成本凭证（CO Doc）和预算凭证等。高度集成、深度融合和国际化支持，这才是一个国际高端ERP该有的样子！