财务会计与财务报表

7.利润分析（ProfitabiIityAnalysis）

首先,并不想在此浪费笔墨讲一堆关于PA的理论,C0PA的介绍的文章读者到处

都可找到.C0PA可简单理解为利润分析顾名思义就是你要怎样进行利润分析,从

而为决策提供依据,在下面本人将就如何配置和原理栓释C0PA,毕竟夸大和歪曲

一个模块的作用和难度是不明智的,而且此书的目的就是揭开FICO的棉纱让更

多人能轻易理解FICO.

如果不上此模块可进行利润分析吗？当然可以的，自定义报表，但是得面对海量数

据，比方要抓SO,Billing等数据，巨大的数据量使报表的性能受到影响.

类似的问题还有如果不上物料分类帐能有效地分配差异吗。当然，自定义程序,因

为上ML多出问题的原因本人反而倾向于不使用ML.

从某种程度上讲,C0PA是一个相当容易的模块,因为它设计的逻辑理解相对简单,如果愿

意,ABAPer吃饱了没事做完全可以不用SAP的COPA而自己写出一个COPA来,事实上很多

没上COPA的企业实际上就是这样多的.

从设计逻辑上,启动了利润分析，根据设置动态一些相关表，结构和程序（SAP很

多模次的设计理念都是这样,启动会产生相关ABAP对象），然后实时或后续Post

数据到CO-PA相关表格，同时SAP提供了相关报表,这样比自写程序更简单而且

能提供更多的相关报表而已.

在解释利润分析配置前,再此理解下什么是OperatingConcern（以下简称0C）.

IMGPath:Enterprisestructure->Dcfinition->Control1ing->Crcating

OperatingConcern建立

IMGPath:Enterprisestructure->Assignment->Control1ing->Assing

ControllingArea

tooperatingconcern分配OC给Coarea,在分配前OC必须己经产生了data

structure.

OC被翻译成（业务关联区,或康采恩）是获利能力分析中的核心组织结构，一个

0C可包含多个controllingarea,一个controllingarea只能指派给一0Co

0C用来监捽及分析各获利分析段ProfitScgmontc获利分析段通常是销售组织

（销售办公室,销售人员），产品（组,Model）、客户（组）等的灵活组合,具体视企业

的实际需。可按照各获利段为依据生成获利分析报表，考核其获利能力。

7.1Structures

IMGPath如图如IT

ProfitabilityAnalysis如图7.1-1

城▽国Structures

▽国DefineOperatingConcern

39MaintainCharacteristics」

务磅MaintainValueFields

⑥卷MaintainOperatingConcern3j

»SampleOperatingConcerns4j

A②DefineProfitabilitySegmentCharacteristics(Segment-LvlCharacteristics)5

.®砂iSetOperatingConcern;

7.1.1MaintainCharacteristics

T-code:KEA5SE16:

如图7.1.IT,⑴进入KEA6维护值子段，［2］所有的0C用到的特征，［3］具体0C所用到的特征，［4］

所有OCs中都未用到的特征.［5］自定义特征,特征必须是WW开头的4至5位,在自建特征时如果从

客户主数据表KNA1,KNB1,KNVV,物料主数据表MARA,MARC,MVKE,SOheader和itemtable

VBAK,VBAP等读取字段，建立的将并不是你所需要的股***特征.

如图7.1.1-2,如在建立WW099时你选择了VBAP表，并且选择了MATNR和CHARG字段,很明显，保存

后WW099特征并未建立而是将VBAP-MATNR和VBAP-CIIARG建成了特征.

如果想建立自己的特征,请选择Userdefined,如图7.1.1-3,［1］用户自定义特征，［2］在此特别介

绍下第一种选择withownvaluemaintenance,它会产生一个丁25**的checktabic,如果使用了

checktable,这些特征在使用前必须使用KES1定义自己的特征值.

iteChar.:Assignment0

。Userdefinedij

NewCharacteristic

Char.W099

O'Withownvaluemaintenance-

