CO-62 Valuation class

1. 概念
	Valuation Class是用在物料主檔上的acct. view主要是用來決定會計科目用的，當一個物料有多個Valuation Class可以選時，就代表同一物料類型(成品／原物料…)，在相同交易下，不同的Valuation Class會對應到不同的會計科目
2. IMG
	后台設定在Material Management下
	分為Account category reference／Valuation Class／material type & Account category reference三個部份來設定 其原理為建立Account category reference后，將material type 和Account category reference做一對應，然后再將Account category reference和Valuation class做一對應，這樣在前台就可以看到valuation class的下拉選單了
	建立Account category reference
	material type 和Account category reference做一對應
	再將material type 和Account category reference做一對應
	前台就可以看到valuation class的下拉選單了

CO-61 CO文件number range

1. 概念
	CO文件的給碼原則，是系統已將CO的交易依類型劃分為即定的群組，然后再將設定好的number range指派給這些交易群組，和FI文件不同，其並沒有年度的概念，也就是說所有的年度都共用同一個號碼區間
	設定number range
	系統已定義好之群組
	將number range 和交易群組結合

CO-60 SAP中各種成本的解釋和計算方法(轉載)

（1）標準成本=標準價*標準量即根據物料主資料上的標準價S*BOM上的物料數量等到標準價，一般來講我們是通過T-code CK24 發佈出來，即我們在物料主資料成本視圖2看到的就是標準價。 （2）目標成本=標準價*實際量，標準價同（1），實際量的來源於T-code CO11N 報工後的工時得到。所以如果你的目標成本有誤，一定要去查一下是否沒有報工。 （3）實際成本=實際價格*實際量，因為你是採用標準價，所以出入庫都是標準價格，系統本身並沒有實際價格，但是在CO88 結算後會結算出產品差異，即標準價+差異=實際價格。 （4）計畫成本=計畫價格*計畫數量+作業價格*計畫數量，計畫成本為生產訂單計畫生產量*計畫生產變式中定義的價格，計畫成本同目標成本的差別是：目標成本是成本控制的需要，計畫成本是企業全面預算和計畫控制的需要，計畫成本核算的時間為計畫訂單產生時，當你保存訂單時已計畫成本會自動計算，如果你做出的更改與成本核算有關，則在你保存訂單時，會重新計算已計畫的成本。 在生產訂單中實際成本的計算如下： 1、直接材料成本：是為生產訂單直接領用的物料成本，等於本張訂單領用物料的數量*此物料主資料中的價格，資料來源於MM模組； 2、直接人工費：等於本張訂單耗用的實際工時*本產品的單位小時人工費率，實際工時在訂單確認時輸入，單位小時人工費率來自於作業價格，通過工藝路線中的工作中心計算得出，其貸方為對應的成本中心； 3、製造費用：等於本張訂單耗用的實際工時*本產品的單位小時製造費費率，實際工時在訂單確認時輸入，單位小時製造費率來自於作業價格，通過工藝路線中的工作中心計算得出，其貸方為對應的成本中心； 實際成本同目標成本對比計算差異，以進行成本控制。 假定下麵的場景 1. 成品A 下面需要兩個元件B（2個）、 C（3個）； 2. 原材料B的成本視圖有三個價格：標準價格－2元；計畫價格－1.5元；移動平均價－2.2元； 3. 原材料C的成本視圖也有三個價格：標準價格－3元；計畫價格－2.6元；移動平均價－2.5元； 注：根據核算變式中定義的存取順序取價 4. 成本中心對應的價格為：人工－3元/H; 機器－2元/H ;（KP26中的價格－計畫作業價格） 5. 工藝路線資料（只有一道工序）：人工－0.5小時；機器－0.6小時； 6 .有生產訂單要生成成品A50件； 7. 月末成本中心分割、價格計算、生產訂單價格重估後 成本中心實際價格為：人工－6元/H; 機器－5元/H，實際工時: 人工0.2, 機器0.3 8. 入庫數量為20件 標準成本 ＝ 50_ * ( 2*2+3*3 +0.5*3 +0.6*2)這裡標準成本的核算變式PPC1是取原材料的標準價 計畫成本 ＝ 50*( 2*1.5+3*2.6 +0.5*3 +0.6*2) 這裡訂單核算變式PPP1取的是原材料的計畫價，這裡可能修改訂單元件 目標成本 ＝ 20*( 2*2+3*3 +0.2*3 +0.3*2) 實際成本 ＝ 20*( 2*2.2+3*2.5 +0.2*6 +0.3*5) 這裡數量和價格都是實際數，原材料取價根據PPP2裡面定義的取數邏輯。 1、生產成本通過分配、分攤迴圈（這些迴圈由人工自行定義），按分配分配迴圈中設定的標準將成本分配分攤至各生產訂單（訂單也由人工預先設定，如用什麼原料及取數公式等），由生產訂單運行後結算出該訂單生產的半成品和產成品的成本。其中，半成品和產成品按物料統計成本，分為標準成本和成本差異兩部分。成本差異是物料形成的前些步驟層層結轉後形成的。 2、過量或吸收不足，是指將各成本分配分攤至訂單時，沒有分配完畢，尚有剩餘未分配成本（吸收不足）；分配過多，導致分配後結餘為負數（過量）。

