| |
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去測試是否正常 | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|
我的網誌清單
20120628
BASIS_SAProuter Renew certificate
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 | |
| |
| |
| |
| |
| |
|
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 | |
做完所有動作后,就是要將期間關結 | |
| |
| |
| |
| |
| |
| |
|
20120612
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執行后不會有任何訊息 | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|
20120601
FI-GR/IR暫估科目月底結清
| |
1.GR/IR | |
SAP在GR時會 借 原物料 貸 暫估應付帳款,而IR時會 借 暫估應付帳款 貸 AP(供應商),所以會有暫估這個過渡科目,但有時因為價差或是匯差或是其他差異,導致暫估科目沒有結清,此時就需要人為結清他 | |
2.自動結清 | |
可用F.13或是F13E | |
輸入相關條件(記得要先TEST RUN) | |
系統會根據ASSIGNMENT配對,將GR和IR所產生的對應暫估一齊做結清 系統會依不同的ASSIGNMENT 產生不同的會計文件,所以會有多筆會計文件的狀況 | |
取消TEST RUN后,會產生DOC NO | |
基本上就是暫估科目一借一貸沖掉 | |
| |
3.手動結清 | |
手動的方式可以用POST WITH CLEARING方式,自已去沖掉,想沖的部份,這個好處是會只產生一筆會計文件 TX:F-04/FB05 | |
| |
| |
| |
| |
|