C1Withoutvaluemaint.

C1Withreferencetoexistingvalues

Dataelement

在特征可使用前必须激活它，原理很简单,WW099创立了一个dataelement|domainRKEG_WW099（所

有的自定义的特征都会产生类似RKEG_特征名称的dataelement〔domain）和表T2503|T25A3（可使

用Sell查看），所以的abap字典对象足可用前都必须被激活.在建立checktable之前读者甚至可手工

选择checktable名称.

ChangeChar.WWO99图7.1.1-4

总万的0兴岭口女DisplaycompoundH

CharacteristicW099

TextsFurtherProperties

DescriptionStdefinedChar.StatusNNew

ShorttextSTcharDisplayopt.Notassigned

HeadingStdefinedChar.

ABAPDictionaryValidation

DataelementRKEG_W099Nocheck

DorrainRKEG_W099Fixedvalues

Datatype/lengthCHAR18ConvR.□•ChecktableT2503U

2jTexttableT25A34|

OriginTextfieldBEZEK5|

Origritahla1nngtpytfipld

Originfield—

1需要怎样的特征取决于你的C0-PA究竟要分析到多细?上面已经介绍可从哪些

表中取字段就可，通常的特征无非是物料组I销售办公室销售人员billing

to..等，实际上哪怕用户在维护0C的datastructure中只使用了一个特征,对最常用的

特征字段比方公司代码,工厂,利润中心,客户,销售组织,分销渠道,division等最常用的分

析字段都已经在CO-PA相关表中了（请看7.1.3Maintain0C）,这些是所谓的Fixed

Characteristics,SAP已经提供了客户销售订单等表的相应字段可做特征，如有需

要加上这些字段做特征字段，并且用户还可定义自己的特征wilhChecktable

或withoutchecktabic,这些特征并不基于上述SAPtables.

2尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响，虽然

道理很明显越多的特征和值字段可能使分析更细，你需要在两者间平衡.

3在建立特征时，读者必须明白这些名词.

[—]Fixcharacteristic指固定的特征，比方客户，control1ing

area,sales.Org等,可这样理解就是这些字段在COPA的相关表固定存在,不管

你有没有将其设置成特征字段.（注:你设置的特征字段将会形成COPA相关表的字段）.

[二]特征的comboundDependencies,意思是一个特征必须同时依靠另一特征，

典型的比方你选择了地区KNA1-REG1O做特征，同时KNA1-LAND1也必须选上，另

一个例子就是选择了本钱中心，Fixed特征Control!ingarea就是combound

dependencies特征.（为了节省一字段,所以通常自定义一特征,然后KES1维护地区值

和KEDR做个derivationrule取REGIO的值就可）.

4关于dataelement,domain等名词请看附录应该掌握的ABAP知识.

7.1.2MaintainValueFields

T-code:KEA6SE16:

初始画面和选择根本和维护特征一样,再此着重介绍下如何根据需求维护自己的值字段.

关于特征字段,通常并不需要很多自定义的字段,相反,视想Co-PA分析多细,读者可定义很多自己

的valuefields,特别地，甚至可定义自己的PA传输架构（T-code:KEH）,全部使用自定义的

valuefield.（如图7.1.2-2）

Valuefield吓099ijStatusdo(es)notexist

TextsOtherattributes

DescriptionSTdefinedValueFieValuefieldtype4|CAmount。Quantity

ShorttextSTValueFldDataelement

Aggregation

Agg.(time)2jLASAverage(allvalues)

ReferencefieldPERIO3j

Reportperiod

图7.121

如图7.1.2-2,全部使用自定义的valuefields,这是采用Costing-basedPAtype的好处（关于

costing-based和accouting-baseCOPA的采用请看下面讨论).

Valuefields是costing-basedPA的最小分析单位通常它有销售数量,销售输入,销售本钱,销售

折扣，各种差异等组成,必须考虑哪些值字段是需要的，比方需要将差异传到COPA吗?需要将差异更