文章來源: http://www.sap6.com/learn/pp/073508252014/1623.html

CO-50 年度變更

1.年度變更
	年未時，需將下一年度的plan打開，才可以上傳預計的下年度預算
	可設定此版本的一些屬性
	如左畫面依需求設置
	如左畫面依需求設置

CO-08 SKF

1. SKF
	SKF是指由cost center 提供服務或是activity 的計量值,其主要是為了期末時reposting或allocation用的,可想成是計算的基底 SKF其為計算的基底,如要將IT部門的費用轉分到各部門去,其計算基礎若是依PC數,則PC數就是SKF 可以做大量變更 分攤的基礎如人數/坪數/pc數
2. TTL and Fixed
	Skf可分為固定值及ttl values,若是數值以年度來看加總后有意義的就是用TTL值,如里程數/電話分鐘數,反之就是用固定值
2.1 fixed values
	Skf的category 設為01,其代表是一段長時間不會變動
2.2 total values
	Skf的category 設為02,其代表是每一期都要給定skf的值

CO-07 Accrual

1. Accrual
	Accrual是指先收到貨,但是發票很后面才來,為了不讓這筆費用在日后才展現,所以要先行估列,也有可能是反過來先付錢但是發票后來(如保費/租金) CO的Accrual是指當FI沒有做Accrual時(所以資料就不會到CO),由CO這邊直接做,但要留意的是,因為新版有起動CO-FI的即時整合,所以CO做accrual時亦會即時產生FI文件,需留意這段的影响 這類的費用理應很從FI來所以應都是PRIMARY COST 為了區別和FI的accrual在CO的accrual 叫做accrual cost,執行accrual這個動作叫accrual calculation
2. Accrual cost
	我們可以將accrual cost概分為二類各叫做valuation differences及additional costs
2.1 valuation differences
	這部份是指對某些評價,若FI和CO做法有差異時,如FI對利息費用的認列和CO的看法不同時
2.2 additional costs
	這部份同上也是指針對一些額外的費用,FI和CO的認知有差時,如租金
3. 輸入Accrual cost的模式
	可分為percentage method/plan=actual procedure/target=actual procedure
3.1 percentage method
	此方式是將要提列相同費用比例的cost element串成一個group,然后指定比例后,執行accrual calculation 例如對每月的薪資提撥勞退基金 此模式會比fi的accrual engine有一個優點是他的金額是可以變動的,而fi的他每期變動會比較麻煩 用這個模式需要建立overhead structure(亦稱為costing sheet)
