7.利潤分析(ProfitabilityAnalysis)首先,并不想在此浪費筆墨講一堆關于PA的理論,COPA的介紹的文章讀者到處都可找到.COPA可簡單理解為利潤分析顧名思義就是你要怎樣進行利潤分析,從而為決策提供依據(jù),在下面本人將就如何配置和原理栓釋COPA,畢竟夸大和歪曲一個模塊的作用和難度是不明智的,而且此書的目的就是揭開FICO的棉紗讓更多人能輕易理解FICO.如果不上此模塊可進行利潤分析嗎?當然可以的,自定義報表,但是得面對海量數(shù)據(jù),比如要抓SO,Billing等數(shù)據(jù),巨大的數(shù)據(jù)量使報表的性能受到影響.類似的問題還有如果不上物料分類帳能有效地分配差異嗎?當然,自定義程序,因為上ML多出問題的原因本人反而傾向于不使用ML.從某種程度上講,COPA是一個相當容易的模塊,因為它設計的邏輯理解相對簡單,如果愿意,ABAPer吃飽了沒事做完全可以不用SAP的COPA而自己寫出一個COPA來,事實上很多沒上COPA的企業(yè)實際上就是這樣多的.從設計邏輯上,啟動了利潤分析,根據(jù)設置動態(tài)一些相關表,結構和程序(SAP很多模塊的設計理念都是這樣,啟動會產(chǎn)生相關ABAP對象),然后實時或后續(xù)Post數(shù)據(jù)到CO-PA相關表格,同時SAP提供了相關報表,這樣比自寫程序更簡單而且能提供更多的相關報表而已.在解釋利潤分析配置前,再此理解下什么是OperatingConcern(以下簡稱OC).IMGPath:Enterprisestructure->Definition->Controlling->CreatingOperatingConcern建立IMGPath:Enterprisestructure->Assignment->Controlling->AssingControllingAreatooperatingconcern分配OC給Coarea,在分配前OC必須已經(jīng)產(chǎn)生了datastructure.OC被翻譯成(業(yè)務關聯(lián)區(qū),或康采恩)是獲利能力分析中的核心組織結構，一個OC可包含多個controllingarea，一個controllingarea只能指派給一OC。OC用來監(jiān)控及分析各獲利分析段ProfitSegment。獲利分析段通常是銷售組織(銷售辦公室,銷售人員),產(chǎn)品(組,Model)、客戶(組)等的靈活組合,具體視企業(yè)的實際需?？砂凑崭鳙@利段為依據(jù)生成獲利分析報表，考核其獲利能力。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位,在自建特征時如果從客戶主數(shù)據(jù)表KNA1,KNB1,KNVV,物料主數(shù)據(jù)表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,它會產(chǎn)生一個T25**的checktable,如果使用了checktable,這些特征在使用前必須使用KES1定義自己的特征值.在特征可使用前必須激活它,原理很簡單,WW099創(chuàng)建了一個dataelement|domainRKEG_WW099(所有的自定義的特征都會產(chǎn)生類似RKEG_特征名稱的dataelement|domain)和表T2503|T25A3(可使用Se11查看),所以的abap字典對象在可用前都必須被激活.在建立checktable之前讀者甚至可手工選擇checktable名稱.1需要怎樣的特征取決于你的CO-PA究竟要分析到多細?上面已經(jīng)介紹可從哪些表中取字段就可,通常的特征無非是|物料組|銷售辦公室|銷售人員|billingto..等,實際上哪怕用戶在維護OC的datastructure中只使用了一個特征,對最常用的特征字段比如公司代碼,工廠,利潤中心,客戶,銷售組織,分銷渠道,division等最常用的分析字段都已經(jīng)在CO-PA相關表中了(請看7.1.3MaintainOC),這些是所謂的FixedCharacteristics,SAP已經(jīng)提供了客戶|銷售訂單等表的相應字段可做特征,如有需要加上這些字段做特征字段,并且用戶還可定義自己的特征withChecktable或withoutchecktable,這些特征并不基于上述SAPtables.2盡量優(yōu)化使用特征和值字段,畢竟大量使用他們會對系統(tǒng)性能造成影響,雖然道理很明顯越多的特征和值字段可能使分析更細,你需要在兩者間平衡.3在建立特征時,讀者必須明白這些名詞.[一]Fixcharacteristic指固定的特征,比如客戶,controllingarea,sales.Org等,可這樣理解就是這些字段在COPA的相關表固定存在,不管你有沒有將其設置成特征字段.(注:你設置的特征字段將會形成COPA相關表的字段).[二]特征的comboundDependencies,意思是一個特征必須同時依靠另一特征,典型的比如你選擇了地區(qū)KNA1-REGIO做特征,同時KNA1-LAND1也必須選上,另一個例子就是選擇了成本中心,Fixed特征Controllingarea就是combounddependencies特征.(為了節(jié)省一字段,所以通常自定義一特征,然后KES1維護地區(qū)值和KEDR做個derivationrule取REGIO的值就可).4關于dataelement,domain等名詞請看附錄應該掌握的ABAP知識.7.1.2MaintainValueFieldsT-code:KEA6SE16:初始畫面和選擇基本和維護特征一樣,再此著重介紹下如何根據(jù)需求維護自己的值字段.關于特征字段,通常并不需要很多自定義的字段,相反,視想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的最小分析單位通常它有銷售數(shù)量,銷售輸入,銷售成本,銷售折扣,各種差異等組成,必須考慮哪些值字段是需要的,比如需要將差異傳到COPA嗎?需要將差異更小層次細分嗎?要怎么細分?需要建立什么樣的valuefield等.1Valuefield有倆種類型,Amount和Quantity型.大多數(shù)情況下可能Aggregation都會選擇SUM,在選擇LAS,AVG必須仔細考慮.2如果需要,全部使用自定義的valuefields,然后自定義描述,值字段在接下來來的FlowsofActualvalues配置中將用來對應科目(實際是成本要素),MM,SD的條件類型.3.是否需要區(qū)分主營業(yè)務收入(成本)和其他業(yè)務收入(成本)?如需要,要建立4valuefield然后去和SDcondition對應(condition也要建立4種去區(qū)別).4如果需要,預留出一兩個valuefields給未來不可預見業(yè)務,畢竟當OC被全部激活后要更改COPA數(shù)據(jù)結構是不容易的事情,假設企業(yè)忽然需要某種費用進入COPA而且還需要和其他費用區(qū)別,如有預留字段,需使用只要將其map到此費用科目就可,這不是必需的,只是有些企業(yè)要這樣做.5.讀者思考:特征通?？衫斫鉃橛泄潭〝?shù)據(jù)的字段比如產(chǎn)品->物料,值字段的data通?？勺兊?比如產(chǎn)品的銷售數(shù)量,單價和金額,這很容易理解,問題是如果將一些數(shù)量字段強行設置成特征會有什么結果?7.1.3MaintainOperatingConcernT-code:KEAOSE16:如圖7.1.3-1,[1]輸入OC名稱STOC,保存后開始建立datastructure,[2]可使用SampleOC參考創(chuàng)建,在7.1.4中也可參考創(chuàng)建一OC,[3][4]兩種類型的PA分析.圖中表示STOC可采用兩種PA類型,甚至在激活CO-PA(Tcode:KEKE)中可同時激活倆者,很可惜,在SetOC時(Tcode:KEBD)你只能使用其中一種CO-PA類型,關于使用costing-based還是account-basedPAtype在下面有討論,通常會試驗區(qū)使用costing-based,因為其分析更加靈活.[5]建立datastructure(接下來會重點介紹如何建立datastructure).[6]在屬性頁中可定義Co-PA使用的幣別和會計年度變式,只有定義了這些,在Environment才可激活Client-specificpart.建立datastructure,如圖7.1.3-2,[1]根據(jù)實際業(yè)務選擇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時,系統(tǒng)會產(chǎn)生這樣一個結構CE0STOC(注意COPA自動產(chǎn)生的結構和表名稱命名規(guī)則是CE0-4+OC名稱).CE0STOC:結構,用于COPA程序中定義內(nèi)表/CE1STOC:保存actuallineitems.CE2STOC:保存planlineitemsCE3STOC:保存PSGinfo.CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC意義讀者可自己去研究.一般地,如果細心的讀者使用SE11查看,[1]會發(fā)現(xiàn)在CE1XXXX|CE2XXXX表中的COPA_AWSYS|TIMESTMP的字段就是你定義的特征和值字段(視實際情況可能有出入).[2]銷售組織,分銷渠道,客戶,公司等必須字段盡管你在特征中未定義在這些表中也已經(jīng)存在,這很容易理解,利潤分析連這些最常用的字段都沒了還談得上什么分析?所以就做成default字段了.3激活Environment時SAP做了什么動作?其實說白了,CO-PA就是啟動了它,建立了幾個表在SOcreation,Billinggeneration或FI記帳等時(請看FlowsofActualValues配置)將相關數(shù)據(jù)寫入COPA而已,正如上面所講,如果你不上CO-PA可使用report,但是龐大的數(shù)據(jù)和復雜的邏輯可能會是report運行失敗,如果有了CO-PA,直接從那個表抓數(shù)據(jù)多快.在這層意思上,COPA倒是和信息結構系統(tǒng),BW的邏輯一樣.同樣地,讀者發(fā)現(xiàn)COPA在設計上和SPL也很相似,COPA通過維護特征和值字段產(chǎn)生一些列表,SPL通過建立tablegroup產(chǎn)生一系列表.兩者同樣會動態(tài)產(chǎn)生一些相關程序.4.一個建議,為了研究COPA邏輯,KE4I維護FI的PAstructure,然后FB50記一筆帳選個PSG,然后看看CE1XXXX和CE3XXXX表的變化.同樣開個SO,產(chǎn)生billing看其倆表內(nèi)容.7.1.4SampleOperatingConcernsT-code:SE16:從SAP的sampleOC中Copy所需的OC,同時將相關IMG也Copy過來,通常不建議這樣做,畢竟每個企業(yè)有不同的實際業(yè)務需求,CopySAPSampleOC顯然難于達到需求.讀者可自行測試如何使用此功能.7.1.5DefineprofitabilitySegmentChar.T-code:KEQ3SE16:V_TKEOE定義PSG所用到的特征,只有為OC定義的特征和值字段在利潤分析段(PSG)才可使用,你還可決定客戶,銷售訂單等固定特征是否可在PSG中使用(SAP默認是不用的).7.1.6SetOperatingConcernT-code:KEBD|KEBI|KEBASE16:在SetOC時OC需要已經(jīng)被完全激活(Tcode:KEA0),一個OC一次只可使用一個類型的COPA(Costing-basedorAccouting-based)從程序來將,這動作不過是賦給parameterID一個default值而已,類似的Tcode還有AM