小层次细分吗?要怎么细分?需要建立什么样的valuefield等.

1Valuefield有俩种类型,Amount和Quantity型.大多数情况下可能

Aggregation都会选择SUM,在选择LAS,AVG必须仔细考虑.

2如果需要，全部使用自定义的valuefields,然后自定义描述，值字段在接下来

来的FlowsofActualvalues配置中将用来对应科目（实际是本钱要素），MM,SD

的条件类型.

3.是否需要区分主营业务收入（本钱）和其他业务收入（本钱）？如需要,要建立4

valuefield然后去和SDcondition对应（condition也要建立4种去区别）.

4如果需要,预留出几个valuefields给未来不可预见业务,毕竟当0C被全部

激活后要更改COPA数据结构是不容易的事情，假设企业突然需要某种费用进入

COPA而且还需要和其他费用区别，如有预留字段，需使用只要将其map到此费用

科目就可.

5.读者思考：

特征篇常方理解为有固定数据的字段比方产品-＞物料,值字段的data通常可

变的,比方产品的销售数量,单价和金额,这很容易理解，问题是如果将一些数量

字段强行设置成特征会有什么结果？

RvaluefieldDescriptionShorttextAmou...|Qty

VVLUXGrossSales1jGrossSales3

WC02KOGS21J^OGS

z-s1c

WC03Co-opAdv.AllowanceCo-opAdv.A

।图»।7f•1।.9二-j2!=■

WC04TermDiscountTermDisc.

WC05TradeDiscountTradeDisc

WC06ProductReturnAllowProd.Ret.A

WC07PolaroidRoyaltyPolaroidR

WC08VolumeRebateAllowsVol.Rebate

WC09CanonRoyaltyCanonRoya

WC10SalesReturnProv.ReturnPro

WC11RetHandlingFeesPrRet.Handli您14_J1

WC12COGS-ReworkCOGS-Rewor

WC13IntercompanySales3iIntercoSa

WC14CashDiscountCashDisct

WC15JenoptikRoyaltyJenoptikR1J

WC16NetSalesNetSales

WC17AtriskGrossAmtRiskGAmt

WC18AtriskNetAmtRiskNAmt

WF10COS-ReturnCostVarRet.CostV

VVF11：LCMProvisionLCMProvis

WF014jProdVar-RMPriceProdVar1

WF02ProdVar-RMQtyProdVar2

WF03ProdVar-RMUsageProdVar3

WF04ProdVar-RMOthersProdVar4

WF05ProdVar-LOHPriceProdVar5

WF06ProdVar-LOHQtyProdVar6

WF07ProdVar-LOHUsageProdVar7

Wf08ProdVar-LOHOthersProdVar8

WF09ProdVar-GOHPriceProdVar9

WF10ProdVar-GOHQtyProdVarlO

WF11ProdVar-GOHUsageProdVarll

WF12ProdVar-GOHOthersProdVar12

WF13O/PVar-MixedPriceProdVarl3

7.1.3MaintainOperatingConcern

T-code:KEAOSE16:

MaintainOperatingConcern图7.131

□畛BActionsBDatastructure3

OperatingConcernSTOC」ST'sOperatingConcern

