1、精品資料推薦11淺談SAP期末清帳和重分類通常企業都會制定完善的應收應付管理制度，ERP應該能提供及時登記往來款項和準確反映應收應付帳款的形成、回收、支付及增減變化情況并按月進行核對與清理的功能。SAP提供了強大的應收應付管理，簡單列舉幾個其應收應付功能：(1) .購銷合同中明確各項條款應收應付從購銷單據開始就可明確各種條款，通常，顧問們會傾向于使用采購/銷售文本(請參考相關篇幅)功能來定義各種條款，這些條款被寫入采購訂單或銷售訂單主數據，主要包括付款方式、付款日期、運輸情況、包裝方式、送貨期限甚至違約違約責任，這些條款將隨采購訂單或銷售單據被打印或被傳真并形成法律效應，SAP提供了Outpu

2、tMessage來完成打印或傳真功能，可以將來發生爭端時根據尋求訴訟保全。(2) .雙方往來對帳一個公平競爭的市場環境下整個企業鏈應該是雙盈的，在SAP財務模塊提供了階梯式的往來通信功能，包才:a.信函功能(Correspondence)典型的信函有支付通知(Paymentnotifications)、對帳單(Accountstatements)、余額確定單(Balanceconfirmations)等，支付通知實際上也包括到期需要付給人家的款項，應收過大容易形成壞帳，應付過大也容易造成資不抵債高負債運營。b.自動支付(Tcode：F110)SAP提供了自動支付功能，可以自動找到到期的應付形成

3、付款,當然企業可以根據其支付計劃進行一定調整，按照國外習慣，到期即需付款，延期的應收和應付需要計息，而按國內實情，顯然自動付款實現不大現實。c.催款(Dunning,Tcode:F150)相對普通信函而言，催款更加正式,SAP提供了多級催款，甚至在催款時可以計算利息，當然催款也包括企業的應付帳款的催款(自催)。(3) .制定激勵政策SAP對商業折扣，現金折扣，銷售返利等業務提供了相應處理方案。(4) .評估和信用機制SAP有供應商評估和完善客戶信用控制功能。SAP管這些業務叫結帳/清帳,國內ERP管象預付沖應付、預收沖應收等業務處理叫核銷,清帳一般包括平時手工清帳和月末自動清帳兩種方式。手工清

4、帳相關Tcode:.F-03/FB1S:手工清G/Laccount未清項(針對使用了未清項管理的一般總帳科目)(2) .F-44/FB1K:手工清Vendor未清項(各供應商的應付未清項清帳)(3) .F-32/FB1D:手工清Customer未清項(各客戶應收未清項清帳)(4) .F-04:G/Laccount的帶清帳的過帳(5) .F-51:Vendor的帶清帳的過帳(6) .F-30:Customer的帶清帳的過帳F-04,F-51,F-30這些Tcode初始屏幕顯示的默認憑證類型不同而已，可以使用OBU1設置，使用這些Tcode在平時記帳時就可清帳。SAP中的應收應付模塊和總帳集成設計

5、簡潔，如下：第一步：應收應付/預收預付/其它應收其他應付被設置成為統馭科目，這些科目或被設置到供應商/客戶主數據或被設置為特殊總帳標志，在記帳時是直接輸入供應商/客戶(或+特殊總帳標志)自動帶出的，而國內傳統做法是記帳時輸入應收應付/預收預付/其它應收其他應付這些科目再將供應商/客戶作為輔助核算字段。顯然，SAP不大可能會出現應收應付和GL不匹配的業務場景。第二步：SAP提供了一套表來記錄供應商/客戶已清項(ClearedItems)和未清項(OpenItems),典型的Table：BSIS/BSAS|BSIK/BSAK|BSID/BSAD。平時實際上就可使用F-44或F-32及時清帳，比如將

6、某供應商的一筆預付去清某筆應付，而不需等到月底湊熱鬧統一去做。在本書的相關章節，曾論證了SAP應付帳款未清行項中為什么沒有帶采購訂單號+利潤中心，實際上供應商的一筆預付可能是針對某采購訂單的應付未清項，此時SAP沒有提供默認解決方案，原因是SAP供應商發票校驗時可能根據多個采購訂單集中校驗，這些采購訂單可能采購了多個利潤中心的多個物料，匯總的一筆應付無法鉤稽到采購訂單+利潤中心，而在有些企業的實務中可能應付是唯一對應到一采購訂單和利潤中心的，在這種情況下，如果需要加強清帳功能，可以考慮使用SAP的憑證增強功能寫入采購訂單和利潤中心。除了手工清帳，SAP還提供了自動清帳功能。自動清帳相關Tcod

