財務會計與財務報表

1、7.利潤分析(profitability analysis)首先,并不想在此浪費筆墨講一堆關于pa的理論,copa的介紹的文章讀者到處都可找到.copa可簡單理解為利潤分析顧名思義就是你要怎樣進行利潤分析,從而為決策提供依據(jù),在下面本人將就如何配置和原理栓釋copa,畢竟夸大和歪曲一個模塊的作用和難度是不明智的,而且此書的目的就是揭開fico的棉紗讓更多人能輕易理解fico .如果不上此模塊可進行利潤分析嗎?當然可以的,自定義報表,但是得面對海量數(shù)據(jù),比如要抓so,billing等數(shù)據(jù),巨大的數(shù)據(jù)量使報表的性能受到影響. 類似的問題還有如果不上物料分類帳能有效地分配差異嗎?當然,自定義程序,因

2、為上ml多出問題的原因本人反而傾向于不使用ml.從某種程度上講,copa是一個相當容易的模塊,因為它設計的邏輯理解相對簡單,如果愿意,abaper 吃飽了沒事做完全可以不用sap的copa而自己寫出一個copa來,事實上很多沒上copa的企業(yè)實際上就是這樣多的.從設計邏輯上,啟動了利潤分析,根據(jù)設置動態(tài)一些相關表,結構和程序(sap很多模塊的設計理念都是這樣,啟動會產生相關abap對象),然后實時或后續(xù)post數(shù)據(jù)到co-pa相關表格,同時sap提供了相關報表,這樣比自寫程序更簡單而且能提供更多的相關報表而已.在解釋利潤分析配置前,再此理解下什么是operating concern(以下簡稱o

3、c).img path:enterprise structure->definition->controlling->creating operating concern建立img path:enterprise structure->assignment->controlling->assing controlling areato operating concern分配oc給co area,在分配前oc必須已經(jīng)產生了data structure.oc被翻譯成(業(yè)務關聯(lián)區(qū),或康采恩)是獲利能力分析中的核心組織結構，一個oc可包含多個controlling

4、area，一個controlling area 只能指派給一oc。oc用來監(jiān)控及分析各獲利分析段profit segment。獲利分析段通常是銷售組織(銷售辦公室,銷售人員),產品(組,model)、客戶(組)等的靈活組合,具體視企業(yè)的實際需?？砂凑崭鳙@利段為依據(jù)生成獲利分析報表，考核其獲利能力。7.1 structuresimg path如圖7.1- maintain characteristicst-code: kea5 se16:如圖7.1.1-1,1進入kea6維護值子段,2所有的oc用到的特征,3具體oc所用到的特征,4所有ocs中都未用到的特征.5自定義特征,特征必須

5、是ww開頭的4至5位,在自建特征時如果從客戶主數(shù)據(jù)表kna1,knb1,knvv,物料主數(shù)據(jù)表mara,marc,mvke,so header和item table vbak,vbap等讀取字段,建立的將并不是你所需要的ww*特征.如圖7.1.1-2,如在建立ww099時你選擇了vbap表,并且選擇了matnr和charg字段,很明顯,保存后ww099特征并未建立而是將vbap-matnr和vbap-charg建成了特征.如果想建立自己的特征,請選擇user defined,如圖7.1.1-3,1用戶自定義特征,2在此特別介紹下第一種選擇with own value maintenance,它

6、會產生一個t25*的check table,如果使用了check table,這些特征在使用前必須使用kes1定義自己的特征值.在特征可使用前必須激活它,原理很簡單,ww099創(chuàng)建了一個data element|domain rkeg_ww099(所有的自定義的特征都會產生類似rkeg_特征名稱的data element|domain)和表t2503|t25a3(可使用se11查看),所以的abap字典對象在可用前都必須被激活.在建立check table之前讀者甚至可手工選擇check table名稱.1需要怎樣的特征取決于你的co-pa究竟要分析到多細?上面已經(jīng)介紹可從哪些表中取字段就可,

7、通常的特征無非是|物料組|銷售辦公室|銷售人員|billing to.等,實際上哪怕用戶在維護oc的data structure中只使用了一個特征,對最常用的特征字段比如公司代碼,工廠,利潤中心,客戶,銷售組織,分銷渠道,division等最常用的分析字段都已經(jīng)在co-pa相關表中了(請看7.1.3 maintain oc),這些是所謂的fixed characteristics,sap已經(jīng)提供了 客戶|銷售訂單等表的相應字段可做特征,如有需要加上這些字段做特征字段, 并且用戶還可定義自己的特征with check table或without check table,這些特征并不基于上述sap