Status[\QOO

6J

DataStructuretAttributes^Environment

倒i

Sampleoperatingconcern2JGettemplate

DescriptionST'sOperatingConcern

Type0fProfitaHlityAnalysis/

y'Costing-based5

Y：Account-based

Datastructure

吵Create|StatusCCO目

如图7.1.3-1,⑴输入0C名称STOC,保存后开始建立datastructure,[2]可使用Sample0C参

考创立,在7.1.4中也可参考创立一。&[3][4]两种类型的PA分析.

图中表示STOC可采用两种PA类型,甚至在激活CO-PA(Tcode:KEKE)中可同时激活俩者,很可惜，

在Set0C时(Tcode:KEBD)你只能使用其中一种CO-PA类型，关于使用costing-based还是

account-basedPAtype在下面有讨论,通常会试验区使用costing-based,因为其分析更加灵活.

[5]建立datastructure(接不来会重点介绍如何建立datastructure).[6]在属性页中可定

义Co-PA使用的币别和会计年度变式，只有定义了这些,在Environment才可激活Client­

specificpart.

建立datastructure,如图7.1.3-2,[1]根据实际业务选择datastructure需要的特征字段,为了

便于说明，在选择了相关字段后按changeview,[2]可选择需要的valuefields字段用于建立

datastructure,[3]为了便于说明，加上了俩自定义的特征(同时定义时-〉请参照

7.1.1:MaintainCharacteristic选择了withownvaluemaintenance),所以此俩表分别对应到

checktable是T25031T2504.

Datastructure/Processing/

CE1ST0C(DChanaevie?

irJ

StatusActive

CharsValuefields21

Datastructure

|CharacteristicDescriptionC<i：.LengthChecktableOrigintableDomainin

BVKEYValuationareaCHkR4T001KrooiwBUKEY▲

▼

CCPA_KOSTLCostcenterCHAR10CSKSKOSTL

KTGRPCustomergroupCHAR2T151KNWKDGRP

KKVKGRSalesgroupCHAR3TVKGRKNWVKGRP

PKUZ1SalesPersonCHAR10KNA1PAPARTNERKUNNR

KKVKBUSalesofficeCHAR4TVBURKNWVKBUR

W0985tdefin22Char.CHAR18T2504.3|RKEG_W098

W0995tdefinedChar.CHAR18T2503RKEG_W099

-图7.1.3-21—0

0

►?lZZH但

关于valuefields,全部采用自定义的valuefields,如图7.1.3-3,通常GrossSales和COGS是

应该用于分析的，在接下来将介绍这些valuefield如何和SD,MMcondtions,PA传输架构等相对

鬼吧吃K呼胆叫KEII详细请看7.4Flowofactualvalues配置).

玲CharsValuefields图

Datastructure

ValuefieldDescriptionCat.

,7V001GrossSalesUAmount

'7V002COGS2jAmount

,7V003Co-opAdv.AllowanceAmount

,7V004TermDiscountAmount

7V005TradeDiscountAmount

,7V006ProductReturnAllowAmount

'7VC01ElectPart(Bulk)Amount

7VC02ElasticPart(Bulk)Amount

TYCO3MetalPart(Bulk)Amount

7VC04LensPart(Bulk)Amount

'7VC05OtherPart(Bulk)Amount

VVC06ComponentLOH(Bulk)Amount

,7VC07LabourAct(Bulk)Amount

建立完datastructure后，必须激活，然后退回OCAttributeTab页维护币别和年度变式，在

Environment中激活client相关和client不相关的COPA部件.

1什么是client相关和client无关?读者可自行思考.

2在建立datastructure时，SAP做了什么动作？

在建立OC->STOC时，系统会产生这样一个结构CEOSTOC（注意C0PA自动产生的结构

和表名称命名规则是CE0-4+0C名称）.

CEOSTOC:结构，用于COPA程序中定义内表/

CE1ST0C:保存actuallineitems.

CE2ST0C:保存plan1ineiterns

CE3ST0C:保存PSGinfo.

CE4ST0C|CE4ST0C_ACCT|CE4ST0C_FLAG|CE4ST0C_KENC意义读者可自己去研究.

一般地,如果细心的读者使用SEU查看，

[1]会发现在CE1XXXX|CE2XXXX表中的COPA_AWSYS|TIMESTMP的字段就是你定义的特征和

值字段（视实际情况可能有出入）.

[2]销售组织,分销渠道,客户，公司等必须字段尽管你在特征中未定义在这些表

中也已经存在，这很容易理解，利润分析连这些最常用的字段都没了还谈得上

什么分析?所以就做成default字段了.

3激活Environment时SAP做了什么动作？

其实说白了，C0-PA就是启动了它，建立了几个表在SOcreation,Billinggeneration或

FI记帐等时（请看FlowsofActualValues配置）将相关数据写入COPA而已正如上面所

讲,如果你不上CO-PA可使用report,但是庞大的数据和复杂的逻辑可能会是report运行

失败，如果有了CO-PA,直接从那个表抓数据多快.在这层意思上，COPA倒是和信息结构系

统,BW的逻辑一样.

同样地,读者发现COPA在设计上和SPL也很相似,COPA通过维护特征和值字段产生一些列

表,SPL通过建立tablegroup产生一系列表.两者同样会动态产生一些相关程序.

4.一个建议，为「研究COPA逻辑,KE4I维护FI的PAstructure,然后FB50记一笔帐选个

PSG,然后看看CE1XXXX和CE3XXXX表的变化.同样开个SO,产生billing看其俩表内容.

7.1.4SampleOperatingConcerns

T-code:SE16:

从SAP的sample0C中Copy所需的OC,同时将相关IMG也Copy过来,通常不建议这样做,毕竟每

个企业有不同的实际业务需求,CopySAPSample0C显然难于到达需求.

读者可自行测试如何使用此功能.

7.1.5DefineprofitabilitySegmentChar.

T-code:KEQ3SE16:V_TKEOE

定义PSG所用到的特征，只有为00定义的特征和值字段在利润分析段（PSG）才可使用，你还可决定

客户，销售订单等固定特征是否可在PSG中使用（SAP默认是不用的）.

7.1.6SetOperatingConcern

T-code:KEBD|KEBI|KEBASE16:

在SetOC时OC需要己经被完全激活（Tcode:KEAO）,一个OC一次只可使用一个类型的

COPA（Costing-basedorAccouiing-based）

从程序来将，这动作不过是赋给parameterID一个default值而已类似的

Tcode还有AM中的OAPL:SetchartsofDepreciation和OKKS:Set

defaultcotrollingarea.

7.2MasterData

IMGPath如图7.2-1.

▽国ProfitabilityAnalysis=7.2d

>昌Structures

恃®MasterData

▽国CharacteristicValues

国卷MaintainCharacteristicValues1J

4卷DefineCharacteristicsHierarchy2

⑤QDefineCharacteristicDerivation3,

▽国4Valuation

04ValuationStrategies勾

aSetUpValuationUsingMaterialCostEstimate5

SetUpConditionsandCostingSheets6j

7.2.1MaintainCharacteristicValues

为用户自定义的特征维护特征值.

在图7.1.3[3]中我特意强调了datastructure采用的这俩字段,WW098,WW099在定义时使用了

checktable,如果在PSG中要用到此两特征，顾名思义,特征的value必须checktable

T2503|T2504.

1假设在实际应用中WW098是表示产品brand,然后PSG中使用了WW098,逻辑就

会检测WW098的checktable是否维护了品牌,如果没找到就会有错误.

2对于那些自定义的特彳手没有采用checktable这步不用做，只要使用KEDS维

derivationrulo就行.

CharacteristicValues07.2.1-1

ElSTechnicalNamesOn/OffAllCharacteristicsOn/Off

Operatingconcern:STOCST1sOC

'庄user-definedcharacteristics

-----Stdei：EJn22Char.WW098L

1

-----StdefinedChar.W0992^■1

7.2.2DefineCharacteristicsHierarchy

Tcode:KES3

将特征分层,这也好理解.如果需要,可将特征分层次.

7.2.3DefineCharacteristicDerivation

Tcode:KEDRDerivation（这个估计要请Xuebi翻译才比较准确，毕竟Xuebi在美国扫过几年

垃圾，我想英文应该不错）.

Derivation的意思是一些特征的值获取可根据另外一些和它逻辑相关的特征的值,尤其在自定义

的特征设置Derivation十分必要.

下面介绍如何建立一个derivation,稍有编程经验的人看一眼都懂，如图7.2.3-1,[l]Derivation

rule,图7.2.3-3有个WW099对应到Salesoffice的rule,[2]Tablelookup的条件和

derivationrule不同的tablelookup可使用多条件，[3]使用move可直接直接根据条件从一个

COPA特征字段或SAP字段给另一个COPA特征字段赋值，[4]可根据条件将一些特征字段的值清楚，

假设定义了一derivationrule,在一些公司中如想让这些derivation不起作用，就可在.此设置条

件等于此公司的将Derivalion的特征值给Clear[5]可写用户出口给特征赋值（SM0D:C0PA0001-＞函

数EXIT_SAPLKEDRC0PA_001->ExitinDerivationRule),如果实际业务前面四种方法都不难到达用户需

