00采購接收應(yīng)付業(yè)務(wù)和會(huì)計(jì)分錄

1、內(nèi)部文檔采購、接收、應(yīng)付業(yè)務(wù)和會(huì)計(jì)分錄財(cái)務(wù)模塊分錄整理 文檔作者:鞏學(xué)偉創(chuàng)建日期:2013-07-12更新日期:2013-07-12文檔編號: 當(dāng)前版本:1.0Note: Title, Subject, Last Updated Date, Reference Number, and Version are marked by a Word Bookmark so that they can be easily reproduced in the header and footer of documents. When you change any of these values, be ca

2、reful not to accidentally delete the bookmark. You can make bookmarks visible by selecting Tools->OptionsView and checking the Bookmarks option in the Show region.審批簽字:Note: To add additional approval lines, press Tab from the last cell in the table above.Note: You can delete any elements of this

3、 cover page that you do not need for your document. For example, Copy Number is only required if this is a controlled document and you need to track each copy that you distribute.文檔控制變更記錄3日期作者版本變更說明08/10/15鞏學(xué)偉1.0初版審閱姓名職位分發(fā)拷貝編號姓名位置/崗位1234Note: The copy numbers referenced above should be written into

4、the Copy Number space on the cover of each distributed copy. If the document is not controlled, you can delete this table, the Note To Holders, and the Copy Number label from the cover page.目錄文檔控制ii企業(yè)采購業(yè)務(wù)4采購接收4交貨入庫5應(yīng)付發(fā)票6應(yīng)付貸項(xiàng)通知單7應(yīng)付借項(xiàng)通知單8付款8其他應(yīng)付業(yè)務(wù)11費(fèi)用報(bào)表11手工應(yīng)付發(fā)票11應(yīng)付發(fā)票導(dǎo)入固定資產(chǎn)11預(yù)付款發(fā)票12子模塊追溯13附 ：R12中子模塊的帳是

5、如何產(chǎn)生的。14更改歷史16Note: To update the table of contents, put the cursor anywhere in the table and press F9. To change the number of levels displayed, select the menu option Insert>Index and Tables, make sure the Table of Contents tab is active, and change the Number of Levels to a new value.企業(yè)采購業(yè)務(wù)采購業(yè)

6、務(wù)是一般企業(yè)都會(huì)有的業(yè)務(wù)，主要包括請購、采購、接收、入庫、發(fā)票、付款幾個(gè)步驟。分別對應(yīng)采購、庫存、成本、應(yīng)付以及總賬模塊。Oracle是財(cái)務(wù)業(yè)務(wù)一體化的系統(tǒng)，只要錄入了相應(yīng)的業(yè)務(wù)，則會(huì)自動(dòng)生成相應(yīng)的財(cái)務(wù)信息。本文檔基于Oracle EBS R12版本測試。采購接收采購模塊主要功能是幫助業(yè)務(wù)部門管理采購訂單，控制采購流程，審批層次，在請購單、和采購訂單錄入審批階段是不產(chǎn)生財(cái)務(wù)信息的。現(xiàn)假設(shè)企業(yè)采購兩批原材料，價(jià)格50*2=100元。企業(yè)當(dāng)前的銀行存款為100元，庫存成本為0。在采購訂單接收時(shí)，實(shí)際上表示物料采購已既成事實(shí)，我們將因此產(chǎn)生一筆因采購產(chǎn)生的應(yīng)計(jì)負(fù)債，同時(shí)記一筆帳到我們的采購接收帳戶。

