财务会计与财务报表.pdf-淘文阁

资源描述

《财务会计与财务报表.pdf》由会员分享，可在线阅读，更多相关《财务会计与财务报表.pdf（93页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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

2、的数据量使报表的性能受到碍事.类似的咨询题还有要是不上物料分类帐能有效地分配差异吗?因此,自定义程序,因为上 ML多出咨询题的缘故本人反而倾向于不使用 ML.从某种程度上讲从某种程度上讲,COPA,COPA是一个相当轻易的模块是一个相当轻易的模块,因为它设计的逻辑理解相对简单因为它设计的逻辑理解相对简单,要是情要是情愿愿,ABAPer,ABAPer吃饱了没事做完全能够不用吃饱了没事做完全能够不用 SAPSAP的的 COPACOPA而自己写出一个而自己写出一个 COPACOPA来来,事实上许事实上许多没上多没上 COPACOPA的企业实际上确实是根基如此多的的企业实际上确实是根基如此多的.从设计

3、逻辑上,启动了利润分析,依据设置动态一些相关表,结构和程序(SAP 许多模块的设计理念根基上如此,启动会产生相关 ABAP对象),然后实时或后续 Post数据到 CO-PA 相关表格,同时 SAP 提供了相关报表,如此比自写程序更简单而且能提供更多的相关报表而已.在解释利润分析配置前,再此理解下什么是 OperatingConcern(以下简称 OC).IMGPathIMGPath:Enterprisestructure-Definition-Controlling-CreatingOperatingConcern建立IMGPathIMGPath:Enterprisestructure-Ass

4、ignment-Controlling-AssingControllingAreatooperatingconcern分配 OC 给 Coarea,在分配前 OC 必须差不多产生了datastructure.OC 被翻译成(业务关联区,或康采恩)是获利能力分析中的核心组织结构，一个OC 可包含多个 controllingarea，一个 controllingarea只能指派给一 OC。OC 用来监控及分析各获利分析段 ProfitSegment。获利分析段通常是销售组织(销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实际需。可按照各获利段为依据生成获利分析

5、报表，考核其获利能力。7.1Structures7.1StructuresIMGPath如图 7.1-1.MaintainCharacteristicsMaintainCharacteristicsT-codeT-code:KEA5SE16SE16:如图 7.1.1-1,1进进 KEA6维护值子段,2所有的 OC 用到的特征,3具体 OC 所用到的特征,4所有 OCs中都未用到的特征.5自定义特征自定义特征,特征必须是 WW 开头的 4至 5 位,在自建特征时要是从客户主数据表 KNA1,KNB1,KNVV,物料主数据表MARA,MARC,MVKE,SOheader和 itemtableVBA

6、K,VBAP 等读取字段,建立的将并不是你所需要的 WW*特征.如图 7.1.1-2,如在建立 WW099 时你选择了 VBAP表,同时选择了 MATNR 和CHARG字段,特殊明显,维持后 WW099 特征并未建立而是将 VBAP-MATNR 和VBAP-CHARG建成了特征.要是想建立自己的特征,请选择 Userdefined,如图 7.1.1-3,1用户自定义特征,2在此特殊介绍下第一种选择 withownvaluemaintenance,它会产生一个 T25*的 checktable,要是使用了 checktablechecktable,这些特征在使用前必须使用 KES1KES1 定义

7、自己的特征值.在特征可使用前必须激活它,原理特殊简单,WW099 创立了一个dataelement|domainRKEG_WW099(所有的自定义的特征都会产生类似 RKEG_特征名称的 dataelement|domain)和表 T2503|T25A3(可使用 Se11 查瞧),因此的 abap字典对象在可用前都必须被激活.在建立在建立 checktablechecktable之前读者甚至可手工选择之前读者甚至可手工选择 checktablechecktable名称名称.1 需要如何样的特征取决于你的 CO-PA毕竟要分析到多细?上面差不多介绍可从哪些表中取字段就可,通常的特征无非是|物料组

8、|销售办公室|销售人员|billingto.等,实际上哪怕用户在维护实际上哪怕用户在维护 OCOC的的 datastructuredatastructure中只使用了一个特征中只使用了一个特征,对最常用的特征字段对最常用的特征字段比方比方公司代码公司代码,工厂工厂,利润中心利润中心,客户客户,销售组织销售组织,分销渠道分销渠道,division,division等最常用的分析字段都差不等最常用的分析字段都差不多在多在 CO-PACO-PA相关表中了相关表中了(请瞧请瞧 7.1.3MaintainOC),7.1.3MaintainOC),这些是所谓的这些是所谓的 FixedCharacteris