8、 tables.2盡量優(yōu)化使用特征和值字段,畢竟大量使用他們會對系統(tǒng)性能造成影響,雖然道理很明顯越多的特征和值字段可能使分析更細,你需要在兩者間平衡.3 在建立特征時,讀者必須明白這些名詞. 一fix characteristic指固定的特征,比如客戶,controlling area,sales.org等,可這樣理解就是這些字段在copa的相關表固定存在,不管你有沒有將其設置成特征字段.(注:你設置的特征字段將會形成copa相關表的字段).二特征的combound dependencies,意思是一個特征必須同時依靠另一特征,典型的比如你選擇了地區(qū)kna1-regio做特征,同時kna1-l

9、and1也必須選上,另一個例子就是選擇了成本中心, fixed特征controlling area就是combound dependencies特征. (為了節(jié)省一字段,所以通常自定義一特征,然后kes1維護地區(qū)值和kedr做個derivation rule取regio的值就可).4關于data element,domain等名詞請看附錄應該掌握的abap知識.7.1.2 maintain value fieldst-code:kea6 se16:初始畫面和選擇基本和維護特征一樣,再此著重介紹下如何根據(jù)需求維護自己的值字段.關于特征字段,通常并不需要很多自定義的字段,相反,視想co-pa分析多

10、細,讀者可定義很多自己的value fields,特別地, 甚至可定義自己的pa傳輸架構(t-code: kei1),全部使用自定義的value field.(如圖7.1.2-2)如圖7.1.2-2, 全部使用自定義的value fields,這是采用costing-based pa type的好處(關于costing-based和accouting-base copa的采用請看下面討論).value fields是costing-based pa的最小分析單位通常它有銷售數(shù)量,銷售輸入,銷售成本,銷售折扣,各種差異等組成,必須考慮哪些值字段是需要的,比如需要將差異傳到copa嗎?需要將差異更

11、小層次細分嗎?要怎么細分?需要建立什么樣的value field 等.1 value field有倆種類型,amount和quantity型.大多數(shù)情況下可能aggregation都會選擇sum,在選擇las,avg必須仔細考慮.2如果需要,全部使用自定義的value fields,然后自定義描述,值字段在接下來來的flows of actual values配置中將用來對應科目(實際是成本要素),mm,sd的條件類型.3.是否需要區(qū)分主營業(yè)務收入(成本)和其他業(yè)務收入(成本)?如需要,要建立4 value field然后去和sd condition對應(condition也要建立4種去區(qū)別)

12、.4如果需要,預留出幾個value fields給未來不可預見業(yè)務,畢竟當oc被全部激活后要更改copa數(shù)據(jù)結構是不容易的事情,假設企業(yè)忽然需要某種費用進入copa而且還需要和其他費用區(qū)別,如有預留字段,需使用只要將其map 到此費用科目就可.5.讀者思考: 特征通?？衫斫鉃橛泄潭〝?shù)據(jù)的字段比如產品->物料,值字段的data通常可變的,比如產品的銷售數(shù)量,單價和金額,這很容易理解,問題是如果將一些數(shù)量字段強行設置成特征會有什么結果?7.1.3 maintain operating concernt-code: keao se16:如圖7.1.3-1,1輸入oc名稱stoc,保存后開始建立

13、data structure ,2可使用sample oc參考創(chuàng)建,在7.1.4中也可參考創(chuàng)建一oc,34兩種類型的pa分析.圖中表示stoc可采用兩種pa類型,甚至在激活co-pa (tcode:keke)中可同時激活倆者,很可惜,在set oc時(tcode:kebd)你只能使用其中一種co-pa類型,關于使用costing-based還是account-based pa type在下面有討論,通常會試驗區(qū)使用costing-based,因為其分析更加靈活. 5建立data structure (接下來會重點介紹如何建立data structure). 6在屬性頁中可定義co-pa使用的幣

14、別和會計年度變式, 只有定義了這些,在environment才可激活client-specific part.建立data structure,如圖7.1.3-2,1根據(jù)實際業(yè)務選擇data structure需要的特征字段,為了便于說明,在選擇了相關字段后按change view, 2可選擇需要的value fields 字段用于建立data structure ,3為了便于說明,加上了倆自定義的特征(同時定義時->請參照7.1.1:maintain characteristic選擇了with own value maintenance),所以此倆表分別對應到check table 是