3.1.1 overhead structur
	overhead structure 又可以稱為costing sheet
	overhead structure可以依不同時期指定不同的overhead structure overhead structure是client level的資料,但要指派給controlling area
	Structure由base component/overhead rate/credit組成 Base是指要做accrual 的cost element區間 overhead rate就是設定比例,可依時間及company code指定比例 credit是指這個accrual cost要去credit 哪個cost object
3.2 target=actual
	針對有些accrual cost 可是和activity有關或是無關的,也就是說他有可能找不到cost element去做accrual calculation,所以就只能用放到成本中心上的值來當accrual 的值 這類的cost element其cate. 屬性值為4

CO-06 period-end closing

1.Period End Closing
	CO和FI一樣有每期結帳的問題,需結完后才可以出管理報表 期末結帳順序可以分為accrual cost/輸入skf(為了reposting用的)/reposting/cost allocation/period lock
2. accrual cost
	要先將相關費用暫估,這樣后續的動作中才可以分攤分配到正確的費用收集單位
3.skf
	因為費用后續要歸到正確的費用收集單位,有可能會用到skf,所以要先建立skf
4. reposting
	這邊的reposting是指periodic reposting,和先前在actual posting下說的reposting有些差異,這邊指的是先收集到某個cost object,月底決定分攤基礎后,再做reposting,和前面說的reposting,比較偏向修正過帳到錯誤的費用收集單位
5. cost allocation
	這邊就是指費用的分攤分配,要轉到合理成本收集單位
6. period lock
	做完所有動作后,就是要將期間關結

CO-04 Account Assignment

1.acct. assignment
	Acct. assignment可以是controlling area level(即default acct. assignment,從cost element主檔中指定,代入交易中)或是img level(即auto acct. assignment,從img中指定代入交易中) Img level的設定會高於 controlling area level
	無論系統是用哪一種acct. assignment,都可以於交易時再修改 一般而言無論是default acct assignment或是automatic acct. assignement,都是為了做到自動過帳時針對價差/量差/匯差/折扣...等等的元素指定cost element
5.validation & substrution
	此部份邏輯相同於fi,可於交易時,將相關acct. assignment做一檢查或是變更 Validation的效力會高於subtitution,即這二個若有相沖會以Validation為準
6. adjustment posting
	adjustment posting可以分為二類,一類為manual posting(有點像是重分類),一類為reposting line item(有點像是修正錯誤,所以必需參考到原本的fi文件) manual posting為直接從co做一筆交易修正從fi來的錯誤acct, assignment或是直接做一筆交易過到某個co object下, 這類的posting 系統不會先去check是否有之前要回的或是要修正的過帳存在 repost line item 則會是需要指定到fi文件 若fi 文件的后續co文件,有被repost,此時若需要回轉fi文件,則需先回轉相關co文件后,才可回轉fi文件

CO-05 Adjustment Posting

1. adjustment posting
	adjustment posting可以分為manual及auto manual又可以分為 manual reposting cost/ manual reposting revenue/repost line item/activity allocation/ activity allocation reposting
1.1 manual reposting cost & revenue
	主要是針對從fi來的primary cost element 做reposting 若fi有on 和co整合的話,此reposting亦會產生fi doc 此類reposting不會做sender check也就是說,他不會參考到任何文件及可能產生cost center 會有負數的金額 執行tx:kb11n/kb14n, 回轉tx:kb41n/kb44n
1.2 reposting line item
	主要是針對從fi來的primary cost element 做reposting,但是最主要他會ref回原始的fi資料,即若原始的fi過1000元,要repost也會卡住上限只能是1000元 執行tx:kb61n, 回轉tx:kb4n 若fi 文件的后續co文件,有被repost,此時若需要回轉fi文件,則需先回轉相關co文件后,才可回轉fi文件
1.3 activity allocation
	亦可稱為direct activity allocation direct activity allocation其主要是要將企業組織內的活動轉成數值過帳到系統中,做此動作之前要先讓activity type 和cost center間的關係link起來(tx:kp26) 主要是針對source cost center所提供確定的act. type利用secondary cost element 過到target cost center 這個act. type 的cate. 值是1,secondary cost element 的cate. 值是43 執行tx:kb21n, 回轉tx:kb24n
