CO-PA-三星集团SAP实施文档

7.利润分析(ProfitabilityAnalysis)首先,并不想在此浪费笔墨讲一堆关于PA的理论,COPA的介绍的文章读者到处都可找到.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->AssingControllingAreatooperatingconcern分配OC给Coarea,在分配前OC必须已经产生了datastructure.OC被翻译成(业务关联区,或康采恩)是获利能力分析中的核心组织结构，一个OC可包含多个controllingarea，一个controllingarea只能指派给一OC。OC用来监控及分析各获利分析段ProfitSegment。获利分析段通常是销售组织(销售办公室,销售人员),产品(组,Model)、客户(组)等的灵活组合,具体视企业的实际需。可按照各获利段为依据生成获利分析报表，考核其获利能力。7.1StructuresIMGPath如图7.1-1..7.1.1MaintainCharacteristicsT-code:KEA5SE16:如图7.1.1-1,[1]进入KEA6维护值子段,[2]所有的OC用到的特征,[3]具体OC所用到的特征,[4]所有OCs中都未用到的特征.[5]自定义特征,特征必须是WW开头的4至5位,在自建特征时如果从客户主数据表KNA1,KNB1,KNVV,物料主数据表MARA,MARC,MVKE,SOheader和itemtableVBAK,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,如果使用了checktable,这些特征在使用前必须使用KES1定义自己的特征值.在特征可使用前必须激活它,原理很简单,WW099创建了一个dataelement|domainRKEG_WW099(所有的自定义的特征都会产生类似RKEG_特征名称的dataelement|domain)和表T2503|T25A3(可使用Se11查看),所以的abap字典对象在可用前都必须被激活.在建立checktable之前读者甚至可手工选择checktable名称.1需要怎样的特征取决于你的CO-PA究竟要分析到多细?上面已经介绍可从哪些表中取字段就可,通常的特征无非是|物料组|销售办公室|销售人员|billingto..等,实际上哪怕用户在维护OC的datastructure中只使用了一个特征,对最常用的特征字段比如公司代码,工厂,利润中心,客户,销售组织,分销渠道,division等最常用的分析字段都已经在CO-PA相关表中了(请看7.1.3MaintainOC),这些是所谓的FixedCharacteristics,SAP已经提供了客户|销售订单等表的相应字段可做特征,如有需要加上这些字段做特征字段,并且用户还可定义自己的特征withChecktable或withoutchecktable,这些特征并不基于上述SAPtables.2尽量优化使用特征和值字段,毕竟大量使用他们会对系统性能造成影响,虽然道理很明显越多的特征和值字段可能使分析更细,你需要在两者间平衡.3在建立特征时,读者必须明白这些名词.[一]Fixcharacteristic指固定的特征,比如客户,controllingarea,sales.Org等,可这样理解就是这些字段在COPA的相关表固定存在,不管你有没有将其设置成特征字段.(注:你设置的特征字段将会形成COPA相关表的字段).[二]特征的comboundDependencies,意思是一个特征必须同时依靠另一特征,典型的比如你选择了地区KNA1-REGIO做特征,同时KNA1-LAND1也必须选上,另一个例子就是选择了成本中心,Fixed特征Controllingarea就是combounddependencies特征.(为了节省一字段,所以通常自定义一特征,然后KES1维护地区值和KEDR做个derivationrule取REGIO的值就可).4关于dataelement,domain等名词请看附录应该掌握的ABAP知识.7.1.2MaintainValueFieldsT-code:KEA6SE16:初始画面和选择基本和维护特征一样,再此着重介绍下如何根据需求维护自己的值字段.关于特征字段,通常并不需要很多自定义的字段,相反,视想Co-PA分析多细,读者可定义很多自己的valuefields,特别地,甚至可定义自己的PA传输架构(T-code:KEI1),全部使用自定义的valuefield.(如图7.1.2-2)如图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.是否需要区分主营业务收入(成本)和其他业务收入(成本)?如需要,要建立4valuefield然后去和SDcondition对应(condition也要建立4种去区别).4如果需要,预留出一两个valuefields给未来不可预见业务,毕竟当OC被全部激活后要更改COPA数据结构是不容易的事情,假设企业忽然需要某种费用进入COPA而且还需要和其他费用区别,如有预留字段,需使用只要将其map到此费用科目就可,这不是必需的,只是有些企业要这样做.5.读者思考:特征通常可理解为有固定数据的字段比如产品->物料,值字段的data通常可变的,比如产品的销售数量,单价和金额,这很容易理解,问题是如果将一些数量字段强行设置成特征会有什么结果?7.1.3MaintainOperatingConcernT-code:KEAOSE16:如图7.1.3-1,[1]输入OC名称STOC,保存后开始建立datastructure,[2]可使用SampleOC参考创建,在7.1.4中也可参考创建一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,如图7.1.3-2,[1]根据实际业务选择datastructure需要的特征字段,为了便于说明,在选择了相关字段后按changeview,[2]可选择需要的valuefields字段用于建立datastructure,[3]为了便于说明,加上了俩自定义的特征(同时定义时->请参照7.1.1:MaintainCharacteristic选择了withownvaluemaintenance),所以此俩表分别对应到checktable是T2503|T2504.关于valuefields,全部采用自定义的valuefields,如图7.1.3-3,通常GrossSales和COGS是应该用于分析的,在接下来将介绍这些valuefield如何和SD,MMcondtions,PA传输架构等相对应.(Tcode:KE4I|KE4IM|KEI1,详细请看7.4Flowofactualvalues配置).建立完datastructure后,必须激活,然后退回OCAttributeTab页维护币别和年度变式,在Environment中激活client相关和client不相关的COPA部件.1什么是client相关和client无关?读者可自行思考.2在建立datastructure时,SAP做了什么动作?在建立OC->STOC时,系统会产生这样一个结构CE0STOC(注意COPA自动产生的结构和表名称命名规则是CE0-4+OC名称).CE0STOC:结构,用于COPA程序中定义内表/CE1STOC:保存actuallineitems.CE2STOC:保存planlineitemsCE3STOC:保存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通过维护特征和值字段产生一些列表,SPL通过建立tablegroup产生一系列表.两者同样会动态产生一些相关程序.4.一个建议,为了研究COPA逻辑,KE4I维护FI的PAstructure,然后FB50记一笔帐选个PSG,然后看看CE1XXXX和CE3XXXX表的变化.同样开个SO,产生billing看其俩表内容.7.1.4SampleOperatingConcernsT-code:SE16:从SAP的sampleOC中Copy所需的OC,同时将相关IMG也Copy过来,通常不建议这样做,毕竟每个企业有不同的实际业务需求,CopySAPSampleOC显然难于达到需求.读者可自行测试如何使用此功能.7.1.5DefineprofitabilitySegmentChar.T-code:KEQ3SE16:V_TKEOE定义PSG所用到的特征,只有为OC定义的特征和值字段在利润分析段(PSG)才可使用,你还可决定客户,销售订单等固定特征是否可在PSG中使用(SAP默认是不用的).7.1.6SetOperatingConcernT-code:KEBD|KEBI|KEBASE16:在SetOC时OC需要已经被完全激活(Tcode:KEA0),一个OC一次只可使用一个类型的COPA(Costing-basedorAccouting-based)从程序来将,这动作不过是赋给parameterID一个default值而已,类似的Tcode还有AM

