【正文】 ,[3]為了便于說明,加上了倆自定義的特征 (同時定義時請參照 :Maintain Characteristic 選擇了 with own value maintenance),所以此倆表分別對應到 check table 是 T2503|T2504.8 / 94關于 value fields,全部采用自定義的 value fields,如圖 ,通常 Gross Sales 和COGS 是應該用于分析的,在接下來將介紹這些 value field 如何和 SD,MM condtions,PA 傳輸架構等相對應.(Tcode:KE4I|KE4IM|KEI1,詳細請看 Flow of actual values 配置).9 / 94建立完 data structure 后,必須激活,然后退回 OC Attribute Tab 頁維護幣別和年度變式,在Environment 中激活 client 相關和 client 不相關的 COPA 部件.1 什么是 client 相關和 client 無關?讀者可自行思考.2 在建立 data structure 時,SAP 做了什么動作?在建立 OCSTOC 時,系統(tǒng)會產(chǎn)生這樣一個結構 CE0STOC(注意 COPA 自動產(chǎn)生的結構和表名稱命名規(guī)則是 CE04+OC 名稱).CE0STOC:結構 ,用于 COPA 程序中定義內(nèi)表/CE1STOC:保存 actual line items.CE2STOC:保存 plan line itemsCE3STOC:保存 PSG info .CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC 意義讀者可自己去研究.一般地,如果細心的讀者使用 SE11 查看,[1]會發(fā)現(xiàn)在 CE1XXXX|CE2XXXX 表中的 COPA_AWSYS| TIMESTMP 的字段就是你定義的特征和值字段(視實際情況可能有出入 ).[2]銷售組織, 分銷渠道,客戶,公司等必須字段盡管你在特征中未定義在這些表中也已經(jīng)存在,這很容易理解,利潤分析連這些最常用的字段都沒了還談得上什么分析?所以就做成 default 字段了.3 激活 Environment 時 SAP 做了什么動作?其實說白了,COPA 就是啟動了它,建立了幾個表在 SO creation, Billing generation 或 FI 記帳等時(請看 Flows of Actual Values 配置) 將相關數(shù)據(jù)寫入 COPA 而已,正如上面所講,如果你不上 COPA 可使用 report,但是龐大的數(shù)據(jù)和復雜的邏輯可能會是 report 運行失敗,如果有了 COPA,直接從那個表抓數(shù)據(jù)多快. 在這層意思上, COPA 倒是和信息結構系統(tǒng),BW 的邏輯一樣.同樣地,讀者發(fā)現(xiàn) COPA 在設計上和 SPL 也很相似,COPA 通過維護特征和值字段產(chǎn)生一些列表,SPL 通過建立 table group 產(chǎn)生一系列表. 兩者同樣會動態(tài)產(chǎn)生一些相關程序.,為了研究 COPA 邏輯,KE4I 維護 FI 的 PA structure,然后 FB50 記一筆帳選個PSG,然后看看 CE1XXXX 和 CE3XXXX SO,產(chǎn)生 billing 看其倆表內(nèi)容. Sample Operating ConcernsTcode: SE16:從 SAP 的 sample OC 中 Copy 所需的 OC,同時將相關 IMG 也 Copy 過來,通常不建議這樣做,畢竟每個企業(yè)有不同的實際業(yè)務需求,Copy SAP Sample OC 顯然難于達到需求.讀者可自行測試如何使用此功能. Define profitability Segment Char.Tcode:KEQ3 SE16: V_TKEOE定義 PSG 所用到的特征,只有為 OC 定義的特征和值字段在利潤分析段 (PSG)才可使用,你還可決定客戶,銷售訂單等固定特征是否可在 PSG 中使用(SAP 默認是不用的). 10 / 94 Set Operating ConcernTcode:KEBD|KEBI|KEBA SE16:在 Set OC 時 OC 需要已經(jīng)被完全激活 (Tcode: KEA0),一個 OC 一次只可使用一個類型的 COPA(Costingbased or Accoutingbased)從程序來將,這動作不過是賦給 parameter ID 一個 default 值而已,類似的 Tcode 還有 AM 中的 OAPL :Set charts of Depreciation 和 OKKS:Set default cotrolling area . Master DataIMG Path 如圖 . Maintain Characteristic Values為用戶自定義的特征維護特征值.在圖 [3]中我特意強調(diào)了 data structure 采用的這倆字段 ,WW098,WW099 在定義時使用了 check table,如果在 PSG 中要用到此兩特征 ,顧名思義,特征的 value 必須check table T2503|T2504.1 假設在實際應用中 WW098 是表示產(chǎn)品 brand,然后 PSG 中使用了 WW098,邏輯就會檢測 WW098 的 check table 是否維護了品牌,如果沒找到就會有錯誤.2 對于那些自定義的特征沒有采用 check table 這步不用做,只要使用 KEDS 維護derivation rule 就行.11 / 94 Define Characteristics HierarchyTcode:KES3 將特征分層,可將特征分層次. Define Characteristic DerivationTcode:KEDR Derivation(這個估計要請 Xuebi 翻譯才比較準確,畢竟 Xuebi 在美國掃過幾年垃圾,我想英文應該不錯).Derivation 的意思是一些特征的值獲取可根據(jù)另外一些和它邏輯相關的特征的值,尤其在自定義的特征設置 Derivation 十分必要.下面介紹如何建立一個 derivation,稍有編程經(jīng)驗的人看一眼都懂,如圖 ,[1]Derivation rule,圖 有個 WW099 對應到 Sales office 的 rule,[2]Table lookup 的條件和 derivation rule 不同的 table lookup 可使用多條件 ,[3]使用 move 可直接直接根據(jù)條件從一個 COPA 特征字段或 SAP 字段給另一個 COPA 特征字段賦值,[4]可根據(jù)條件將一些特征字段的值清楚 ,假設定義了一 derivation rule,在一些公司中如想讓這些 derivation 不起作用,就可在此設置條件等于此公司的將 Derivation 的特征值給Clear[5]可寫用戶出口給特征賦值(SMOD:COPA0001函數(shù)EXIT_SAPLKEDRCOPA_001Exit in Derivation Rule),如果實際業(yè)務前面四種方法都不難達到用戶需求,小寫一個 user exit 也非難事,畢竟程序是最靈活的.如圖建立了倆 characteristic Derivation .12 / 94如圖 ,這是一個 derivation rule 的例子,[1]如果 PSG 中 sales office = 3100(對應[3]的 KMVKBU 字段), 則 [2]Region 的值記到 COPA 表中是 EUROPE(對應的字段是[4]自定義的特征 WW099,在此將銷售 office 看成 Sales region),因為 WW099 有check table,所以所有的 region 值必須在 KES1 中維護. 這就是 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 給清空(其他的 plant 依舊有效).13 / 94除了 derivation 可給自定義特征賦值,move,table lookup 等都可. 圖 是一個使用 move 的例子.如圖 ,[1]move 名,[2]Production name, 源字段 ,[3]目標字段是自定義的特征WW003,[4]賦予整個值給目標字段,[5]ARTNR 的值從第 11 字段開始取后 5 個字符賦予部分值給 WW003.關于 table lookup,user exit 讀者自行思考.本章小節(jié):?costingbase 和 accountingbased 區(qū)別前者采用 value field,可對應到 cost/Revenue成本要素,MM|SD 的條件類型,而后者采用的只能是成本要素. 在對應關系上,value field 可對應一到多科目(成本要素),而后者很好立即一個成本要素和會計科目必須是一一對應. 居于前者更靈活,通常企業(yè)會選擇前種類型.Costingbased COPA 有些缺點.[一]時差. 一個實例是 SD,已發(fā)貨但是沒 biling,(銷售成本 COGS 只有當 billing 時才到 CO14 / 94PA), 此時 COGS 被 post 到 FI, 但是 COPA 卻沒有.(這是針對采用手工 billing 的企業(yè),通常企業(yè)采用自動的后臺 Job 生成 billing 這問題就不存在 )[二]應計:比如在傳輸 sales order 到 COPA 時,一些應計費用通過 SO 的 condition 傳到 COPA 模塊,但從財務角度,這些費用并沒發(fā)生因此在 FI 中也不存在..[三]貨幣轉(zhuǎn)換小數(shù)差和匯率差.一個 OC 中( 企業(yè)用倆 OC 的恐怕很少)可能使用多個 controlling area(有的企業(yè)使用了兩到多個),這倆差異在其它模塊也會有類似的不可避免的問題.?PSG 是特征的一個唯一組合,比如可將產(chǎn)品號,產(chǎn)品組,客戶,銷售組織,分銷渠道做為一個利潤分析段3 需要為收入類科目建立 cost element category 11 成本要素嗎 ? 通常如果沒上 COPA 和 COPCA 可以不建立,如果只上了 COPA 并且類型是costingbased 也可不建立因為采用的是值字段,如果上了 COPCA 利潤中心,就必須為收入科目建立成本要素. 如果采用的是 accoutingbased COPA 也必須建立為收入類科目建立成本要素. Data structure 系統(tǒng)產(chǎn)生了那些表和結構?在激活 OC 時,(結構)CE1STOC|CE2STOC|CE3STOC|CE4STOC|CE4STOC_ACCT|CE4STOC_FLAG|CE4STOC_KENC.其中 CE1STOC 保存 PA 實際行項目 (類似 ledger 中的 actual line items),CE2STOC 是 plan 行項目,CE3STOC 保存的是 PSG 數(shù)據(jù)(類似 Ledger 中的Summary table).5 如何刪除 OC?首先刪除分配 KEKK,后才可使用 KEA0 刪除一個 OC,刪除 OC 將所有相關的表,結構,動態(tài)程序(Environment). Valuation Strategies Set Up Valuation Using Material Cost Estimate Set Up Conditions and Costing Sheets這步設置可建立 COPA 專用的 condtion 和成本核算單(關于 condition 的配置請看附件光盤 )用于分析使用原始憑證不能做到的邊際效益分析,比如用于計算 sales order 的銷售折扣和運輸費用等(未發(fā)生的虛擬值). 鑒于篇幅,讀者請自行研究. PlanningIMG Path :如圖 15 / 94 Initial Steps Define Number Ranges for Planning Data Maintain Versions7.. Assign Quantity Fields Planning Framework Set Up Planning Framework Create Planning Level fro Planning Layout Display Planner Profiles Manual Entry of Planning Data Define Planning layout Define Value Field Assignments Define Distribution Profiles Calculated Values as Reference Integrated Planning Planning Aids16 / 94 Reanization