15、t2503|t2504.關于value fields,全部采用自定義的value fields,如圖7.1.3-3,通常gross sales和cogs是應該用于分析的,在接下來將介紹這些value field如何和sd,mm condtions,pa傳輸架構等相對應.(tcode:ke4i|ke4im|kei1,詳細請看7.4 flow of actual values配置).建立完data structure后,必須激活,然后退回oc attribute tab頁維護幣別和年度變式,在environment中激活client相關和client不相關的copa部件.1 什么是client相關

16、和client無關?讀者可自行思考.2 在建立data structure時,sap做了什么動作?在建立oc->stoc時,系統(tǒng)會產生這樣一個結構ce0stoc(注意copa自動產生的結構和表名稱命名規(guī)則是ce0-4+oc名稱).ce0stoc:結構,用于copa程序中定義內表/ce1stoc:保存actual line items.ce2stoc:保存plan line itemsce3stoc:保存psg info .ce4stoc|ce4stoc_acct|ce4stoc_flag|ce4stoc_kenc意義讀者可自己去研究.一般地,如果細心的讀者使用se11查看,1會發(fā)現(xiàn)在ce

17、1xxxx|ce2xxxx表中的copa_awsys| timestmp的字段就是你定義的特征和值字段(視實際情況可能有出入).2銷售組織,分銷渠道,客戶,公司等必須字段盡管你在特征中未定義在這些表中也已經(jīng)存在,這很容易理解,利潤分析連這些最常用的字段都沒了還談得上什么分析?所以就做成default字段了.3 激活environment 時sap做了什么動作?其實說白了,co-pa就是啟動了它,建立了幾個表在so creation, billing generation或fi記帳等時(請看flows of actual values配置)將相關數(shù)據(jù)寫入copa而已,正如上面所講,如果你不上co

18、-pa可使用report,但是龐大的數(shù)據(jù)和復雜的邏輯可能會是report 運行失敗,如果有了co-pa,直接從那個表抓數(shù)據(jù)多快. 在這層意思上, copa倒是和信息結構系統(tǒng),bw的邏輯一樣.同樣地,讀者發(fā)現(xiàn)copa在設計上和spl也很相似,copa通過維護特征和值字段產生一些列表,spl通過建立table group產生一系列表. 兩者同樣會動態(tài)產生一些相關程序.4.一個建議,為了研究copa邏輯,ke4i維護fi的pa structure,然后fb50記一筆帳選個psg,然后看看ce1xxxx和ce3xxxx表的變化.同樣開個so,產生billing看其倆表內容.7.1.4 sample o

19、perating concernst-code: se16:從sap的sample oc中copy所需的oc,同時將相關img也copy過來,通常不建議這樣做,畢竟每個企業(yè)有不同的實際業(yè)務需求,copy sap sample oc顯然難于達到需求.讀者可自行測試如何使用此功能.7.1.5 define profitability segment char.t-code:keq3 se16: v_tkeoe定義psg所用到的特征,只有為oc定義的特征和值字段在利潤分析段(psg)才可使用,你還可決定客戶,銷售訂單等固定特征是否可在psg中使用(sap默認是不用的). 7.1.6 set oper

20、ating concernt-code:kebd|kebi|keba se16:在set oc時oc需要已經(jīng)被完全激活(tcode: kea0),一個oc一次只可使用一個類型的copa(costing-based or accouting-based)從程序來將,這動作不過是賦給parameter id一個default值而已,類似的tcode還有am 中的oapl :set charts of depreciation 和 okks:set default cotrolling area .7.2 master dataimg path如圖7.2- maintain

21、characteristic values為用戶自定義的特征維護特征值.在圖7.1.33中我特意強調了data structure采用的這倆字段,ww098,ww099在定義時使用了check table,如果在psg中要用到此兩特征,顧名思義,特征的value必須check table t2503|t2504.1假設在實際應用中ww098是表示產品brand,然后psg中使用了ww098,邏輯就會檢測ww098的check table是否維護了品牌,如果沒找到就會有錯誤.2 對于那些自定義的特征沒有采用check table這步不用做,只要使用keds維護derivation rule就行.