9、tics,FixedCharacteristics,SAP差不多提供了客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字段,同时用户还可定义自己的特征 withChecktable或 withoutchecktable,这些特征并不基于上述 SAPtables.2 尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成碍事,尽管道理特殊明显越多的特征和值字段可能使分析更细,你需要在两者间平衡.3 在建立特征时,读者必须明白这些名词.一Fixcharacteristic指固定的特征,比方客户,controllingarea,等,可如此理解确实是根基这些字段在 COPA 的相关

10、表固定存在,不管你有没有将其设置成特征字段.(注注:你设置的特征字段将会形成你设置的特征字段将会形成 COPACOPA相关表的字段相关表的字段).二特征的 comboundDependenciescomboundDependencies,意思是一个特征必须同时依靠另一特征,典型的比方你选择了地区 KNA1-REGIO做特征,同时 KNA1-LAND1 也必须选上,另一个例子确实是根基选择了本钞票中心,FixedFixed 特征特征 Controllingarea确实是根基combounddependencies 特征.(为了节约一字段为了节约一字段,因此通常自定义一特征因此通常自定义一特征,然

11、后然后 KES1KES1 维护维护地区值和地区值和 KEDRKEDR做个做个 derivationrulederivationrule取取 REGIOREGIO的值就可的值就可).4 关于 dataelement,domain 等名词请瞧附录应该把握的应该把握的 ABAPABAP知识知识.MaintainValueFieldsMaintainValueFieldsT-codeT-code:KEA6SE16SE16:初始画面和选择全然和维护特征一样,再此着重介绍下如何依据需求维护自己的值字段.关于特征字段,通常并不需要许多自定义的字段,相反,视想 Co-PA 分析多细,读者可定义许多自己的 va

12、luefields,特殊地,甚至可定义自己的 PA 传输架构(T-code:KEI1),全部使用自定义的 valuefield.(如图 7.1.2-2)如图 7.1.2-2,全部使用自定义的 valuefields,这是采纳 Costing-basedPAtype的好处(关于 costing-based和 accouting-baseCOPA 的采纳请瞧下面讨论).Valuefields是 costing-basedPA 的最小分析单位通常它有销售数量,销售输进,销售本钞票,销售折扣,各种差异等组成,必须考虑哪些值字段是需要的,比方需要将差异传到COPA 吗?需要将差异更小层次细分吗?要如何细

13、分?需要建立什么样的 valuefield等.1 1Valuefield有俩种类型,Amount 和 QuantityAggregation都会选择 SUM,在选择LAS,AVG必须认真考虑.2 2 要是需要,全部使用自定义的 valuefields,然后自定义描述,值字段在接下来来的FlowsofActualvalues配置中将用来对应科目(实际是本钞票要素),MM,SD 的条件类型.3 3.是否需要区分主营业务收进(本钞票)和其他业务收进(本钞票)?如需要,要建立4valuefield然后往和 SDcondition 对应(condition 也要建立 4种往区不).4 4 要是需要,预留

14、出几个 valuefields给今后不可预见业务,毕竟当 OC 被全部激活后要更改 COPA 数据结构是不轻易的情况,假设企业陡然需要某种费用进进COPA 而且还需要和其他费用区不,如有预留字段,需使用只要将其 map 到此费用科目就可.5 5.读者考虑:特征通常可理解为有固定数据的字段比方产品特征通常可理解为有固定数据的字段比方产品-物料物料,值字段的值字段的 datadata 通常可变通常可变的的,比方产品的销售数量比方产品的销售数量,单价和金额单价和金额,这特殊轻易理解这特殊轻易理解,咨询题是要是将一些数量咨询题是要是将一些数量字段强行设置成特征会有什么结果字段强行设置成特征会有什么结果