求，小写一个userexit也非难事，毕竟程序是最灵活的.

CharacteristicDerivation:ChangeStra

%|像口0S.|c©0@|

CharacteristicDerivationL图7.2.3」I

StepsinLogi&lOrder

MaintainEntriesStepTypeDescriptio

如图建立了俩characteristicDerivation.

CharacteristicDerivation

StepsinLogicalOrder

如图7.2.3-3,这是一个derivationrule的例子，［1］如果PSG中salesoffice=3100（对应［3］

的KMVKBU字段），则［2］Region的值记到C0PA表中是EUROPE（对应的字段是［4］自定义的特征

WW099,在此将销售office看成Salesregion）,因为WW099有checktable,所以所有的region值

必须在KES1中维护.

这就是Derivation,如果WW099在建立时没选择使用checkleible,Region值就可随意输入（没有

checktable）,现在用户应明白为什么要checktable,其实是防止不合理的数据进入C0PA而已.

Derivationrule

DerivationruleZOl-Region(framSales

StepDesq&tionZ01-Region(fromSalesOffice[Resp.Branch])

NnvahgflitAr图7.宓~3」

Sale*offi.Salesoffi...As.RegionRegionNa.

-Definitionf-Condition,✓Attributes

310C1jCCUnited=EUROPE勺

330CGtermany■EUROPE

340CCCFrance=EUROPE

410CCCKeystor=AHERICAMERICAS

420CCCCanada■AHERICAMERICAS

430CCCLatinArssAMERICAMERICAS

510CCCHongK=ASIA

530CCCShenzh=ASIA

■

=

=

■

s

=

■

a

在维护Derivationrule后，你可做个很简单的测试，就是FB50手工记笔帐选择PSG,你输入

salesoffice3100后，按Derivation按钮看是否RegionEUROPE能否带出，你还可测试设置一

Clear,Condition是salesoffice=3100和plant=3101,RegionEUROPE给清空（其他的

plant依旧有效）.

除了derivation可给自定义特征赋值,move,tablelookup等都可.图7.2.3-4是一个使用move

的例子.

如图7.2.3-4,[l]move名，[2]Productionnawe,源字段，[3]目标字段是自定义的特征WW003,[4]

赋予整个值给目标字段，[51ARTNR的值从第11字段开始取后5个字符赋予局部值给腌003.

关于tablelookup,userexit读者自行思考.

本章小节：

1.决定采用什么类型的利润分析？

costing-base和accounting-based区别前者采用valuefield,可对应到

cost/Revenue本钱要素,MM|SD的条件类型,而后者采用的只能是本钱要素.在

对应关系上,valuefield可对应一到多科目（本钱要素），而后者很好立即一个

本钱要素和会计科目必须是一一对应.居于前者更灵活,通常企业会选择前种类

型.

Costing-basedC0-PA有些缺点.

［一］时差.

一个实例是SD,己发货但是没biling,（销售本钱COGS只有当billing时才到

CO-PA）,此时COGS被post到FI,但是CO-PA却没有.（这是针对采用手工

billing的企业,通常企业采用自动的后台Job生成billing这问题就不存在）

［二］应计：

比方在传输salesorder到CO-PA时，一些应计费用通过SO的condition传到

CO-PA模块，但从财务角度,这些费用并没发生因此在FI中也不存在..

［三］货币转换小数差和汇率差.

,个0C中（企业用俩0C的恐怕夕艮少）可能使用多个controllingarea（有的企

业使用了两到多个），这俩差异在其它模块也会有类似的不可防止的问题.

2.什么是利润分析段？

PSG是特征的一个唯一组合，比方可将产品号,产品组,客户,销售组织,分销渠道

做为一个利润分析段

3需要为收入类科目建立costelementcategory11本钱要素吗？

通常如果没上CO-PA和CO-PCA可以不建立,如果只上了C0-PA并且类型是

costing-based也可不建立因为采用的是值字段,如果上了CO-PCA利润中心,就

必须为收入科目建立本钱要素.如果采用的是accouting-basedC0HPA也必须

建立为收入类科目建立本钱要素.

4.CreateDatastructure系统产生了那些表和结构？

在激活0C时，下面这些表和结构会产生.CEOSTOC（结构）CE1ST0CICE2ST0C

CE3STOCCE4ST0C|CE4ST0C_ACCT|CE4STOC_FLAG|CE4STOC_KENC.

其中CE1STOC保存PA实际行工程（类似ledger中的actualline

items）,CE2STOC是plan行工程,CE3STOC保存的是PSG数据（类似Ledger中的

Summarytable）.

5如何删除OC?

首先删除分配KEKK,后才可使用KEA0删除一个0C,删除0C将所有相关的表,结

构,动态程序（Environnienl）全部删除/.还必须进入删除表才会彻底删除干净.

7.2.4ValuationStrategies

7.2.5SetUpValuationUsingMaterialCostEstimate

7.2.6SetUpConditionsandCostingSheets

这步设置可建立CO-PA专用的condtion和本饯核算单（关于condition的配置请看附件光盘

condition,doc）用于分析使用原始凭证不能做到的边际效益分析，比方用于计算salesorder

的销售折扣和运输费用等（未发生的虚拟值）.鉴于篇幅,读者请自行研究.

7.3Planning

IMGPath:如图7.3-1

▽国ProfitabilityAnalysis图731

0国Structures

D3MasterData氐

▽®Planning

▽国InitialSteps

ADDefineNumberRangesforPlanningData1J

ADMaintainVersions2j

3QAssignQuantityFields为

3CheckActiveValueFlowsofActualDataM

▽昌PlanningFramework

B（S>HSetUpPlanningFramework4

▽由AidsforChangeovertothePlanningFramework」

A①CreatePlanningLevelfromPlanningLayout口

入⑨DisplayPlannerProfile5为

▽由ManualEntryofPlanningData

⑤磅DefinePlanningLayout9|

▽国SetUpTransaction-BasecTTop-DownDistribution

Z⑨DefineValueFieldAssignments10]

务⑨DefineDistributionProfilesq12」

3⑨CalculatedValuesasReferenceforTop-DownDistribution

7.3.1InitialSteps

7.3.1.1DefineNumberRangesforPlanningData

7.3.1.2MaintainVersions

7..3.1.3AssignQuantityFields

7.3.2PlanningFramework

7.3.2.1SetUpPlanningFramework

7.3.2.2CreatePlanningLevelfroPlanningLayout

7.3.2.3DisplayPlannerProfiles

7.3.3ManualEntryofPlanningData

7.3.3.1DefinePlanninglayout

7.3.3.2DefineValueFieldAssignments

7.3.3.3DefineDistributionProfiles

7.3.3.4CalculatedValuesasReference

7.3.4IntegratedPlanning

7.3.5PlanningAids

7.3.6Reorganization

7.4FlowsofActualValues

IMGPath:如图7.4-1.

FlowsofActualValues图7.4-1

InitialSteps”

TransferofIncomingSalesOrders2j

0TransferofBillingDocuments3|1

0OrderandProjectSettlement4.

0DirectPostingfromFI/MM5j」

0SettlementofProductionVariances6j

TransferofOverhead7_j

②TransferCustomerRebateAgreementJ8j

0MultipleValuationApproaches/TransferPricesM

0PeriodicAdjustmentsIOJ

⑤ActivateProfitabilityAnalysisn>

7.4.1InitialSteps

7.4.1.1DefineNumberRangesforActualPostings

T-code:KEN1SE16:

如图7.4.LIT,SAP使用了document这个名词，所以有FIdoc.BillingDoc(VF02),Invoice

Doc.(MIRO),Mat.Doc等，然后这些document都会给出编号范围.在此是只PAdocnumberrange,

在COPA表CEX+OC中表示为BELNR字段(SE16可检查).

[1]Groups可看到Co-PA使用的recordtype,假设读者将recordtypeB的numberrange给删了,

在在记帐就会有图7.4.1.1-3的错误，[2]0C名称，[3]可查看并更改当前的number,[4]查看更改

numberrange

NummerrangesforactualUneitemsinprofitabilityanalys.

A夕Groups的Groups电

的Intervals

/Intervals

SAP允许使用外部编号.什么情况下使用，读者自行考虑,

Numtfer

rangeobjctActuallineitems图7.4.1.1.-2

OperatingconcernS001

Intervals

Cancel0

五06通fE.CO亩5百花勺。口万的工应t.。运近叵而近

recordtypeB

/Exit②

7.4.1.2MaintainCharacteristicGroups

T-code:KEPASE16:

newcnunes:uverv/ewor^aaeacnurtes

步uBB□

CharacteristicgroupZ0031

▽CJCharacteristicgroups

SiCharacteristics

Rowf

FieldNameUFielddescriptionEntrystatus”S3

1BUKRSCompanyCode2Requiredentry刁

图7.4.1.2-1

3KNPNRCustomer2Requiredentry

5VKORGSalesOrg.3Fieldnotreadyfo

7MATKLMaterialGroup1Fieldreadyforin：

■

<►

如图7.4.1.2-1Jl］定义一个特征组［2］行号而已［3］字段［4］从图中可以看出,BUKRS和如DNR将是

必输字段,VKORG是只读字段,而MATKL是可选字段.

注意：

1特征组包含自定义的多个字段及其输入状态,如果在输入利润段时,用户可能

需要一些特定的个性值仕匕方在利润分析段屏幕上需要限制某些字段必输,如果

不使用特征组,在输入利润段将显示所有的可用特征->KEQ3定义的特征），就可

建立特征组.

2这些特征字段状态是用户利润分析段选屏的,和一般科目使用的fieldstatus

group是两个概念.

7.4.1.3AssignCha.Grp.forAssignmentScreen

T-code:KE4GSE16:

如图7.4.1.3T,［1］业务交易类型RFBU指的即是财务记帐，［2］在上一步定义的特征组，（注意Z003

不能在此使用，因为特征组字段有BL1KRS公司代码字段），［3］可模拟看到将来记帐时输入PSG时的

subscreen和特征组所设置的字段及其输入状态.

BtsTr...NameCharact.gr...NameEntryai(

RFBU1:I:Postingszooi7FIentryscreens▲,

JrY叵▼

RMRPIncof|ninginvoiceZ001FIentryscreens

匚

.

B7.4.1.3-1▼

1什么是businesstransaction（请参照3.7特别总帐的activity）,在此就

不再解释.

2FB50,F-02等记帐的Bus.Trn就是RFBU,在配置完后读者可立即测试.

3从程序的角度看,为RFBU等定义特征组后,在程序中LKEAKF30中有这样的判

断就是如果带？的必选字段未输入,就有错误消息messageid'00'type'E'

number'055’.

7.4.1.4AssingChar.Grp.ForLineItemScreen

T-code:KEVG2SE16:

如图7.4.1.1,给recordtypeB赋予特征组Z003,Z003组中必须包含必输状态的字段BUKRS（公司

代码）.

OperathQconcern图7.4.1.4/.

留给读者问题，上面RFBU指FIPosting,Recordtype