戲說一下SAP的清帳 - 下載本文

戲說一下SAP的清帳

更新時間:2015-01-10 19:42:13編輯:SAP中文學習網點擊:86發表評論 本文標簽:SAP清帳

戲說一下SAP的清帳

說到清帳,這個我就熟悉了,雖然我一貫非常謙虛,但是我還是愿意透露一下實際上我曾是200X年第一清帳高手(我公司內評的,當時候選人就我一個).

我初中的一個同學,最近聯系上了,中山大學財務系的高材生,現混了個master文憑,在某會計事務所做審計師,非常遺憾,他竟然從沒聽說過SAP,因為他做的企業大都是國內中小企業,靠,原準備好好顯示一番,最后弄的俺心靈備受挫折.由此可見,SAP的圈圈非常閉塞.

他很羨慕SAP的高薪問曰,轉FICO要多長時間,我回答象你這樣的,我來帶你一下一個月也就足夠了,鑒于你可能成為我的第100001個競爭對手,你事先得付50,000 RMB作酒資,這是參考市場培訓價格,公平合理,可以分50年付清,打個欠條,我計劃一年吃你一次.

MD,什么世道?要是財務專業的人都來搞FICO將來哪里還有俺老屠混飯的地方. 反思一下,如果有一堆詳細的培訓書籍,只要能認識中文字的SAP誰不會應用呢?

然后他說你寫點東西,靠,要是等俺這個殺豬的將SAP的腸呀肚呀什么的給寫出來當街叫賣,估計SAP這行也就成TMD的狗屎了.

SAP月末清帳處理 手工清帳相關Tcode:

(1).F-03:手工清G/L account未清項 (2).F-44:手工清Vendor未清項 (3).F-32:手工清Customer未清項 (4).F-04:G/L account的帶清帳的過帳 (5).F-51:Vendor的帶清帳的過帳 (6).F-30:Customer的帶清帳的過帳

F-04,F-51,F-30功能一樣只是初始屏幕顯示的默認憑證類型不同而已(真想不通設計這么多重復的Tcode干啥),這個可以使用OBU1設置.

這樣的情況在SAP非常常見,經常是一堆Tcode功能完全一樣僅僅是初始屏幕上放的內容不同而已.

*要找前臺路徑請使用Tcode:Search_SAP_Menu 自動清帳相關Tcode:

(1)F.13:不帶清帳貨幣的自動清帳 (2)F13E:帶清帳貨幣的自動清帳

什么樣的科目需要使用未清項管理?

無論是手工還是自動清帳,需要清帳的會計科目在建立時(FS00)的Control Data Tab頁必須選上未清項管理,這些科目必須是BS科目, 通常需要未清項管理的科目有銀行清帳科目|現金折扣清帳科目|GR/IR和類GR/IR,類GR/IR科目包括PO中的Condition應用了account Key并在OBYC里設置的相關科目典型的比如運輸費,保險費,報關費和其它相關科目,設置這些科目的目的是為了將相關費計入采購物料存貨成本. 更詳細請看接下來的實例運輸費用清帳.不能使用未清項管理的科目有材料科目|統馭科目|所有的損益科目

注:Vendor,Customer的統馭科目被顯示隱藏在Vendor,Customer的行項目中,統馭科目本身不能打上未清項管理標志.

如使用手工清帳,注意會計科目主數據create/bank/interest的自動過帳標致不能選上. 看一個未清項的圖,你可使用Tcode(FS10N/FK10N/FD10N)查看余額再雙擊看明細,實際上是調用行項目查看Tcode(FBL3N/FBL1N/FBL5N),當然可使用后者直接查看.

如圖1,展示的是FBL3N查看Vendor Open item的一個結果畫面.

圖1-[1]-[2]:兩個重要的行項目狀態標志未清項狀態標志和Due Date狀態(FBL3N時GR/IR只有

未清項標志,GR/IR科目本身無所謂的到期概念),Due Date是表示該應收應付是否已

經到期,根據憑證產生時的基限日期(baseline date)和OME2定義的付款條件的日期計算而來.

圖1-[4]:你必須在Layout選上Cleared/open items symbol和Net due date symbol,此屏幕的頭部才

會出現圖1-[1]-[2]的兩個標志,你還可選擇Net due date和Arrears after net due date(過期多少天)對行項目分析,更詳細的帳齡分析請參考本書的帳齡分析配置部分.