15、?MaintainOperatingConcernMaintainOperatingConcernT-codeT-code:KEAOSE16SE16:如图 7.1.3-1,1输进 OC名称 STOC,维持后开始建立 datastructure,2可使用SampleOC 参考创立,在中也可参考创立一 OC,34两种类型的 PA 分析.图中表示 STOC 可采纳两种 PA 类型,甚至在激活 CO-PA(Tcode:KEKE)中可同时激活俩者,特殊惋惜,在 SetOC 时(Tcode:KEBD)你只能使用其中一种 CO-PA 类型,关于使用 costing-based依旧 account-based

16、PAtype在下面有讨论,通常会试验区使用costing-based,因为其分析更加灵活.5建立 datastructure(接下来会重点介绍如何建立datastructure).6在属性页中可定义 Co-PA 使用的币不和会计年度变式,只有定义了这些,在 EnvironmentEnvironment 才可激活 Client-specificpart.建立 datastructure,如图 7.1.3-2,1依据实际业务选择 datastructure需要的特征字段,为了便于讲明,在选择了相关字段后按 changeview,2可选择需要的 valuefields字段用于建立 datastruc

17、ture,3为了便于讲明,加上了俩自定义的特征(同时定义时-请参请参照照:MaintainCharacteristic:MaintainCharacteristic 选择了 withownvaluemaintenance),因此此俩表分不对应到 checktable 是 T2503|T2504.关于 valuefields,全部采纳自定义的 valuefields,如图 7.1.3-3,通常 GrossSales 和 COGS是应该用于分析的,在接下来将介绍这些 valuefield如何和 SD,MMcondtions,PA 传输架构等相对应.(Tcode:KE4I|KE4IM|KEI1,具体

18、请瞧7.4Flowofactualvalues配置).建立完 datastructure后,必须激活,然后退回 OCAttributeTab页维护币不和年度变式,在 Environment中激活 clientclient 相关相关和 clientclient 不相关不相关的 COPA部件.1 什么是 client相关和 client 无关?读者可自行考虑.2 在建立 datastructure 时,SAP 做了什么动作?在建立 OC-STOC时,系统会产生如此一个结构 CE0STOC(注重注重 COPACOPA自动产生的自动产生的结构和表名称命名规那么是结构和表名称命名规那么是 CE0-4+O

20、根基的字段确实是根基你定义的特征和值字段你定义的特征和值字段(视实际情况可能有出进视实际情况可能有出进).).2销售组织,分销渠道,客户,公司等必须字段尽管你在特征中未定义在这些表中也差不多存在,这特殊轻易理解,利润分析连这些最常用的字段都没了还谈得上什么分析?因此就做成 default字段了.3 激活 Environment时 SAP 做了什么动作?事实上讲白了事实上讲白了,CO-PA,CO-PA确实是根基启动了它确实是根基启动了它,建立了几个表在建立了几个表在 SOcreation,BillinggenerationSOcreation,Billinggeneration或或 FIFI 记

21、帐等时记帐等时(请瞧请瞧 FlowsofActualValuesFlowsofActualValues配置配置)将相关数据写进将相关数据写进 COPACOPA而已而已,正如上面所讲正如上面所讲,要是你不上要是你不上 CO-PACO-PA可使用可使用 report,report,然而庞大的数据和复杂的逻辑可能会是然而庞大的数据和复杂的逻辑可能会是 reportreport运行失败运行失败,要是有了要是有了 CO-PA,CO-PA,直截了当从那个表抓数据多快直截了当从那个表抓数据多快.在这层意思上在这层意思上,COPA,COPA倒是和信息结构系倒是和信息结构系统统,BW,BW的逻辑一样的逻辑一样.

22、同样地同样地,读者发觉读者发觉 COPACOPA在设计上和在设计上和 SPLSPL 也特殊相似也特殊相似,COPA,COPA通过维护特征和值字段产生一通过维护特征和值字段产生一些列表些列表,SPL,SPL 通过建立通过建立 tablegrouptablegroup产生一系列表产生一系列表.两者同样会动态产生一些相关程序两者同样会动态产生一些相关程序.4.4.一个建议,为了研究 COPA逻辑,KE4I维护 FI的 PAstructure,然后 FB50记一笔帐选个 PSG,然后瞧瞧 CE1XXXX和 CE3XXXXSO,产生 billing瞧其俩表内容.7.1.4SampleOperatingC