22、7.2.2 define characteristics hierarchytcode:kes3 將特征分層,這也好理解.如果需要,可將特征分層次. 7.2.3 define characteristic derivationtcode:kedr derivation(這個估計要請xuebi翻譯才比較準確,畢竟xuebi在美國掃過幾年垃圾,我想英文應該不錯).derivation的意思是一些特征的值獲取可根據(jù)另外一些和它邏輯相關的特征的值,尤其在自定義的特征設置derivation 十分必要.下面介紹如何建立一個derivation,稍有編程經(jīng)驗的人看一眼都懂,如圖7.2.3-1,1deriv

23、ation rule,圖7.2.3-3有個ww099對應到sales office的rule,2table lookup的條件和derivation rule不同的table lookup可使用多條件,3使用move可直接直接根據(jù)條件從一個copa特征字段或sap字段給另一個copa特征字段賦值,4可根據(jù)條件將一些特征字段的值清楚 ,假設定義了一derivation rule,在一些公司中如想讓這些derivation不起作用,就可在此設置條件等于此公司的將derivation的特征值給clear5可寫用戶出口給特征賦值(smod:copa0001->函數(shù)exit_saplkedrcop

24、a_001->exit in derivation rule),如果實際業(yè)務前面四種方法都不難達到用戶需求,小寫一個user exit也非難事,畢竟程序是最靈活的.如圖建立了倆characteristic derivation .如圖7.2.3-3,這是一個derivation rule的例子,1如果psg中sales office = 3100(對應3的kmvkbu字段),則2region的值記到copa表中是europe(對應的字段是4自定義的特征ww099,在此將銷售office看成sales region),因為ww099有check table,所以所有的region值必須在k

25、es1中維護. 這就是derivation,如果ww099在建立時沒選擇使用check table,region值就可隨意輸入(沒有check table),現(xiàn)在用戶應明白為什么要check table,其實是防止不合理的數(shù)據(jù)進入copa而已.在維護derivation rule后, 你可做個很簡單的測試,就是fb50手工記筆帳選擇psg,你輸入sales office 3100后, 按derivation按鈕看是否region europe能否帶出,你還可測試設置一clear ,condition是sales office =3100和plant = 3101, region europe給

26、清空(其他的plant依舊有效).除了derivation可給自定義特征賦值,move,table lookup等都可. 圖7.2.3-4是一個使用move的例子.如圖7.2.3-4,1move名,2production name,源字段,3目標字段是自定義的特征ww003,4賦予整個值給目標字段,5artnr的值從第11字段開始取后5個字符賦予部分值給ww003.關于table lookup,user exit讀者自行思考.本章小節(jié):1.決定采用什么類型的利潤分析?costing-base 和 accounting-based 區(qū)別前者采用value field,可對應到cost/reven

27、ue成本要素,mm|sd的條件類型,而后者采用的只能是成本要素. 在對應關系上,value field可對應一到多科目(成本要素),而后者很好立即一個成本要素和會計科目必須是一一對應. 居于前者更靈活,通常企業(yè)會選擇前種類型.costing-based co-pa有些缺點.一時差. 一個實例是sd,已發(fā)貨但是沒biling,(銷售成本cogs只有當billing時才到co-pa), 此時cogs 被post到 fi, 但是co-pa卻沒有.(這是針對采用手工billing的企業(yè),通常企業(yè)采用自動的后臺job 生成billing這問題就不存在)二應計:比如在傳輸sales order到co-pa

28、時,一些應計費用通過so的condition傳到co-pa模塊,但從財務角度,這些費用并沒發(fā)生因此在fi中也不存在.三貨幣轉換小數(shù)差和匯率差.一個oc中(企業(yè)用倆oc的恐怕很少)可能使用多個controlling area(有的企業(yè)使用了兩到多個),這倆差異在其它模塊也會有類似的不可避免的問題.2.什么是利潤分析段?psg是特征的一個唯一組合,比如可將產品號,產品組,客戶,銷售組織,分銷渠道做為一個利潤分析段3 需要為收入類科目建立cost element category 11成本要素嗎? 通常如果沒上co-pa和co-pca可以不建立,如果只上了co-pa并且類型是costing-base