7、采購接收的會(huì)計(jì)分錄為：商品采購DR100￥應(yīng)付帳款-應(yīng)付暫估CR100￥商品采購和應(yīng)付帳款-應(yīng)付暫估都是中轉(zhuǎn)科目，相關(guān)科目的余額變化如下：科目初發(fā)生末商品采購0+100100￥應(yīng)付帳款-應(yīng)付暫估0+100100￥入庫和創(chuàng)建發(fā)票分錄后，這兩個(gè)科目余額將會(huì)結(jié)平為0。這里為了更直觀顯示財(cái)務(wù)變化境況，而實(shí)時(shí)計(jì)算了各科目的余額，并同時(shí)假設(shè)所有科目的期初金額為0，這樣做的目的僅僅是為了更好理解一些中轉(zhuǎn)科目的余額變化情況，EBS實(shí)際業(yè)務(wù)中科目余額的變動(dòng)都是要在子模塊傳送至總賬，并過賬以后才發(fā)生的。具體的分錄產(chǎn)生流程如下：1) 接收事務(wù)處理器采購接收以后會(huì)自動(dòng)運(yùn)行“接收事務(wù)處理器”。接收事務(wù)處理器會(huì)在rcv_

8、receiving_sub_ledger中產(chǎn)生采購接收的會(huì)計(jì)分錄。11i和R12中都會(huì)在rcv_receiving_sub_ledger中產(chǎn)生分錄，可以通過如下po_rcv_ledger.sql查詢。這也就是我們“接收事務(wù)處理匯總”界面查看到的分錄。2) 傳送總賬此時(shí)，R12中運(yùn)行“創(chuàng)建會(huì)計(jì)科目 - 成本管理”請求，會(huì)產(chǎn)生子模塊的會(huì)計(jì)分錄，可以通過如下po_rcv_xla_ledger.sql查詢。再提交“將日記帳分錄傳送至 GL - 成本管理”請求，則會(huì)插入分錄信息至總賬接口，則可以導(dǎo)入日記賬過賬。注意：11i中，采購接收在總賬日記賬中的來源是“Purchasing”，類別是“Receivi

9、ng”；而在R12中，采購接收在總賬日記賬的來源為“Cost Management”，類別是“Receiving”。交貨入庫采購接收以后則可以進(jìn)一步交貨入庫。同樣會(huì)執(zhí)行“接收事務(wù)處理器”，不過這一次做的事情更多，取成本（成本核算方式不同，取成本的邏輯亦不同），插入記錄至mtl_material_transactions表等。此時(shí)還不會(huì)立刻產(chǎn)生入庫的分錄，成本管理器運(yùn)行以后，則會(huì)產(chǎn)生庫存模塊的分錄, 將商品采購科目的余額轉(zhuǎn)移至庫存成本帳戶。同時(shí)，如果采用標(biāo)準(zhǔn)成本，采購價(jià)格和入庫成本的不同則可能產(chǎn)生PPV（采購價(jià)格差異Purchase Price Variance）。假設(shè)物料的成本為80￥，分錄如

10、下：庫存商品成本DR80￥PPVDR20￥商品采購CR100￥相關(guān)科目的余額變化如下：科目初發(fā)生末庫存商品成本0+8080￥PPV0+2020￥商品采購100-1000￥中轉(zhuǎn)科目商品采購科目的余額已結(jié)平為0。具體如何查詢分錄參考如下sql。1） 子模塊所有的庫存物料事務(wù)處理（包括采購收貨、字庫轉(zhuǎn)移、組織間轉(zhuǎn)移、銷售發(fā)放等等）的會(huì)計(jì)分錄信息都在mtl_transaction_accounts表中，采購收貨的分錄信息則可以如下查詢。po_rcv_inv_ledger.sql。同時(shí)，xla中的分錄可以從如下sql查看。po_rcv_inv_xla_ledger.sql。2） 總賬提交請求“將日記帳分

