| |
1.OBYC | |
一般都是用OBYC 來做過帳的會科決定 | |
但若只知會科時,要如何反查他是在哪個過帳交易使用,就用OMWB | |
從G/L ACCT反追交易(需指定COMPANY CODE/VALUATION AREA) | |
我的網誌清單
20120809
MM-過帳交易的會科決定
CO-成本估算
| |
1. 成本估算 | |
成本估算(ck11n)的目地是要提供一個目標值或是基準值,來和實際生產行為發生時所收集到的成本資料來做比較,再利用這些資料來做製程技術或是取得成本降低的依據 SAP的成本都是收集到cost element上,也就是說所有的費用都是掛在cost element上,因此在看料號的成本結構時會有三個角度來看itemzation/cost compoent structure/mutilevel bom | |
2. cost variant | |
在做成本估算時最重要的一個選項叫cost variant,其包含了costing type/valuation variant/date control/qty cotrol | |
每個costing variant會決定cost componet structure,這個structure 是可以依company code/plant/costing variant 去指派的 所以在成本估算時,就會找到對應的cost compoent structure | |
2.1 costing type | |
Costing type決定了update成本的做法(將成本update到哪個matreial master欄位) | |
2.2 valuation variant | |
valuation variant是指價格搜尋的策略,如一個成品料,如何於成本結構中,找到各個元件的成本,如原料成本/人工成本/外包成本/費用成本...等等 | |
valuation variant會指定costing sheet 這個是費用計算的基礎(計算overhead用的) | |
2.3 date control | |
Date control決定了ck11n,相關日期的預設值及是否可以被修正 | |
2.4 qty control | |
qty control決定了bom/routing的捉取邏輯 | |
3. costing sheet | |
costing sheet主要是決定計算overhead的邏輯,其由base/overhead rate/credit組成 | |
3.1 base | |
Base主要是決定要捉哪些cost element來當overhead的計算基礎 | |
3.2 overhead rate | |
overhead rate 可由不同的Overheat key給不同的值,而overhead key是由img中和overhead group中mapping 而來的,overhead group是在mm03的costing view中指定的 也就是說從料號主檔中可以找到overhead group,而不同類的overhead group可對應到不同的overhead key,因此可以決定用不同的overhead rate 在國外的會計邏輯中overhead 是用料或是工的金額,依比例提出來的,和台灣用實際收集到overhead再算回料號製造成本的觀念是不同的(所以台灣會用act type 去收集或分攤費用,如機器工時/水電費...等等) | |
overhead rate可以在不同的dependence下有不同的rate,而dependence就是指company code/controlling area...等等,這些可以自訂的,也就是說可以在不同的conrtolling area/company code/plant 給定不同的overhead rate | |
overhead rate可分為amount或是qty 這二種base | |
3.3 credit | |
設定overhead rate后,就需要針對這個item指定一個credit方給他,好讓金額可以放到這個cost element中(cost element cate. 需為41) Credit 的對像可以是cost ctr/business process/order | |
4. overhead 邏輯 | |
在國外cogs=管銷費+cogm,Cogm=生產成本+物料成本,生產成本=直接人工+生產費用,物料成本=直接原料+物料費用,所以物料費用或是生產費用,國外都是用costing sheet的方式從直接原料或是直接人工中提一定的比例,產生所謂的物料費用或是生產費用 但在台灣我們一樣會把cogs=管銷費+cogm,只是cogm我們會修正為cogm=直接人工+直接原料+overhead(俗稱料工費),亦即將相關費用全部放在overhead下,所以我們會用act. type去收集實際費用的發生,如變動費用/機器折舊...等等 | |
5. cost compoent structure | |
cost compoent structure亦可以視為cost compoent split,后者是指動作 cost compoent structure其可看成將相關的cost element做一個group,以利分析時,針對這些cost compoent做額外的分析,如將原料/物料的cost element全部集合成一個"料"的cost component,在分析成本時,就可以看出"料",佔總成本的比例 | |
5.1 cost compoent | |
一個cost compoent structure可以含多個cost compoent,由user 決定 每一個cost compoent ,可以去定義其cost element的區間/是否有外加的費用/transfer structure | |
針對這個cost compoent還有些屬性可以設定,如是否要rollup(即這筆費用是否要往上加) 這個cost compoent在系統"預設的cost compoent view 分類"中,要顯示在哪一類當中 cost component group是將cost component在群組一次,主要是為了報表需求 | |
5.2 cost component view | |
可以自訂很多cost component view | |
但每一個cost component view只能勾屬於如下系統預設分類中的幾種 因為這幾種預設分類,在cost component的屬性中會被指派到,所以這個是固定的不能變動 | |
| |
6. 執行成本估算ck11n | |
cost component view是在5.2中可以自訂很多view,而表頭那個區域最多只能顯示五個 cost component view的結果 | |
在不同的cost component view下可以選擇itemzation/cost component structure/mutilevel bom三個不同的角度去看報表 | |
6.1 itemnation | |
這些cost element來自於該料的成本結構,而overhead rate item來自costing sheeting的設定 | |
不同cost component view下,相同的cost element 有不同的結果,則是來自cost component structure的設定 | |
6.2 cost compoent | |
這些cost compoent的呈現是在來自於cost component structure的設定 | |
不同cost component view下, 有不同的結果,則是來自cost component在 cost component structure中屬於"系統哪類cost component view"的設定 | |
| |
| |
| |
|
20120628
BASIS_SAProuter Renew certificate
| |
1.SAProuter certificate | |
SAProuter certificate 原則上每年要renew一次,若有簽sap的原廠的ma合約,會收到sap的信件通知要去做rernew | |
確認saprouter的服務user | |
用saprouter的服務user登入系統.並切換到saprouter的執行目錄 | |
用原廠給的mail提到的url 連到market place,選擇你要的saprouter 或是直接連到 support portal => maintenance & services => sap trust center services => SAP Trust Center Services in Detail => SAProuter Certificates => apply now 就會出現如左畫面 | |
請將畫面中的紅框部份,加到如下sapgenpse get_pse -v -r certreq -p local.pse "<Distinguished Name>" 指令中取代掉"<Distinguished Name>" 指令中取代掉 | |
這個畫面會要求輸入pin,可以自由定義,但一定要記起來,后面還要用到 | |
執行上一步完成后,會在執行目錄產生certreq,這個文件,請用notepad打開並貼回申請的網頁上 要含begin及end整段都要貼 然后按右下的Request Certificate | |
會再產生一堆文字,再把他貼回執行目錄下的srcert檔案中 | |
此時輸入如下指令sapgenpse import_own_cert -c srcert -p local.pse 將certificate import進來 | |
然后需要為執行user 建立credentials ,請執行如下指今sapgenpse seclogin -p local.pse -O <user_for _SAProuter>,並將<>的文字改成sap service user,並請用<domainname>\<username>格式 執行完此step后將會在執行目錄產生cred_v2這個檔案 | |
可用指令sapgenpse get_my_name -v -n Issuer 檢查是否成功,若是return CN=SAProuter CA, OU=SAProuter, O=SAP, C=DE即代表成功 可用指令sapgenpse get_my_name -n validity 檢查適用期間 | |
若設定完成可用niping.exe -c -H /H/<sap router ip>/H/169.145.197.110/H/169.145.197.110 去測試是否正常 | |
或是用sm59去測試是否正常 | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|
20120613
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 | |
| |
| |
| |
| |
| |
|