关于特征,还有几点补充:
1需要怎样的特征取决于你的CO-PA究竟要分析到多细?上面已经介绍可从哪些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billing to..等,实际上哪怕用户在维护OC的data structure中只使用了一个特征,对最常用的特征字段比如公司代码,工厂,利润中心,客户,销售组织,分销渠道,division等最常用的分析字段都已经在CO-PA相关表中了(请看1.0.1.1.3 Maintain OC),这些是所谓的Fixed Characteristics,SAP已经提供了 客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字段, 并且用户还可定义自己的特征with Check table或without check table,这些特征并不基于上述SAP tables.
2尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响,虽然道理很明显越多的特征和值字段可能使分析更细,你需要在两者间平衡. 3 在建立特征时,读者必须明白这些名词.
[1]Fix characteristic指固定的特征,比如客户,controlling area,sales.Org等,可这样理解就是这些字段在COPA的相关表固定存在,不管你有没有将其设臵成特征字段.(注:你设臵的特征字段将会形成COPA相关表的字段).
[2]compound Dependencies, 意思是一个特征必须同时依靠另一特征,典型的比如你选择了地区KNA1-REGIO做特征, 同时KNA1-LAND1也必须选上,另一个例子就是选择了成本中心, Fixed特征Controlling area就是compound dependencies特征. (为了节省一字段,所以通常自定义一特征,然后KES1维护地区值和KEDR做个derivation rule取REGIO的值就可).
有一个推荐做法,为了节省字段从而节省存储空间,记得有个弟兄说CO-PA的特征最好不多于20个。比如象地区REGIO,为了避免使用KNA1-LAND1做复合特征,则自定义一特征,然后Tcode:KES1维护地区范围值,再使用Tcode:KEDR做个推导规则根据定义逻辑去取REGIO的值,实际上特征值WW099就表示REGION,就是为了省空间,多不容易呀,看看现在搞特征的,做了一大堆特征.
[3]尽量优化使用特征和值字段,毕竟大量使用会对系统性能造成影响,CO-PA的数据量可能是巨大的,下面会有详细分析,所以你需要在利润分析程度和性能两者间平衡.
1.0.1.2 Maintain Value Fields
T-code: KEA6
在此着重介绍下如何根据需求维护自己的值字段. 值字段(Value field):是Costing-based PA的最小分析单位,通常它对应到销售数量,销售收入,销售成本,销售折扣,销售条件比如各种销售费用,各种差异等,这视企业对利润分析的细微程度,也可为各种间接费用,营业外|其它业务收支,资产减值损失等建立对应的值字段.
图1.0.1.1.2-1 关于特征字段,通常并不需要很多自定义的字段,相反,视想Co-PA分析多细,读者可定义很多自己的value fields,特别地, 甚至可定义自己的PA传输架构(T-code: KEI1),全部使用自定义的value field.
如图1.0.1.1.2-2, 全部使用自定义的value fields,这是采用Costing-based PA type的好处.
Value fields是costing-based PA的最小分析单位通常它有销售数量,销售收入,销售成本,销售折扣,各种差异等组成,必须考虑哪些值字段是需要的,比如需要将差异传到COPA吗?需要将差异更小层次细分吗?要怎么细分?需要建立什么样的value field 等. 关于值字段Value field,总结几点: 1 Value field有俩种类型,Amount和Quantity型.大多数情况下可能Aggregation都会选择SUM,在选择LAS,AVG必须仔细考虑. 2如果需要,全部使用自定义的value fields,然后自定义描述,值字段在接下来来的Flows of Actual values配臵中将用来对应科目(实际是成本要素),MM,SD的条件类型. 3.是否需要区分主营业务收入(成本)和其他业务收入(成本)? 对于收入类科目使用Tcode:VKOA很容易区分出,但是对于各种销售成本科目就不容易区分了,正常渠道除非建立图1.0.1.1.2-2 销售定单类型,再copy移动类型,动作量太大,但在CO-PA模块中就很容易区分,只要建立主营业务国内成本, 主营业务国外成本,其它业务成本的SD condition再建立对应的值字段就区分开了. 4如果需要,预留出一两个value fields给未来不可预见业务,毕竟当OC被全部激活后要更改COPA数据结构是不容易的事情,假设企业忽然需要某种费用进入COPA而且还需要和其他费用区别,如有预留字段,需使用只要将其map 到此费用科目就可,这不是必需的,只是有些企业要这样做. 5.读者思考: 特征通常可理解为有固定数据的字段比如产品->物料,值字段的data通常可变的,比如产品的销售数量,单价和金额,如果将一些数量字段强行设臵成特征会有什么结果?
建立的值字段是基于Costing-based PA分析的带期间差异的实际利润分析,一般地能做到收入和实际销售成本配比的相对毛利法就可以了,所以你看到值字段包括成本组件(Defined by Tcode:OKTZ,关于成本部件及其差异如何传输进PA稍后会有详细描述)和相应的成本部件差异.
1.0.1.3 Maintain Operating Concern
T-code: KEAO 如图1.0.1.3-1:
[1]输入OC名称STOC,保存后开始建立data structure , [2]可使用Sample OC参考创建,在7.1.4中也可参考创建一OC,
[3][4]两种类型的PA分析. 图中表示STOC可采用两种PA类型,甚至在激活CO-PA (Tcode:KEKE)中可同时激活
图1.0.1.3-1 俩者,很可惜,在Set OC时(Tcode:KEBD)你只能使用其中一种CO-PA类型,通常会使用costing-based,因为其分析更加灵活.
[5]:使用第一步和第二步建立的特征和值字段建立利润分析的数据结构,必须激活数据结构,产生Co-PA Table,表名称是CE1-4+经营范围名称. (接下来会重点介绍如何建立data structure).
[6]: 在属性页中定义Co-PA使用的币别和会计年度变式, 只有定义了这些,在Environment才可激活Client-specific part. 在激活OC时动态产生client相关或client无关的一些程序代码.
建立data structure,如图1.0.1.3-2, [1]根据实际业务选择data structure需要的特征字段,为了便于说明,在选择了相关字段后按change view, [2]可选择需要的value fields 字段用于
建
立
data
structure ,
[3]为了便于说明,加上了俩1.0.1.3-2 自定义的特征,所以此俩表分别对应到check table 是图T2503|T2504.
图1.0.1.3-3 关于value fields,全部采用自定义的value fields,如图1.0.1.3-3,通常Gross Sales和COGS是应该用于分析的,在接下来将介绍这些value field如何和SD,MM condtions,PA传输架构等相对应.(Tcode:KE4I|KE4IM|KEI1,详细请看1.0.4 Flow of actual values配臵).
建立完data structure后,必须激活,然后退回OC Attribute Tab页维护币别和年度变式,在Environment中激活client相
关和client不相关的COPA部件. 注意：
1. After you generate the operating concern, and before you activate Profitability Analysis for
data entry, add the valid characteristic values to the check tables generated for the new characteristics.
2. You must reactivate the environment after you change the data structures of an operating
concern (for example, after you add a new characteristics or value field).
3. The regeneration process does not affect any existing transaction data. However, it also does
not automatically back-populate any new fields for existing transaction data (although this sometimes may be carried out using the CO-PA realignment and/or periodic valuation functions).
4. The regeneration process will also not affect any characteristic values which have already
been entered in check tables for user-defined characteristics.
关于维护经营范围,也总结几点:
1.在建立data structure时,SAP做了什么动作?
在建立OC->STOC时,系统会产生这样一个结构CE0STOC(注意COPA自动产生的结构和表名称命名规则是CE0-4+OC名称).
CE0STOC:结构,用于COPA程序中定义内表/ CE1STOC:保存actual line items. CE2STOC:保存plan line items
CE3STOC: Summary records by profit. segment CE4STOC: Profitability segment definitions
Table CE4xxxx represents the profitability segments (the profitability segments are created based on the business considerations which are defined when creating an operating concern). The table CE3xxxx contains the values posted to the profitability segments that are additionally available broken down into
The CO-PA drill-down reporting tool accesses the data in the CE3… and CE4… tables. Line item and details from the CE1… and CE2… tables can be accessed through line item display features.