29、d也可不建立因為采用的是值字段,如果上了co-pca利潤中心,就必須為收入科目建立成本要素. 如果采用的是accouting-based co-pa也必須建立為收入類科目建立成本要素.4.create data structure系統(tǒng)產生了那些表和結構?在激活oc時,下面這些表和結構會產生.ce0stoc(結構)ce1stoc|ce2stoc|ce3stoc|ce4stoc|ce4stoc_acct|ce4stoc_flag|ce4stoc_kenc.其中ce1stoc保存pa實際行項目(類似ledger中的actual line items),ce2stoc是plan 行項目,ce3stoc

30、保存的是psg數(shù)據(jù)(類似ledger中的summary table).5如何刪除oc?首先刪除分配kekk,后才可使用kea0刪除一個oc,刪除oc將所有相關的表,結構,動態(tài)程序(environment)全部刪除了.還必須進入刪除表才會徹底刪除干凈.7.2.4 valuation strategies7.2.5 set up valuation using material cost estimate7.2.6 set up conditions and costing sheets這步設置可建立co-pa專用的condtion和成本核算單(關于condition的配置請看附件光盤condit

31、ion.doc)用于分析使用原始憑證不能做到的邊際效益分析,比如用于計算sales order的銷售折扣和運輸費用等(未發(fā)生的虛擬值).鑒于篇幅,讀者請自行研究.7.3 planningimg path :如圖7.3-17.3.1 initial steps define number ranges for planning data maintain versions assign quantity fields7.3.2 planning framework set up planning framework creat

32、e planning level fro planning layout display planner profiles7.3.3 manual entry of planning data define planning layout define value field assignments define distribution profiles calculated values as reference 7.3.4 integrated planning7.3.5 planning aids7.3.6 reor

33、ganization7.4 flows of actual valuesimg path:如圖7.4- initial steps define number ranges for actual postingst-code: ken1 se16:如圖-1,sap使用了document這個名詞,所以有fi doc. billing doc(vf02), invoice doc.(miro),mat. doc等,然后這些document都會給出編號范圍. 在此是只pa doc number range,在copa表cex+oc中表示為belnr字段(se

34、16可檢查).1groups可看到co-pa使用的record type,假設讀者將record type b的number range給刪了,在fi記帳就會有圖-3的錯誤,2oc名稱,3可查看并更改當前的number,4查看更改number rangesap允許使用外部編號.什么情況下使用,讀者自行考慮, maintain characteristic groupst-code :kepa se16:如圖-1,1定義一個特征組2行號而已3字段4從圖中可以看出,bukrs和kndnr將是必輸字段,vkorg是只讀字段,而matkl是可選字段.注意: 1

35、特征組包含自定義的多個字段及其輸入狀態(tài),如果在輸入利潤段時,用戶可能需要一些特定的個性值(比如在利潤分析段屏幕上需要限制某些字段必輸,如果不使用特征組,在輸入利潤段將顯示所有的可用特征->keq3定義的特征),就可建立特征組.2這些特征字段狀態(tài)是用戶利潤分析段選屏的,和一般科目使用的field status group是兩個概念. assign cha. grp. for assignment screent-code: ke4g se16:如圖-1,1業(yè)務交易類型rfbu指的即是財務記帳,2在上一步定義的特征組,(注意z003不能在此使用,因為特征組字段有b

36、ukrs公司代碼字段),3可模擬看到將來記帳時輸入psg時的subscreen和特征組所設置的字段及其輸入狀態(tài).1什么是business transaction (請參照3.7特別總帳的activity) ,在此就不再解釋.2 fb50,f-02等記帳的bus. trn就是rfbu,在配置完后讀者可立即測試. 3 從程序的角度看,為rfbu等定義特征組后,在程序中l(wèi)keakf30中有這樣的判斷就是如果帶?的必選字段未輸入,就有錯誤消息message id '00' type 'e' number '055'. assing char

37、. grp. for line item screent-code: kevg2 se16:如圖,給record type b賦予特征組z003,z003組中必須包含必輸狀態(tài)的字段bukrs(公司代碼).留給讀者問題,上面rfbu指fi posting,record type b也是紙direct posting from fi,如兩者都定義了特征組,誰在起作用? 如果是rfbu,那么record type b究竟什么時候在post psg時才會起作用呢? maintain value field groupst-code :kevfg se16:值字段組和特征組

