戲說一下sap清帳-資料下載頁
2025-06-20 06:18本頁面
【正文】 自動請帳依據(jù)(Criterion)Tcode: SPRO (SE16:V_TF123)如圖16[1],設(shè)置account type(D,K,S),D,K(AP/AR)通常就不用自動清帳了,在實際業(yè)務(wù)中你想好好使用自動清帳功能恐怕也不那么好使,最后還是手工清帳(AP/AR)方便,請看接下來來的清帳存在的問題. SAP默認(rèn)設(shè)置使用ZUONR(Assignment)字段做清帳條件,意思是說如果一堆open items在一起,如果assignment字段相同,并滿足Total debit amout = Total credit amount,我們知道,通常設(shè)置open item管理的科目是GR/IR和類GR/IR科目,說說GR/IR,PO某Item的采購物料quantity 100PC.,MIGO3次,30/30/40,GR/IR記錄在貸方3次,供應(yīng)商送兩次發(fā)票,MIRO50/50,GR/IR記錄在借方2次,假設(shè)assignment字段記錄PO+PO item,如果在收貨后PO價格不發(fā)生變化,正常情況下,如圖16[2],如果你假如第2個Criterion 2,相當(dāng)多與(判斷條件的與或非應(yīng)該不用多講)了一個條件,一般使用PO+PO ,Criterion使用EBELP,因為使用assignment字段可能會有潛在的問題,就是assignment有時會偷懶并不記錄PO+PO item內(nèi)容(我一直跟蹤過這個問題但是還是沒有找到答案).話又說回來,如果G/L確實只有GR/IR和類GR/IR科目才進(jìn)行未清項管理使用EBELN+EBELP倒是更好的選擇,如果還有其它的GL account也需要清帳,就請使用ZUONR(因為在一般的總帳科目在手工記帳時通常是沒有PO和PO item的)．(2)設(shè)置sort KeyTcode:SPRO(SE16:V_TZUN)那么ZUONR是如何和PO+PO item關(guān)聯(lián)的呢？使用sort key .圖17[1]表示sort key 014使用的字段將是EBELN+EBELP. Allocationfield對應(yīng)的實際就是BSEGZUONR(assignment字段)．在FS00定義(類)GR/IR科目，control data tab頁的sort key選擇014(另一個常用的sort key是001posting date),這樣在,MIGO,MIRO等時產(chǎn)生的會計憑證，絕大多數(shù)情況下BSEGZUONR將記錄ＰＯ+PO item字段．非常遺憾的是,并不是100%如此,有時ZUONR字段只記錄到PO信息而已,這樣在自動清帳時就出現(xiàn)問題了.至此,相信大家對自動清帳已經(jīng)了解的差不多了,是的,接下來你只要run .清帳存在的問題以AP為例,同GR/IR不同的是,通常GR/IR一定可以對應(yīng)到PO+Item,MIRO做LIV時每筆GR/IR是對應(yīng)MIGO的(多數(shù)企業(yè)會使用GRbased invoice verification,為此在vendor主數(shù)據(jù)維護(hù)好此標(biāo)志,),但是AP通常是個總數(shù),特別是by vendor進(jìn)行發(fā)票校驗,你不可能在AP的行項目確切地記錄PO和POitem,因此,根據(jù)ZUONR自動清帳顯然就行不通,盡管在設(shè)置自動清帳criterion(MD,這個單詞讀起來怎么怎么不順口呢)你可專門為account type K/D設(shè)置一個自動清帳criterion(SE16:V_TF123),但是似乎找不到合適字段組合做自動清帳條件.MD,自動不好玩就手工,FB15/FB17 Manual清AR還挺慣用的.小庖跑過來說,剛才我做了筆測試,使用posting date做Vendor open item的自動清帳條件,沒事,OK了,這是什么人呀,實際業(yè)務(wù)多復(fù)雜,用某個鳥人的話,那時博大精深呀.,再想使用未清項如何處理3….集團(tuán)公司間的相互清帳Tcode:OBYASAP清帳的設(shè)計邏輯不玩了…
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1