應收管理

業(yè)務現(xiàn)狀

X公司當前的應收帳款業(yè)務主要有以下三個方面：

第一、產(chǎn)品銷售

第二、材料轉(zhuǎn)讓等其它非主營業(yè)務銷售

第三、與產(chǎn)品銷售、材料銷售無關(guān)的應收業(yè)務

解決方案

本項事務只是對系統(tǒng)中事務類型設置的介紹，由A公司設置完成。

由于業(yè)務類型的不同，對于應收帳款的帳務分析層次也是不同的：

對于正常的產(chǎn)品銷售應收帳款業(yè)務，計入應收帳款；

對于材料轉(zhuǎn)讓等其他非主營業(yè)務銷售，計入應收帳款；

對于與產(chǎn)品銷售、材料銷售無關(guān)的應收業(yè)務，由于業(yè)務量小發(fā)生頻率低，可以不計入應收帳款。

業(yè)務現(xiàn)狀和需求

目前X公司財務帳沒有對各筆事務處理進行編號入帳，而是通過會計憑證來記錄交易發(fā)生情況。

解決方案

本項事務只是對系統(tǒng)中事務處理編號的描述，由應收款會計負責處理。

Oracle應收帳款的交易來源有以下兩種：一種是手工錄入的交易發(fā)票；另一種是由應收帳款的自動發(fā)票功能從銷售訂單中根據(jù)發(fā)貨情況自動產(chǎn)生的交易發(fā)票。

對于手工錄入的事務處理發(fā)票，事務處理編號是由手工錄入并維護的。編號規(guī)則按合同號加實際發(fā)票號進行。

對于由銷售訂單自動引入的發(fā)票，系統(tǒng)為每一張發(fā)票自動生成一個交易編號且這一編號不能進行更改，與手工開具的發(fā)票的對應關(guān)系為可以在發(fā)票描述項中加注描述。

根據(jù)X公司的實際情況，可以通過銷售訂單管理模塊生成自動發(fā)票，也可以手工編制發(fā)票。

根據(jù)X公司的業(yè)務實際，現(xiàn)在系統(tǒng)中的發(fā)票分類情況如下：

業(yè)務現(xiàn)狀

X公司現(xiàn)在在財務上記賬的客戶非常多，財務部門對客戶通過編碼按地區(qū)進行跟蹤管理，沒有采用其他手段來跟蹤管理客戶，對管理更詳細管理通過銷售部門，而且現(xiàn)在沒有非常規(guī)范詳細的客戶統(tǒng)一管理體系。

問題

由于業(yè)務劃分的問題，對于客戶信息的管理尚未進行持續(xù)的統(tǒng)一管理與維護。財務部門沒有記錄詳細的客戶信息，缺乏財務對業(yè)務監(jiān)控、管理的基礎。有導致壞帳發(fā)生的可能性。

解決方案

本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員和應收款會計共同負責。

Oracle的客戶信息在應收帳款子系統(tǒng)與銷售子系統(tǒng)中是共享的，從而使對于客戶的管理能夠從銷售子系統(tǒng)延續(xù)至應收系統(tǒng)中，全面的跟蹤和管理與客戶往來的整體情況，對于Oracle客戶的管理內(nèi)容參見“銷售模塊解決方案”的相關(guān)內(nèi)容。

Oracle ERP系統(tǒng)對客戶的管理提供了客戶層信息和地址層信息兩層管理，這兩層中都有從地址、分類、聯(lián)系方式以至客戶之間的關(guān)系等13大類的信息，這里面的內(nèi)容包括：客戶的地址、對客戶的分類、客戶的價目表、客戶的付款方法等共近300項信息，這些應該足夠滿足對客戶的管理，而且系統(tǒng)提供了可以擴張的說明性彈性域，以便記錄其他信息。

下圖是系統(tǒng)中維護客戶層的界面：

補充說明：在維護客戶信息時，應對每個客戶錄入收帳員、銷售員，以便歸集收帳員和銷售員的相關(guān)信息。

對于企業(yè)的這種需求：從地理位置上考核某個地區(qū)的銷售業(yè)績，目的是了解這個地區(qū)購買我們的產(chǎn)品的變動情況。

這種情況應該統(tǒng)一對客戶進行分區(qū)，但是應該在地址層進行，因為有某個客戶具有在多個地區(qū)有分廠或地址的情況。可以使用特性頁中的地區(qū)字段來記錄分區(qū)的信息，也可以起用說明性彈性域來記錄分區(qū)信息。注意：分區(qū)的名稱一定要統(tǒng)一規(guī)范。這樣的做法就為開發(fā)報表進行數(shù)據(jù)的統(tǒng)計提供了數(shù)據(jù)準備。

不建議使用對客戶或地址的編碼來分區(qū)，這樣會造成變動時的處理復雜。

來源：巨靈鳥 歡迎分享本文