38、同樣道理,就是在輸入值字段時希望自定義那些值字段為必輸,就可采用它(如某bus. trans沒有值字段組,就顯示利潤分析段的全部值字段).如圖-1,1自定義組zvf.6 assign value field groups for line item screenst-code :kevg3 se16:如圖-1,現(xiàn)在將此value field group分配給record type f和b, record type記錄類型,不過是為了區(qū)分post到利潤分析模塊的數(shù)據(jù)來源而已.回看圖-1分配特征組給記錄類型,現(xiàn)在又將值字段組分配給了記錄類型,

39、為了便于讀者理解,舉個實例,在一些情況下我們可能需要直接post line item到利潤分析模塊. 我們使用tcode :ke21n ,如圖-2.,ke21n將直接產生pa document with line items.ke21n用于直接產生pa憑證,如圖-2,如果有實際業(yè)務比如需要手工調整copa就可使用它,這些手工post的數(shù)據(jù)只反映在pa中并不會影響財務.1通常ken1 定義的編號范圍是自動內部編號的,建議將這些手工建立的pa doc使用外部編號(如圖-2),以便區(qū)分那些直接從fi,mm,sd等模塊自動post到co-pa的pa doc.讀

40、者enter后,會發(fā)現(xiàn)characteristics 和value field tab頁顯示的字段將是kevg2和kevg3 定義的特征組和值字段組所包含的特征和值字段并且?guī)в杏脩糇远x的輸入狀態(tài),這些正是用戶所需要的,否則看到的將是oc中定義的全部可用特征和值字段. summarize data during updatet-code :ke2s se16:如圖-1,1交易類型,前面已經(jīng)說明很清楚,2如選了表示只會對外部來的數(shù)據(jù)才會匯總(比如idoc,假設一大集團甚至有多client,畢竟client之間的數(shù)據(jù)是完全獨立的,為了使跨client的利潤分析成為可能,

41、可能使用idoc,數(shù)據(jù)從各client匯總),3,數(shù)據(jù)是發(fā)生在derivation前還是后面.舉一個簡單的例子,如fi doc有3個line item都對應到account 10010101且相同的psg 10074(amount分別是100,200,300 usd),一般將有3 line item寫到copa行項目表ce1*中,如使用了ke2s,則只有總的600 usd 被post到ce1*. store quantities in co-pa std. unit of measuret-code :ke4ms se16:sap幫助中的一個例子是說, vvisq值字段對應到本世

42、紀末fkimg(billing qty),現(xiàn)在要求知道bill了多少 kg,為此,需另外建立一字段vviqt(描述是billing kg,如果so中使用了銷售單位是噸,可庫存單位是kg,如僅僅傳輸vvisq將難于區(qū)分billed qty單位究竟是ton還是kg),然后將轉化后的billed kg保存在vviqt 中. 如圖-1的,這是另外一個實例,就是將at risk(可能的潛在的so qty,這在做sales forecast和co-pa 計劃版本中很重要) quantity vvq03數(shù)量算進order qty vvq02中.7.4.2 transfer of incomin

43、g sales orders assign value fieldstcode: ke4i|ke4im se16:這步將sd和mm的condition(通常對mm模塊只用內部轉廠po->實際上可看成是將supplying plant的so和receiving plant的po合并,所以有個intercompany sales的)和值字段對應上.如企業(yè)要求將相關銷售費用比如運輸費保險費報關費產權費等分配到銷售產品,可為每種費用建立condition和value field然后在此維護關系.如圖-1,1 condition type 2對應的值字段,因為分析的要求

44、,所有的value field都使用了自定義.condition type和value field對應的關系是多個condition type可對應到同一值字段,通常這些值字段是amount型的(值字段還有quantity 型的) 3傳輸?shù)臄?shù)據(jù)是否要正負號.在ke4im中,將轉廠po的intercompany sales的條件類型和vv013聯(lián)系上,在此不再貼圖描述. assign quantity fields如圖-1,典型地,將銷售數(shù)量和開飄數(shù)量分配給值字段. activate transfer of incoming sales orders如果

45、需要將sales order數(shù)據(jù)傳輸?shù)絚opa,請激活傳輸so,由于圖-1使用了kwmeng,所以在此選擇inc. so類型為 transfer of billing documentsreset value/quantity fieldstcode:ke4w1. sales order如何傳輸?shù)絚opa,數(shù)量改變在copa如何反映?假設so的item 20對應的wwc-001起初數(shù)量是100,在保存時,立即有數(shù)據(jù)在ce1*,ce3*等表,在此特別提示下ce1*實際行項表,假設在kea0的attribute tab頁定義了倆currencies,一是oc curre