對vendor,customer的行項目,前面已經說過,其統馭科目科目不能選清帳標志,實際上行項目 清帳隱含是必須的,在實際收付款時會根據一定規則清帳,請參考接下來的部分和剩余收付款 .

通常企業用戶也直接使用F-32/F-44清帳,假設選擇的Debit/Credit金額相同,則會產生一只有憑證頭的清帳憑證(數據庫中只有BKPF數據而BSEG沒有行項目).

圖2顯示的一個F-44清Vendor未清項的一個實例,選擇Document Number 5100000052和5100000051的未清項對清,金額是8.33HKD,因為清帳的Dr/Cr金額完全相同,于是產生了只有憑證頭的清帳憑證0100000228.

注意的是剩余付款產生的新未清項的Baseline date,這與帳齡分析和催款流程密切相關,一般是默認從原來的行項中Copy過來.,如有必要可以在部分付款時按實際需求更改baseline date.

部分和剩余收付款

無論是部分還是剩余收付款(收款:F-28,付款:F-53),以付款為例,當本次付款金額恰好等于選擇的行項目金額和,當然行項目自動變成已清項.

假設某Vendor的一筆10000 RMB的未清項(憑證號假設是5100000063,類型一般是RE/KR,RE由LIV MIRO而來,KR通常是手工記帳),本次付9000.

如果采用部分付款時通常會產生一KZ的付款憑證,原來的5100000063依舊是未清項.本次付款產生的付款憑證如下:

Dr:應付(某vendor) 9000 HKD ? Cr:銀行存款9000 HKD

其中產生的應付借項也是未清項(注意該付款憑證的貸方行項目是銀行存款沒有所謂的未清項),金額是9000HKD..

如果采用剩余付款,則5100000063會變成已清項,同時產生一新的未清項憑證如下: Dr:應付(某vendor) 10000 HKD (5100000063成已清項清帳憑證為該次付款憑證) ? Cr:應付(某vendor) 1000 HKD(未清) ????? 銀行存款9000 HKD

最后剩下的是貸方1000HKD成為新的未清項,原來的憑證5100000063則成已清項,新的未清項的baseline date自動為5100000063的baseline date,除非你手工更改它,這也很合理.

圖3是一個實際付款的例子,憑證5100000045是MIRO進行LIV產生的憑證(類型RE). company code 5100的本位幣是HKD,PO currency是USD,MIRO時的Exch. Rate是1HKD=0.12000USD,確定應付80USD,折合666.67 HKD,假設F-53使用剩余付款方法付出500HKD.

圖3-[3]顯示的憑證5100000045的兩個行項目(AP和GR/IR科目都使用未清項管理)對應的清帳憑證(1500000026是F-53剩余付款500HKD產生的,如圖4, 憑證100000121則是F.13自動清帳產生的,如圖5).

圖4,顯示的是F-53剩余付款產生的憑證1500000026,在圖3中的local currency amount HKD金額是666.67HKD,Document currency amount是80USD.

在付款時匯率發生變化,1HKD=0.12900USD,SAP的憑證產生邏輯是付出500HKD,根據此時匯率(0.12900)轉成64.50USD,還剩下15.50USD,轉HKD為15.50/0.12900= 120.16HKD.可以看到此時80USD=620.16HKD.

因為圖3確定應付80USD,付款應以付清80USD為準.然而,SAP的清帳原則是:

確保Document currency amount,local currency amount和group currency amount(本書是USD,假設你設置了parallel currency并使用Group currency USD做第2本幣的話)三種貨幣

同時平衡.

這樣就會產生一匯兌損益行,document currency和group currency amount都是0,而local currency amount為46.51(根據SAP的清帳邏輯,這種由于匯率變化某一貨幣金額為0而其中另外某幣別的金額不為0情況在MIRO時匯率變化時也經常發生,所以在SAP中,不要以為Document currency為0,local currency amount就一定為0).

匯兌損益科目在OB09或OBA1(KDF)中定義,通常各種AP/AR Recon.科目和GR/IR都要定義對應的匯兌損益科目.

圖5顯示的是使用F.13(SE38:SAPF124)自動清GR/IR的結果,實際上一般會將MIGO收貨產生的貸方GR/IR和MIRO GR/IR借方金額根據一定規則(詳細請參考接下來的自動清帳處理)自動抵消.





重庆快乐十分现场开奖