11、錄傳送至 GL - 成本管理”，將子模塊分錄傳送至總賬。此時(shí)總賬將生成來源為je_source=Cost Management and je_category=Inventory的日記賬分錄。到這里，東西已經(jīng)買到并入庫計(jì)入成本，接下來到付錢了。應(yīng)付發(fā)票應(yīng)付發(fā)票可以手工錄入。與采購有關(guān)的發(fā)票需要通過匹配采購訂單生成應(yīng)付發(fā)票。 根據(jù)采購項(xiàng)目的稅碼，會(huì)自動(dòng)或手工產(chǎn)生稅行。如果收到的發(fā)票價(jià)格與采購價(jià)格有差異，還將產(chǎn)生IPV（發(fā)票價(jià)格差異Invoice Price Variance）。這里我們假設(shè)供應(yīng)商給我們開出發(fā)票的價(jià)格為80￥，與我們的采購價(jià)格產(chǎn)生了20￥的IPV。稅碼為VAT17。因此采購匹配的應(yīng)

12、付發(fā)票會(huì)計(jì)分錄為：應(yīng)付帳款-應(yīng)付暫估DR100￥暫估與發(fā)票差異(IPV)DR-20￥進(jìn)項(xiàng)稅DR80*0.17￥ 應(yīng)付帳款-發(fā)票款CR93.6相關(guān)科目的余額變化如下：科目初發(fā)生余額應(yīng)付帳款-應(yīng)付暫估100-1000￥暫估與發(fā)票差異(IPV)0-20-20￥進(jìn)項(xiàng)稅0-13.6-13.6￥（應(yīng)交稅費(fèi)屬于負(fù)債類科目）應(yīng)付帳款-發(fā)票款0+93.693.6￥中轉(zhuǎn)科目應(yīng)付帳款-應(yīng)付暫估科目的余額已結(jié)平為0。同時(shí)，由于供應(yīng)商開出的發(fā)票價(jià)格為80，存在-20的IPV，因此我們實(shí)際的應(yīng)付賬款為80+80*1.17。1） 錄入發(fā)票AP發(fā)票的分配記錄了所有應(yīng)付暫估和預(yù)付款核銷的科目，再加上應(yīng)付發(fā)票本身的應(yīng)付賬款科目，

13、此時(shí)可以如下查詢分錄：ap_inv_ledger.sql。2） 創(chuàng)建會(huì)計(jì)分錄創(chuàng)建會(huì)計(jì)分錄后，會(huì)在xla中產(chǎn)生分錄信息，可以通過如下sql查詢：ap_inv_xla_ledger.sql3） 傳送總賬接下來，運(yùn)行請求”將日記帳分錄傳送至 GL”，將在總賬產(chǎn)生日記賬分錄。來源為je_source= Payables and je_category=Purchase Invoices。應(yīng)付貸項(xiàng)通知單應(yīng)付貸項(xiàng)通知單與應(yīng)付借項(xiàng)通知單與對應(yīng)應(yīng)收的概念并不等同，可以參照我之前的<<應(yīng)收業(yè)務(wù)與會(huì)計(jì)分錄>>文檔。應(yīng)付貸項(xiàng)通知單，指供應(yīng)商開給我們的表示應(yīng)付減少的通知，負(fù)數(shù)，沖原始發(fā)票，可用

14、0支付結(jié)清應(yīng)付貸項(xiàng)通知單常用于做采購?fù)素洏I(yè)務(wù)，發(fā)生采購?fù)素洏I(yè)務(wù)后，在應(yīng)付錄入應(yīng)付貸項(xiàng)通知單，同時(shí)匹配退貨生成貸項(xiàng)通知單行。為了更容易理解，我們結(jié)合整個(gè)退貨流程來認(rèn)識貸項(xiàng)通知單業(yè)務(wù)。退貨流程：1) 接收->退貨假設(shè)我們交貨后發(fā)現(xiàn)2批原材料中一批由于某種原因需要退貨，通過接收->退貨導(dǎo)航錄入采購訂單，執(zhí)行退貨業(yè)務(wù)。保存以后觸發(fā)接收事務(wù)處理器，生成如下分錄（與采購接收的分錄方向恰恰相反）：商品采購CR50應(yīng)付帳款-應(yīng)付暫估DR50減少商品采購中轉(zhuǎn)科目的余額，減少應(yīng)付暫估中轉(zhuǎn)科目的余額。相關(guān)科目的余額變化如下：科目初發(fā)生余額商品采購0-50-50￥應(yīng)付帳款-應(yīng)付暫估0-50-50￥以上分錄

