【正文】 狀X公司目前材料采購預付款業(yè)務，設備采購和員工部門借支預付款等業(yè)務會計分錄如下： 會計分錄：①材料預付款 借：預付帳款/應付帳款（經常采用“應付帳款”科目核算） 貸：現金/銀行存款報帳、核銷預付款 借：資產或費用科目 貸：預付帳款/應付帳款 ②員工借款，分員工出差借款、零星采購借款、其他借款等，按借款用途進行管理。出差借款 借：其他應收款 貸：現金/銀行存款報帳核銷借款 借：管理費用/銷售費用等 貸：其他應收款其他借款 借：其他應收款員工 貸：現金/銀行存款報帳核銷借款 借：管理費用/銷售費用等 貸：其他應收款—員工解決方案本項業(yè)務是由采購預付款流程的在系統中輸入預付款、輸入發(fā)票并用發(fā)票核銷預付款兩個節(jié)點處理的，由應付會計負責。根據X公司的現狀和未來發(fā)展需求，以及Oracle系統的功能，提出如下方案：a) 對供應商預付款的處理一、預付款項的記帳科目的確定。對材料供應商預付款的記帳科目為“預付帳款”、財務類供應商預付款的記帳科目為“其他應收款”。二、對需向供應商預付材料款時，由采購部門作出預付款申請，經財務處長和廠長審批后，由財務處進行付款。三、對供應商預付款業(yè)務，Oracle應付系統所有預付款的結算過程為1) 申請及批準預付款（以發(fā)票的形式錄入）借：預付帳款/其他應收款貸：應付帳款/其他應付款2) 支付預付款借：應付帳款/其他應付款貸：現金/銀行存款3) 核銷 借：應付帳款/其他應付款貸：預付帳款/其他應收款付款管理業(yè)務現狀所有付款，按X公司付款規(guī)定，只有所有批準手續(xù)完備、原始單據合法完整的付款申請方能準許付款。采購員提出請款要求，部門領導與財務領導根據資金計劃等情況進行審批，決定是否付款。但由于決策所需的信息比較缺乏、難以及時得到，審批主觀決定色彩較濃。采購員不能實時了解已付款信息，口頭溝通較多，要準確、及時地回答供應商的問詢有難度。對于需分次付款的情況，財務處難以了解累計請款情況，監(jiān)控職能較弱。問題當前由于手工處理付款業(yè)務，不能詳細查到發(fā)票的信息，付款不能針對發(fā)票；在發(fā)票與付款單據不完全同步時，付款只能針對供應商、更不能指定到具體供應商的具體采購業(yè)務和發(fā)票，不利于合理的策略性的付款，也不利于進行帳齡分析。解決方案本項業(yè)務是由采購付款流程的在系統中輸入付款并與采購發(fā)票進行匹配節(jié)點處理的，由應付會計負責。Oracle應付業(yè)務子系統中對于應付款的核銷具有較嚴謹要求：只有完全審核無誤的發(fā)票，方可進行付款核銷業(yè)務。對于不符合審批條件的發(fā)票會在發(fā)票審核時提供暫掛原因以供查詢與處理。有多樣化的付款方式可供選擇，包括現金、支票、匯款等。提供靈活多樣的付款條件設置，如收貨后立即付款、收貨后一個月付款或西方國家盛行的現金折扣設置如2％10，Net 30等。對需分期付款的發(fā)票，能按分期要求設置付款日期和金額。對于每一筆付款業(yè)務，Oracle應付帳款中要求必須提供帳戶信息、單據信息逐筆進行維護。6．Oracle系統的集成性、信息的共享性可以使您通過權限、職責的設置，相關領導檢索到相關的信息。外幣業(yè)務處理業(yè)務現狀X公司無外幣業(yè)務。解決方案基于X公司的現狀，考慮到企業(yè)未來發(fā)展的需要，可能會有少量的外幣業(yè)務發(fā)生，對此外幣業(yè)務折算成人民幣入帳，可以大大簡化財務和業(yè)務部門的操作復雜性，減少工作量。應收應付抵帳業(yè)務業(yè)務現狀目前，X公司存在少量的既是供應商又是客戶情況；對于這種情況，會存在著應收與應付業(yè)務互相抵消的處理。通過應收與應付的抵消來沖減應付款也核銷應收款，而不需產生現金的流出與流入。 解決方案本項業(yè)務是由采購付款流程的在系統中輸入付款并與采購發(fā)票進行匹配節(jié)點、銷售收款流程的輸入收款信息和核銷到發(fā)票共同處理的，由應付會計和應收款會計共同負責。對于既是供應商又是客戶的業(yè)務，Oracle提供“客戶供應商凈額報表”反映其實際余額，通過中轉過渡性帳戶分別完成應付款核銷及應收款核銷過程，真實反映應付帳款與應收帳款的發(fā)生情況。例：A公司既是客戶又是供應商，當月向A公司采購材料10000元，同時銷售產品20000元給A公司。在應付系統中收到A公司材料采購發(fā)票： 借：原材料 貸：應付帳款在應收系統中開出銷貨發(fā)票給A公司： 借：應收帳款 貸：其他業(yè)務收入 貸：應交稅金—增值稅（銷項）當A公司決定與進行抹帳處理，并經過X公司同意后在應付系統中核銷采購發(fā)票： 借：應付帳款 貸：應收、應付中轉在應收系統中核銷銷貨發(fā)票： 借：應收、應付中轉 貸：應收帳款抹帳業(yè)務處理業(yè)務現狀及需求由于三角債的問題，存在著供應商與供應商、供應商與客戶、客戶與客戶相互之間債權債務抵消的業(yè)務處理，以清理三角債，即通常所說的抹帳業(yè)務。解決方案本項業(yè)務是由采購付款流程的在系統中輸入付款并與采購發(fā)票進行匹配節(jié)點、銷售收款流程的輸入收款信息和核銷到發(fā)票共同處理的，由應付會計和應收款會計共同負責。對此類業(yè)務，分三類處理：供應商與供應商之間的抹帳業(yè)務，如：供應商A的債務轉入供應商B，對供應商A作一張貸項通知單，分配的貸方會計科目記入中轉科目；對供應商B作一張標準發(fā)票，分配的借方會計科目記入中轉科目；供應商與客戶之間的抹帳業(yè)務，可參照上一節(jié)應收應付業(yè)務抵消業(yè)務，只要在說明中注明是哪幾家公司抹帳即可；客戶與客戶之間的抹帳業(yè)務，如：客戶A的債權轉入客戶B，對客戶A作一張貸項通知單，借方會計科目記入中轉科目；對客戶B作一張發(fā)票，貸方會計科目記入中轉科目。應收管理事務處理類型業(yè)務現狀X公司當前的應收帳款業(yè)務主要有以下三個方面：第一、產品銷售第二、材料轉讓等其他它非主營業(yè)務銷售第三、與產品銷售、材料銷售無關的應收業(yè)務解決方案本項事務只是對系統中事務類型設置的介紹，由A公司設置完成。由于業(yè)務類型的不同，對于應收帳款的帳務分析層次也是不同的：對于正常的產品銷售應收帳款業(yè)務，計入應收帳款；對于材料轉讓等其他非主營業(yè)務銷售，計入應收帳款；對于與產品銷售、材料銷售無關的應收業(yè)務，由于業(yè)務量小發(fā)生頻率低，可以不計入應收帳款。事務處理編號業(yè)務現狀和需求目前X公司財務帳沒有對各筆事務處理進行編號入帳，而是通過會計憑證來記錄交易發(fā)生情況。解決方案本項事務只是對系統中事務處理編號的描述，由應收款會計負責處理。Oracle應收帳款的交易來源有以下兩種：一種是手工錄入的交易發(fā)票；另一種是由應收帳款的自動發(fā)票功能從銷售訂單中根據發(fā)貨情況自動產生的交易發(fā)票。對于手工錄入的事務處理發(fā)票，事務處理編號是由手工錄入并維護的。編號規(guī)則按合同號加實際發(fā)票號進行。對于由銷售訂單自動引入的發(fā)票，系統為每一張發(fā)票自動生成一個交易編號且這一編號不能進行更改，與手工開具的發(fā)票的對應關系為可以在發(fā)票描述項中加注描述。根據X公司的實際情況，可以通過銷售訂單管理模塊生成自動發(fā)票，也可以手工編制發(fā)票。根據X公司的業(yè)務實際，現在系統中的發(fā)票分類情況如下：序號描述類型科目1增值稅發(fā)票 增值稅發(fā)票 應收帳款2機動車發(fā)票機動車發(fā)票應收帳款3其它發(fā)票其它發(fā)票應收帳款客戶管理業(yè)務現狀X公司現在在財務上記賬的客戶非常多，財務部門對客戶通過編碼按地區(qū)進行跟蹤管理，沒有采用其他手段來跟蹤管理客戶，對管理更詳細管理通過銷售部門，而且現在沒有非常規(guī)范詳細的客戶統一管理體系。問題由于業(yè)務劃分的問題，對于客戶信息的管理尚未進行持續(xù)的統一管理與維護。財務部門沒有記錄詳細的客戶信息，缺乏財務對業(yè)務監(jiān)控、管理的基礎。有導致壞帳發(fā)生的可能性。解決方案本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員和應收款會計共同負責。Oracle的客戶信息在應收帳款子系統與銷售子系統中是共享的，從而使對于客戶的管理能夠從銷售子系統延續(xù)至應收系統中，全面的跟蹤和管理與客戶往來的整體情況，對于Oracle客戶的管理內容參見“銷售模塊解決方案”的相關內容。Oracle ERP系統對客戶的管理提供了客戶層信息和地址層信息兩層管理，這兩層中都有從地址、分類、聯系方式以至客戶之間的關系等13大類的信息，這里面的內容包括：客戶的地址、對客戶的分類、客戶的價目表、客戶的付款方法等共近300項信息，這些應該足夠滿足對客戶的管理，而且系統提供了可以擴張的說明性彈性域，以便記錄其他信息。下圖是系統中維護客戶層的界面：補充說明：在維護客戶信息時，應對每個客戶錄入收帳員、銷售員，以便歸集收帳員和銷售員的相關信息。對于企業(yè)的這種需求：從地理位置上考核某個地區(qū)的銷售業(yè)績，目的是了解這個地區(qū)購買我們的產品的變動情況。這種情況應該統一對客戶進行分區(qū)，但是應該在地址層進行，因為有某個客戶具有在多個地區(qū)有分廠或地址的情況?？梢允褂锰匦皂撝械牡貐^(qū)字段來記錄分區(qū)的信息，也可以起用說明性彈性域來記錄分區(qū)信息。注意：分區(qū)的名稱一定要統一規(guī)范。這樣的做法就為開發(fā)報表進行數據的統計提供了數據準備。不建議使用對客戶或地址的編碼來分區(qū)，這樣會造成變動時的處理復雜。收款管理業(yè)務現狀及需求目前X公司，收款結算銀行有工行、交行、建行、中行、農行等六八家，收款類型以現金、票據為主。財務在進行帳務處理時，收款只核銷到客戶（客戶的應收帳款余額），不能指定到具體哪張發(fā)票（哪筆事務處理）。問題收款只核銷到客戶的應收帳款余額，無法進行應收帳款的帳齡分析，無法對客戶交易情況、收款情況進行追蹤，不利于對應收帳款的管理和收款管理。解決方案本項業(yè)務是由銷售收款流程的輸入收款信息和核銷到發(fā)票兩個節(jié)點處理的，由應收款會計負責?；赬公司的現狀，以及Oracle系統所能提供的功能，為加強X公司對收款的查詢、跟蹤、帳齡分析等收款管理工作，建議加強如下工作：一、對于正常收款按如下方式處理：詳細記錄收款銀行的信息，如：開戶行名稱、地址、帳號等；詳細記錄收款單據的信息，如：收款單據名、收款單據號、收款日期等；收款核銷指定到相應客戶的具體發(fā)票。收款單據號的規(guī)則按合同號加實際的收款號進行。下圖是系統中維護收款的界面：二、對于雜項事務處理收款的處理方式，雜項事務處理從投資、利息、退款和股票銷售中獲得的收入，由于這類業(yè)務比較少，可以簡化操作，在總帳中處理這些業(yè)務。三、對于不明來款的業(yè)務處理方式，可以先在收款中錄入該筆收款，系統允許暫時不必指定到客戶，等查明原因后及時核銷至相應客戶的相應發(fā)票。四、對預收帳款的業(yè)務處理方式，在收款中錄入該筆收款至相應客戶為止。收款銀行管理業(yè)務現狀現在X公司廠涉及到的銀行信息由出納統一管理和維護，財務帳上沒有具體的反映、記錄銀行詳細信息，只是以銀行存款科目的形式存在。解決方案本項事務是對系統中收款銀行管理的描述，由A公司設置完成。Oracle ERP 提供了強大的銀行管理，通過對銀行和帳戶的統一管理，使得應收和應付統一進行收付款，將應收和應付聯系起來，防止收付的混亂；系統提供了對銀行地址、在此行中的帳戶、記帳時的科目、此帳戶的最大支付額、此帳戶能夠處理的票據等管理。下圖是維護銀行和銀行帳戶的界面：系統上線后，要求在系統中錄入銀行的詳細信息，通過明細科目的設置記錄各開戶銀行的收支款等情況。銀行命名以實際名稱為準，通過在銀行標題、分行等區(qū)域來輸入和維護詳細信息。銀行的詳細信息參見應付款解決方案。帳齡分析、查詢與報表業(yè)務現狀及需求目前X公司基本沒有進行帳齡分析，目前能提供有限的客戶余額表。X公司希望使用Oracle系統后，可以提供不同帳齡期間的分析報表和報告，來加強對應收帳款的管理。問題目前的簡單的管理應收帳款的方式，不能完全滿足應收帳管理和分析的需求。解決方案本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程形成應收帳節(jié)點處理的，由應收款會計負責。Oracle系統提供了多種方式來滿足對客戶帳齡的各種管理功能：可以通過查詢來簡單了解某個客戶的帳齡狀況：在Oracle應收系統中也可以通過提交報表的方法，層層追溯至每個客戶、每個業(yè)務類型的原始交易并跟蹤每筆發(fā)票的收款情況。查詢條件包括：日期、客戶、銷售片別、銷售合同、收帳員、事務處理類型等等。Oracle應收系統可以提供各個客戶的應收報表和付款報表、各種交易類型明細報告、按日匯總主要指標報表、按銷售人員的收款報表、多種帳齡分析表、調整批準報告、事務處理明細報表、未完成的發(fā)票報表、過期發(fā)票報表、客戶供應商凈額報表、收款歷史報表、催款報表、開單歷史報表、開單和收款歷史報表等等。退貨管理業(yè)務現狀退貨管理業(yè)務的現狀為：直接接受客戶的退貨請求，并進行退貨業(yè)務的處理。在這種情況下一般采用的是退換的處理模式?？蛻粝驑I(yè)務員提出申請，業(yè)務員通知相關部門對客戶進行退貨條件的驗證和貨物質量檢驗。經確認條件符合退貨條件后，業(yè)務員開出退貨單，倉管接受入庫，并重新給客戶發(fā)貨。退貨原因一般是質量的問題。解決方案本項業(yè)務是由銷售收款流程的銷售開票并錄入系統節(jié)點處理的，由應收款會計負責。具體退貨的操作和管理見“ 銷售模塊解決方案”中有關退貨章節(jié)。系統上線以后，入帳時要求根據客戶退貨的有關單據，在應收帳款模塊針對原來的發(fā)票錄入相應的貸項通知單，來減少對此客戶的應收。具體操作時系統提供了兩種方式：直接在錄入發(fā)票的窗口錄入一張貸項通知單類型的發(fā)票：直接通過貸記事務處理來錄入相應的貸項通知單。說明：第一種方式是手工處理的方式，操作比較隨意，與原來的發(fā)票沒有建立聯系；第二種方式是對應到原來的發(fā)票而相應處理的，它