集團財務(wù)管理解決策劃方案

1、11/12DX集團一線ERP財務(wù)治理解決方案（下)退貨治理業(yè)務(wù)現(xiàn)狀退貨治理業(yè)務(wù)的現(xiàn)狀為：直接同意客戶的退貨請求,并進行退貨業(yè)務(wù)的處理。在這種情況下一般采納的是退換的處理模式。客戶向業(yè)務(wù)員提出申請,業(yè)務(wù)員通知相關(guān)部門對客戶進行退貨條件的驗證和物資質(zhì)量檢驗。經(jīng)確認(rèn)條件符合退貨條件后，業(yè)務(wù)員開出退貨單,倉管同意入庫,并重新給客戶發(fā)貨。退貨緣故一般是質(zhì)量的問題。解決方案本項業(yè)務(wù)是由銷售收款流程的銷售開票并錄入系統(tǒng)節(jié)點處理的,由應(yīng)收款會計負責(zé)。具體退貨的操作和治理見“銷售模塊解決方案”中有關(guān)退貨章節(jié)。系統(tǒng)上線以后,入帳時要求依照客戶退貨的有關(guān)單據(jù)，在應(yīng)收帳款模塊針對原來的發(fā)票錄入相應(yīng)的貸項通知單，來減少

2、對此客戶的應(yīng)收。具體操作時系統(tǒng)提供了兩種方式：直接在錄入發(fā)票的窗口錄入一張貸項通知單類型的發(fā)票：直接通過貸記事務(wù)處理來錄入相應(yīng)的貸項通知單。講明:第一種方式是手工處理的方式，操作比較隨意,與原來的發(fā)票沒有建立聯(lián)系;第二種方式是對應(yīng)到原來的發(fā)票而相應(yīng)處理的,它與發(fā)票建立了對應(yīng)的關(guān)系，而且貸項通知單上的信息也最終反映到了發(fā)票上,這種方式比較嚴(yán)謹(jǐn)，有利于規(guī)范治理,因此建議采納第二種方式。合同信息治理合同錄入本項業(yè)務(wù)是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員負責(zé)。EPR R系統(tǒng)并沒有提供對銷售合同進行規(guī)范治理的功能,只是提供了對銷售訂單的治理,假如X公司需要對合同的規(guī)范治理,建議X公司引入

3、ER CM系統(tǒng)或者手工開發(fā)一定的合同治理的功能并與EP E進行集成。鑒于X公司對合同信息共享與監(jiān)督的強烈需求,本方案提出了以附件的方式治理和共享合同信息的方法；具體的操作是要求銷售部門在訂立合同確定完畢后，通過掃描或者人工輸入的方式，將紙面的合同轉(zhuǎn)換為電子文檔,并將此電子文檔掛入到該客戶上。具體操作如下:導(dǎo)航到客戶界面,并啟動附件菜單或曲不針工具按鈕：將附件上傳到信息中心的小型機上：注意:在講明字段一定要詳細的講明公司+合同號,如上圖所示。具體的操作參見應(yīng)收帳款和有關(guān)操作手冊。合同編號本項業(yè)務(wù)是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員負責(zé)。為了保持合同編碼的一致性,便于查詢,在系統(tǒng)

4、中的合同編號仍然采納當(dāng)前的編號；合同的編號反映到上圖的講明字段中,要求一定要詳細注明公司名稱合同號。合同信息共享和監(jiān)督本項業(yè)務(wù)是由銷售收款流程的財務(wù)監(jiān)督合同的收款、開票及發(fā)運狀況節(jié)點處理的，由應(yīng)收款會計負責(zé)。在將合同維護到系統(tǒng)中以后,在任何有權(quán)限同時需要了解合同信息的界面，比如錄入發(fā)票界面,與在維護合同時同樣的方法，通過附件菜單或曲不針工具按鈕：通過文檔目錄按鈕進入查詢合同的窗口,如下所示輸入一定的客戶名稱就能夠查找出所有與此客戶所簽訂的合同:通過預(yù)覽就能夠看到合同的內(nèi)容了：現(xiàn)金治理銀行對帳單治理業(yè)務(wù)現(xiàn)狀當(dāng)前X公司有專人負責(zé)定期與銀行進行對帳和結(jié)算，然而關(guān)于銀行對帳單沒有規(guī)范統(tǒng)一的治理。問題銀