15、可以通過前面的po_rcv_ledger.sql和po_rcv_xla_ledger.sql查詢。同時(shí)，在成本管理器運(yùn)行以后，退貨產(chǎn)生庫存成本變動(dòng)的分錄，如下（與采購接收入庫的分錄方向恰恰相反）：庫存商品成本CR40￥PPVCR10￥商品采購DR50￥減少庫存成本和PPV，增加商品采購，相關(guān)科目的余額變化如下：科目初發(fā)生余額庫存商品成本80-4040￥PPV20-1010￥商品采購-50+500￥中轉(zhuǎn)科目商品采購科目的余額已結(jié)平為0。以上分錄可以通過前面的po_rcv_inv_ledger.sql 和po_rcv_inv_xla_ledger.sql 查詢。2) 貸項(xiàng)通知單匹配退貨通過應(yīng)付款發(fā)

16、票界面錄入類型為貸項(xiàng)通知單的應(yīng)付發(fā)票，然后通過匹配采購?fù)素洰a(chǎn)生貸項(xiàng)通知單行。對于采購?fù)素洏I(yè)務(wù)的分錄如下(與應(yīng)收發(fā)票的分錄方向恰恰相反)：應(yīng)付帳款-應(yīng)付暫估CR50￥暫估與發(fā)票差異(IPV)CR-10￥進(jìn)項(xiàng)稅CR40*0.17￥（應(yīng)交稅費(fèi)屬于負(fù)債類科目） 應(yīng)付帳款-發(fā)票款DR93.6/2￥相關(guān)科目的余額變化如下：科目初發(fā)生余額應(yīng)付帳款-應(yīng)付暫估-50+500￥暫估與發(fā)票差異(IPV)-20+10-10￥進(jìn)項(xiàng)稅-13.6+6.8-6.8￥應(yīng)付帳款-發(fā)票款93.6-46.846.8￥中轉(zhuǎn)科目應(yīng)付帳款-應(yīng)付暫估科目的余額已結(jié)平為0。這樣，退貨的最終結(jié)果就是使庫存成本和應(yīng)付賬款-發(fā)票款相應(yīng)減少?？梢酝ㄟ^

17、上面ap_inv_ledger.sql和ap_inv_xla_ledger.sql查詢貸項(xiàng)通知單有關(guān)的分錄信息。應(yīng)付借項(xiàng)通知單借項(xiàng)通知單，指我們自己開出的表示應(yīng)付減少的通知，同樣是負(fù)數(shù)，沖原始發(fā)票，可用0支付結(jié)清。我個(gè)人的理解是，應(yīng)付借項(xiàng)通知單，適用于發(fā)票做錯(cuò)后的反沖。功能上它與貸項(xiàng)通知單基本相似。也可用于退貨業(yè)務(wù)。在采購?fù)素浗缑嬗惺欠裆山桧?xiàng)通知單的復(fù)選框，通過采購系統(tǒng)選項(xiàng)控制是否啟用。付款發(fā)票生成并驗(yàn)證通過以后，可以對發(fā)票進(jìn)行付款?？梢栽诎l(fā)票界面通過快速付款，付款界面錄入人工付款，或者進(jìn)行批付款對發(fā)票進(jìn)行批量付款。批付款常應(yīng)用于員工報(bào)銷付款。在付款界面，將藍(lán)票（應(yīng)付發(fā)票）和紅票（貸項(xiàng)通知單