23、oncerns7.1.4SampleOperatingConcernsT-codeT-code:SE16SE16:从 SAP 的 sampleOC 中 Copy所需的 OC,同时将相关 IMG也 Copy过来,通常不建议如此做,毕竟每个企业有不同的实际业务需求,CopySAPSampleOC 显然难于到达需求.读者可自行测试如何使用此功能.DefineprofitabilitySegmentChar.DefineprofitabilitySegmentChar.T-codeT-code:KEQ3SE16SE16:V_TKEOE定义 PSG 所用到的特征,只有为 OC 定义的特征和值字段在利润分

24、析段(PSG)才可使用,你还可决定客户,销售订单等固定特征是否可在 PSG 中使用(SAP默认是不用的).SetOperatingConcernSetOperatingConcernT-codeT-code:KEBD|KEBI|KEBASE16SE16:在 SetOC 时 OC 需要差不多被完全激活(Tcode:KEA0),一个 OC 一次只可使用一个类型的 COPA(Costing-basedorAccouting-based)从程序来将,这动作只是是赋给 parameterID一个 default值而已,类似的 Tcode还有 AM 中的 OAPL:SetchartsofDepreciat

25、ion和 OKKS:Setdefaultcotrollingarea.7.2MasterData7.2MasterDataIMGPath如图 7.2-1.7.2.1MaintainCharacteristicValues7.2.1MaintainCharacteristicValues为用户自定义的特征维护特征值.在图 7.1.33中我专门强调了 datastructure采纳的这俩字段,WW098,WW099 在定义时使用了 checktablechecktable,要是在 PSG 中要用到此两特征,顾名思义,特征的 value必须checktablechecktableT2503|T250

26、4.1 1 假设在实际应用中 WW098 是表示产品 brand,然后 PSG 中使用了 WW098,逻辑就会检测 WW098 的 checktable是否维护了品牌,要是没寻到就会有错误.2 2 关于那些自定义的特征没有采纳 checktable 这步不用做,只要使用 KEDS 维护derivationrule就行.7.2.2DefineCharacteristicsHierarchy7.2.2DefineCharacteristicsHierarchyTcode:KES3KES3将特征分层,这也好理解.要是需要,可将特征分层次.7.2.3DefineCharacteristicDeriva

27、tion7.2.3DefineCharacteristicDerivationTcode:KEDRKEDRDerivation(那个估量要请那个估量要请 XuebiXuebi 翻译才比立正确翻译才比立正确,毕竟毕竟 XuebiXuebi 在美国扫在美国扫过几年垃圾过几年垃圾,我想英文应该不错我想英文应该不错).Derivation的意思是一些特征的值猎取可依据另外一些和它逻辑相关的特征的值,尤其在自定义的特征设置 Derivation十分必要.下面介绍如何建立一个 derivation,稍有编程经验的人瞧一眼都明白,如图 7.2.3-1,1Derivationrule,图有个 WW099 对应

28、到 Salesoffice的 rule,2Tablelookup 的条件和 derivationrule不同的 tablelookup可使用多条件,3使用 move可直截了当直截了当依据条件从一个 COPA 特征字段或 SAP 字段给另一个 COPA 特征字段赋值,4可依据条件将一些特征字段的值清晰,假设定义了一 derivationrule,在一些公司中如想让这些 derivation不起作用,就可在此设置条件等于此公司的将 Derivation 的特征值给 Clear5可写用户出口给特征赋值(SMOD:COPA0001-SMOD:COPA0001-函数函数EXIT_SAPLKEDRCOPA

29、_001-ExitinDerivationRuleEXIT_SAPLKEDRCOPA_001-ExitinDerivationRule),要是实际业务前面四种方法都不难到达用户需求,小写一个 userexit 也非难事,毕竟程序是最灵活的.如图建立了俩 characteristicDerivation.如图,这是一个 derivationrule的例子,1要是 PSG中 salesoffice=3100(对应3的KMVKBU字段),那么2Region 的值记到 COPA 表中是 EUROPE(对应的字段是4自定义的特征 WW099,在此将销售 office瞧成 Salesregion),因为

