财务会计与财务报表.pdf

文档介绍：该【财务会计与财务报表 】是由【lajie】上传分享，文档一共【93】页，该文档可以免费在线阅读，需要了解更多关于【财务会计与财务报表 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。:.
(ProfitabilityAnalysis)
首先,并不想在此白费笔墨讲一堆关于PA的理论,COPA的介绍的文章读者到处

润分析,从而为决策提供依据,在下面本人将就如何配置和原理栓释COPA,毕竟
夸大和歪曲曲折折曲曲折折折折曲曲折折曲曲折折折折折折一个模块的作用和
难度是不明智的,而且此书的目应该实是根基揭开FICO的棉纱让更多人能轻易
理解FICO.
要是不上此模块可进行利润分析吗?因此能够的,自定义报表,然而得面对海量数
据,比方要抓SO,Billing等数据,巨大的数据量使报表的性能受到碍事.
类似的咨询题还有要是不上物料分类帐能有效地分配差异吗?因此,自定义程序,
因为上ML多出咨询题的缘故本人反而倾向于不使用ML.
从某种程度上讲,COPA是一个相当轻易的模块,因为它设计的逻辑理解相对简单,要是情
愿,ABAPer吃饱了没事做完全能够不用SAP的COPA而自己写出一个COPA来,事实上许
多没上COPA的企业实际上确实是根基如此多的.
从设计逻辑上,启动了利润分析,依据设置动态一些相关表,结构和程序(SAP许多
模块的设计理念根基上如此,启动会产生相关ABAP对象),然后实时或后续Post
数据到CO-PA相关表格,同时SAP提供了相关报表,如此比自写程序更简单而且
能提供更多的相关报表而已.
在解释利润分析配置前,再此理解下什么是OperatingConcern(以下简称OC).
IMGPath:Enterprisestructure->Definition->Controlling->CreatingOperatingConcern
建立
IMGPath:Enterprisestructure->Assignment->Controlling->AssingControllingArea
tooperatingconcern分配OC给Coarea,在分配前OC必须差不多产生了
datastructure.
OC被翻译成(业务关联区,或康采恩)是获利能力分析中的核心组织结构,一个
OC可包含多个controllingarea,一个controllingarea只能指派给一OC。
OC用来监控及分析各获利分析段ProfitSegment。获利分析段通常是销售组织
(销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实
际需。可按照各获利段为依据生成获利分析报表,考核其获利能力。

-1.
.:.
MaintainCharacteristics
T-code:KEA5SE16:
-1,[1]进进KEA6维护值子段,[2]所有的OC用到的特征,[3]具体OC所用
到的特征,[4]所有OCs中都未用到的特征.[5]自定义特征,特征必须是WW开头的4
至5位,在自建特征时要是从客户主数据表KNA1,KNB1,KNVV,物料主数据表
MARA,MARC,MVKE,SOheader和itemtableVBAK,VBAP等读取字段,建立的将并不
是你所需要的WW***特征.
-2,如在建立WW099时你选择了VBAP表,同时选择了MATNR和
CHARG字段,特殊明显,维持后WW099特征并未建立而是将VBAP-MATNR和
VBAP-:.
要是想建立自己的特征,请选择Userdefined,-3,[1]用户自定义特征,[2]在此
特殊介绍下第一种选择withownvaluemaintenance,它会产生一个T25**的checktable,
要是使用了checktable,这些特征在使用前必须使用KES1定义自己的特征值.
在特征可使用前必须激活它,原理特殊简单,WW099创立了一个
dataelement|domainRKEG_WW099(所有的自定义的特征都会产生类似RKEG_特征
名称的dataelement|domain)和表T2503|T25A3(可使用Se11查瞧),因此的abap字典
:.
1需要如何样的特征取决于你的CO-PA毕竟要分析到多细?上面差不多介绍可从
哪些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billingto..
等,实际上哪怕用户在维护OC的datastructure中只使用了一个特征,对最常用的特征字段
比方公司代码,工厂,利润中心,客户,销售组织,分销渠道,division等最常用的分析字段都差不
多在CO-PA相关表中了(),这些是所谓的FixedCharacteristics,SAP
差不多提供了客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做
特征字段,同时用户还可定义自己的特征withChecktable或withoutchecktable,这
些特征并不基于上述SAPtables.
2尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成碍事,尽管道
理特殊明显越多的特征和值字段可能使分析更细,你需要在两者间平衡.
3在建立特征时,读者必须明白这些名词.
[一]Fixcharacteristic指固定的特征,比方客户,controllingarea,等,可如此理解确实是
根基这些字段在COPA的相关表固定存在,不管你有没有将其设置成特征字
段.(注:你设置的特征字段将会形成COPA相关表的字段).
[二]特征的comboundDependencies,意思是一个特征必须同时依靠另一特征,典
型的比方你选择了地区KNA1-REGIO做特征,同时KNA1-LAND1也必须选上,
另一个例子确实是根基选择了本钞票中心,Fixed特征Controllingarea确实是根基
combounddependencies特征.(为了节约一字段,因此通常自定义一特征,然后KES1维护
地区值和KEDR做个derivationrule取REGIO的值就可).
4关于dataelement,domain等名词请瞧附录应该把握的ABAP知识.
:.
MaintainValueFields
T-code:KEA6SE16:
初始画面和选择全然和维护特征一样,再此着重介绍下如何依据需求维护自己的值
字段.
关于特征字段,通常并不需要许多自定义的字段,相反,视想Co-PA分析多细,读者可
定义许多自己的valuefields,特殊地,甚至可定义自己的PA传输架构(T-code:KEI1),
全部使用自定义的valuefield.(-2)
-2,全部使用自定义的valuefields,这是采纳Costing-basedPAtype的好处(关
于costing-based和accouting-baseCOPA的采纳请瞧下面讨论).
Valuefields是costing-basedPA的最小分析单位通常它有销售数量,销售输进,销售本
钞票,销售折扣,各种差异等组成,必须考虑哪些值字段是需要的,比方需要将差异传到
COPA吗?需要将差异更小层次细分吗?要如何细分?需要建立什么样的valuefield等.
1Valuefield有俩种类型,Amount和QuantityAggregation都会选择SUM,在选择
LAS,AVG必须认真考虑.
2要是需要,全部使用自定义的valuefields,然后自定义描述,值字段在接下来来的
FlowsofActualvalues配置中将用来对应科目(实际是本钞票要素),MM,SD的条件
类型.
(本钞票)和其他业务收进(本钞票)?如需要,要建立
4valuefield然后往和SDcondition对应(condition也要建立4种往区不).
4要是需要,预留出几个valuefields给今后不可预见业务,毕竟当OC被全部激活
后要更改COPA数据结构是不轻易的情况,假设企业陡然需要某种费用进进
COPA而且还需要和其他费用区不,如有预留字段,需使用只要将其map到此费用
科目就可.
:
特征通常可理解为有固定数据的字段比方产品->物料,值字段的data通常可变
的,比方产品的销售数量,单价和金额,这特殊轻易理解,咨询题是要是将一些数量
字段强行设置成特征会有什么结果?:.
MaintainOperatingConcern
T-code:KEAOSE16::.
-1,[1]输进OC名称STOC,维持后开始建立datastructure,[2]可使用
SampleOC参考创立,在中也可参考创立一OC,[3][4]两种类型的PA分析.
图中表示STOC可采纳两种PA类型,甚至在激活CO-PA(Tcode:KEKE)中可同时激
活俩者,特殊惋惜,在SetOC时(Tcode:KEBD)你只能使用其中一种CO-PA类型,关于
使用costing-based依旧account-basedPAtype在下面有讨论,通常会试验区使用
costing-based,因为其分析更加灵活.[5]建立datastructure(接下来会重点介绍如何建立
datastructure).[6]在属性页中可定义Co-PA使用的币不和会计年度变式,只有定义了
这些,在Environment才可激活Client-specificpart.
建立datastructure,-2,[1]依据实际业务选择datastructure需要的特征字段,
为了便于讲明,在选择了相关字段后按changeview,[2]可选择需要的valuefields字段
用于建立datastructure,[3]为了便于讲明,加上了俩自定义的特征(同时定义时->请参
照:MaintainCharacteristic选择了withownvaluemaintenance),因此此俩表分不
对应到checktable是T2503|:.
关于valuefields,全部采纳自定义的valuefields,-3,通常GrossSales和COGS
是应该用于分析的,在接下来将介绍这些valuefield如何和SD,MMcondtions,PA传输
架构等相对应.(Tcode:KE4I|KE4IM|KEI1,).
:.
建立完datastructure后,必须激活,然后退回OCAttributeTab页维护币不和年度变式,
在Environment中激活client相关和client不相关的COPA部件.
1什么是client相关和client无关?读者可自行考虑.
2在建立datastructure时,SAP做了什么动作?
在建立OC->STOC时,系统会产生如此一个结构CE0STOC(注重COPA自动产生的
结构和表名称命名规那么是CE0-4+OC名称).
CE0STOC:结构,用于COPA程序中定义内表/
CE1STOC:维持actuallineitems.
CE2STOC:维持planlineitems
CE3STOC:维持PSGinfo.
CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC意义读者可自
己往研究.
一般地,要是细心的读者使用SE11查瞧,
[1]会发觉在CE1XXXX|CE2XXXX表中的COPA_AWSYS|TIMESTMP的字段确实是根基
你定义的特征和值字段(视实际情况可能有出进).
[2]销售组织,分销渠道,客户,公司等必须字段尽管你在特征中未定义在这些表中
也差不多存在,这特殊轻易理解,利润分析连这些最常用的字段都没了还谈得上
什么分析?因此就做成default字段了.
3激活Environment时SAP做了什么动作?
事实上讲白了,CO-PA确实是根基启动了它,建立了几个表在SOcreation,Billinggeneration
或FI记帐等时(请瞧FlowsofActualValues配置)将相关数据写进COPA而已,正如上面所讲,
要是你不上CO-PA可使用report,然而庞大的数据和复杂的逻辑可能会是report运行失败,
要是有了CO-PA,,COPA倒是和信息结构系
统,BW的逻辑一样.
同样地,读者发觉COPA在设计上和SPL也特殊相似,COPA通过维护特征和值字段产生一
些列表,.
,为了研究COPA逻辑,KE4I维护FI的PAstructure,然后FB50记一笔帐选个PSG,
然后瞧瞧CE1XXXX和CE3XXXXSO,产生billing瞧其俩表内容.

T-code:SE16:
从SAP的sampleOC中Copy所需的OC,同时将相关IMG也Copy过来,通常不建议
如此做,毕竟每个企业有不同的实际业务需求,CopySAPSampleOC显然难于到达需
求.
读者可自行测试如何使用此功能.
DefineprofitabilitySegmentChar.
T-code:KEQ3SE16:V_TKEOE
定义PSG所用到的特征,只有为OC定义的特征和值字段在利润分析段(PSG)才可使
用,你还可决定客户,销售订单等固定特征是否可在PSG中使用(SAP默认是不用的).:.
SetOperatingConcern
T-code:KEBD|KEBI|KEBASE16:
在SetOC时OC需要差不多被完全激活(Tcode:KEA0),一个OC一次只可使用一个
类型的COPA(Costing-basedorAccouting-based)
从程序来将,这动作只是是赋给parameterID一个default值而已,类似的Tcode还
有AM中的OAPL:SetchartsofDepreciation和OKKS:Setdefaultcotrollingarea.

-1.

为用户自定义的特征维护特征值.
[3]中我专门强调了datastructure采纳的这俩字段,WW098,WW099在定义
时使用了checktable,要是在PSG中要用到此两特征,顾名思义,特征的value必须
checktableT2503|T2504.
1假设在实际应用中WW098是表示产品brand,然后PSG中使用了WW098,逻辑
就会检测WW098的checktable是否维护了品牌,要是没寻到就会有错误.
2关于那些自定义的特征没有采纳checktable这步不用做,只要使用KEDS维护
derivationrule就行.
:.

Tcode:KES3
将特征分层,,可将特征分层次.

Tcode:KEDRDerivation(那个估量要请Xuebi翻译才比立正确,毕竟Xuebi在美国扫
过几年垃圾,我想英文应该不错).
Derivation的意思是一些特征的值猎取可依据另外一些和它逻辑相关的特征的值,尤
其在自定义的特征设置Derivation十分必要.
下面介绍如何建立一个derivation,稍有编程经验的人瞧一眼都明白,-
1,[1]Derivationrule,图有个WW099对应到Salesoffice的rule,[2]Tablelookup的条件
和derivationrule不同的tablelookup可使用多条件,[3]使用move可直截了当直截了
当依据条件从一个COPA特征字段或SAP字段给另一个COPA特征字段赋值,[4]可
依据条件将一些特征字段的值清晰,假设定义了一derivationrule,在一些公司中如想
让这些derivation不起作用,就可在此设置条件等于此公司的将Derivation的特征值
给Clear[5]可写用户出口给特征赋值(SMOD:COPA0001->函数
EXIT_SAPLKEDRCOPA_001->ExitinDerivationRule),要是实际业务前面四种方法都不难
到达用户需求,小写一个userexit也非难事,毕竟程序是最灵活的.
:.
如图,这是一个derivationrule的例子,[1]要是PSG中salesoffice=3100(对应[3]的
KMVKBU字段),那么[2]Region的值记到COPA表中是EUROPE(对应的字段是[4]
自定义的特征WW099,在此将销售office瞧成Salesregion),因为WW099有
checktable,因此所有的region值必须在KES1中维护.
这确实是根基Derivation,要是WW099在建立时没选择使用checktable,Region值就
可随意输进(没有checktable),现在用户应明白什么缘故要checktable,事实上是防止
不合理的数据进进COPA而已.
在维护Derivationrule后,你可做个特殊简单的测试,确实是根基FB50手工记笔帐选
择PSG,你输进salesoffice3100后,按Derivation按钮瞧是否RegionEUROPE能否带
出,你还可测试设置一Clear,Condition是salesoffice=3100和
plant=3101,RegionEUROPE给清空(其他的plant依旧有效).:.
除了derivation可给自定义特征赋值,move,
的例子.
-4,[1]move名,[2]Productionname,源字段,[3]目标字段是自定义的特征
WW003,[4]给予整个值给目标字段,[5]ARTNR的值从第11字段开始取后5个字符
给予局部值给WW003.
关于tablelookup,userexit读者自行考虑.
本章小节:
?
costing-base和accounting-based区不前者采纳valuefield,可对应到cost/Revenue
本钞票要素,MM|SD的条件类型,
上,valuefield可对应一到多科目(本钞票要素),而后者特殊好马上一个本钞票要素
,通常企业会选择前种类型.
Costing-basedCO-PA有些缺点.
[一]时差.
一个实例是SD,已发货然而没biling,(销售本钞票COGS只有当billing时才到:.
CO-PA),现在COGS被post到FI,然而CO-PA却没有.(这是针对采纳手工billing
的企业,通常企业采纳自动的后台Job生成billing这咨询题就不存在)
[二]应计:
比方在传输salesorder到CO-PA时,一些应计费用通过SO的condition传到CO-
PA模块,但从财务角度,这些费用并没发生因此在FI中也不存在..
[三]货币转换小数差和汇率差.
一个OC中(企业用俩OC的估量特殊少)可能使用多个controllingarea(有的企业
使用了两到多个),这俩差异在其它模块也会有类似的不可防止的咨询题.
?
PSG是特征的一个唯一组合,比方可将产品号,产品组,客户,销售组织,分销渠道做
为一个利润分析段
3需要为收进类科目建立costelementcategory11本钞票要素吗?
通常要是没上CO-PA和CO-PCA能够不建立,要是只上了CO-PA同时类型是
costing-based也可不建立因为采纳的是值字段,要是上了CO-PCA利润中心,就必
-basedCO-PA也必须建立
为收进类科目建立本钞票要素.
?
在激活OC时,(结构)CE1STOC|CE2STOC|
CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC.
其中CE1STOC维持PA实际行工程(类似ledger中的actuallineitems),CE2STOC
是plan行工程,CE3STOC维持的是PSG数据(类似Ledger中的Summarytable).
5如何删除OC?
首先删除分配KEKK,后才可使用KEA0删除一个OC,删除OC将所有相关的表,
结构,动态程序(Environment).



这步设置可建立CO-PA专用的condtion和本钞票核算单(关于condition的配置请瞧
附件光盘)用于分析使用原始凭证不能做到的边际效益分析,比方用于计算salesorder
的销售折扣和运输费用等(未发生的虚拟值).鉴于篇幅,读者请自行研究.

IMGPath:如图:.



7..
PlanningFramework



ManualEntryofPlanningData




IntegratedPlanning
PlanningAids
:.
Reorganization

IMGPath:-1.


T-code:KEN1SE16:
-1,SAP使用了document那个名词,因此有
(VF02),InvoiceDoc.(MIRO),,然后这些document都会给
,在COPA表CEX+OC中表示为BELNR字
段(SE16可检查).
[1]Groups可瞧到Co-PA使用的recordtype,假设读者将recordtypeB的numberrange
给删了,在FI记帐就会有图的错误,[2]OC名称,[3]可查瞧并更改当前的number,[4]查
瞧更改numberrange
,读者自行考虑,:.
MaintainCharacteristicGroups
T-code:KEPASE16:
-1,[1]定义一个特征组[2]行号而已[3]字段[4]从图中能够瞧出,BUKRS和
KNDNR将是必输字段,VKORG是只读字段,而MATKL是可选字段.
注重:
1特征组包含自定义的多个字段及其输进状态,要是在输进利润段时,用户可能需
要一些特定的个性值(比方在利润分析段屏幕上需要限制某些字段必输,要是不
使用特征组,在输进利润段将显示所有的可用特征->KEQ3定义的特征),就可建立:.
特征组.
2这些特征字段状态是用户利润分析段选屏的,和一般科目使用的
fieldstatusgroup是两个概念.

T-code:KE4GSE16:
-1,[1]业务交易类型RFBU指的即是财务记帐,[2]在上一步定义的特征
组,(注重Z003不能在此使用,因为特征组字段有BUKRS公司代码字段),[3]可模拟瞧
到今后记帐时输进PSG时的subscreen和特征组所设置的字段及其输进状态.
1什么是businesstransaction(请参照特殊总帐的activity),在此就不再解释.
2FB50,F-,在配置完后读者可马上测试.
3从程序的角度瞧,为RFBU等定义特征组后,在程序中LKEAKF30中有如此的
判定确实是根基要是带?的必选字段未输进,就有错误消息
message