18、）選入到同一個(gè)付款，進(jìn)行付款。對發(fā)票付款，實(shí)際上就是用現(xiàn)金支付應(yīng)付欠款，現(xiàn)金與應(yīng)付款都減少，由于我們產(chǎn)生過退貨業(yè)務(wù)，因此，產(chǎn)生分錄如下：應(yīng)付帳款-發(fā)票款DR46.8￥銀行存款CR46.8￥相關(guān)科目的余額變化如下：科目初發(fā)生余額應(yīng)付帳款-發(fā)票款46.8-46.80￥銀行存款100-46.853.2￥可以看到，經(jīng)過各個(gè)階段的業(yè)務(wù)流程，最終形成的分錄實(shí)際上等效于如下分錄，在企業(yè)僅上線財(cái)務(wù)而沒上線業(yè)務(wù)模塊的時(shí)候，需要手工做如下分錄，由此可見，財(cái)務(wù)業(yè)務(wù)一體化提供了很大的便捷性：庫存商品成本DR40￥PPVDR10￥IPVDR-10￥進(jìn)項(xiàng)稅DR6.8￥銀行存款CR46.8￥最后，到月底，企業(yè)結(jié)賬，手工做如

19、下兩筆分錄調(diào)整IPV和PPV差異1）庫存商品成本DR10￥PPVCR10￥2）庫存商品成本 CR10￥IPV DR10￥調(diào)整后PPV和IPV分別結(jié)平為0。1) 對發(fā)票付款創(chuàng)建會(huì)計(jì)分錄以后，可以通過如下sql查詢到分錄信息。ap_pay_xla_ledger.sql2) 傳送總賬。接下來，運(yùn)行請求” 將日記帳分錄傳送至 GL”，將在總賬產(chǎn)生日記賬分錄。來源為je_source= Payables and je_category= Payments 。其他應(yīng)付業(yè)務(wù)其他應(yīng)付業(yè)務(wù)，以及部分FA業(yè)務(wù)。費(fèi)用報(bào)表費(fèi)用報(bào)表是網(wǎng)上報(bào)銷模塊導(dǎo)入的一種類型的應(yīng)付發(fā)票，當(dāng)網(wǎng)上報(bào)銷流程結(jié)束并審核通過后，可以通過請求“導(dǎo)

20、入費(fèi)用報(bào)表”導(dǎo)入應(yīng)付發(fā)票。除了與標(biāo)準(zhǔn)應(yīng)付發(fā)票的科目有所不同。其他作用等同于標(biāo)準(zhǔn)應(yīng)付發(fā)票。企業(yè)報(bào)銷的分錄通常如下：員工報(bào)銷科目 DR其他應(yīng)付款-報(bào)銷 CR具體如何查詢分錄信息參考前面標(biāo)準(zhǔn)發(fā)票通過ap_inv_ledger.sql和ap_inv_xla_ledger.sql查詢。手工應(yīng)付發(fā)票應(yīng)付除了用于與采購模塊集成外，還可以通過應(yīng)付發(fā)票做些其他的雜項(xiàng)業(yè)務(wù)。記錄些與采購無關(guān)的業(yè)務(wù)。例如，企業(yè)招待客戶時(shí)，員工張某代為支付客戶招待費(fèi)100元，為了之后償還該員工供應(yīng)商張某這100元，可以如下建應(yīng)付發(fā)票：直接用手工錄入發(fā)票分配：招待費(fèi) 100元；并指定負(fù)債帳戶為：其他應(yīng)付款。產(chǎn)生分錄如下：招待費(fèi)DR100