7、e:(1)F.13:不帶清帳貨幣(針對未清項管理的總帳應收應付和GR/IR科目自動清帳)(2)F13E:帶清帳貨幣的自動清帳手工/自帳清帳規則A.無論手工清帳還是自動清帳，相關科目一定要需設置未清項管理。B.使用手工清帳，科目主數據“創建/銀行/利息”屏的的自動過帳標致不能選上。C.自動清帳可以針對應收應付和特殊總帳標置的預收預付其它應收其它應付間進行，注意：A和W默認的特殊總帳標志不能進行自動清賬處理。自動清帳還包括進行未清項管理的一般總帳科目，特別強調一下GR/IR科目的自動清帳。D.自動清賬通常根據借方貸方金額相同，和輔助條件字段如采購訂單+采購行項目或分配字段相同項目歸類清帳，典型的如

8、GR/IR科目，清帳字段是可配置的。E.自動清帳也可在滿足清帳條件的多個借貸項進行處理。F.自動清賬適用于銀行待清賬戶的處理(比如實施了電子銀行的的電子對帳單)，由于手動清賬的靈活性，多數情況下，企業還是愿意采用這種方式，特別是清帳時需要人為職業判斷的情況下，不準確自動清帳有時還會造成帳齡分析問題。下圖為清帳的配置路徑，清帳配置包括定義清帳過帳碼、清帳規則和自動清帳的附加規則。自動清帳規則(Tcode：OB74)自動清帳規則默認可以根據分配號進行(BSEGZUONR,這個分配號對應到Tcode:OB16定義所謂的排序碼。如圖-5的GR/IR科目2121970000的自動清帳規則是采購訂單和采購

9、訂單行項目，實際上,在運行F.13自動清帳時則會將收貨時產生的GR/IR貸方和發票校3時產生的GR/IR借方自動根據采購單和行項目清帳。BQ昌財會計時勢合計的至曷建量息施會計譽改餐河豆金結你敢用加規則:成城口至科目ejir1嬴睢2標愜耳同t47ZZ73ZZ7ZZZUONd4JSCS1DO?0300DD20QNFLPREKOSH耶2121爐口IMEBELNE8SLP酎新褰目9品吟尿國口總怖日目業多荏梟總除科目過麟現金日記幃嚏叁探公司代碼變易未給洛n目的鰭符定義轉酒迫騎螞1力匯變量異定義合評科目定義酒幡規則2|向科目荏分配酒置郴U道力St起前般目的的收.呼推事自確港3GR/IR科目的自動清帳SAP

10、默認設置使用ZUONR分配字段做清帳條件，意思是說如果一群openitems碰在一起，只要assignment字段相同，且滿足TotaldebitAmout=TotalCreditAmount,他們就兩清了。現在來說說GR/IR,舉一個BT點的例子，假設某采購訂單的一行項目對應的物料采購數量為100PC,MIGO收貨3次，數量為30/30/40,則GR/IR記錄在貸方3次，而假設供應商送了兩次發票，發票校驗MIRO時為50/50,GR/IR記錄在借方2次，假設分配字段ZUONR字段記錄PO+POitem,運行自動清帳F.13時3個貸方和2個借方就自動對清。排序碼（Tcode：OB16）排序碼可

11、以分配到會計科目主數據、供應商和客戶的主數據中，排序碼最多可由4個字段組成，比如排序碼010則對應采購訂單+采購行項目，這樣在記帳時如果科目使用了該排序碼，分配字段將被寫入采購憑證+采購行項目。從某種意義上來講，除了用清帳外，分配字段還類似一個可由用戶靈活自定義的保存輔助信息的字段。排字網1n設駒也由酢日orderro.分配字段的布局格直詢字段2某窗=K4護摩10應收應付自動清帳困惑GR/IR和采購訂單+行項目是一一對應的，即其每個行項目必定能帶上采購訂單和行項目，這是SAP的設計特點，GR/IR作為中間科目，在收貨和發票環節實際上余額（包括憑證貨幣、本位幣和附加本位幣）必定平衡。可應收應付就

12、不那么容易了，以應付為例，和GR/IR不同白是，因為后勤發票校驗時是多個采購訂單或一個采購訂單多個行項目，所以它不大可對應到采購訂單+行項目，應收也同樣，所以，應收應付使用好自動清帳是不容易的，不過,財務如果連付錢和收錢都懶的去做好而等著系統自動做的話，你老板又怎么可能放心呢？什么科目需使用未清項管理？需要清帳的會計科目在建立時（Tcode：FS00）需在“控制數據Tab頁必須選上“未清項管理”標志，首先進行未清項管理的科目必須是BS科目，通常包括有銀行清帳科目|現金折扣清帳科目|GR/IR和類GR/IR即應計的運輸費，保險費，報關費等應計的采購附加費用科目等，而象應收應付預收預付等各種統馭科

13、目默認必須進行未清項管理，因此這些統馭科目本身不能打上“未清項管理”標志。使用未清項管理的相關科目的業務數據將被分成為已清項和未清項兩類。清帳圖例實解可以使用TcodeFBL3N/FBL1N/FBL5N來查看各種未清項。如圖1,展示的是FBL3N查看某供應商應付帳款未清項的一個截圖。3s3宅UB。n日n&PatKed0cie&tea圖1Kia2*O%Mot中；VenderCode5100NaaeIBZIIT*?EJJrE?PFIEC0BftTO二i中stDocuBencNoryr*docr.mateNetaticisNetdueat3acaidAnountinaoc.curt*curr*cim

14、ira1500000DO：i 150Q0D0D04 1500000DL3 iQnnnniu 1900000DL7 1900000DLB 5LOOOOODD5 5LOOOOODEO 1000000X1 sioooooDia 3100000D13 5100000D32 5100000D3D 9B3aDQ05&4 9890000ESS9B3DDDDSE4 983QQQ0557 38301000555 9330000565 90301000573 9B3DODD571 9930000572 9830000573aU四0 8291 111.0Q H-Ii睥 LaouU SUndard S3 ojnerc

15、y01/L3/ZQG6BL/13/200fi111.30IIIltp 1Line 7 Lin0 3JjJurnn wrulentPU5.山U海chared/open Kerrs symbol1m_nient M_irntiEr10Ltdmsnt t/p38ccunnent 匚胃to410電 蘆忙3r5 after net cue da*e310dNet due date6IdECBTiFi 印_ rjl71R 際on coup坐t. Ou 電 9怎g2Epmourt in izte. curr.0力口cumenrt QjrencYE-33E Docjnenl空JO- .Hddon冷口城Col.

16、 cnhtEhtLncdnCurrent cadn cfcc. amourt20-二ff eichangp 濘12:olkA/-cn doc.tvpe3GongraModgBf curGncy5IGener ali lede amount20j JL .DOLTt10meqtmr pcistnu10FfTprl7 JPort 匚5rd ln& itemJSettlerrErit run10口edit cjitpol areaTLBferaijs k剪 32Q”一一一, 圖1-1-2:兩個重要的行項目Status標志和DueDate（注：GR/IR只有未清項標志,GR/IR科目本身無所謂的到期概

17、念）。DueDate是表示該應收應付是否已經到期，它是根據未清行項目的基限日期（Baselinedate）和OME2定義的付款條件的日期計算而來。圖1-4:你必須在Layout選上“Cleared/openitemssymbol和Netduedatesymbol”兩個字段，才會出現圖1-1-2的兩個標志，你還可選擇Netduedate和Arrearsafternetduedate”對未清行項目分析，這樣對該單個供應商所有未清項的帳齡直接就有非常清晰的了解。借貸方金額相同的清帳實例圖2顯示的一個F-44清Vendor未清項的一個實例，選擇DocumentNumber5100000052和5100

18、000051的未清項對清，金額是8.33HKD,因為清帳的Dr/Cr金額完全相同，于是產生了只有憑證頭沒有行項目的清帳憑證0100000228。/roarerDartCnaMn咖AmounrLnLocalcut.LCUtAmtJon.curt,2CLrnadoc.ICge；dtdt02/13/2ODG1500030C14KFlgCAHEO12.90-1500000024瞬03/15/200612711/2ODJ5LOOOOOOE2PlHKD1.00-LOOOOD223答01/13/2(1062/14；2O0i5LOOOOOOS1Kt小3MKDLOO10000D22B*SU12/W2Q0507/

19、04/SODS15UOO30CODEZ1566.463.04HKD205.001500000000U3D07/04/2C0506703720D55100016165KE31011.47-HKD2ifDOO.00-1500000000USD0SZ09/2C058山|七|止gullWlIu更tHipEk.En豈ciipur。也1口&西qe0哂口尚電的益加|國國胞嗎/白DocumentOverview-Display圖2H4M&生切畫苗園II注：剩余付款產生的新的未清項的基準日期（該日期將計算出到期日，與帳齡分析和催款密切相關），一般是默認從原行項中Copy過來，當然可按實際需求更改baseline

20、date,比如你和供應商或客戶和你約定部分付款后剩余部分到期日往后延遲一段時間。如果在收付款時剩余部分不能從原行項目帶出支付條件和基線日期，則需要檢查配置Tcode：OBA3。收付款的部分和剩余清帳無論是部分還是剩余收付款（收款:F-28,付款:F-53）,以付款為例，當本次付款金額恰好等于選擇的行項目金額和，當然行項目自動變成已清項.假設某Vendor的一筆10000RMB的未清項（憑證號假設是5100000063，類型一般是RE/KR,RE由LIVMIRO而來,KR通常是手工記帳，本次付9000.如果采用部分付款時通常會產生一KZ的付款憑證，原來的5100000063依舊是未清項.本次付款

21、產生的付款憑證如下：Dr:應付（某vendor）9000HKDCr:銀行存款9000HKD其中產生的應付借項也是未清項（注意該付款憑證的貸方行項目是銀行存款沒有所謂的未清項）,金額是9000HKD.如果采用剩余付款，則5100000063會變成已清項，同時產生一新的未清項憑證如下：Dr:應付（某vendor）10000HKD（5100000063成已清項清帳憑證為該次付款憑證）Cr:應付（某vendor）1000HKD（未清）車艮行存款9000HKD最后剩下的是貸方1000HKD成為新的未清項，原來的憑證5100000063則成已清項，新的未清項的baselinedate自動為51000000

22、63的baselinedate,除非你手工更改它，這也很合理.注意清帳日期和部分內清帳帶來的麻煩。使用不同貨幣的清帳圖3是一個實際付款的例子，憑證5100000045是MIRO進彳TLIV產生的憑證（類型RE）.companycode5100的本位幣是HKD,POcurrency是USD,MIRO時的Exch.Rate是1HKD=0.12000USD,確定應付80USD,折合666.67HKD,假設F-53使用剩余付款方法付出500HKD.圖3-3顯示的憑證5100000045的兩個行項目（AP和GR/IR科目都使用未清項管理）對應的清帳憑證（1500000026是F-53剩余付款500HKD

23、產生的，如圖4,憑證100000121則是F.13自動清帳產生的，如圖5）.iDoc*typetRE|Dwoldo-罪。口）NocuqIdocuaant口口4口口口il口134sCcqipRnjin*SjnnFlSC41/育T口口jlateL2/092OT5Poaticwdate12709/2005Peciod06Ddc.currencyUSEG/LsectB/lacreshortwwtAAomirercyAlfiOUTitinLELCur2LC2SMUn：Jriiijdoc.123130020010JdD5OD1DVmdQEJ-iLPRec-sn.nacd.3Rrvfl/Tm!njP1|8D

24、1acctshoreteKtAxaunt。匚.AiLDuntinLClCu2LC2amawitC二工ginc.L501002DC10ccjnc-HancgiJDOB00ino50D.0D-USDMb5D-2OG3002DOI0VcaidlDEa-kt恥sn.120.16-inoL3D.1G-USDL55&-33002DOI0Vendsrv-htPecon.HID3j$&8.e?USDMQQHOOQODOQ645097100010fxfrAiK-Realised-二oBonHO46.51-USDOvQQiHKDD.ffJ圖5顯示的是使用F.13(SE38:SAPF124)自動清GR/IR的結果，

25、實際上一般會將MIGO收貨產生的貸方GR/IR和MIROGR/IR借方金額根據一定規則(詳細請參考接下來的自動清帳處理)自動抵消.Dog.type;AB(Acccruntinvdacunent)CL.eaEin(jDocunentDo肌血betLOODOD121Companycode5100Fiscalyear2006Doc*date12/13/2005Postingdate12/13/2005Period06DacicurrerucvDoc,head.textHKDAutom.clearingSAPF124圖5|iflPRG/LacctAssignuentPuxIi.Dm.IteaCostC

26、tEQuantityMaterialListcontainsnodata同為供應商和客戶的應收應付對清有時候，企業可能向某家Vendor采購原材料同時又銷售商品給這家Vendor,或反之，此時產生的應收應付就可相互清帳，當然是進項和銷項增值稅是必須繳納的。設置供應商/客戶主數據圖7-2：在vendor的control頁的Accountcontrol的Customer填上Customername80005803。表示供應商1000389將對應客戶80005803。圖8-2：在paymenttransactionaccountings頁選上ClngwithCust.標志。圖9和圖10,在Customer80005803設置對應供應商1000389和“ClearningwithVendor標去心、O呼回Ch&ngeCwtom9r:CofnpanyCade口atm圖彳口GenerData_uipdtcui_曰EdLdSafesAreaDelta陽西CI