30、WW099 有checktable,因此所有的 region值必须在 KES1 中维护.这确实是根基 Derivation,要是 WW099 在建立时没选择使用 checktable,Region值就可随意输进(没有 checktable),现在用户应明白什么缘故要 checktable,事实上是防止不合理的数据进进 COPA 而已.在维护 Derivationrule 后,你可做个特殊简单的测试,确实是根基 FB50手工记笔帐选择 PSG,你输进 salesoffice3100后,按 Derivation 按钮瞧是否 RegionEUROPE 能否带出,你还可测试设置一 Clear,Cond

31、ition 是 salesoffice=3100和plant=3101,RegionEUROPE 给清空(其他的 plant 依旧有效).除了 derivation可给自定义特征赋值,move,tablelookup等都可.图是一个使用 move的例子.如图 7.2.3-4,1move 名,2Productionname,源字段,3目标字段是自定义的特征WW003,4给予整个值给目标字段,5ARTNR 的值从第 11 字段开始取后 5个字符给予局部值给 WW003.关于关于 tablelookup,userexittablelookup,userexit读者自行考虑读者自行考虑.本章小节:1.

32、1.决定采纳什么类型的利润分析?costing-base和 accounting-based 区不前者采纳 valuefield,可对应到 cost/Revenue本钞票要素,MM|SD的条件类型,而后者采纳的只能是本钞票要素.在对应关系上,valuefield可对应一到多科目(本钞票要素),而后者特殊好马上一个本钞票要素和会计科目必须是一一对应.居于前者更灵活,通常企业会选择前种类型.Costing-basedCO-PACosting-basedCO-PA 有些缺点有些缺点.一时差.一个实例是 SD,已发货然而没 biling,(销售本钞票 COGS 只有当 billing时才到CO-PA)

33、,现在 COGS 被 post 到 FI,然而 CO-PA 却没有.(这是针对采纳手工 billing的企业,通常企业采纳自动的后台 Job 生成 billing这咨询题就不存在)二应计:比方在传输 salesorder到 CO-PA时,一些应计费用通过 SO 的 condition 传到 CO-PA 模块,但从财务角度,这些费用并没发生因此在 FI中也不存在.三货币转换小数差和汇率差.一个 OC 中(企业用俩 OC 的估量特殊少)可能使用多个 controllingarea(有的企业使用了两到多个),这俩差异在其它模块也会有类似的不可防止的咨询题.2.2.什么是利润分析段?PSG 是特征的一

34、个唯一组合,比方可将产品号,产品组,客户,销售组织,分销渠道做为一个利润分析段3 3 需要为收进类科目建立 costelementcategory11 本钞票要素吗?通常要是没上 CO-PA 和 CO-PCA 能够不建立,要是只上了 CO-PA 同时类型是costing-based也可不建立因为采纳的是值字段,要是上了 CO-PCA 利润中心,就必须为收进科目建立本钞票要素.要是采纳的是 accouting-basedCO-PA也必须建立为收进类科目建立本钞票要素.4 4.CreateDatastructure系统产生了那些表和结构?在激活 OC 时,下面这些表和结构会产生.CE0STOC(结

35、构)CE1STOC|CE2STOC|CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC.其中 CE1STOC 维持 PA实际行工程(类似 ledger 中的 actuallineitems),CE2STOC是 plan行工程,CE3STOC 维持的是 PSG 数据(类似 Ledger中的 Summarytable).5 5 如何删除如何删除 OC?OC?首先删除分配 KEKK,后才可使用 KEA0删除一个 OC,删除 OC 将所有相关的表,结构,动态程序(Environment)全部删除了.还必须进进删除表才会完全删除洁净.7.2.4V

36、aluationStrategies7.2.4ValuationStrategies7.2.5SetUpValuationUsingMaterialCostEstimate7.2.5SetUpValuationUsingMaterialCostEstimate7.2.6SetUpConditionsandCostingSheets7.2.6SetUpConditionsandCostingSheets这步设置可建立 CO-PA 专用的 condtion和本钞票核算单(关于 condition 的配置请瞧附件光盘)用于分析使用原始凭证不能做到的边际效益分析,比方用于计算 salesorder的销

