財務(wù)會計與財務(wù)報表

7.7.利潤分析利潤分析(Profitability(Profitability Analysis)Analysis) 首先,并不想在此浪費(fèi)筆墨講一堆關(guān)于 PA 的理論,COPA 的介紹的文章讀者到處 都可找到.COPA 可簡單理解為利潤分析顧名思義就是你要怎樣進(jìn)行利潤分析,從 而為決策提供依據(jù),在下面本人將就如何配置和原理栓釋 COPA,畢竟夸大和歪曲 一個模塊的作用和難度是不明智的,而且此書的目的就是揭開 FICO 的棉紗讓更 多人能輕易理解 FICO . 如果不上此模塊可進(jìn)行利潤分析嗎?當(dāng)然可以的,自定義報表,但是得面對海量數(shù) 據(jù),比如要抓 SO,Billing 等數(shù)據(jù),巨大的數(shù)據(jù)量使報表的性能受到影響. 類似的問題還有如果不上物料分類帳能有效地分配差異嗎?當(dāng)然,自定義程序,因 為上 ML 多出問題的原因本人反而傾向于不使用 ML. 從某種程度上講從某種程度上講,COPA 是一個相當(dāng)容易的模塊是一個相當(dāng)容易的模塊,因?yàn)樗O(shè)計的邏輯理解相對簡單因?yàn)樗O(shè)計的邏輯理解相對簡單,如果愿意如果愿意, ABAPer 吃飽了沒事做完全可以不用吃飽了沒事做完全可以不用 SAP 的的 COPA 而自己寫出一個而自己寫出一個 COPA 來來,事實(shí)上很多事實(shí)上很多 沒上沒上 COPA 的企業(yè)實(shí)際上就是這樣多的的企業(yè)實(shí)際上就是這樣多的. 從設(shè)計邏輯上,啟動了利潤分析,根據(jù)設(shè)置動態(tài)一些相關(guān)表,結(jié)構(gòu)和程序(SAP 很多 模塊的設(shè)計理念都是這樣,啟動會產(chǎn)生相關(guān) ABAP 對象),然后實(shí)時或后續(xù) Post 數(shù) 據(jù)到 CO-PA 相關(guān)表格,同時 SAP 提供了相關(guān)報表,這樣比自寫程序更簡單而且能 提供更多的相關(guān)報表而已. 在解釋利潤分析配置前,再此理解下什么是 Operating Concern(以下簡稱 OC). IMG Path:Enterprise structure-Definition-Controlling-Creating Operating Concern 建立 IMG Path:Enterprise structure-Assignment-Controlling-Assing Controlling Area to operating concern 分配 OC 給 Co area,在分配前 OC 必須已經(jīng)產(chǎn)生了 data structure. OC 被翻譯成(業(yè)務(wù)關(guān)聯(lián)區(qū),或康采恩)是獲利能力分析中的核心組織結(jié)構(gòu)，一個 OC 可包含多個 controlling area，一個 controlling area 只能指派給一 OC。 OC 用來監(jiān)控及分析各獲利分析段 Profit Segment。獲利分析段通常是銷售組織 (銷售辦公室,銷售人員),產(chǎn)品(組,Model)、客戶(組)等的靈活組合,具體視企業(yè)的實(shí) 際需?？砂凑崭鳙@利段為依據(jù)生成獲利分析報表，考核其獲利能力。 7.1 Structures IMG Path 如圖 7.1-1. . .1 MaintainMaintain CharacteristicsCharacteristics T-code: KEA5 SE16: 如圖 7.1.1-1,1進(jìn)入 KEA6 維護(hù)值子段,2所有的 OC 用到的特征,3具體 OC 所用 到的特征,4所有 OCs 中都未用到的特征.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,它會產(chǎn)生一個 T25*的 check table,如果使用了 check table,這些特征在使用前必須使用 KES1 定義自己的特征值. 在特征可使用前必須激活它,原理很簡單,WW099 創(chuàng)建了一個 data element|domain RKEG_WW099(所有的自定義的特征都會產(chǎn)生類似 RKEG_特征名稱的 data element|domain)和表 T2503|T25A3(可使用 Se11 查看),所以的 abap 字典對象在可用 前都必須被激活.在建立在建立 check table 之前讀者甚至可手工選擇之前讀者甚至可手工選擇 check table 名稱名稱. 1 需要怎樣的特征取決于你的 CO-PA 究竟要分析到多細(xì)?上面已經(jīng)介紹可從哪 些表中取字段就可,通常的特征無非是|物料組|銷售辦公室|銷售人員|billing to等, 實(shí)際上哪怕用戶在維護(hù)實(shí)際上哪怕用戶在維護(hù) OC 的的 data structure 中只使用了一個特征中只使用了一個特征,對最常用的特征字段比對最常用的特征字段比 如如公司代碼公司代碼,工廠工廠,利潤中心利潤中心,客戶客戶,銷售組織銷售組織,分銷渠道分銷渠道,division 等最常用的分析字段都已經(jīng)在等最常用的分析字段都已經(jīng)在 CO-PA 相關(guān)表中了相關(guān)表中了(請看請看 7.1.3 Maintain OC),這些是所謂的這些是所謂的 Fixed Characteristics,SAP 已經(jīng) 提供了 客戶|銷售訂單等表的相應(yīng)字段可做特征,如有需要加上這些字段做特征字 段, 并且用戶還可定義自己的特征 with Check table 或 without check table,這些特 征并不基于上述 SAP tables. 2 盡量優(yōu)化使用特征和值字段,畢竟大量使用他們會對系統(tǒng)性能造成影響,雖然道 理很明顯越多的特征和值字段可能使分析更細(xì),你需要在兩者間平衡. 3 在建立特征時,讀者必須明白這些名詞. 一Fix characteristic 指固定的特征,比如客戶,controlling area,sales.Org 等,可這樣 理解就是這些字段在 COPA 的相關(guān)表固定存在,不管你有沒有將其設(shè)置成特征字 段.(注注:你設(shè)置的特征字段將會形成你設(shè)置的特征字段將會形成 COPA 相關(guān)表的字段相關(guān)表的字段). 二特征的 combound Dependencies,意思是一個特征必須同時依靠另一特征,典 型的比如你選擇了地區(qū) KNA1-REGIO 做特征,同時 KNA1-LAND1 也必須選上, 另一個例子就是選擇了成本中心, Fixed 特征特征 Controlling area 就是 combound dependencies 特征. (為了節(jié)省一字段為了節(jié)省一字段,所以通常自定義一特征所以通常自定義一特征,然后然后 KES1 維護(hù)地區(qū)值和維護(hù)地區(qū)值和 KEDR 做個做個 derivation rule 取取 REGIO 的值就可的值就可). 4 關(guān)于 data element,domain 等名詞請看附錄應(yīng)該掌握的應(yīng)該掌握的 ABAP 知識知識. .2 MaintainMaintain ValueValue FieldsFields T-code:KEA6 SE16: 初始畫面和選擇基本和維護(hù)特征一樣,再此著重介紹下如何根據(jù)需求維護(hù)自己的值 字段. 關(guān)于特征字段,通常并不需要很多自定義的字段,相反,視想 Co-PA 分析多細(xì),讀者可 定義很多自己的 value fields,特別地, 甚至可定義自己的 PA 傳輸架構(gòu)(T-code: KEI1), 全部使用自定義的 value field.(如圖 7.1.2-2) 如圖 7.1.2-2, 全部使用自定義的 value fields,這是采用 Costing-based PA type 的好處 (關(guān)于 costing-based 和 accouting-base COPA 的采用請看下面討論). Value fields 是 costing-based PA 的最小分析單位通常它有銷售數(shù)量,銷售輸入,銷售 成本,銷售折扣,各種差異等組成,必須考慮哪些值字段是需要的,比如需要將差異傳到 COPA 嗎?需要將差異更小層次細(xì)分嗎?要怎么細(xì)分?需要建立什么樣的 value field 等. 1 Value field 有倆種類型,Amount 和 Quantity 型.大多數(shù)情況下可能 Aggregation 都會選擇 SUM,在選擇 LAS,AVG 必須仔細(xì)考慮. 2 如果需要,全部使用自定義的 value fields,然后自定義描述,值字段在接下來來的 Flows of Actual values 配置中將用來對應(yīng)科目(實(shí)際是成本要素),MM,SD 的條件 類型. 3.是否需要區(qū)分主營業(yè)務(wù)收入(成本)和其他業(yè)務(wù)收入(成本)?如需要,要建立 4 value field 然后去和 SD condition 對應(yīng)(condition 也要建立 4 種去區(qū)別). 4 如果需要,預(yù)留出幾個 value fields 給未來不可預(yù)見業(yè)務(wù),畢竟當(dāng) OC 被全部激活 后要更改 COPA 數(shù)據(jù)結(jié)構(gòu)是不容易的事情,假設(shè)企業(yè)忽然需要某種費(fèi)用進(jìn)入 COPA 而且還需要和其他費(fèi)用區(qū)別,如有預(yù)留字段,需使用只要將其 map 到此費(fèi) 用科目就可. 5.讀者思考: 特征通?？衫斫鉃橛泄潭〝?shù)據(jù)的字段比如產(chǎn)品特征通常可理解為有固定數(shù)據(jù)的字段比如產(chǎn)品-物料物料,值字段的值字段的 data 通?？勺兺ǔ？勺?的的,比如產(chǎn)品的銷售數(shù)量比如產(chǎn)品的銷售數(shù)量,單價和金額單價和金額,這很容易理解這很容易理解,問題是如果將一些數(shù)量字段問題是如果將一些數(shù)量字段 強(qiáng)行設(shè)置成特征會有什么結(jié)果強(qiáng)行設(shè)置成特征會有什么結(jié)果? .3 MaintainMaintain OperatingOperating ConcernConcern T-code: KEAO SE16: 如圖 7.1.3-1,1輸入 OC 名稱 STOC,保存后開始建立 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 類型,關(guān)于使 用 costing-based 還是 account-based PA type 在下面有討論,通常會試驗(yàn)區(qū)使用 costing-based,因?yàn)槠浞治龈屿`活. 5建立 data structure (接下來會重點(diǎn)介紹如何建 立 data structure). 6在屬性頁中可定義 Co-PA 使用的幣別和會計年度變式, 只有定 義了這些,在 Environment 才可激活 Client-specific part. 建立 data structure,如圖 7.1.3-2,1根據(jù)實(shí)際業(yè)務(wù)選擇 data structure 需要的特征字段, 為了便于說明,在選擇了相關(guān)字段后按 change view, 2可選擇需要的 value fields 字 段用于建立 data structure ,3為了便于說明,加上了倆自定義的特征(同時定義時-請請 參照參照 7.1.1:Maintain7.1.1:Maintain CharacteristicCharacteristic 選擇了 with own value maintenance),所 以此倆表分別對應(yīng)到 check table 是 T2503|T2504. 關(guān)于 value fields,全部采用自定義的 value fields,如圖 7.1.3-3,通常 Gross Sales 和 COGS 是應(yīng)該用于分析的,在接下來將介紹這些 value field 如何和 SD,MM condtions,PA 傳輸架構(gòu)等相對應(yīng).(Tcode:KE4I|KE4IM|KEI1,詳細(xì)請看7.4 Flow of actual values配置). 建立完 data structure 后,必須激活,然后退回 OC Attribute Tab 頁維護(hù)幣別和年度變式,在 Environment 中激活 client 相關(guān)相關(guān)和 client 不相關(guān)不相關(guān)的 COPA 部件. 1 什么是 client 相關(guān)和 client 無關(guān)?讀者可自行思考. 2 在建立 data structure 時,SAP 做了什么動作? 在建立 OC-STOC 時,系統(tǒng)會產(chǎn)生這樣一個結(jié)構(gòu) CE0STOC(注意注意 COPA 自動產(chǎn)生的自動產(chǎn)生的 結(jié)構(gòu)和表名稱命名規(guī)則是結(jié)構(gòu)和表名稱命名規(guī)則是 CE0-4+OC 名稱名稱). CE0STOC:結(jié)構(gòu),用于 COPA 程序中定義內(nèi)表/ CE1STOC:保存 actual line items. CE2STOC:保存 plan line items CE3STOC:保存 PSG info . CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC 意義讀者可自 己去研究. 一般地一般地,如果細(xì)心的讀者使用如果細(xì)心的讀者使用 SE11 查看查看, 1會發(fā)現(xiàn)在會發(fā)現(xiàn)在 CE1XXXX|CE2XXXX 表中的表中的 COPA_AWSYS| TIMESTMP 的字段就是你定的字段就是你定 義的特征和值字段義的特征和值字段(視實(shí)際情況可能有出入視實(shí)際情況可能有出入). 2銷售組織,分銷渠道,客戶,公司等必須字段盡管你在特征中未定義在這些表中 也已經(jīng)存在,這很容易理解,利潤分析連這些最常用的字段都沒了還談得上什么 分析?所以就做成 default 字段了. 3 激活 Environment 時 SAP 做了什么動作? 其實(shí)說白了其實(shí)說白了,CO-PA 就是啟動了它就是啟動了它,建立了幾個表在建立了幾個表在 SO creation, Billing generation 或或 FI 記記 帳等時帳等時(請看請看 Flows of Actual Values 配置配置)將相關(guān)數(shù)據(jù)寫入將相關(guān)數(shù)據(jù)寫入 COPA 而已而已,正如上面所講正如上面所講,如果如果 你不上你不上 CO-PA 可使用可使用 report,但是龐大的數(shù)據(jù)和復(fù)雜的邏輯可能會是但是龐大的數(shù)據(jù)和復(fù)雜的邏輯可能會是 report 運(yùn)行失敗運(yùn)行失敗,如果如果 有了有了 CO-PA,直接從那個表抓數(shù)據(jù)多快直接從那個表抓數(shù)據(jù)多快. 在這層意思上在這層意思上, COPA 倒是和信息結(jié)構(gòu)系統(tǒng)倒是和信息結(jié)構(gòu)系統(tǒng),BW 的的 邏輯一樣邏輯一樣. 同樣地同樣地,讀者發(fā)現(xiàn)讀者發(fā)現(xiàn) COPA 在設(shè)計上和在設(shè)計上和 SPL 也很相似也很相似,COPA 通過維護(hù)特征和值字段產(chǎn)生一些通過維護(hù)特征和值字段產(chǎn)生一些 列表列表,SPL 通過建立通過建立 table group 產(chǎn)生一系列表產(chǎn)生一系列表. 兩者同樣會動態(tài)產(chǎn)生一些相關(guān)程序兩者同樣會動態(tài)產(chǎn)生一些相關(guān)程序. 4.一個建議,為了研究 COPA 邏輯,KE4I 維護(hù) FI 的 PA structure,然后 FB50 記一筆帳選個 PSG,然后看看 CE1XXXX 和 CE3XXXX 表的變化.同樣開個 SO,產(chǎn)生 billing 看其倆表內(nèi)容. 7.1.4 Sample Operating Concerns T-code: SE16: 從 SAP 的 sample OC 中 Copy 所需的 OC,同時將相關(guān) IMG 也 Copy 過來,通常不建 議這樣做,畢竟每個企業(yè)有不同的實(shí)際業(yè)務(wù)需求,Copy SAP Sample OC 顯然難于達(dá)到 需求. 讀者可自行測試如何使用此功能. .5 DefineDefine profitabilityprofitability SegmentSegment Char.Char. T-code:KEQ3 SE16: V_TKEOE 定義 PSG 所用到的特征,只有為 OC 定義的特征和值字段在利潤分析段(PSG)才可使 用,你還可決定客戶,銷售訂單等固定特征是否可在 PSG 中使用(SAP 默認(rèn)是不用的). .6 SetSet OperatingOperating ConcernConcern T-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 Data IMG Path 如圖 7.2-1. .1 MaintainMaintain CharacteristicCharacteristic ValuesValues 為用戶自定義的特征維護(hù)特征值. 在圖 7.1.33中我特意強(qiáng)調(diào)了 data structure 采用的這倆字段,WW098,WW099 在定義 時使用了 check table,如果在 PSG 中要用到此兩特征,顧名思義,特征的 value 必須 check table T2503|T2504. 1 假設(shè)在實(shí)際應(yīng)用中 WW098 是表示產(chǎn)品 brand,然后 PSG 中使用了 WW098,邏 輯就會檢測 WW098 的 check table 是否維護(hù)了品牌,如果沒找到就會有錯誤. 2 對于那些自定義的特征沒有采用 check table 這步不用做,只要使用 KEDS 維護(hù) derivation rule 就行. .2 DefineDefine CharacteristicsCharacteristics HierarchyHierarchy Tcode:KES3 將特征分層,這也好理解.如果需要,可將特征分層次. .3 DefineDefine CharacteristicCharacteristic DerivationDerivation Tcode:KEDR Derivation(這個估計要請這個估計要請 Xuebi 翻譯才比較準(zhǔn)確翻譯才比較準(zhǔn)確,畢竟畢竟 Xuebi 在美在美 國掃過幾年垃圾國掃過幾年垃圾,我想英文應(yīng)該不錯我想英文應(yīng)該不錯). Derivation 的意思是一些特征的值獲取可根據(jù)另外一些和它邏輯相關(guān)的特征的值,尤 其在自定義的特征設(shè)置 Derivation 十分必要. 下面介紹如何建立一個 derivation,稍有編程經(jīng)驗(yàn)的人看一眼都懂,如圖 7.2.3-1,1 Derivation rule,圖 7.2.3-3 有個 WW099 對應(yīng)到 Sales office 的 rule,2Table lookup 的 條件和 derivation rule 不同的 table lookup 可使用多條件,3使用 move 可直接直接根 據(jù)條件從一個 COPA 特征字段或 SAP 字段給另一個 COPA 特征字段賦值,4可根 據(jù)條件將一些特征字段的值清楚 ,假設(shè)定義了一 derivation rule,在一些公司中如想讓 這些 derivation 不起作用,就可在此設(shè)置條件等于此公司的將 Derivation 的特征值給 Clear5可寫用戶出口給特征賦值(SMOD:COPA0001-函數(shù)函數(shù) EXIT_SAPLKEDRCOPA_001-Exit in Derivation Rule),如果實(shí)際業(yè)務(wù)前面四種方法都不 難達(dá)到用戶需求,小寫一個 user exit 也非難事,畢竟程序是最靈活的. 如圖建立了倆 characteristic Derivation . 如圖 7.2.3-3,這是一個 derivation rule 的例子,1如果 PSG 中 sales office = 3100(對應(yīng) 3的 KMVKBU 字段),則2Region 的值記到 COPA 表中是 EUROPE(對應(yīng)的字段是 4自定義的特征 WW099,在此將銷售 office 看成 Sales region),因?yàn)?WW099 有 check table,所以所有的 region 值必須在 KES1 中維護(hù). 這就是 Derivation,如果 WW099 在建立時沒選擇使用 check table,Region 值就可隨意 輸入(沒有 check table),現(xiàn)在用戶應(yīng)明白為什么要 check table,其實(shí)是防止不合理的數(shù) 據(jù)進(jìn)入 COPA 而已. 在維護(hù) Derivation rule 后, 你可做個很簡單的測試,就是 FB50 手工記筆帳選擇 PSG, 你輸入 sales office 3100 后, 按 Derivation 按鈕看是否 Region EUROPE 能否帶出,你 還可測試設(shè)置一 Clear ,Condition 是 sales office =3100 和 plant = 3101, Region EUROPE 給清空(其他的 plant 依舊有效). 除了 derivation 可給自定義特征賦值,move,table lookup 等都可. 圖 7.2.3-4 是一個使 用 move 的例子. 如圖 7.2.3-4,1move 名,2Production name,源字段,3目標(biāo)字段是自定義的特征 WW003,4賦予整個值給目標(biāo)字段,5ARTNR 的值從第 11 字段開始取后 5 個字符 賦予部分值給 WW003. 關(guān)于關(guān)于 table lookup,user exit 讀者自行思考讀者自行思考. 本章小節(jié): 1.決定采用什么類型的利潤分析? costing-base 和 accounting-based 區(qū)別前者采用 value field,可對應(yīng)到 cost/Revenue 成本要素,MM|SD 的條件類型,而后者采用的只能是成本要素. 在對應(yīng)關(guān)系上, value field 可對應(yīng)一到多科目(成本要素),而后者很好立即一個成本要素和會計科 目必須是一一對應(yīng). 居于前者更靈活,通常企業(yè)會選擇前種類型. Costing-based CO-PA 有些缺點(diǎn)有些缺點(diǎn). 一時差. 一個實(shí)例是 SD,已發(fā)貨但是沒 biling,(銷售成本 COGS 只有當(dāng) billing 時才到 CO- PA), 此時 COGS 被 post 到 FI, 但是 CO-PA 卻沒有.(這是針對采用手工 billing 的 企業(yè),通常企業(yè)采用自動的后臺 Job 生成 billing 這問題就不存在) 二應(yīng)計: 比如在傳輸 sales order 到 CO-PA 時,一些應(yīng)計費(fèi)用通過 SO 的 condition 傳到 CO- PA 模塊,但從財務(wù)角度,這些費(fèi)用并沒發(fā)生因此在 FI 中也不存在 三貨幣轉(zhuǎn)換小數(shù)差和匯率差. 一個 OC 中(企業(yè)用倆 OC 的恐怕很少)可能使用多個 controlling area(有的企業(yè)使 用了兩到多個),這倆差異在其它模塊也會有類似的不可避免的問題. 2.什么是利潤分析段? PSG 是特征的一個唯一組合,比如可將產(chǎn)品號,產(chǎn)品組,客戶,銷售組織,分銷渠道做 為一個利潤分析段 3 需要為收入類科目建立 cost element category 11 成本要素嗎? 通常如果沒上 CO-PA 和 CO-PCA 可以不建立,如果只上了 CO-PA 并且類型是 costing-based 也可不建立因?yàn)椴捎玫氖侵底侄?如果上了 CO-PCA 利潤中心,就必 須為收入科目建立成本要素. 如果采用的是 accouting-based CO-PA 也必須建立 為收入類科目建立成本要素. 4.Create Data structure 系統(tǒng)產(chǎn)生了那些表和結(jié)構(gòu)? 在激活 OC 時,下面這些表和結(jié)構(gòu)會產(chǎn)生.CE0STOC(結(jié)構(gòu))CE1STOC|CE2STOC| CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC. 其中 CE1STOC 保存 PA 實(shí)際行項(xiàng)目(類似 ledger 中的 actual line items), CE2STOC 是 plan 行項(xiàng)目,CE3STOC 保存的是 PSG 數(shù)據(jù)(類似 Ledger 中的 Summary table). 5 如何刪除如何刪除 OC? 首先刪除分配 KEKK,后才可使用 KEA0 刪除一個 OC,刪除 OC 將所有相關(guān)的表, 結(jié)構(gòu),動態(tài)程序(Environment)全部刪除了.還必須進(jìn)入刪除表才會徹底刪除干凈. .4 ValuationValuation StrategiesStrategies .5 SetSet UpUp ValuationValuation UsingUsing MaterialMaterial CostCost EstimateEstimate .6 SetSet UpUp ConditionsConditions andand CostingCosting SheetsSheets 這步設(shè)置可建立 CO-PA 專用的 condtion 和成本核算單(關(guān)于 condition 的配置請看 附件光盤condition.doc)用于分析使用原始憑證不能做到的邊際效益分析,比如用 于計算 sales order 的銷售折扣和運(yùn)輸費(fèi)用等(未發(fā)生的虛擬值未發(fā)生的虛擬值).鑒于篇幅,讀者請自行 研究. 7.3 Planning IMG Path :如圖 7.3-1 .1 InitialInitial StepsSteps DefineDefine NumberNumber RangesRanges forfor PlanningPlanning DataData MaintainMaintain VersionsVersions 73.1.373.1.3 AssignAssign QuantityQuantity FieldsFields .2 PlanningPlanning FrameworkFramework SetSet UpUp PlanningPlanning FrameworkFramework CreateCreate PlanningPlanning LevelLevel frofro PlanningPlanning LayoutLayout DisplayDisplay PlannerPlanner ProfilesProfiles .3 ManualManual EntryEntry ofof PlanningPlanning DataData DefineDefine PlanningPlanning layoutlayout DefineDefine ValueValue FieldField AssignmentsAssignments DefineDefine DistributionDistribution ProfilesProfiles CalculatedCalculated ValuesValues asas ReferenceReference 7.3.4 Integrated Planning 7.3.5 Planning Aids 7.3.6 Reorganization 7.4 Flows of Actual Values IMG Path:如圖 7.4-1. .1 InitialInitial StepsSteps DefineDefine NumberNumber RangesRanges forfor ActualActual PostingsPostings T-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 字段(SE16 可檢查). 1Groups 可看到 Co-PA 使用的 record type,假設(shè)讀者將 record type B 的 number range 給刪了,在 FI 記帳就會有圖 -3 的錯誤,2OC 名稱,3可查看并更改當(dāng)前 的 number,4查看更改 number range SAP 允許使用外部編號.什么情況下使用,讀者自行考慮, MaintainMaintain CharacteristicCharacteristic GroupsGroups T-code :KEPA SE16: 如圖 -1,1定義一個特征組2行號而已3字段4從圖中可以看出,BUKRS 和 KNDNR 將是必輸字段,VKORG 是只讀字段,而 MATKL 是可選字段. 注意注意: 1 特征組包含自定義的多個字段及其輸入狀態(tài),如果在輸入利潤段時,用戶可能需 要一些特定的個性值(比如在利潤分析段屏幕上需要限制某些字段必輸在利潤分析段屏幕上需要限制某些字段必輸,如果不使 用特征組,在輸入利潤段將顯示所有的可用特征-KEQ3 定義的特征),就可建立特 征組. 2 這些特征字段狀態(tài)是用戶利潤分析段選屏的,和一般科目使用的 field status group 是兩個概念. AssignAssign Cha.Cha. Grp.Grp. forfor AssignmentAssignment ScreenScreen T-code: KE4G SE16: 如圖 -1,1業(yè)務(wù)交易類型 RFBU 指的即是財務(wù)記帳,2在上一步定義的特征組, (注意 Z003 不能在此使用,因?yàn)樘卣鹘M字段有 BUKRS 公司代碼字段),3可模擬看到 將來記帳時輸入 PSG 時的 subscreen 和特征組所設(shè)置的字段及其輸入狀態(tài). 1 什么是 business transaction (請參照 3.7 特別總帳特別總帳的 activity) ,在此就不再解釋. 2 FB50,F-02 等記帳的 Bus. Trn 就是 RFBU,在配置完后讀者可立即測試. 3 從程序的角度看,為 RFBU 等定義特征組后,在程序中 LKEAKF30 中有這樣的 判斷就是如果帶?的必選字段未輸入,就有錯誤消息message id 00 type E number 055. AssingAssing Char.Char. Grp.Grp. ForFor LineLine ItemItem ScreenScreen T-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 時才會起作用呢? MaintainMaintain ValueValue FieldField GroupsGroups T-code :KEVFG SE16: 值字段組和特征組同樣道理,就是在輸入值字段時希望自定義那些值字段為必輸,就 可采用它(如某 Bus. Trans 沒有值字段組,就顯示利潤分析段的全部值字段). 如圖 -1,1自定義組 ZVF1. AssignAssign ValueValue FieldField GroupsGroups forfor LineLine ItemItem ScreensScreens T-code :KEVG3 SE16: 如圖 -1,現(xiàn)在將此 value field group 分配給 record type F 和和 B, record type 記錄 類型,不過是為了區(qū)分 post 到利潤分析模塊的數(shù)據(jù)來源而已. 回看圖 -1 分配特征組給記錄類型,現(xiàn)在又將值字段組分配給了記錄類型, 為了便于讀者理解,舉個實(shí)例,在一些情況下我們可能需要直接 post line item 到利 潤分析模塊. 我們使用 Tcode :KE21N ,如圖 -2.,KE21N 將直接產(chǎn)生 PA Document with Line items. KE21N 用于直接產(chǎn)生 PA 憑證憑證,如圖圖 -2,如果有實(shí)際業(yè)務(wù)比如需要手工調(diào)整 COPA 就可使用它,這些手工 Post 的數(shù)據(jù)只反映在 PA 中并不會影響財務(wù). 1通常 KEN1 定義的編號范圍是自動內(nèi)部編號的,建議將這些手工建立的 PA doc 使用外部編號(如圖 -2),以便區(qū)分那些直接從 FI,MM,SD 等模塊自動 post 到 CO-PA 的 PA doc. 讀者 Enter 后,會發(fā)現(xiàn) Characteristics 和 Value Field Tab 頁顯示的字段將是 KEVG2 和 KEVG3 定義的特征組和值字段組所包含的特征和值字段并且?guī)в杏脩糇远x 的輸入狀態(tài),這些正是用戶所需要的,否則看到的將是 OC 中定義的全部可用全部可用特征和 值字段. Summarize Data During Update T-code :KE2S SE16: 如圖 -1,1交易類型,前面已經(jīng)說明很清楚,2如選了表示只會對外部來的數(shù)據(jù) 才會匯總(比如 iDoc,假設(shè)一大集團(tuán)甚至有多 client,畢竟 client 之間的數(shù)據(jù)是完全獨(dú) 立的,為了使跨 client 的利潤分析成為可能,可能使用 iDoc,數(shù)據(jù)從各 client 匯總),3, 數(shù)據(jù)是發(fā)生在 derivation 前還是后面. 舉一個簡單的例子,如 FI doc 有 3 個 line item 都對應(yīng)到 account 且相同的 PSG 10074(Amount 分別是 100,200,300 USD),一般將有 3 line item 寫到 COPA 行項(xiàng)目表 CE1*中,如使用了 KE2S,則只有總的 600 USD 被 post 到 CE1*. Store Quantities In CO-PA Std. Unit of Measure T-code :KE4MS SE16: SAP 幫助中的一個例子是說, VVISQ 值字段對應(yīng)到本世紀(jì)末 FKIMG(Billing qty),現(xiàn) 在要求知道 Bill 了多少 KG,為此,需另外建立一字段 VVIQT(描述是 Billing KG,如果 SO 中使用了銷售單位是噸,可庫存單位是 KG,如僅僅傳輸 VVISQ 將難于區(qū)分 billed qty 單位究竟是 Ton 還是 KG),然后將轉(zhuǎn)化后的 billed KG 保存在 VVIQT 中. 如圖 -1 的,這是另外一個實(shí)例,就是將 At risk(可能的潛在的 SO qty,這在做 sales forecast 和 CO-PA 計劃版本中很重要) quantity VVQ03 數(shù)量算進(jìn) Order qty VVQ02 中. 7.4.2 Transfer of Incoming Sales Orders Assign Value Fields Tcode: KE4I|KE4IM SE16: 這步將 SD 和 MM 的 condition(通常對通常對 MM 模塊只用內(nèi)部轉(zhuǎn)廠模塊只用內(nèi)部轉(zhuǎn)廠 PO-實(shí)際上可看成是將實(shí)際上可看成是將 supplying plant 的的 SO 和和 receiving plant 的的 PO 合并合并,所以有個所以有個 intercompany sales 的的)和值字 段對應(yīng)上. 如企業(yè)要求將相關(guān)銷售費(fèi)用比如運(yùn)輸費(fèi)保險費(fèi)報關(guān)費(fèi)產(chǎn)權(quán)費(fèi)等分配到銷售產(chǎn)品如企業(yè)要求將相關(guān)銷售費(fèi)用比如運(yùn)輸費(fèi)保險費(fèi)報關(guān)費(fèi)產(chǎn)權(quán)費(fèi)等分配到銷售產(chǎn)品,可可 為每種費(fèi)用建立為每種費(fèi)用建立 condition 和和 value field 然后在此維護(hù)關(guān)系然后在此維護(hù)關(guān)系. 如圖 -1,1 Condition type 2對應(yīng)的值字段,因?yàn)榉治龅囊?所有的 value field 都使用了自定義.condition type 和 value field 對應(yīng)的關(guān)系是多個 condition type 可對 應(yīng)到同一值字段,通常這些值字段是 Amount 型的(值字段還有 quantity 型的) 3傳輸 的數(shù)據(jù)是否要正負(fù)號. 在在 KE4IM 中中,將轉(zhuǎn)廠將轉(zhuǎn)廠 PO 的的 Intercompany sales 的條件類型和的條件類型和 VV013 聯(lián)系上聯(lián)系上,在此在此 不再貼圖描述不再貼圖描述. Assign Quantity Fields 如圖 -1,典型地,將銷售數(shù)量和開飄數(shù)量分配給值字段. Activate Transfer of Incoming Sales Orders 如果需要將 sales order 數(shù)據(jù)傳輸?shù)?COPA,請激活傳輸 SO,由于圖 -1 使用了 KWMENG,所以在此選擇 Inc. SO 類型為 2. 7.4.3 Transfer of Billing Documents Reset Value/Quantity Fields Tcode:KE4W 1. sales order 如何傳輸?shù)?COPA,數(shù)量改變在 COPA 如何反映? 假設(shè) SO 的 item 20 對應(yīng)的 WWC-001 起初數(shù)量是 100,在保存時,立即有數(shù)據(jù)在 CE1*,CE3*等表,在此特別提示下 CE1*實(shí)際行項(xiàng)表,假設(shè)在 KEA0 的 Attribute tab 頁定義了倆 currencies,一是 OC currencies,一是 company code currencies 并且兩者不同,在 COPA 中一 SO item 將會產(chǎn)生兩條記錄分別對應(yīng)到 currency type B0 和 10 .(有多少不同的 currencies 就會對應(yīng)多少條不同貨幣類型 的記錄) 假設(shè)現(xiàn)在 SO 的數(shù)量改成 50,會產(chǎn)生兩條記錄,一條是 SO qty -100 沖前面的 100, 另一條是改正后的 50 . 當(dāng)傳輸 SO,對應(yīng)的一些比如報關(guān)費(fèi)運(yùn)輸費(fèi)由 condition 傳到 value field,如開票不 及時,造成 FI 和 PA 數(shù)據(jù)存在時間差異,前面在分析 costing-based PA 也強(qiáng)調(diào)過. 2.需不需要傳輸 sales order 到 COPA 視你 COPA 要分析到什么程度,如果連 SO 都不傳,你的 COOPA 就太粗了,相信絕 大多數(shù)企業(yè)會需要傳輸 sales order 的. 使用 Flexible planning 加信息系統(tǒng)做 sales forecast(Plan verion),SO 則作為實(shí)際值, 然后可比較銷售計劃和實(shí)際銷售(SO 值)的差異. 3 為什么要 Reset value/Quantity fields. 銷售退回,運(yùn)輸保險保關(guān)費(fèi)用已經(jīng)實(shí)現(xiàn),在 billing 時只應(yīng)沖減收入,回增庫存,相關(guān) 費(fèi)用從 condition 帶過去則必須是 0,不能沖已經(jīng)發(fā)生的數(shù)據(jù). 注意注意:銷售退回訂單的銷售退回訂單的 SO qty 傳到傳到 CO-PA 是負(fù)數(shù)是負(fù)數(shù),可沖可沖 PA 實(shí)際發(fā)生的銷售數(shù)量實(shí)際發(fā)生的銷售數(shù)量. 7.4.4 Order and Project Settlement 7.4.5 Direct Posting from FI/MM 7.4.6 Settlement of Production Variances .7 TransferTransfer ofof OverheadOverhead 以下請無知和以下請無知和 XuebiXuebi 同志去搞定同志去搞定, ,然后然后 ShareShare 一下班一下班 目目 錄錄 1.基本業(yè)務(wù)原理基本業(yè)務(wù)原理3 獲利分析會計的目標(biāo)和任務(wù).3 獲利分析會計的并行方法.5 用戶自定義的報表對象.5 集成的數(shù)據(jù)流6 分析性的銷售和利潤計劃.7 靈活的報表功能8 具有中央獲利分析功能的分散的邊際貢獻(xiàn)會計.9 獲利分析會計的流程.10 獲利分析會計的分類特征.10 使用標(biāo)準(zhǔn)成本的銷售成本會計(期中銷售分析)12 使用實(shí)際成本的銷售成本會計(最終銷售分析)12 固定成本歸屬的期段分析.13 基于帳戶和基于成本的獲利分析13 利潤中心會計中的期間會計.14 2.基本數(shù)據(jù)的定義基本數(shù)據(jù)的定義15 獲利分析單元的概念.15 特征的定義16 關(guān)鍵數(shù)字的定義19 銷售數(shù)量和利潤計劃的制定.21 利潤計劃基礎(chǔ)21 銷售數(shù)量的計劃24 作毛收入和凈收入計劃.26 作銷售成本計劃26 多種計劃技術(shù)27 計劃的集成28 促銷預(yù)算的制定29 編輯實(shí)際數(shù)據(jù)31 通過均衡比例估算確定經(jīng)營毛利32 發(fā)票數(shù)據(jù)的傳輸32 根據(jù)計算估算33 用實(shí)際產(chǎn)成品成本估算.36 通過定單結(jié)果分析和結(jié)算確定經(jīng)營毛利37 通過對比直接計帳的收入和成本確定經(jīng)營毛利.38 確定凈經(jīng)營利潤39 間接費(fèi)用的分配40 期間間接費(fèi)用的分配.41 客戶定單的轉(zhuǎn)送43 與外部發(fā)票處理系統(tǒng)的接口.43 獲利能力分析44 獲利分析報表的類型.46 標(biāo)準(zhǔn)報表功能50 表格報表54 利