46、ncies,一是company code currencies并且兩者不同,在 copa中一so item將會產生兩條記錄分別對應到currency type b0 和10 .(有多少不同的currencies就會對應多少條不同貨幣類型的記錄)假設現(xiàn)在so的數(shù)量改成50,會產生兩條記錄,一條是so qty -100沖前面的100,另一條是改正后的50 .當傳輸so,對應的一些比如報關費運輸費由condition傳到value field,如開票不及時,造成fi和pa數(shù)據(jù)存在時間差異,前面在分析costing-based pa也強調過.2.需不需要傳輸sales order 到copa視你cop

47、a要分析到什么程度,如果連so都不傳,你的coopa就太粗了,相信絕大多數(shù)企業(yè)會需要傳輸sales order的.使用flexible planning加信息系統(tǒng)做sales forecast(plan verion),so則作為實際值,然后可比較銷售計劃和實際銷售(so值)的差異.3為什么要reset value/quantity fields.銷售退回,運輸保險保關費用已經(jīng)實現(xiàn),在billing時只應沖減收入,回增庫存,相關費用從condition帶過去則必須是0,不能沖已經(jīng)發(fā)生的數(shù)據(jù).注意:銷售退回訂單的so qty傳到co-pa是負數(shù),可沖pa實際發(fā)生的銷售數(shù)量.7.4.4 order

48、 and project settlement7.4.5 direct posting from fi/mm7.4.6 settlement of production variances7.4.7 transfer of overhead以下請無知和xuebi同志去搞定,然后share 一下班目 錄1.基本業(yè)務原理3獲利分析會計的目標和任務3獲利分析會計的并行方法5用戶自定義的報表對象5集成的數(shù)據(jù)流6分析性的銷售和利潤計劃7靈活的報表功能8具有中央獲利分析功能的分散的邊際貢獻會計9獲利分析會計的流程10獲利分析會計的分類特征10使用標準成本的銷售成本會計(期中銷售分析)12使用實際成本的銷售

49、成本會計(最終銷售分析)12固定成本歸屬的期段分析13基于帳戶和基于成本的獲利分析13利潤中心會計中的期間會計142.基本數(shù)據(jù)的定義15獲利分析單元的概念15特征的定義16關鍵數(shù)字的定義19銷售數(shù)量和利潤計劃的制定21利潤計劃基礎21銷售數(shù)量的計劃24作毛收入和凈收入計劃26作銷售成本計劃26多種計劃技術27計劃的集成28促銷預算的制定29編輯實際數(shù)據(jù)31通過均衡比例估算確定經(jīng)營毛利32發(fā)票數(shù)據(jù)的傳輸32根據(jù)計算估算33用實際產成品成本估算36通過定單結果分析和結算確定經(jīng)營毛利37通過對比直接計帳的收入和成本確定經(jīng)營毛利38確定凈經(jīng)營利潤39間接費用的分配40期間間接費用的分配41客戶定單的轉

50、送43與外部發(fā)票處理系統(tǒng)的接口43獲利能力分析44獲利分析報表的類型46標準報表功能50表格報表54利潤中心會計58基本原理58利潤中心集成58有關利潤的活動60商品和服務/轉移價格61資產負債表行項和關鍵指標62期間結帳63詞匯66基本業(yè)務原理獲利分析會計的目標和任務決策支持企業(yè)各項活動的主要目的是取得成功。單純的關于客戶、 產品、和收入的銷 售統(tǒng)計指標信息越來越不足以用來衡量企業(yè)的成功，因為它們忽略了一些反映企業(yè)成功的重要因素。只有考慮了影響企業(yè)成功的各項活 動的工具才能作為獲利性分 析和決 策支持的有效工具。企業(yè)主要銷售指標市場銷售收入銷售折扣銷售成本厖銷售發(fā)票sdco-pa收到的客戶定

