财务会计与财务报表

7.7.利润分析利润分析(Profitability(Profitability Analysis)Analysis) 首先,并不想在此浪费笔墨讲一堆关于 PA 的理论,COPA 的介绍的文章读者到处 都可找到.COPA 可简单理解为利润分析顾名思义就是你要怎样进行利润分析,从 而为决策提供依据,在下面本人将就如何配置和原理栓释 COPA,毕竟夸大和歪曲 一个模块的作用和难度是不明智的,而且此书的目的就是揭开 FICO 的棉纱让更 多人能轻易理解 FICO . 如果不上此模块可进行利润分析吗?当然可以的,自定义报表,但是得面对海量数 据,比如要抓 SO,Billing 等数据,巨大的数据量使报表的性能受到影响. 类似的问题还有如果不上物料分类帐能有效地分配差异吗?当然,自定义程序,因 为上 ML 多出问题的原因本人反而倾向于不使用 ML. 从某种程度上讲从某种程度上讲,COPA 是一个相当容易的模块是一个相当容易的模块,因为它设计的逻辑理解相对简单因为它设计的逻辑理解相对简单,如果愿意如果愿意, ABAPer 吃饱了没事做完全可以不用吃饱了没事做完全可以不用 SAP 的的 COPA 而自己写出一个而自己写出一个 COPA 来来,事实上很多事实上很多 没上没上 COPA 的企业实际上就是这样多的的企业实际上就是这样多的. 从设计逻辑上,启动了利润分析,根据设置动态一些相关表,结构和程序(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 Controlling Area to operating concern 分配 OC 给 Co area,在分配前 OC 必须已经产生了 data structure. OC 被翻译成(业务关联区,或康采恩)是获利能力分析中的核心组织结构，一个 OC 可包含多个 controlling area，一个 controlling area 只能指派给一 OC。 OC 用来监控及分析各获利分析段 Profit Segment。获利分析段通常是销售组织 (销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实 际需。可按照各获利段为依据生成获利分析报表，考核其获利能力。 7.1 Structures IMG Path 如图 7.1-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,VBAP 等读取字段,建立的将并 不是你所需要的 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 定义自己的特征值. 在特征可使用前必须激活它,原理很简单,WW099 创建了一个 data element|domain RKEG_WW099(所有的自定义的特征都会产生类似 RKEG_特征名称的 data element|domain)和表 T2503|T25A3(可使用 Se11 查看),所以的 abap 字典对象在可用 前都必须被激活.在建立在建立 check table 之前读者甚至可手工选择之前读者甚至可手工选择 check table 名称名称. 1 需要怎样的特征取决于你的 CO-PA 究竟要分析到多细?上面已经介绍可从哪 些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billing to等, 实际上哪怕用户在维护实际上哪怕用户在维护 OC 的的 data structure 中只使用了一个特征中只使用了一个特征,对最常用的特征字段比对最常用的特征字段比 如如公司代码公司代码,工厂工厂,利润中心利润中心,客户客户,销售组织销售组织,分销渠道分销渠道,division 等最常用的分析字段都已经在等最常用的分析字段都已经在 CO-PA 相关表中了相关表中了(请看请看 7.1.3 Maintain OC),这些是所谓的这些是所谓的 Fixed Characteristics,SAP 已经 提供了 客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字 段, 并且用户还可定义自己的特征 with Check table 或 without check table,这些特 征并不基于上述 SAP tables. 2 尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响,虽然道 理很明显越多的特征和值字段可能使分析更细,你需要在两者间平衡. 3 在建立特征时,读者必须明白这些名词. 一Fix characteristic 指固定的特征,比如客户,controlling area,sales.Org 等,可这样 理解就是这些字段在 COPA 的相关表固定存在,不管你有没有将其设置成特征字 段.(注注:你设置的特征字段将会形成你设置的特征字段将会形成 COPA 相关表的字段相关表的字段). 二特征的 combound Dependencies,意思是一个特征必须同时依靠另一特征,典 型的比如你选择了地区 KNA1-REGIO 做特征,同时 KNA1-LAND1 也必须选上, 另一个例子就是选择了成本中心, Fixed 特征特征 Controlling area 就是 combound dependencies 特征. (为了节省一字段为了节省一字段,所以通常自定义一特征所以通常自定义一特征,然后然后 KES1 维护地区值和维护地区值和 KEDR 做个做个 derivation rule 取取 REGIO 的值就可的值就可). 4 关于 data element,domain 等名词请看附录应该掌握的应该掌握的 ABAP 知识知识. .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-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 型.大多数情况下可能 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 被全部激活 后要更改 COPA 数据结构是不容易的事情,假设企业忽然需要某种费用进入 COPA 而且还需要和其他费用区别,如有预留字段,需使用只要将其 map 到此费 用科目就可. 5.读者思考: 特征通常可理解为有固定数据的字段比如产品特征通常可理解为有固定数据的字段比如产品-物料物料,值字段的值字段的 data 通常可变通常可变 的的,比如产品的销售数量比如产品的销售数量,单价和金额单价和金额,这很容易理解这很容易理解,问题是如果将一些数量字段问题是如果将一些数量字段 强行设置成特征会有什么结果强行设置成特征会有什么结果? .3 MaintainMaintain OperatingOperating ConcernConcern 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 在下面有讨论,通常会试验区使用 costing-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 maintenance),所 以此俩表分别对应到 check table 是 T2503|T2504. 关于 value fields,全部采用自定义的 value fields,如图 7.1.3-3,通常 Gross Sales 和 COGS 是应该用于分析的,在接下来将介绍这些 value field 如何和 SD,MM condtions,PA 传输架构等相对应.(Tcode:KE4I|KE4IM|KEI1,详细请看7.4 Flow of actual values配置). 建立完 data structure 后,必须激活,然后退回 OC Attribute Tab 页维护币别和年度变式,在 Environment 中激活 client 相关相关和 client 不相关不相关的 COPA 部件. 1 什么是 client 相关和 client 无关?读者可自行思考. 2 在建立 data structure 时,SAP 做了什么动作? 在建立 OC-STOC 时,系统会产生这样一个结构 CE0STOC(注意注意 COPA 自动产生的自动产生的 结构和表名称命名规则是结构和表名称命名规则是 CE0-4+OC 名称名称). CE0STOC:结构,用于 COPA 程序中定义内表/ CE1STOC:保存 actual line items. CE2STOC:保存 plan line items CE3STOC:保存 PSG info . CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC 意义读者可自 己去研究. 一般地一般地,如果细心的读者使用如果细心的读者使用 SE11 查看查看, 1会发现在会发现在 CE1XXXX|CE2XXXX 表中的表中的 COPA_AWSYS| TIMESTMP 的字段就是你定的字段就是你定 义的特征和值字段义的特征和值字段(视实际情况可能有出入视实际情况可能有出入). 2销售组织,分销渠道,客户,公司等必须字段尽管你在特征中未定义在这些表中 也已经存在,这很容易理解,利润分析连这些最常用的字段都没了还谈得上什么 分析?所以就做成 default 字段了. 3 激活 Environment 时 SAP 做了什么动作? 其实说白了其实说白了,CO-PA 就是启动了它就是启动了它,建立了几个表在建立了几个表在 SO creation, Billing generation 或或 FI 记记 帐等时帐等时(请看请看 Flows of Actual Values 配置配置)将相关数据写入将相关数据写入 COPA 而已而已,正如上面所讲正如上面所讲,如果如果 你不上你不上 CO-PA 可使用可使用 report,但是庞大的数据和复杂的逻辑可能会是但是庞大的数据和复杂的逻辑可能会是 report 运行失败运行失败,如果如果 有了有了 CO-PA,直接从那个表抓数据多快直接从那个表抓数据多快. 在这层意思上在这层意思上, COPA 倒是和信息结构系统倒是和信息结构系统,BW 的的 逻辑一样逻辑一样. 同样地同样地,读者发现读者发现 COPA 在设计上和在设计上和 SPL 也很相似也很相似,COPA 通过维护特征和值字段产生一些通过维护特征和值字段产生一些 列表列表,SPL 通过建立通过建立 table group 产生一系列表产生一系列表. 两者同样会动态产生一些相关程序两者同样会动态产生一些相关程序. 4.一个建议,为了研究 COPA 逻辑,KE4I 维护 FI 的 PA structure,然后 FB50 记一笔帐选个 PSG,然后看看 CE1XXXX 和 CE3XXXX 表的变化.同样开个 SO,产生 billing 看其俩表内容. 7.1.4 Sample Operating Concerns T-code: SE16: 从 SAP 的 sample OC 中 Copy 所需的 OC,同时将相关 IMG 也 Copy 过来,通常不建 议这样做,毕竟每个企业有不同的实际业务需求,Copy SAP Sample OC 显然难于达到 需求. 读者可自行测试如何使用此功能. .5 DefineDefine profitabilityprofitability SegmentSegment Char.Char. T-code:KEQ3 SE16: V_TKEOE 定义 PSG 所用到的特征,只有为 OC 定义的特征和值字段在利润分析段(PSG)才可使 用,你还可决定客户,销售订单等固定特征是否可在 PSG 中使用(SAP 默认是不用的). .6 SetSet OperatingOperating ConcernConcern T-code:KEBD|KEBI|KEBA SE16: 在 Set OC 时 OC 需要已经被完全激活(Tcode: KEA0),一个 OC 一次只可使用一个类 型的 COPA(Costing-based or Accouting-based) 从程序来将,这动作不过是赋给 parameter ID 一个 default 值而已,类似的 Tcode 还 有 AM 中的 OAPL :Set charts of Depreciation 和 OKKS:Set default cotrolling area . 7.2 Master Data IMG Path 如图 7.2-1. .1 MaintainMaintain CharacteristicCharacteristic ValuesValues 为用户自定义的特征维护特征值. 在图 7.1.33中我特意强调了 data structure 采用的这俩字段,WW098,WW099 在定义 时使用了 check table,如果在 PSG 中要用到此两特征,顾名思义,特征的 value 必须 check table T2503|T2504. 1 假设在实际应用中 WW098 是表示产品 brand,然后 PSG 中使用了 WW098,逻 辑就会检测 WW098 的 check table 是否维护了品牌,如果没找到就会有错误. 2 对于那些自定义的特征没有采用 check table 这步不用做,只要使用 KEDS 维护 derivation rule 就行. .2 DefineDefine CharacteristicsCharacteristics HierarchyHierarchy Tcode:KES3 将特征分层,这也好理解.如果需要,可将特征分层次. .3 DefineDefine CharacteristicCharacteristic DerivationDerivation Tcode:KEDR Derivation(这个估计要请这个估计要请 Xuebi 翻译才比较准确翻译才比较准确,毕竟毕竟 Xuebi 在美在美 国扫过几年垃圾国扫过几年垃圾,我想英文应该不错我想英文应该不错). Derivation 的意思是一些特征的值获取可根据另外一些和它逻辑相关的特征的值,尤 其在自定义的特征设置 Derivation 十分必要. 下面介绍如何建立一个 derivation,稍有编程经验的人看一眼都懂,如图 7.2.3-1,1 Derivation rule,图 7.2.3-3 有个 WW099 对应到 Sales office 的 rule,2Table lookup 的 条件和 derivation rule 不同的 table lookup 可使用多条件,3使用 move 可直接直接根 据条件从一个 COPA 特征字段或 SAP 字段给另一个 COPA 特征字段赋值,4可根 据条件将一些特征字段的值清楚 ,假设定义了一 derivation rule,在一些公司中如想让 这些 derivation 不起作用,就可在此设置条件等于此公司的将 Derivation 的特征值给 Clear5可写用户出口给特征赋值(SMOD:COPA0001-函数函数 EXIT_SAPLKEDRCOPA_001-Exit in Derivation Rule),如果实际业务前面四种方法都不 难达到用户需求,小写一个 user exit 也非难事,毕竟程序是最灵活的. 如图建立了俩 characteristic Derivation . 如图 7.2.3-3,这是一个 derivation rule 的例子,1如果 PSG 中 sales office = 3100(对应 3的 KMVKBU 字段),则2Region 的值记到 COPA 表中是 EUROPE(对应的字段是 4自定义的特征 WW099,在此将销售 office 看成 Sales region),因为 WW099 有 check table,所以所有的 region 值必须在 KES1 中维护. 这就是 Derivation,如果 WW099 在建立时没选择使用 check table,Region 值就可随意 输入(没有 check table),现在用户应明白为什么要 check table,其实是防止不合理的数 据进入 COPA 而已. 在维护 Derivation rule 后, 你可做个很简单的测试,就是 FB50 手工记笔帐选择 PSG, 你输入 sales office 3100 后, 按 Derivation 按钮看是否 Region EUROPE 能否带出,你 还可测试设置一 Clear ,Condition 是 sales office =3100 和 plant = 3101, Region EUROPE 给清空(其他的 plant 依旧有效). 除了 derivation 可给自定义特征赋值,move,table lookup 等都可. 图 7.2.3-4 是一个使 用 move 的例子. 如图 7.2.3-4,1move 名,2Production name,源字段,3目标字段是自定义的特征 WW003,4赋予整个值给目标字段,5ARTNR 的值从第 11 字段开始取后 5 个字符 赋予部分值给 WW003. 关于关于 table lookup,user exit 读者自行思考读者自行思考. 本章小节: 1.决定采用什么类型的利润分析? costing-base 和 accounting-based 区别前者采用 value field,可对应到 cost/Revenue 成本要素,MM|SD 的条件类型,而后者采用的只能是成本要素. 在对应关系上, value field 可对应一到多科目(成本要素),而后者很好立即一个成本要素和会计科 目必须是一一对应. 居于前者更灵活,通常企业会选择前种类型. Costing-based CO-PA 有些缺点有些缺点. 一时差. 一个实例是 SD,已发货但是没 biling,(销售成本 COGS 只有当 billing 时才到 CO- PA), 此时 COGS 被 post 到 FI, 但是 CO-PA 却没有.(这是针对采用手工 billing 的 企业,通常企业采用自动的后台 Job 生成 billing 这问题就不存在) 二应计: 比如在传输 sales order 到 CO-PA 时,一些应计费用通过 SO 的 condition 传到 CO- PA 模块,但从财务角度,这些费用并没发生因此在 FI 中也不存在 三货币转换小数差和汇率差. 一个 OC 中(企业用俩 OC 的恐怕很少)可能使用多个 controlling area(有的企业使 用了两到多个),这俩差异在其它模块也会有类似的不可避免的问题. 2.什么是利润分析段? PSG 是特征的一个唯一组合,比如可将产品号,产品组,客户,销售组织,分销渠道做 为一个利润分析段 3 需要为收入类科目建立 cost element category 11 成本要素吗? 通常如果没上 CO-PA 和 CO-PCA 可以不建立,如果只上了 CO-PA 并且类型是 costing-based 也可不建立因为采用的是值字段,如果上了 CO-PCA 利润中心,就必 须为收入科目建立成本要素. 如果采用的是 accouting-based CO-PA 也必须建立 为收入类科目建立成本要素. 4.Create Data structure 系统产生了那些表和结构? 在激活 OC 时,下面这些表和结构会产生.CE0STOC(结构)CE1STOC|CE2STOC| CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC. 其中 CE1STOC 保存 PA 实际行项目(类似 ledger 中的 actual line items), CE2STOC 是 plan 行项目,CE3STOC 保存的是 PSG 数据(类似 Ledger 中的 Summary table). 5 如何删除如何删除 OC? 首先删除分配 KEKK,后才可使用 KEA0 删除一个 OC,删除 OC 将所有相关的表, 结构,动态程序(Environment)全部删除了.还必须进入删除表才会彻底删除干净. .4 ValuationValuation StrategiesStrategies .5 SetSet UpUp ValuationValuation UsingUsing MaterialMaterial CostCost EstimateEstimate .6 SetSet UpUp ConditionsConditions andand CostingCosting SheetsSheets 这步设置可建立 CO-PA 专用的 condtion 和成本核算单(关于 condition 的配置请看 附件光盘condition.doc)用于分析使用原始凭证不能做到的边际效益分析,比如用 于计算 sales order 的销售折扣和运输费用等(未发生的虚拟值未发生的虚拟值).鉴于篇幅,读者请自行 研究. 7.3 Planning IMG Path :如图 7.3-1 .1 InitialInitial StepsSteps DefineDefine NumberNumber RangesRanges forfor PlanningPlanning DataData MaintainMaintain VersionsVersions 73.1.373.1.3 AssignAssign QuantityQuantity FieldsFields .2 PlanningPlanning FrameworkFramework SetSet UpUp PlanningPlanning FrameworkFramework CreateCreate PlanningPlanning LevelLevel frofro PlanningPlanning LayoutLayout DisplayDisplay PlannerPlanner ProfilesProfiles .3 ManualManual EntryEntry ofof PlanningPlanning DataData DefineDefine PlanningPlanning layoutlayout DefineDefine ValueValue FieldField AssignmentsAssignments DefineDefine DistributionDistribution ProfilesProfiles CalculatedCalculated ValuesValues asas ReferenceReference 7.3.4 Integrated Planning 7.3.5 Planning Aids 7.3.6 Reorganization 7.4 Flows of Actual Values IMG Path:如图 7.4-1. .1 InitialInitial StepsSteps DefineDefine NumberNumber RangesRanges forfor ActualActual PostingsPostings T-code: KEN1 SE16: 如图 -1,SAP 使用了 document 这个名词,所以有 FI doc. Billing Doc(VF02), Invoice Doc.(MIRO),Mat. Doc 等,然后这些 document 都会给出编号范围. 在此是只 PA doc number range,在 COPA 表 CEX+OC 中表示为 BELNR 字段(SE16 可检查). 1Groups 可看到 Co-PA 使用的 record type,假设读者将 record type B 的 number range 给删了,在 FI 记帐就会有图 -3 的错误,2OC 名称,3可查看并更改当前 的 number,4查看更改 number range SAP 允许使用外部编号.什么情况下使用,读者自行考虑, MaintainMaintain CharacteristicCharacteristic GroupsGroups T-code :KEPA SE16: 如图 -1,1定义一个特征组2行号而已3字段4从图中可以看出,BUKRS 和 KNDNR 将是必输字段,VKORG 是只读字段,而 MATKL 是可选字段. 注意注意: 1 特征组包含自定义的多个字段及其输入状态,如果在输入利润段时,用户可能需 要一些特定的个性值(比如在利润分析段屏幕上需要限制某些字段必输在利润分析段屏幕上需要限制某些字段必输,如果不使 用特征组,在输入利润段将显示所有的可用特征-KEQ3 定义的特征),就可建立特 征组. 2 这些特征字段状态是用户利润分析段选屏的,和一般科目使用的 field status group 是两个概念. AssignAssign Cha.Cha. Grp.Grp. forfor AssignmentAssignment ScreenScreen T-code: KE4G SE16: 如图 -1,1业务交易类型 RFBU 指的即是财务记帐,2在上一步定义的特征组, (注意 Z003 不能在此使用,因为特征组字段有 BUKRS 公司代码字段),3可模拟看到 将来记帐时输入 PSG 时的 subscreen 和特征组所设置的字段及其输入状态. 1 什么是 business transaction (请参照 3.7 特别总帐特别总帐的 activity) ,在此就不再解释. 2 FB50,F-02 等记帐的 Bus. Trn 就是 RFBU,在配置完后读者可立即测试. 3 从程序的角度看,为 RFBU 等定义特征组后,在程序中 LKEAKF30 中有这样的 判断就是如果带?的必选字段未输入,就有错误消息message id 00 type E number 055. AssingAssing Char.Char. Grp.Grp. ForFor LineLine ItemItem ScreenScreen T-code: KEVG2 SE16: 如图 ,给 record type B 赋予特征组 Z003,Z003 组中必须包含必输状态的字段 BUKRS(公司代码). 留给读者问题,上面 RFBU 指 FI Posting,Record type B 也是纸 direct posting from FI,如两者都定义了特征组,谁在起作用? 如果是 RFBU,那么 Record type B 究竟什 么时候在 Post PSG 时才会起作用呢? MaintainMaintain ValueValue FieldField GroupsGroups T-code :KEVFG SE16: 值字段组和特征组同样道理,就是在输入值字段时希望自定义那些值字段为必输,就 可采用它(如某 Bus. Trans 没有值字段组,就显示利润分析段的全部值字段). 如图 -1,1自定义组 ZVF1. AssignAssign ValueValue FieldField GroupsGroups forfor LineLine ItemItem ScreensScreens T-code :KEVG3 SE16: 如图 -1,现在将此 value field group 分配给 record type F 和和 B, record type 记录 类型,不过是为了区分 post 到利润分析模块的数据来源而已. 回看图 -1 分配特征组给记录类型,现在又将值字段组分配给了记录类型, 为了便于读者理解,举个实例,在一些情况下我们可能需要直接 post line item 到利 润分析模块. 我们使用 Tcode :KE21N ,如图 -2.,KE21N 将直接产生 PA Document with Line items. KE21N 用于直接产生 PA 凭证凭证,如图图 -2,如果有实际业务比如需要手工调整 COPA 就可使用它,这些手工 Post 的数据只反映在 PA 中并不会影响财务. 1通常 KEN1 定义的编号范围是自动内部编号的,建议将这些手工建立的 PA doc 使用外部编号(如图 -2),以便区分那些直接从 FI,MM,SD 等模块自动 post 到 CO-PA 的 PA doc. 读者 Enter 后,会发现 Characteristics 和 Value Field Tab 页显示的字段将是 KEVG2 和 KEVG3 定义的特征组和值字段组所包含的特征和值字段并且带有用户自定义 的输入状态,这些正是用户所需要的,否则看到的将是 OC 中定义的全部可用全部可用特征和 值字段. Summarize Data During Update T-code :KE2S SE16: 如图 -1,1交易类型,前面已经说明很清楚,2如选了表示只会对外部来的数据 才会汇总(比如 iDoc,假设一大集团甚至有多 client,毕竟 client 之间的数据是完全独 立的,为了使跨 client 的利润分析成为可能,可能使用 iDoc,数据从各 client 汇总),3, 数据是发生在 derivation 前还是后面. 举一个简单的例子,如 FI doc 有 3 个 line item 都对应到 account 且相同的 PSG 10074(Amount 分别是 100,200,300 USD),一般将有 3 line item 写到 COPA 行项目表 CE1*中,如使用了 KE2S,则只有总的 600 USD 被 post 到 CE1*. Store Quantities In CO-PA Std. Unit of Measure T-code :KE4MS SE16: SAP 帮助中的一个例子是说, VVISQ 值字段对应到本世纪末 FKIMG(Billing qty),现 在要求知道 Bill 了多少 KG,为此,需另外建立一字段 VVIQT(描述是 Billing KG,如果 SO 中使用了销售单位是吨,可库存单位是 KG,如仅仅传输 VVISQ 将难于区分 billed qty 单位究竟是 Ton 还是 KG),然后将转化后的 billed KG 保存在 VVIQT 中. 如图 -1 的,这是另外一个实例,就是将 At risk(可能的潜在的 SO qty,这在做 sales forecast 和 CO-PA 计划版本中很重要) quantity VVQ03 数量算进 Order qty VVQ02 中. 7.4.2 Transfer of Incoming Sales Orders Assign Value Fields Tcode: KE4I|KE4IM SE16: 这步将 SD 和 MM 的 condition(通常对通常对 MM 模块只用内部转厂模块只用内部转厂 PO-实际上可看成是将实际上可看成是将 supplying plant 的的 SO 和和 receiving plant 的的 PO 合并合并,所以有个所以有个 intercompany sales 的的)和值字 段对应上. 如企业要求将相关销售费用比如运输费保险费报关费产权费等分配到销售产品如企业要求将相关销售费用比如运输费保险费报关费产权费等分配到销售产品,可可 为每种费用建立为每种费用建立 condition 和和 value field 然后在此维护关系然后在此维护关系. 如图 -1,1 Condition type 2对应的值字段,因为分析的要求,所有的 value field 都使用了自定义.condition type 和 value field 对应的关系是多个 condition type 可对 应到同一值字段,通常这些值字段是 Amount 型的(值字段还有 quantity 型的) 3传输 的数据是否要正负号. 在在 KE4IM 中中,将转厂将转厂 PO 的的 Intercompany sales 的条件类型和的条件类型和 VV013 联系上联系上,在此在此 不再贴图描述不再贴图描述. Assign Quantity Fields 如图 -1,典型地,将销售数量和开飘数量分配给值字段. Activate Transfer of Incoming Sales Orders 如果需要将 sales order 数据传输到 COPA,请激活传输 SO,由于图 -1 使用了 KWMENG,所以在此选择 Inc. SO 类型为 2. 7.4.3 Transfer of Billing Documents Reset Value/Quantity Fields Tcode:KE4W 1. sales order 如何传输到 COPA,数量改变在 COPA 如何反映? 假设 SO 的 item 20 对应的 WWC-001 起初数量是 100,在保存时,立即有数据在 CE1*,CE3*等表,在此特别提示下 CE1*实际行项表,假设在 KEA0 的 Attribute tab 页定义了俩 currencies,一是 OC currencies,一是 company code currencies 并且两者不同,在 COPA 中一 SO item 将会产生两条记录分别对应到 currency type B0 和 10 .(有多少不同的 currencies 就会对应多少条不同货币类型 的记录) 假设现在 SO 的数量改成 50,会产生两条记录,一条是 SO qty -100 冲前面的 100, 另一条是改正后的 50 . 当传输 SO,对应的一些比如报关费运输费由 condition 传到 value field,如开票不 及时,造成 FI 和 PA 数据存在时间差异,前面在分析 costing-based PA 也强调过. 2.需不需要传输 sales order 到 COPA 视你 COPA 要分析到什么程度,如果连 SO 都不传,你的 COOPA 就太粗了,相信绝 大多数企业会需要传输 sales order 的. 使用 Flexible planning 加信息系统做 sales forecast(Plan verion),SO 则作为实际值, 然后可比较销售计划和实际销售(SO 值)的差异. 3 为什么要 Reset value/Quantity fields. 销售退回,运输保险保关费用已经实现,在 billing 时只应冲减收入,回增库存,相关 费用从 condition 带过去则必须是 0,不能冲已经发生的数据. 注意注意:销售退回订单的销售退回订单的 SO qty 传到传到 CO-PA 是负数是负数,可冲可冲 PA 实际发生的销售数量实际发生的销售数量. 7.4.4 Order and Project Settlement 7.4.5 Direct Posting from FI/MM 7.4.6 Settlement of Production Variances .7 TransferTransfer ofof OverheadOverhead 以下请无知和以下请无知和 XuebiXuebi 同志去搞定同志去搞定, ,然后然后 ShareShare 一下班一下班 目目 录录 1.基本业务原理基本业务原理3 获利分析会计的目标和任务.3 获利分析会计的并行方法.5 用户自定义的报表对象.5 集成的数据流6 分析性的销售和利润计划.7 灵活的报表功能8 具有中央获利分析功能的分散的边际贡献会计.9 获利分析会计的流程.10 获利分析会计的分类特征.10 使用标准成本的销售成本会计(期中销售分析)12 使用实际成本的销售成本会计(最终销售分析)12 固定成本归属的期段分析.13 基于帐户和基于成本的获利分析13 利润中心会计中的期间会计.14 2.基本数据的定义基本数据的定义15 获利分析单元的概念.15 特征的定义16 关键数字的定义19 销售数量和利润计划的制定.21 利润计划基础21 销售数量的计划24 作毛收入和净收入计划.26 作销售成本计划26 多种计划技术27 计划的集成28 促销预算的制定29 编辑实际数据31 通过均衡比例估算确定经营毛利32 发票数据的传输32 根据计算估算33 用实际产成品成本估算.36 通过定单结果分析和结算确定经营毛利37 通过对比直接计帐的收入和成本确定经营毛利.38 确定净经营利润39 间接费用的分配40 期间间接费用的分配.41 客户定单的转送43 与外部发票处理系统的接口.43 获利能力分析44 获利分析报表的类型.46 标准报表功能50 表格报表54 利