37、售折扣和运输费用等(未发生的虚拟值未发生的虚拟值).鉴于篇幅,读者请自行研究.7.3Planning7.3PlanningIMGPath:如图7.3.1InitialSteps7.3.1InitialSteps7.3.1.1DefineNumber RangesforPlanningData7.3.1.1DefineNumber RangesforPlanningData7.3.1.2MaintainVersions7.3.1.2MaintainVersions7.3.1.3AssignQuantityFields7.3.1.3AssignQuantityFieldsPlanningFrame

38、workPlanningFramework7.3.2.1SetUpPlanningFramework7.3.2.1SetUpPlanningFramework7.3.2.2CreatePlanningLevelfroPlanningLayout7.3.2.2CreatePlanningLevelfroPlanningLayout7.3.2.3DisplayPlannerProfiles7.3.2.3DisplayPlannerProfilesManualEntryofPlanningDataManualEntryofPlanningData7.3.3.1DefinePlanninglayout

39、7.3.3.1DefinePlanninglayout7.3.3.2DefineValueFieldAssignments7.3.3.2DefineValueFieldAssignments7.3.3.3DefineDistributionProfiles7.3.3.3DefineDistributionProfiles7.3.3.4CalculatedValuesasReference7.3.3.4CalculatedValuesasReferenceIntegratedPlanningPlanningAidsReorganization7.4FlowsofActualValues7.4Fl

40、owsofActualValuesIMGPath:如图 7.4-1.7.4.1InitialSteps7.4.1InitialSteps7.4.1.1DefineNumber RangesforActualPostings7.4.1.1DefineNumber RangesforActualPostingsT-codeT-code:KEN1SE16SE16:如图 7.4.1.1-1,SAP 使用了 document那个名词,因此有FIdoc.BillingDoc(VF02),InvoiceDoc.(MIRO),Mat.Doc等,然后这些 document 都会给出编号范围.在此是只 PAdoc

41、numberrange,在 COPA 表 CEX+OC中表示为 BELNR字段(SE16 可检查).1Groups 可瞧到 Co-PA使用的 recordtype,假设读者将 recordtypeB的 numberrange给删了,在 FI记帐就会有图的错误,2OC 名称,3可查瞧并更改当前的 number,4查瞧更改 numberrangeSAP 准许使用外部编号.什么情况下使用,读者自行考虑,MaintainCharacteristicGroupsMaintainCharacteristicGroupsT-codeT-code:KEPASE16SE16:如图 7.4.1.2-1,1定义一个

42、特征组2行号而已3字段4从图中能够瞧出,BUKRS和KNDNR将是必输字段,VKORG 是只读字段,而 MATKL是可选字段.注重注重:1 特征组包含自定义的多个字段及其输进状态,要是在输进利润段时,用户可能需要一些特定的个性值(比方在利润分析段屏幕上需要限制某些字段必输在利润分析段屏幕上需要限制某些字段必输,要是不使用特征组,在输进利润段将显示所有的可用特征-KEQ3定义的特征),就可建立特征组.2 这些特征字段状态是用户利润分析段选屏的,和一般科目使用的fieldstatusgroup是两个概念.AssignCha.Grp.forAssignmentScreenAssignCha.Grp.

43、forAssignmentScreenT-codeT-code:KE4GSE16SE16:如图 7.4.1.3-1,1业务交易类型 RFBU指的即是财务记帐,2在上一步定义的特征组,(注重 Z003不能在此使用,因为特征组字段有 BUKRS公司代码字段),3可模拟瞧到今后记帐时输进 PSG时的 subscreen和特征组所设置的字段及其输进状态.1 什么是 businesstransaction(请参照特殊总帐特殊总帐的 activity),在此就不再解释.2FB50,F-02等记帐的 Bus.Trn 确实是根基 RFBU,在配置完后读者可马上测试.3 从程序的角度瞧,为 RFBU等定义特征组