1.4 activity allocation reposting
	主要是針對direct activity allocation所過帳的文件,再reposting 一次,所以其一定會參考到原始的co 文件 可以和原本文件做到不同月份,但是一定要同一年度 執行tx:kb65, 回轉tx:kb67 Repost 的文件可以是從co直接立的/或是從pp來的(報工文件)/或是time sheet
1.6 direct activity allocation & indirect activity allocation	Direct是指過帳時同時輸入receiving object的資訊,所以可以做到過帳時同步allocation;而indirect是指先過帳到某個cost object上,然后月底再轉到真正的cost objet 身上

CO-03 CO posting

1.doc no range
	CO的no range 是指派到controlling area Co的no range是和年度無關的 Actual 和 plan的posting 最好用不同的no range
2. real & statistical post
	Acct. assignment object會判斷此post要過的oobject是real 或是statistical的object,也就是說Acct. assignment不是real object 就是statistical object, Real就是指會不會影响到財務帳面數,若會就是real posting 一個過帳文件只會存在一個real object,但是可以存在多個statistical object(如IO/profit center...) Profit center 一定是statictical post,但是coster center 則有可能是real或是statistical
3. reposting & allocation
	Reporting是指過錯帳的回轉,allocation是指先過帳到某個虛的成本中心,然后再結轉到實際的成本中心;所以reposting 時會將sender的debit 方迴掉,allocation 則是sender的debit方不變,但會增加sender的credit方,然后會將credit方加的量轉到接收方的debit Co的primary posting 文件(即過帳到primary cost element )可以從fi來或是其他前端如hr/mm/pp....等等,從其他系統來時,是直接從端系統到co,而非是先到fi再自動觸發到co
4.report setting
	Tcode:rpc0 針對執行co report時,可以設定的一些預設值,相似於fi的fb00
	可以設定一些預設值,加快執行效率 每個report亦可設定variant,將常用的參數設定進variant中
5. report ttl values and line item
	SAP將line item及total record會分二個tables 存放,而不是放一齊 Total record一般是用report painter/writer做出來的,而line item是用ALV做出來的
6. overhead cost controlling
	費用管理通常可以分為planning/allocation/control/monitoring 這四大類
7.acct. assignment
Default acct. assignment(KA01)
	可以在cost element主檔中指定cost object
Auto acct. assignment(OKB9)
	IMG也可以設定acct. assignment,而且其效力會大於主檔的 在img 上設定的只能針對primary cost element
Vaildation & substitution
	Vaildation & substitution亦可以協助決定 cost object,且Vaildation 會大於substitution,而且substitution執行后不會有任何訊息

CO-02 MASTER DATA

CO-02 master data
1. master data
	Co 的master data為cost center/cost element/activity type/SKF,這些主檔資料以cost center 為核心,其中activity type是指cost center所提供的服務或是作業,而這些服務或是作業是可以用skf分配到有使用到這些服務或是作業的目地cost center,而分配的媒界叫做cost element,所以activity type主檔中會去指定cost element 這四個主要的master data都有他們自己的cate. 除了skf以外其他三個master data都是和時間有相關性的,即要做任何主檔資料變更時都要指定時間,而哪些欄位是和時間有相依性的是由img設定的
Master data group
	Cost center/cost element/skf/act.type這四個主檔資料都有data group, 但是所有的data group 都沒有時間概念,最明顯的就是standard hierarchy,也就是說hierarchy都是即時的狀態,,若要保留某成本中心位於某組織下的狀況,可以用copy 功能將當時的狀況copy出來,則日后跑報表,就可以反應當時的狀況