5、行對帳單是X公司與銀行進行結(jié)算的憑證，統(tǒng)一規(guī)范的治理這些單據(jù)有利于準(zhǔn)確的治理公司的銀行存款，以及及時發(fā)覺收付款業(yè)務(wù)處理過程中出現(xiàn)的問題,并及時糾正。解決方案本項業(yè)務(wù)是由現(xiàn)金銀行存款核算流程的定期對帳節(jié)點處理的，由銀行出納負責(zé)。EPREP現(xiàn)金治理模塊提供了功能強大的對銀行對帳單的治理功能,通過這些功能能夠明確的統(tǒng)一的查詢所有的收付款業(yè)務(wù),并與銀行出具的對帳單進行對帳;還能夠通過系統(tǒng)提供的調(diào)整功能及時調(diào)整與銀行之間的誤差。系統(tǒng)同意對每個銀行帳戶定義一張銀行對帳單,進行明細治理。如下圖所示，系統(tǒng)要求明確指定該銀行對帳單的銀行、帳號、創(chuàng)建日期、總帳日期等信息:通過銀行對帳單的可用按鈕能夠查看所有未通過

6、對帳的所有應(yīng)收、應(yīng)付事務(wù)：通過選擇相應(yīng)的業(yè)務(wù)行，并如下圖所示輸入對應(yīng)的費用和誤差值并調(diào)整結(jié)算金額就能夠?qū)Σ畈欢嗵幚淼氖聞?wù)進行結(jié)算；假如有誤差或費用系統(tǒng)會自動在該行事務(wù)對應(yīng)的模塊創(chuàng)建單據(jù)及分錄。系統(tǒng)也同意不通過銀行對帳單,而是手工處理結(jié)算業(yè)務(wù)；其操作與上述通過銀行對帳單的操作大致相同。現(xiàn)金預(yù)測業(yè)務(wù)現(xiàn)狀當(dāng)前X公司差不多沒有對現(xiàn)金的預(yù)測，只有預(yù)算打算處依照當(dāng)前的庫存、生產(chǎn)打算、在制品等信息對下一個月的資金使用情況進行粗略的可能。問題當(dāng)前X公司的資金使用打算是特不粗略和不夠準(zhǔn)確的,其中經(jīng)驗的因素專門多。造成這種情況的緣故專門多,但其中最重要的一點是：X公司的打算人員不能及時的掌握準(zhǔn)確的庫存、打算、在制

7、品、采購等信息，而且X公司的原有財務(wù)核算體系不能靈活的給出X公司近一段時刻以來的資金使用情況。因此，造成了X公司的資金打算的時效專門差，甚至不能對整個下月的資金使用狀況作出比較準(zhǔn)確的預(yù)測,這實際上在專門大程度上對公司的營運狀況造成了威脅，如X公司現(xiàn)在形勢大好的情況就有可能造成資金的閑置和白費,假如突然市場形勢改變,又可能出現(xiàn)資金供應(yīng)不足。解決方案本項業(yè)務(wù)是由預(yù)算流程的制訂新預(yù)算節(jié)點處理的，由預(yù)算會計負責(zé)。關(guān)于系統(tǒng)能夠及時提供詳細的庫存、打算、在制品、采購等信息，那個地點不在贅述，具體請參見這些模塊的詳細解決方案和操作手冊。那個地點所講述的是通過提供近一段時刻X公司的資金使用狀況,并依照對市場變動情況的預(yù)測，只是通過技術(shù)的分析來確定X公司下一段時刻應(yīng)預(yù)留的資金;因此那個結(jié)果不是最終的結(jié)果，需要進一步通過對庫存、打算等信息的考察來對它進行修正。E EP現(xiàn)金治理模塊提供了建立現(xiàn)金預(yù)測模板的功能，現(xiàn)金預(yù)測模板由公用信息和行、列信息組成。公用信息包括預(yù)測是依照期間依舊依照天、預(yù)測是否包括逾期事務(wù)等信息；行信息確定了預(yù)測中包含的內(nèi)容;列信息確定了預(yù)測時刻段的跨度。如上圖所示。通過指定