44、后,在程序中 LKEAKF30中有如此的判定确实是根基要是带?的必选字段未输进,就有错误消息messageid00typeEnumber055.AssingChar.Grp.ForLineItemScreenAssingChar.Grp.ForLineItemScreenT-codeT-code:KEVG2SE16SE16:如图 7.4.1.1,给 recordtypeB给予特征组 Z003,Z003组中必须包含必输状态的字段BUKRS(公司代码).留给读者咨询题,上面 RFBU指 FIPosting,RecordtypeB也是纸directpostingfromFI,如两者都定义了特征组,谁

45、在起作用?要是是 RFBU,那么RecordtypeB毕竟什么时候在 PostPSG 时才会起作用呢?7.4.1.5MaintainValueFieldGroups7.4.1.5MaintainValueFieldGroupsT-codeT-code:KEVFGSE16SE16:值字段组和特征组同样道理,确实是根基在输进值字段时盼瞧自定义那些值字段为必输,就可采纳它(如某 Bus.Trans没有值字段组,就显示利润分析段的全部值字段).如图 7.4.1.5-1,1自定义组 ZVF1.7.4.1.6AssignValueFieldGroupsforLineItemScreens7.4.1.6As

46、signValueFieldGroupsforLineItemScreensT-codeT-code:KEVG3SE16SE16:如图 7.4.1.6-1,现在将此 valuefieldgroup分配给 recordtypeF F 和和 B B,recordtype记录类型,只是是为了区分 post 到利润分析模块的数据来源而已.回瞧图分配特征组给记录类型,现在又将值字段组分配给了记录类型,为了便于读者理解,举个实例,在一些情况下我们可能需要直截了当 postlineitem到利润分析模块.我们使用 Tcode:KE21NKE21N,如图 7.4.1.6-2.,KE21N将直截了当产生PADo

47、cumentwithLineitems.KE21N用于直截了当产生 PAPA 凭证凭证,如图图,要是有实际业务比方需要手工调整 COPA就可使用它,这些手工 Post 的数据只反映在 PA 中并可不能碍事财务.1通常 KEN1定义的编号范围是自动内部编号的,建议将这些手工建立的 PAdoc使用外部编号(如图 7.4.1.1-2),以便区分那些直截了当从 FI,MM,SD等模块自动 post 到CO-PA的 PAdoc.读者 Enter后,会发觉 Characteristics和 ValueFieldTab 页显示的字段将是 KEVG2和KEVG3定义的特征组和值字段组所包含的特征和值字段同时带

48、有用户自定义的输进状态,这些正是用户所需要的,否那么瞧到的将是 OC 中定义的全部可用全部可用特征和值字段.7.4.1.7SummarizeDataDuringUpdateT-codeT-code:KE2SSE16SE16:如图 7.4.1.7-1,1交易类型,前面差不多讲明特殊清晰,2如选了表示只会对外部来的数据才会汇总(比方 iDoc,假设一大集团甚至有多 client,毕竟 client之间的数据是完全独立的,为了使跨 client 的利润分析成为可能,可能使用 iDoc,数据从各 client汇总),3,数据是发生在 derivation前依旧后面.举一个简单的例子,如 FIdoc有

49、3 个 lineitem 都对应到 account10010101 且相同的PSG10074(Amount 分不是 100,200,300USD),一般将有 3lineitem 写到 COPA 行工程表 CE1*中,如使用了 KE2S,那么只有总的 600USD 被 post 到 CE1*.7.4.1.8StoreQuantitiesInCO-PAStd.UnitofMeasureT-codeT-code:KE4MSSE16SE16:SAP 体贴中的一个例子是讲,VVISQ值字段对应到本世纪末 FKIMG(Billingqty),现在要求明白 Bill了多少 KG,为此,需另外建立一字段 VV

50、IQT(描述是 BillingKG,要是SO 中使用了销售单位是吨,可库存单位是 KG,如仅仅传输 VVISQ将难于区分billedqty单位毕竟是 Ton 依旧 KG),然后将转化后的 billedKG维持在 VVIQT 中.如图的,这是另外一个实例,确实是根基将 Atrisk(可能的潜在的 SOqty,这在做salesforecast和 CO-PA 方案版本中特殊重要)quantityVVQ03数量算进OrderqtyVVQ02中.7.4.2TransferofIncomingSalesOrders7.4.2.1AssignValueFieldsTcodeTcode:KE4I|KE4IMS

展开阅读全文