51、單說明客戶，客戶組產品，產品組分銷渠道厖co-pa的目的是分析您的某一部分業(yè)務究竟是盈利還是虧損圖3-1：獲利分析會計的目的獲利分析sap r/3的獲利分析(co-pa)可以滿足及時的獲利分析及銷售管理的各種需 求。co-pa可以使您從業(yè)務的各個方面(比如產品、客戶、定單和它們的任意組合) 及任何組織單元(比如銷售組織或業(yè)務領域)對它們的毛貢獻或對經(jīng)營利潤的總體貢獻進行分析。關于獲利情況的信息構成了定價、選擇客戶、決定合同條款、控制數(shù)量、選擇分銷渠道及促銷的決策依據(jù)。企業(yè)市場工資 商品/服務利潤中心1利潤中心4ec-pca利潤中心2利潤中心3利潤中心5電費ec-pca 的目的是分析組織中的某一

52、責任單位是盈利還是虧損圖3-2：利潤中心會計的目的利潤中心會計r/3的利潤中心會計(ec-pca)可使您監(jiān)控組織中分散的單位(利潤中 心)。 您可 以根據(jù)產品(分部 或 產品組)、地 區(qū) (分支機構或工廠) 或 職能(生產、 銷售 或 服 務)將您的企業(yè)規(guī) 劃 成利潤中心。系統(tǒng)可以計算每個利潤中心的經(jīng)營成 果。您還 可以按照利潤中心分析資產負債表的某些行項及財務指標(比如投資收益 率、現(xiàn)金 流量和銷售利潤率)，從而把它們擴展成責任中心。獲利分析會計的并行方法期中銷售分析co-pa根據(jù)標準成本計算銷售收益(期中銷售分析) 。 您還可以利用總成本和邊 際成本計算該指標。這可以使您進行隨機 獲利分析

53、和即時的邊際貢獻核算。您還可以按照銷售收入或通過成本歸集將一定成本分配給獲利單位?？蓪?帳的銷售分析除期中銷售分析外，通過分配生產和成本中心差異，您還可以進行期終銷售分析。該分析可以定期和財務會計中的數(shù)字對帳。您可以按期間或交易進行銷售分析。因而可以分析單個客戶定單 或 項目的獲利情況。直接成本會計您還可以完全不考慮間接成本的分攤。由于可以將成本和收入分配給任何對象，從而可以分配到任意層次，co-pa可以滿足直接成本會計和邊際貢獻會計的需 求。 基于帳戶的獲利分析除了通過對比已入帳收入和估算成本(及銷售折扣)來反映經(jīng)營成果的、基于成 本 的獲利分析外，您還可以按帳戶進行獲利分析。由于不使用只有

54、在co-pa模塊中才用的基于成本的數(shù)值， 基于帳戶的獲利分析可以使您按帳戶反映 經(jīng)營成果，從而保證在任何時候與財務會計都是一致的。期間會計獲利分析(co-pa)總是按照銷售成本會計的方法計算經(jīng)營利潤。利潤中心會計(ec-pca)按照側重銷售的銷售成本會計方法及側重生產的期間會計反映經(jīng)營利潤，您可以同時使 兩種方法。用戶自定義的報表對象 獲利分析單元co-pa模塊可以使您根據(jù)企業(yè)的具體情況進行靈 活 的分析。不同于傳統(tǒng)的成 本對象概念，在co-pa中，您可以將任何承擔數(shù)量、成本及收入因而與獲利性有 關的標準或“特征”作為成本對象。系統(tǒng) 會 組合這些“特征”的值以建立多維 的“利潤分析單元”。您可

55、以對比這些“利潤分析單元”的收入和成本以分析其利潤。通過 匯 總各層次的信息，您可以在任何時候分析您企業(yè)的任何單元的利潤。 客戶、產品、銷售組織等r/3系統(tǒng)中通用的概念都可以作為以作為 獲 利分析中 的“特征”。您還可以定義該模塊自己使用的新概念，比如“定單規(guī)模”、“信用組”等 。co-paec-pca獲 利分析單元利潤中心特征利潤中心層次結構特征值利潤中心數(shù)值字段 或 帳戶帳戶產品組利潤中心1地區(qū)分銷渠道圖3-3：分析的對象集成的數(shù)據(jù)流獲利分析和利潤中心會計在r/3系統(tǒng)的價值鏈中是完全集成的。發(fā)票數(shù)據(jù)當您在分銷模塊(sd)中開出一張銷售發(fā)票(或錄入一個客戶定單)時，系統(tǒng)會同 時將銷售數(shù)量、收入及銷售折扣等信息計入獲利分析模塊。產成品成本您可以根據(jù)估算的生產成本或原料價格(面向庫存生產)來確定產成品成本，或 進行客