21、￥其他應(yīng)付款CR100￥未上線網(wǎng)上報(bào)銷模塊時(shí)常常如上手工建立應(yīng)付發(fā)票實(shí)現(xiàn)員工報(bào)銷。具體如何查詢分錄信息參考前面標(biāo)準(zhǔn)發(fā)票通過ap_inv_ledger.sql和ap_inv_xla_ledger.sql查詢。應(yīng)付發(fā)票導(dǎo)入固定資產(chǎn)應(yīng)付發(fā)票可以成批增加為固定資產(chǎn)。有兩種方式建立應(yīng)付發(fā)票：1） 直接定義固定資產(chǎn)型物料，其屬性不可庫存，并制定它的銷售費(fèi)用科目為固定資產(chǎn)中轉(zhuǎn)科目。該種類型物料接收、交貨通常不會(huì)產(chǎn)生會(huì)計(jì)分錄，然后通過正常采購并匹配應(yīng)付發(fā)票。這時(shí)候，應(yīng)付發(fā)票的分錄應(yīng)為：DR固定資產(chǎn)中轉(zhuǎn)CR應(yīng)付帳款它的分錄信息可以通過上面的ap_inv_ledger.sql和ap_inv_xla_ledger.

22、sql查詢。2） 手工錄入應(yīng)付發(fā)票，并指定發(fā)票分配科目為固定資產(chǎn)中轉(zhuǎn)科目。它的分錄同上。最后，在應(yīng)付模塊提交請求“創(chuàng)建成批增加”后，則可以在FA模塊成批增加資產(chǎn)。最終過賬后，會(huì)形成如下分錄。DR固定資產(chǎn)CR固定資產(chǎn)中轉(zhuǎn)固定資產(chǎn)中轉(zhuǎn)科目結(jié)清為0.FA創(chuàng)建會(huì)計(jì)分錄后，有關(guān)固定資產(chǎn)的分錄信息，可以通過fa_add_derp_ledger.sql查詢。預(yù)付款發(fā)票預(yù)付款發(fā)票可以用以核銷標(biāo)準(zhǔn)發(fā)票，他與標(biāo)準(zhǔn)發(fā)票的分錄有所不同，不過技術(shù)實(shí)現(xiàn)上是一樣的。它的分錄通常是：DR 預(yù)付賬款CR 應(yīng)付帳款當(dāng)核銷時(shí)，他的分錄為DR 應(yīng)付賬款CR 預(yù)付賬款它的分錄信息可以通過上面的ap_inv_ledger.sql和ap_

23、inv_xla_ledger.sql查詢。子模塊追溯R12 R12下總賬追溯子模塊比11i簡單統(tǒng)一了很多，通過gl_import_reference表，如下藍(lán)色部分sql為關(guān)鍵點(diǎn)：SELECT h.je_source ,h.je_category ,fnd_flex_ext.get_segs('SQLGL', 'GL#', 50328, ael.code_combination_id) acct ,xla_oa_functions_pkg.get_ccid_description(50328 ,ael.code_combination_id) acct_desc

24、r ,ael.entered_dr ,ael.entered_cr FROM gl_je_headers h ,gl_je_lines l ,gl_code_combinations gcc ,gl_period_statuses gps ,gl_import_references ir ,xla_ae_lines ael WHERE h.je_header_id = l.je_header_id AND l.code_combination_id = gcc.code_combination_id AND l.period_name = gps.period_name AND gps.app

25、lication_id = 101 AND gps.set_of_books_id = 2022 AND h.actual_flag = 'A' AND h.period_name = '2009-01' AND ir.je_header_id = l.je_header_id AND ir.je_line_num = l.je_line_num AND ael.gl_sl_link_id = ir.gl_sl_link_id AND ael.gl_sl_link_table = ir.gl_sl_link_table; 11i附上以前寫的一個(gè)11i的總賬追溯子模塊的三欄明細(xì)賬的sql：11i_gl_journal_drill.sql，11i下測試通過，可以參考。附 ：R12中子模塊的帳是如何產(chǎn)生的。1) 在FORM:ARXRWMAI 的按鈕 SLACEXEC.OK_BP 觸發(fā)器中有提交創(chuàng)建的代碼:arp_sla_submit.which_case;2)包arp_sla_submit在pll文件ARSLAOLS.pll中。3)在arp_sla_submit.which_case中執(zhí)行以下過程，將FORM界面上的信息傳入過程 submit_xla_accounting4） submit_xla_accounting過程