Oracle12-EBS_AR_應收票據操作手冊

1、AR模塊-應收票據.目錄文檔控制2目錄3操作手冊1作業(yè)內容1設置步驟1測試流程3問題與總結5問題及解決5總結6 17操作手冊作業(yè)內容正文設置步驟銀行賬戶設置為應收票據設置相應的票據托收和背書中轉銀行路徑：設置：收款：BANKS在虛擬銀行下創(chuàng)建應收票據分行，下設托收和背書轉讓兩個賬戶，由于需要中轉，兩個賬戶均賦予應收和應付職責。為應收票據的兩個賬戶添加組織訪問，賬戶設置可以不填可選項，因為可以被活動賬戶覆蓋。收款分類設置首先為方便跟蹤應收票據狀態(tài)，在科目段關聯(lián)的值集中添加兩個科目，111104應收票據-已確認和111105應收票據-已匯。這樣通過會計分錄和科目余額就可以查看到應收票據出于何種狀態(tài)

2、。另外再新建一個虛擬科目作為虛擬銀行現(xiàn)金的中轉科目。定義收款分類。路徑：設置：收款：收款分類。定義銀行賬戶時，收款確認和匯款賬戶使用剛才添加的科目。點擊新建按鈕，為其添加一個賬戶收票收到客戶一張1000元的商業(yè)承兌匯票。路徑：收款：收款到期托收票據到期，客戶向銀行匯款，應該把應收票據的狀態(tài)由已確認轉為已匯。路徑：收款：匯款點擊人工創(chuàng)建，找到對應的收款，在匯款銀行標簽頁改寫銀行為真實銀行，再在主要標簽選擇到真實銀行的應收賬戶，完成從虛擬銀行到真實銀行的轉移。點擊審批，提交自動收款請求。請求完成后，收款狀態(tài)將會變?yōu)橐褏R。從請求輸出結果可以看出，該筆匯款匯入的是真實銀行的應收賬戶。結清將真實銀行賬戶

3、中的已匯現(xiàn)金轉入現(xiàn)金科目，在自動結算方法下，通過提交請求的方法實現(xiàn)。路徑：收款/風險解除結清的活動同樣發(fā)生在真實銀行賬戶下。對應的收款狀態(tài)已更新為結清。貼現(xiàn)如果我方在票據到期前發(fā)生現(xiàn)金短缺，需要向銀行貼現(xiàn)匯票?，F(xiàn)錄入一筆應付票據的收款：下面進行貼現(xiàn)匯款，將金額從應收票據-已確認轉入應收票據-已貼現(xiàn)。注意匯款方法選擇貼現(xiàn)收款。點擊人工創(chuàng)建，改寫收款銀行，注意錄入貼現(xiàn)手續(xù)費。點擊審批運行完請求后，收款狀態(tài)為已匯。下面錄入現(xiàn)金收入。提交請求會計分錄解除風險，運行收款自動結算請求，在解除銀行風險處選擇否。另一張被解除風險的票據為其他測試票據。這時收款狀態(tài)已經變?yōu)榻獬L險。到此貼現(xiàn)流程結束。背書流程假設

4、我方收到一張有追索權的匯票，將其背書出去支付應付賬款。首先為收款分類增加一個賬戶。錄入一張收款，收款賬戶為虛擬銀行的應付票據背書賬戶。背書：在收款工作臺沒有專門的背書事務處理，用貼現(xiàn)的方式，利用虛擬銀行，用中轉科目中收到的現(xiàn)金支付AP模塊的應付發(fā)票，就完成了背書。結算：運行收款自動結算請求，結算折扣收款處選是。這里的折扣收款應該指的是貼現(xiàn)收款。由于使用的是最終創(chuàng)建會計科目，應收票據-已確認科目已經被借貸相抵。支付AP發(fā)票：切換到應付職責，找一張用支票支付的應付發(fā)票，進行完全支付。由于創(chuàng)建虛擬銀行賬戶的時候現(xiàn)金科目錯選成了10020101，所以生成的會計分錄現(xiàn)金科目是10020101，此設置后面

5、的改動無效。因此虛擬銀行的現(xiàn)金賬戶應該是中轉科目。解除風險：運行請求。沖銷在票據的任何一個階段，包括已解除風險，都可以進行沖銷。生成的分錄是反向沖平之前留下的分錄。比如對貼現(xiàn)后已解除風險的應付票據沖銷，生成的分錄應該是：即借未核銷應收賬款，貸現(xiàn)金和財務費用。1.測試流程問題與總結2.問題及解決1.生成的會計分錄不對 匯款時的會計分錄應為：借：應付票據-已匯貸：應付票據-已確認創(chuàng)建擬會計分錄為 借：應付票據-已匯 貸：應收賬款-未核銷經嘗試，該問題在創(chuàng)建會計分錄的方式為最終或最終過賬時就解決了 原因是擬定會計科目會將之前的科目進行合并，這兩筆分錄為1. 收票：借：應付票據-已確認 貸：應收賬款-未核銷2. 匯款：借：應付票據-已匯 貸：應付票據-已確認合并分錄即為擬定創(chuàng)建