中的OAPL:SetchartsofDepreciation和OKKS:Setdefaultcotrollingarea.7.2MasterDataIMGPath如圖7.2-MaintainCharacteristicValues為用戶自定義的特征維護特征值.在圖7.1.3[3]中我特意強調(diào)了datastructure采用的這倆字段,WW098,WW099在定義時使用了checktable,如果在PSG中要用到此兩特征,顧名思義,特征的value必須checktableT2503|T2504.1假設在實際應用中WW098是表示產(chǎn)品brand,然后PSG中使用了WW098,邏輯就會檢測WW098的checktable是否維護了品牌,如果沒找到就會有錯誤.2對于那些自定義的特征沒有采用checktable這步不用做,只要使用KEDS維護derivationrule就行.7.2.2DefineCharacteristicsHierarchyTcode:KES3

將特征分層,這也好理解.如果需要,可將特征分層次.7.2.3DefineCharacteristicDerivationTcode:KEDRDerivation(這個估計要請Xuebi翻譯才比較準確,畢竟Xuebi在美國掃過幾年垃圾,我想英文應該不錯).Derivation的意思是一些特征的值獲取可根據(jù)另外一些和它邏輯相關的特征的值,尤其在自定義的特征設置Derivation十分必要.下面介紹如何建立一個derivation,稍有編程經(jīng)驗的人看一眼都懂,如圖7.2.3-1,[1]Derivationrule,圖7.2.3-3有個WW099對應到Salesoffice的rule,[2]Tablelookup的條件和derivationrule不同的tablelookup可使用多條件,[3]使用move可直接直接根據(jù)條件從一個COPA特征字段或SAP字段給另一個COPA特征字段賦值,[4]可根據(jù)條件將一些特征字段的值清楚,假設定義了一derivationrule,在一些公司中如想讓這些derivation不起作用,就可在此設置條件等于此公司的將Derivation的特征值給Clear[5]可寫用戶出口給特征賦值(SMOD:COPA0001->函數(shù)EXIT_SAPLKEDRCOPA_001->ExitinDerivationRule),如果實際業(yè)務前面四種方法都不難達到用戶需求,小寫一個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),現(xiàn)在用戶應明白為什么要checktable,其實是防止不合理的數(shù)據(jù)進入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讀者自行思考.本章小節(jié):1.決定采用什么類型的利潤分析?costing-base和accounting-based區(qū)別前者采用valuefield,可對應到cost/Revenue成本要素,MM|SD的條件類型,而后者采用的只能是成本要素.在對應關系上,valuefield可對應一到多科目(成本要素),而后者很好立即一個成本要素和會計科目必須是一一對應.居于前者更靈活,通常企業(yè)會選擇前種類型.Costing-basedCO-PA有些缺點.[一]時差.一個實例是SD,已發(fā)貨但是沒biling,(銷售成本COGS只有當billing時才到CO-PA),此時COGS被post到FI,但是CO-PA卻沒有.(這是針對采用手工billing的企業(yè),通常企業(yè)采用自動的后臺Job生成billing這問題就不存在)[二]應計:比如在傳輸salesorder到CO-PA時,一些應計費用通過SO的condition傳到CO-PA模塊,但從財務角度,這些費用并沒發(fā)生因此在FI中也不存在..[三]貨幣轉(zhuǎn)換小數(shù)差和匯率差.一個OC中(企業(yè)用倆OC的恐怕很少)可能使用多個controllingarea(有的企業(yè)使用了兩到多個),這倆差異在其它模塊也會有類似的不可避免的問題.2.什么是利潤分析段?PSG是特征的一個唯一組合,比如可將產(chǎn)品號,產(chǎn)品組,客戶,銷售組織,分銷渠道做為一個利潤分析段3需要為收入類科目建立costelementcategory11成本要素嗎?通常如果沒上CO-PA和CO-PCA可以不建立,如果只上了CO-PA并且類型是costing-based也可不建立因為采用的是值字段,如果上了CO-PCA利潤中心,就必須為收入科目建立成本要素.如果采用的是accouting-basedCO-PA也必須建立為收入類科目建立成本要素.4.CreateDatastructure系統(tǒng)產(chǎn)生了那些表和結構?在激活OC時,下面這些表和結構會產(chǎn)生.CE0STOC(結構)CE1STOC|CE2STOC|CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC.其中CE1STOC保存PA實際行項目(類似ledger中的actuallineitems),CE2STOC是plan行項目,CE3STOC保存的是PSG數(shù)據(jù)(類似Ledger中的Summarytable).5如何刪除OC?首先刪除分配KEKK,后才可使用KEA0刪除一個OC,刪除OC將所有相關的表,結構,動態(tài)程序(Environment)全部刪除了.還必須進入刪除表才會徹底刪除干凈.7.2.4ValuationStrategies7.2.5SetUpValuationUsingMaterialCostEstimate7.2.6SetUpConditionsandCostingSheets這步設置可建立CO-PA專用的condtion和成本核算單(關于condition的配置請看附件光盤condition.doc)用于分析使用原始憑證不能做到的邊際效益分析,比如用于計算salesorder的銷售折扣和運輸費用等(未發(fā)生的虛擬值).鑒于篇幅,讀者請自行研究.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特征組包含自定義的多個字段及其輸入狀態(tài),如果在輸入利潤段時,用戶可能需要一些特定的個性值(比如在利潤分析段屏幕上需要限制某些字段必輸,如果不使用特征組,在輸入利潤段將顯示所有的可用特征->KEQ3定義的特征),就可建立特征組.2這些特征字段狀態(tài)是用戶利潤分析段選屏的,和一般科目使用的fieldstatusgroup是兩個概念.AssignCha.Grp.forAssignmentScreenT-code:KE4GSE16:如圖-1,[1]業(yè)務交易類型RFBU指的即是財務記帳,[2]在上一步定義的特征組,(注意Z003不能在此使用,因為特征組字段有BUKRS公司代碼字段),[3]可模擬看到將來記帳時輸入PSG時的subscreen和特征組所設置的字段及其輸入狀態(tài).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組中必須包含必輸狀態(tài)的字段BUKRS(公司代碼).留給讀者問題,上面RFBU指FIPosting,RecordtypeB也是紙directpostingfromFI,如兩者都定義了特征組,誰在起作用?如果是RFBU,那么RecordtypeB究竟什么時候在PostPSG時才會起作用呢?MaintainValueFieldGroupsT-code:KEVFGSE16:值字段組和特征組同樣道理,就是在輸入值字段時希望自定義那些值字段為必輸,就可采用它(如某Bus.Trans沒有值字段組,就顯示利潤分析段的全部值字段).如圖-1,[1]自定義組ZVF.6AssignValueFieldGroupsforLineItemScreensT-code:KEVG3SE16:如圖-1,現(xiàn)在將此valuefieldgroup分配給recordtypeF和B,recordtype記錄類型,不過是為了區(qū)分post到利潤分析模塊的數(shù)據(jù)來源而已.回看圖-1分配特征組給記錄類型,現(xiàn)在又將值字段組分配給了記錄類型,為了便于讀者理解,舉個實例,在一些情況下我們可能需要直接postlineitem到利潤分析模塊.我們使用Tcode:KE21N,如圖-2.,KE21N將直接產(chǎn)生PADocumentwithLineitems.KE21N用于直接產(chǎn)生PA憑證,如圖-2,如果有實際業(yè)務比如需要手工調(diào)整COPA就可使用它,這些手工Post的數(shù)據(jù)只反映在PA中并不會影響財務.[1]通常KEN1定義的編號范圍是自動內(nèi)部編號的,建議將這些手工建立的PAdoc使用外部編號(如圖-2),以便區(qū)分那些直接從FI,MM,SD等模塊自動post到CO-PA的PAdoc.讀者Enter后,會發(fā)現(xiàn)Characteristics和ValueFieldTab頁顯示的字段將是KEVG2和KEVG3定義的特征組和值字段組所包含的特征和值字段并且?guī)в杏脩糇远x的輸入狀態(tài),這些正是用戶所需要的,否則看到的將是OC中定義的全部可用特征和值字段.SummarizeDataDuringUpdateT-code:KE2SSE16:如圖-1,[1]交易類型,前面已經(jīng)說明很清楚,[2]如選了表示只會對外部來的數(shù)據(jù)才會匯總(比如iDoc,假設一大集團甚至有多client,畢竟client之間的數(shù)據(jù)是完全獨立的,為了使跨client的利潤分析成為可能,可能使用iDoc,數(shù)據(jù)從各client匯總),[3],數(shù)據(jù)是發(fā)生在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),現(xiàn)在要求知道Bill了多少KG,為此,需另外建立一字段VVIQT(描述是BillingKG,如果SO中使用了銷售單位是噸,可庫存單位是KG,如僅僅傳輸VVISQ將難于區(qū)分billedqty單位究竟是Ton還是KG),然后將轉(zhuǎn)化后的billedKG保存在VVIQT中.如圖-1的,這是另外一個實例,就是將Atrisk(可能的潛在的SOqty,這在做salesforecast和CO-PA計劃版本中很重要)quantityVVQ03數(shù)量算進OrderqtyVVQ02中.7.4.2TransferofIncomingSalesOrdersAssignValueFieldsTcode:KE4I|KE4IMSE16:這步將SD和MM的condition(通常對MM模塊只用內(nèi)部轉(zhuǎn)廠PO->實際上可看成是將supplyingplant的SO和receivingplant的PO合并,所以有個intercompanysales的)和值字段對應上.如企業(yè)要求將相關銷售費用比如運輸費保險費報關費產(chǎn)權費等分配到銷售產(chǎn)品,可為每種費用建立condition和valuefield然后在此維護關系.如圖-1,[1]Conditiontype[2]對應的值字段,因為分析的要求,所有的valuefield都使用了自定義.conditiontype和valuefield對應的關系是多個conditiontype可對應到同一值字段,通常這些值字段是Amount型的(值字段還有quantity型的)[3]傳輸?shù)臄?shù)據(jù)是否要正負號.在KE4IM中,將轉(zhuǎn)廠PO的Intercompanysales的條件類型和VV013聯(lián)系上,在此不再貼圖描述.AssignQuantityFields如圖-1,典型地,將銷售數(shù)量和開飄數(shù)量分配給值字段.ActivateTransferofIncomingSalesOrders如果需要將salesorder數(shù)據(jù)傳輸?shù)紺OPA,請激活傳輸SO,由于圖-1使用了KWMENG,所以在此選擇Inc.SO類型為TransferofBillingDocumentsResetValue/QuantityFieldsTcode:KE4W1.salesorder如何傳輸?shù)紺OPA,數(shù)量改變在COPA如何反映?假設SO的item20對應的WWC-001起初數(shù)量是100,在保存時,立即有數(shù)據(jù)在CE1****,CE3****等表,在此特別提示下CE1****實際行項表,假設在KEA0的Attributetab頁定義了倆currencies,一是OCcurrencies,一是companycodecurrencies并且兩者不同,在COPA中一SOitem將會產(chǎn)生兩條記錄分別對應到currencytypeB0和10.(有多少不同的currencies就會對應多少條不同貨幣類型的記錄)假設現(xiàn)在SO的數(shù)量改成50,會產(chǎn)生兩條記錄,一條是SOqty-100沖前面的100,另一條是改正后的50.當傳輸SO,對應的一些比如報關費運輸費由condition傳到valuefield,如開票不及時,造成FI和PA數(shù)據(jù)存在時間差異,前面在分析costing-basedPA也強調(diào)過.2.需不需要傳輸salesorder到COPA視你COPA要分析到什么程度,如果連SO都不傳,你的COOPA就太粗了,相信絕大多數(shù)企業(yè)會需要傳輸salesorder的.使用Flexibleplanning加信息系統(tǒng)做salesforecast(Planverion),SO則作為實際值,然后可比較銷售計劃和實際銷售(SO值)的差異.3為什么要Resetvalue/Quantityfields.銷售退回,運輸保險保關費用已經(jīng)實現(xiàn),在billing時只應沖減收入,回增庫存,相關費用從condition帶過去則必須是0,不能沖已經(jīng)發(fā)生的數(shù)據(jù).注意:銷售退回訂單的SOqty傳到CO-PA是負數(shù),可沖PA實際發(fā)生的銷售數(shù)量.7.4.4OrderandProjectSettlement7.4.5DirectPostingfromFI/MM7.4.6SettlementofProductionVariances7.4.7TransferofOverhead7.4.8TransferCustomerRebateAgreements7.4.9MultipleValuationApproaches/TransferPrice7.4.10PeriodicAdjustments7.4.11ActivateProfitabilityAnalysis盈利分析市場細分在21世紀的今天，面對層出不窮的競爭者，面對牢牢占據(jù)統(tǒng)治地位的買方市場，如何獲取最大的利潤是困擾每個企業(yè)的問題。市場營銷觀念已逐漸成為企業(yè)經(jīng)營的指導思想，即顧客的需求已成為企業(yè)營銷活動的出發(fā)點。市場營銷就是把社會需要轉(zhuǎn)化為有盈利的機會。而顧客的需求隨著商品經(jīng)濟的發(fā)展表現(xiàn)出多樣性，為滿足不同顧客的需求，要在激烈的競爭中獲勝，就必須進行市場細分。市場細分是指根據(jù)消費者對產(chǎn)品不同的欲望與需求，不同的購買行為與購買習慣，把整體市場分割成不同的或相同的小市場群。市場細分的概念是由美國市場學家溫德爾·史密斯在20世紀50年代中期首先提出來的。雖然市場細分的概念存在已經(jīng)將近半個世紀，但是作為一種營銷理論，由于缺乏一種量化的技術支持，使得它在企業(yè)中的應用往往帶有很強的主觀色彩。ERP作為企業(yè)管理的集成平臺，功能上力求涵蓋企業(yè)管理的所有方面，它在分析企業(yè)內(nèi)部數(shù)據(jù)支持市場分析方面也有出色的表現(xiàn)。ERP對市場的分析主要通過盈利分析模塊實現(xiàn)。盈利分析盈利分析是ERP中財務管理的一個重要分支,它使得公司管理人員能夠?qū)Ω鞣N不同的細分市場的業(yè)績進行評估。細分市場既可以是對產(chǎn)品,客戶,分銷渠道等特性進行單個的劃分也可以是對其任意組合進行的劃分。它能夠幫助管理人員評估公司內(nèi)部的戰(zhàn)略性組織(Strategicbusinessunits)。這種組織可以是銷售組織(Salesorganization)或業(yè)務范圍(Businessareas)。這種評估是基于公司的利潤或邊際貢獻的。盈利分析的最終目的是提供公司的銷售,市場,產(chǎn)品經(jīng)理人員和集團計劃部門足夠的信息,以支持內(nèi)部會計管理和決策。在營銷學泰斗菲利普·科特勒所著的《營銷管理》中，以消費者市場為例將市場按地理因素，人文統(tǒng)計因素，心理因素，行為因素等標準進行了細分。對于ERP中的盈利分析來說，第一步也是確定市場細分的標準或稱之為特性（Characteristic）,表4-1中是典型的ERP中市場細分的標準。表4-1市場細分舉例市場細分的標準個體舉例和該細分標準相關的其他標準產(chǎn)品冰箱-RV600冰箱-RS580彩電-CL4500洗衣機-WH611洗衣機-WP830產(chǎn)品一級類：家電類，通訊產(chǎn)品，機電產(chǎn)品二級類：電冰箱，洗衣機，空調(diào)產(chǎn)品三級類：滾筒洗衣機，波輪洗衣機……規(guī)格(容量/功率/尺寸):4.5公斤(洗衣機),5公斤,2匹(空調(diào)),29”(電視機)顏色:純白,銀灰產(chǎn)品設計組:李明小組經(jīng)銷商或客戶上海華聯(lián)商廈北京西單購物中心國美電器商城上海金茂凱悅客戶性質(zhì):分銷商，零售商，代理商，最終用戶客戶類別:百貨商場,超市,專業(yè)電器商場,酒店客戶規(guī)模:超大型,大型,中型,小型客戶所在城市:上海,北京,廣州客戶所在省份:上海,廣東,北京客戶所在地區(qū):華東,華南,華北客戶國內(nèi)外:國內(nèi),國外返利組：月返組，季返組，年返組；定額返利組，坎級返利組價格折扣組:高折扣組,中折扣組,低折扣組,無折扣組現(xiàn)金折扣組:現(xiàn)金銷售組,無現(xiàn)金折扣賒銷組(20天),低現(xiàn)金折扣(十天1%),高現(xiàn)金折扣(十天2%),預收發(fā)貨組客戶風險等級:高風險,中風險,低風險,無風險分銷渠道代理,批發(fā),零售,直銷銷售組織北京代理商部華東直銷大客戶部銷售員王紋,孫健銷售員年齡:20-30,30-40,40-50銷售員學歷:本科以上,本科,大專,大專以下日期2000/02/03,1999/12/31周,月,季度從中我們可以看到以下特征：每一種細分標準都有明確的定義和推導規(guī)則。比如在ERP中最典型的細分標準是按產(chǎn)品，按客戶細分。一個產(chǎn)品加一個客戶可以看作是一個基本的細分市場。但是對一家企業(yè)來說它的產(chǎn)品和客戶都有可能是成百上千，這樣我們可能得到上百萬個非常細小的細分市場，比如上海華聯(lián)商廈對冰箱-RV600的需求就是一個小市場細分。顯然這種細分過小，不利于分析。因此根據(jù)實際的需求，我們可以在ERP中定義新的標準進行匯總分析，比如對于產(chǎn)品，我們可以按圖4-1所示的層次結構將產(chǎn)品進行由粗到細的分類，每個層次就是一種細分標準。同樣，對于客戶我們可以按客戶的性質(zhì)，客戶的規(guī)模，客戶的地域進行細分。ERP作為計算機信息系統(tǒng)，在系統(tǒng)實施過程中，我們會定義各種細分標準及相互間的關系。譬如把客戶性質(zhì)，客戶所在城市等細分標準定義為來源于系統(tǒng)中的客戶檔案（主記錄）。這樣，既避免了重復輸入，又使信息來源統(tǒng)一。圖4-1產(chǎn)品分類細分標準不僅局限于市場分析。由于盈利分析的目的不僅是分析市場，它還擔負著評估公司內(nèi)部組織的功能。因此在ERP中的細分標準超出了市場營銷學中的市場細分。比如表4-1中銷售組織，銷售員作為細分標準，主要是為了考核他們的經(jīng)營績效，論功行賞。同樣的，產(chǎn)品設計組，雖然和產(chǎn)品相關，但它的目的也是考核內(nèi)部研發(fā)小組的工作成績。細分標準可以自由定義。由于不同性質(zhì)的企業(yè)有不同的特點，他們所關心的問題也各不相同。因此ERP中一方面沒有將細分標準定死，比如表4-1中的細分標準只是一種形式，不同的企業(yè)在系統(tǒng)實施中可以按照實際情況靈活地定義細分標準，不同企業(yè)最后實施的結果可能有很大的差別。另一方面ERP也沒有強行規(guī)定某種標準如何應用。比如分銷渠道作為一種細分標準，它對于企業(yè)管理營銷渠道有重要作用。分銷渠道是ERP中銷售和分銷模塊的概念，在實際企業(yè)應用中根據(jù)具體情況可以有不同的應用。比如對一家兒童保健食品制造商來說，它可能定義兩個分銷渠道，一個是食品通路，另一個是醫(yī)藥通路。而對于一家個人電腦軟件公司，它可能定義兩個分銷渠道，一是“OEM”，即向微機廠商銷售軟件預裝許可。另一個是分銷零售系統(tǒng)，即各地區(qū)分公司直接管理幾家分銷商，再通過分銷商間接管理零售商。而對于一家外貿(mào)企業(yè)，它對于分銷渠道的定義可能是自營進口，自營出口，代理進口，代理出口，內(nèi)貿(mào)和轉(zhuǎn)口等貿(mào)易方式。盈利分析與財務信息在系統(tǒng)中的集成ERP中的盈利分析模塊在整個系統(tǒng)中處于一種信息接受者的地位。圖4-2展現(xiàn)的是企業(yè)的實際業(yè)務數(shù)據(jù)是如何流轉(zhuǎn)的。圖4-2的左上角是銷售和分銷模塊，這個模塊負責企業(yè)的銷售職能，包括售前活動，詢報價處理，銷售定單管理，客戶檔案和風險控制等功能，本書不作贅述。當銷售和分銷模塊依據(jù)銷售定單給客戶發(fā)貨，并隨后開出銷售發(fā)票時，此時系統(tǒng)依據(jù)這兩項單據(jù)，自動地向兩個方向傳遞信息：一方面如圖4-2中向下的箭頭所指，在財務會計模塊，系統(tǒng)自動生成了確認銷售收入和結轉(zhuǎn)銷售成本的會計分錄。同時自動更新了“收入”，“成本”，“庫存”，“應收帳款”等會計科目的總帳和明細分類帳。另一方面如圖4-2中向右的