中的OAPL:SetchartsofDepreciation和OKKS:Setdefaultcotrollingarea.7.2MasterDataIMGPath如图7.2-MaintainCharacteristicValues为用户自定义的特征维护特征值.在图7.1.3[3]中我特意强调了datastructure采用的这俩字段,WW098,WW099在定义时使用了checktable,如果在PSG中要用到此两特征,顾名思义,特征的value必须checktableT2503|T2504.1假设在实际应用中WW098是表示产品brand,然后PSG中使用了WW098,逻辑就会检测WW098的checktable是否维护了品牌,如果没找到就会有错误.2对于那些自定义的特征没有采用checktable这步不用做,只要使用KEDS维护derivationrule就行.7.2.2DefineCharacteristicsHierarchyTcode:KES3

将特征分层,这也好理解.如果需要,可将特征分层次.7.2.3DefineCharacteristicDerivationTcode:KEDRDerivation(这个估计要请Xuebi翻译才比较准确,毕竟Xuebi在美国扫过几年垃圾,我想英文应该不错).Derivation的意思是一些特征的值获取可根据另外一些和它逻辑相关的特征的值,尤其在自定义的特征设置Derivation十分必要.下面介绍如何建立一个derivation,稍有编程经验的人看一眼都懂,如图7.2.3-1,[1]Derivationrule,图7.2.3-3有个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也非难事,毕竟程序是最灵活的.如图建立了俩characteristicDerivation.如图7.2.3-3,这是一个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,tablelookup等都可.图7.2.3-4是一个使用move的例子.如图7.2.3-4,[1]move名,[2]Productionname,源字段,[3]目标字段是自定义的特征WW003,[4]赋予整个值给目标字段,[5]ARTNR的值从第11字段开始取后5个字符赋予部分值给WW003.关于tablelookup,userexit读者自行思考.本章小节:1.决定采用什么类型的利润分析?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(有的企业使用了两到多个),这俩差异在其它模块也会有类似的不可避免的问题.2.什么是利润分析段?PSG是特征的一个唯一组合,比如可将产品号,产品组,客户,销售组织,分销渠道做为一个利润分析段3需要为收入类科目建立costelementcategory11成本要素吗?通常如果没上CO-PA和CO-PCA可以不建立,如果只上了CO-PA并且类型是costing-based也可不建立因为采用的是值字段,如果上了CO-PCA利润中心,就必须为收入科目建立成本要素.如果采用的是accouting-basedCO-PA也必须建立为收入类科目建立成本要素.4.CreateDatastructure系统产生了那些表和结构?在激活OC时,下面这些表和结构会产生.CE0STOC(结构)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)全部删除了.还必须进入删除表才会彻底删除干净.7.2.4ValuationStrategies7.2.5SetUpValuationUsingMaterialCostEstimate7.2.6SetUpConditionsandCostingSheets这步设置可建立CO-PA专用的condtion和成本核算单(关于condition的配置请看附件光盘condition.doc)用于分析使用原始凭证不能做到的边际效益分析,比如用于计算salesorder的销售折扣和运输费用等(未发生的虚拟值).鉴于篇幅,读者请自行研究.7.3PlanningIMGPath:如图7.3-17.3.1InitialStepsDefineNumberRangesforPlanningDataMaintainVersions7..3.1.3AssignQuantityFields7.3.2PlanningFrameworkSetUpPlanningFrameworkCreatePlanningLevelfroPlanningLayoutDisplayPlannerProfiles7.3.3ManualEntryofPlanningDataDefinePlanninglayoutDefineValueFieldAssignmentsDefineDistributionProfilesCalculatedValuesasReference7.3.4IntegratedPlanning7.3.5PlanningAids将重点介绍制造PlanningversioninOKKP,使用所谓的flexibleplanningwithinfo.Strucuter,HowtouseKEPM.7.3.6Reorganization7.4FlowsofActualValuesIMGPath:如图7.4-InitialStepsDefineNumberRangesforActualPostingsT-code:KEN1SE16:如图-1,SAP使用了document这个名词,所以有FIdoc.BillingDoc(VF02),InvoiceDoc.(MIRO),Mat.Doc等,然后这些document都会给出编号范围.在此是只PAdocnumberrange,在COPA表CEX+OC中表示为BELNR字段(SE16可检查).[1]Groups可看到Co-PA使用的recordtype,假设读者将recordtypeB的numberrange给删了,在FI记帐就会有图-3的错误,[2]OC名称,[3]可查看并更改当前的number,[4]查看更改numberrangeSAP允许使用外部编号.什么情况下使用,读者自行考虑,MaintainCharacteristicGroupsT-code:KEPASE16:如图-1,[1]定义一个特征组[2]行号而已[3]字段[4]从图中可以看出,BUKRS和KNDNR将是必输字段,VKORG是只读字段,而MATKL是可选字段.注意:1特征组包含自定义的多个字段及其输入状态,如果在输入利润段时,用户可能需要一些特定的个性值(比如在利润分析段屏幕上需要限制某些字段必输,如果不使用特征组,在输入利润段将显示所有的可用特征->KEQ3定义的特征),就可建立特征组.2这些特征字段状态是用户利润分析段选屏的,和一般科目使用的fieldstatusgroup是两个概念.AssignCha.Grp.forAssignmentScreenT-code:KE4GSE16:如图-1,[1]业务交易类型RFBU指的即是财务记帐,[2]在上一步定义的特征组,(注意Z003不能在此使用,因为特征组字段有BUKRS公司代码字段),[3]可模拟看到将来记帐时输入PSG时的subscreen和特征组所设置的字段及其输入状态.1什么是businesstransaction(请参照3.7特别总帐的activity),在此就不再解释.2FB50,F-02等记帐的Bus.Trn就是RFBU,在配置完后读者可立即测试.3从程序的角度看,为RFBU等定义特征组后,在程序中LKEAKF30中有这样的判断就是如果带?的必选字段未输入,就有错误消息messageid'00'type'E'number'055'.AssingChar.Grp.ForLineItemScreenT-code:KEVG2SE16:如图,给recordtypeB赋予特征组Z003,Z003组中必须包含必输状态的字段BUKRS(公司代码).留给读者问题,上面RFBU指FIPosting,RecordtypeB也是纸directpostingfromFI,如两者都定义了特征组,谁在起作用?如果是RFBU,那么RecordtypeB究竟什么时候在PostPSG时才会起作用呢?MaintainValueFieldGroupsT-code:KEVFGSE16:值字段组和特征组同样道理,就是在输入值字段时希望自定义那些值字段为必输,就可采用它(如某Bus.Trans没有值字段组,就显示利润分析段的全部值字段).如图-1,[1]自定义组ZVF.6AssignValueFieldGroupsforLineItemScreensT-code:KEVG3SE16:如图-1,现在将此valuefieldgroup分配给recordtypeF和B,recordtype记录类型,不过是为了区分post到利润分析模块的数据来源而已.回看图-1分配特征组给记录类型,现在又将值字段组分配给了记录类型,为了便于读者理解,举个实例,在一些情况下我们可能需要直接postlineitem到利润分析模块.我们使用Tcode:KE21N,如图-2.,KE21N将直接产生PADocumentwithLineitems.KE21N用于直接产生PA凭证,如图-2,如果有实际业务比如需要手工调整COPA就可使用它,这些手工Post的数据只反映在PA中并不会影响财务.[1]通常KEN1定义的编号范围是自动内部编号的,建议将这些手工建立的PAdoc使用外部编号(如图-2),以便区分那些直接从FI,MM,SD等模块自动post到CO-PA的PAdoc.读者Enter后,会发现Characteristics和ValueFieldTab页显示的字段将是KEVG2和KEVG3定义的特征组和值字段组所包含的特征和值字段并且带有用户自定义的输入状态,这些正是用户所需要的,否则看到的将是OC中定义的全部可用特征和值字段.SummarizeDataDuringUpdateT-code:KE2SSE16:如图-1,[1]交易类型,前面已经说明很清楚,[2]如选了表示只会对外部来的数据才会汇总(比如iDoc,假设一大集团甚至有多client,毕竟client之间的数据是完全独立的,为了使跨client的利润分析成为可能,可能使用iDoc,数据从各client汇总),[3],数据是发生在derivation前还是后面.举一个简单的例子,如FIdoc有3个lineitem都对应到account10010101且相同的PSG10074(Amount分别是100,200,300USD),一般将有3lineitem写到COPA行项目表CE1****中,如使用了KE2S,则只有总的600USD被post到CE1****.StoreQuantitiesInCO-PAStd.UnitofMeasureT-code:KE4MSSE16:SAP帮助中的一个例子是说,VVISQ值字段对应到本世纪末FKIMG(Billingqty),现在要求知道Bill了多少KG,为此,需另外建立一字段VVIQT(描述是BillingKG,如果SO中使用了销售单位是吨,可库存单位是KG,如仅仅传输VVISQ将难于区分billedqty单位究竟是Ton还是KG),然后将转化后的billedKG保存在VVIQT中.如图-1的,这是另外一个实例,就是将Atrisk(可能的潜在的SOqty,这在做salesforecast和CO-PA计划版本中很重要)quantityVVQ03数量算进OrderqtyVVQ02中.7.4.2TransferofIncomingSalesOrdersAssignValueFieldsTcode:KE4I|KE4IMSE16:这步将SD和MM的condition(通常对MM模块只用内部转厂PO->实际上可看成是将supplyingplant的SO和receivingplant的PO合并,所以有个intercompanysales的)和值字段对应上.如企业要求将相关销售费用比如运输费保险费报关费产权费等分配到销售产品,可为每种费用建立condition和valuefield然后在此维护关系.如图-1,[1]Conditiontype[2]对应的值字段,因为分析的要求,所有的valuefield都使用了自定义.conditiontype和valuefield对应的关系是多个conditiontype可对应到同一值字段,通常这些值字段是Amount型的(值字段还有quantity型的)[3]传输的数据是否要正负号.在KE4IM中,将转厂PO的Intercompanysales的条件类型和VV013联系上,在此不再贴图描述.AssignQuantityFields如图-1,典型地,将销售数量和开飘数量分配给值字段.ActivateTransferofIncomingSalesOrders如果需要将salesorder数据传输到COPA,请激活传输SO,由于图-1使用了KWMENG,所以在此选择Inc.SO类型为TransferofBillingDocumentsResetValue/QuantityFieldsTcode:KE4W1.salesorder如何传输到COPA,数量改变在COPA如何反映?假设SO的item20对应的WWC-001起初数量是100,在保存时,立即有数据在CE1****,CE3****等表,在此特别提示下CE1****实际行项表,假设在KEA0的Attributetab页定义了俩currencies,一是OCcurrencies,一是companycodecurrencies并且两者不同,在COPA中一SOitem将会产生两条记录分别对应到currencytypeB0和10.(有多少不同的currencies就会对应多少条不同货币类型的记录)假设现在SO的数量改成50,会产生两条记录,一条是SOqty-100冲前面的100,另一条是改正后的50.当传输SO,对应的一些比如报关费运输费由condition传到valuefield,如开票不及时,造成FI和PA数据存在时间差异,前面在分析costing-basedPA也强调过.2.需不需要传输salesorder到COPA视你COPA要分析到什么程度,如果连SO都不传,你的COOPA就太粗了,相信绝大多数企业会需要传输salesorder的.使用Flexibleplanning加信息系统做salesforecast(Planverion),SO则作为实际值,然后可比较销售计划和实际销售(SO值)的差异.3为什么要Resetvalue/Quantityfields.销售退回,运输保险保关费用已经实现,在billing时只应冲减收入,回增库存,相关费用从condition带过去则必须是0,不能冲已经发生的数据.注意:销售退回订单的SOqty传到CO-PA是负数,可冲PA实际发生的销售数量.7.4.4OrderandProjectSettlement7.4.5DirectPostingfromFI/MM7.4.6SettlementofProductionVariances7.4.7TransferofOverhead7.4.8TransferCustomerRebateAgreements7.4.9MultipleValuationApproaches/TransferPrice7.4.10PeriodicAdjustments7.4.11ActivateProfitabilityAnalysis盈利分析市场细分在21世纪的今天，面对层出不穷的竞争者，面对牢牢占据统治地位的买方市场，如何获取最大的利润是困扰每个企业的问题。市场营销观念已逐渐成为企业经营的指导思想，即顾客的需求已成为企业营销活动的出发点。市场营销就是把社会需要转化为有盈利的机会。而顾客的需求随着商品经济的发展表现出多样性，为满足不同顾客的需求，要在激烈的竞争中获胜，就必须进行市场细分。市场细分是指根据消费者对产品不同的欲望与需求，不同的购买行为与购买习惯，把整体市场分割成不同的或相同的小市场群。市场细分的概念是由美国市场学家温德尔·史密斯在20世纪50年代中期首先提出来的。虽然市场细分的概念存在已经将近半个世纪，但是作为一种营销理论，由于缺乏一种量化的技术支持，使得它在企业中的应用往往带有很强的主观色彩。ERP作为企业管理的集成平台，功能上力求涵盖企业管理的所有方面，它在分析企业内部数据支持市场分析方面也有出色的表现。ERP对市场的分析主要通过盈利分析模块实现。盈利分析盈利分析是ERP中财务管理的一个重要分支,它使得公司管理人员能够对各种不同的细分市场的业绩进行评估。细分市场既可以是对产品,客户,分销渠道等特性进行单个的划分也可以是对其任意组合进行的划分。它能够帮助管理人员评估公司内部的战略性组织(Strategicbusinessunits)。这种组织可以是销售组织(Salesorganization)或业务范围(Businessareas)。这种评估是基于公司的利润或边际贡献的。盈利分析的最终目的是提供公司的销售,市场,产品经理人员和集团计划部门足够的信息,以支持内部会计管理和决策。在营销学泰斗菲利普·科特勒所著的《营销管理》中，以消费者市场为例将市场按地理因素，人文统计因素，心理因素，行为因素等标准进行了细分。对于ERP中的盈利分析来说，第一步也是确定市场细分的标准或称之为特性（Characteristic）,表4-1中是典型的ERP中市场细分的标准。表4-1市场细分举例市场细分的标准个体举例和该细分标准相关的其他标准产品冰箱-RV600冰箱-RS580彩电-CL4500洗衣机-WH611洗衣机-WP830产品一级类：家电类，通讯产品，机电产品二级类：电冰箱，洗衣机，空调产品三级类：滚筒洗衣机，波轮洗衣机……规格(容量/功率/尺寸):4.5公斤(洗衣机),5公斤,2匹(空调),29”(电视机)颜色:纯白,银灰产品设计组:李明小组经销商或客户上海华联商厦北京西单购物中心国美电器商城上海金茂凯悦客户性质:分销商，零售商，代理商，最终用户客户类别:百货商场,超市,专业电器商场,酒店客户规模:超大型,大型,中型,小型客户所在城市:上海,北京,广州客户所在省份:上海,广东,北京客户所在地区:华东,华南,华北客户国内外:国内,国外返利组：月返组，季返组，年返组；定额返利组，坎级返利组价格折扣组:高折扣组,中折扣组,低折扣组,无折扣组现金折扣组:现金销售组,无现金折扣赊销组(20天),低现金折扣(十天1%),高现金折扣(十天2%),预收发货组客户风险等级:高风险,中风险,低风险,无风险分销渠道代理,批发,零售,直销销售组织北京代理商部华东直销大客户部销售员王纹,孙健销售员年龄:20-30,30-40,40-50销售员学历:本科以上,本科,大专,大专以下日期2000/02/03,1999/12/31周,月,季度从中我们可以看到以下特征：每一种细分标准都有明确的定义和推导规则。比如在ERP中最典型的细分标准是按产品，按客户细分。一个产品加一个客户可以看作是一个基本的细分市场。但是对一家企业来说它的产品和客户都有可能是成百上千，这样我们可能得到上百万个非常细小的细分市场，比如上海华联商厦对冰箱-RV600的需求就是一个小市场细分。显然这种细分过小，不利于分析。因此根据实际的需求，我们可以在ERP中定义新的标准进行汇总分析，比如对于产品，我们可以按图4-1所示的层次结构将产品进行由粗到细的分类，每个层次就是一种细分标准。同样，对于客户我们可以按客户的性质，客户的规模，客户的地域进行细分。ERP作为计算机信息系统，在系统实施过程中，我们会定义各种细分标准及相互间的关系。譬如把客户性质，客户所在城市等细分标准定义为来源于系统中的客户档案（主记录）。这样，既避免了重复输入，又使信息来源统一。图4-1产品分类细分标准不仅局限于市场分析。由于盈利分析的目的不仅是分析市场，它还担负着评估公司内部组织的功能。因此在ERP中的细分标准超出了市场营销学中的市场细分。比如表4-1中销售组织，销售员作为细分标准，主要是为了考核他们的经营绩效，论功行赏。同样的，产品设计组，虽然和产品相关，但它的目的也是考核内部研发小组的工作成绩。细分标准可以自由定义。由于不同性质的企业有不同的特点，他们所关心的问题也各不相同。因此ERP中一方面没有将细分标准定死，比如表4-1中的细分标准只是一种形式，不同的企业在系统实施中可以按照实际情况灵活地定义细分标准，不同企业最后实施的结果可能有很大的差别。另一方面ERP也没有强行规定某种标准如何应用。比如分销渠道作为一种细分标准，它对于企业管理营销渠道有重要作用。分销渠道是ERP中销售和分销模块的概念，在实际企业应用中根据具体情况可以有不同的应用。比如对一家儿童保健食品制造商来说，它可能定义两个分销渠道，一个是食品通路，另一个是医药通路。而对于一家个人电脑软件公司，它可能定义两个分销渠道，一是“OEM”，即向微机厂商销售软件预装许可。另一个是分销零售系统，即各地区分公司直接管理几家分销商，再通过分销商间接管理零售商。而对于一家外贸企业，它对于分销渠道的定义可能是自营进口，自营出口，代理进口，代理出口，内贸和转口等贸易方式。盈利分析与财务信息在系统中的集成ERP中的盈利分析模块在整个系统中处于一种信息接受者的地位。图4-2展现的是企业的实际业务数据是如何流转的。图4-2的左上角是销售和分销模块，这个模块负责企业的销售职能，包括售前活动，询报价处理，销售定单管理，客户档案和风险控制等功能，本书不作赘述。当销售和分销模块依据销售定单给客户发货，并随后开出销售发票时，此时系统依据这两项单据，自动地向两个方向传递信息：一方面如图4-2中向下的箭头所指，在财务会计模块，系统自动生成了确认销售收入和结转销售成本的会计分录。同时自动更新了“收入”，“成本”，“库存”，“应收帐款”等会计科目的总帐和明细分类帐。另一方面如图4-2中向右的