2. cost center
	主要是拿來收集相關cost 資訊,可以做大量變更,且在controlling area 下的cost center一定會被指派到一個standard hierarchy(standard hierarchy是在controlling area下指定的) Cost center 會組成一個standard hierarchy,而每一個standard hierarchy的node 或level都是放cost center group,即cost center group為standard hierarchy的level或是node 可以在standard hierarchy中建立cost center 不過一開始的狀態是inactive, 需要active后才可以收集資料;standard hierarchy 可以有多個 Cost center 指派到standard hierarchy 這和時間沒有關係,即若改變standard hierarchy,則這個cost center 以往的交易都會到現在這個standard hierarchy下
	若要修正cost center 的organizational unit的資料,會有如下的限制 1.新舊company code要有相同的幣別 2.只能有paln的資料過到cost center不能有actual的資料 3.這個cost center不能assign到FA/HR MASTER RECORD/WORK CENTER
2.1 cost center category
	cost center category是cost center的分類,也就是說可以用可以提供的activity type來做cost center的分類依據,這樣可以避免生產類的cost center去提供管理類的activity type 其也提供一些屬性的預設值func area
3. activity type
	activity type是activity 的分類,而activity是指公司內部的cost center 所能提供服務或是活動,所以需針對cost center去定義他能提供哪類的activity type 及對應的金額(kp26) 其需要計劃值,這樣就可以比對和實際值的差異 Price indicator是指定計算金額的邏輯 一個activity type可以對應多個cost center
	activity type cate. 是將activity type的操作行為及如何allocated做一分類 price indicator可以指定是否由系統算或是人工輸入,若是人工輸入要選3
	將cost center 和activity type做一link,並將單位金額或是計量單位填入
3.1 Activity-Based Costing( BUSINESS PROCESS)
	所謂的Business process是指一連串的activity 的集合,亦可以視為Activity-Based Costing,其就是針對每一個activity 給一個計劃值,然后再去收集實際值,去比較這個activity 是否有改善的空間;如針對key po這個activity 給定1min要key完,但若是key 2min 就是要被檢討或是分析原因
4. Statistical Key Figure (SKF)
	SKF是指由cost center 提供服務或是activity 的計量值,其主要是為了期末時reposting或allocation用的,可想成是計算的基底 Skf可分為固定值及ttl values,固定值是指手動於需要的時間給值,所以年度總值是年度平均值的加總;而ttl values是指每期給定一個總值,所以年度總值是所有ttl values的加總 如果skf的值是加總有意義的才設定ttl,如公里數/電話分鐘數,其他的就設固定值 其為計算的基底,如要將IT部門的費用轉分到各部門去,其計算基礎若是依PC數,則PC數就是SKF 可以做大量變更 分攤的基礎如人數/坪數/pc數
5. cost element
	Cost element 可分為primary 及secondary Primary cost elements are like materail costs, personnel costs, energy costs... where a corresponding GL account exists in FI. Secondary cost elements are like production costs, material overheads, production overheads, they can be created and administered in only CO. These are used in internal cost allocation, overhead calculation, settlement transactions., it does not flow to FI. 大量變更只能做display及delete
	Primary cost element 主要是為了和fi做資料串接,可以視為外部來的,即從fi過帳而來的.可以視為交易,也就是說不同的primary cost element代表不同的交易行為 Secondary cost elemnt 只有在co 在用,不是從外面模組來的,單純在模組內要重新分配用的,其同上亦可視為一個交易,只是這個交易主要是for co內部重新分攤/分配用的 Revenue element主要是在co上做revenue analyze,其亦為primary cost element,因為他也有是有對應的會科承接 Cost element cate. 是去分類哪些交易可以給該類的cost element 用,所以每一個cost element 一定要指派到cost element cate.
5.1 default value
	Primary cost element因為可以在建G/L acct.時自動產生,所以需要設定一些default value
6.大量變更
Selection variant
	針對下參數的畫面,也可以是動態的決定值,如建一個selection variant是含所有cost center的ba屬性為9900 Cost center/act. type/cost element 都有selection variant selection variant是在img中設定的
List variant
	是指大量變更的程式,進入要改資料的晝面時,其畫面的layout要如何決定 這個是在img設定