DX集團一線ERP財務管理解決方案例

DX集團一線ERP財務管理解決方案例目前X公司分為：X公司、下料分廠和底盤分廠三個實際按照法人實體操作業(yè)務的實體，每個分廠都有自己的帳務記錄，都要求出各自的財務報表。三個分廠使用一致的科目結構、本位幣和會計分期，獨立的帳簿，來治理企業(yè)的會計核算。目前X公司差不多使用了用友財務系統(tǒng)，該套系統(tǒng)差不多上是模擬手工記帳的一套財務核算系統(tǒng)，包括：帳務核算的總帳系統(tǒng)和銷售核算、固定資產核算、工資核算、往來核算、成本、費用核算、材料核算等部分，其功能大部分僅限于記錄分錄數據；其各部分間相互孤立，幾乎沒有集成；財務和業(yè)務沒有集成，財務不能適時反映庫存、在制品、銷售、采購等信息，造成財務數據孤立，不能及時反映生產狀況，提供決策依據。為保證財務與其他部分之間數據的準確、一致，必定要花費專門大的精力來處理數據相互校對工作，增加出錯的可能性，不利于財務部門及時、真實、準確提供財務數據；另一方面，各部門、分廠之間信息共享性差，部門之間的數據共享還停留在紙面材料的傳遞的層面上。為此，X公司期望通過此次ERP的實施，能夠達成各財務系統(tǒng)間以及財務與各業(yè)務系統(tǒng)間相互集成，改善信息共享，提高工作效率，減輕低級勞動量，增強財務數據的準確性、及時性，并進行強有力的財務數據分析，更好的為領導層決策提供依據；使利潤中心、成本中心、費用中心的考核和預算簡單易行，提高企業(yè)治理水平；為治理決策提供及時、準確、真實的財務報告。解決方案本項事務是對系統(tǒng)中賬簿設置情形的描述，由A公司設置完成。基于對X公司的業(yè)務現狀與以后企業(yè)進展需求的分析，結合ORACLE軟件，提出如下解決方案：我們在系統(tǒng)中設置了三個帳簿和三個法人實體，其中的一套是為X公司使用的，X公司的這一套能夠在系統(tǒng)中自動記錄下料和底盤的生產數據，而下料和底盤的兩套只是為下料和底盤手工記錄賬務而設置的。X公司、下料分廠和底盤分廠三個法人實體三個分廠分別使用一個獨立的、集成的財務帳簿，數據分離方案評估：提高數據獨立性、共享性由于OracleERP信息治理系統(tǒng)中的總帳系統(tǒng)，擁有靈活的科目設置方法，通過對科目結構不同段的設置，來滿足企業(yè)對成本中心、費用中心會計信息的歸集，利用系統(tǒng)提供的標準報表和FSG工具定義的財務報表，使得對利潤中心、成本中心、費用中心的考核簡單易行，提高企業(yè)治理水平。由于OracleERP治理信息系統(tǒng)提供了高度集成功能，通過接口能夠達到總帳系統(tǒng)與子系統(tǒng)的集成，使X公司信息共享變?yōu)楝F實。由于Oracle方便的匯總查詢方式及靈活的財務報表定義工具，使用報表生成器以及系統(tǒng)提供的標準報表，提供較完善的財務數據，以供財務人員進行有效的財務分析，使決策層對財務分析更為及時、高效。帳簿名稱：X公司帳簿簡稱： X_BOOKS會計周期業(yè)務現狀X公司的會計年度采納公歷年份，即每個會計年度自1月1日到12月31日，會計年度劃分為：每個會計年度劃分為四季，每季有三個會計期。解決方案本項事務是對系統(tǒng)中會計分期設置情形的描述，初始情形由A公司設置完成，以后的愛護由系統(tǒng)愛護崗位負責。每年在下一會計年度開始前，由專門的人員依照X公司相關部門提供的下一會計年度會計期劃分表〔以自然月份為一個會計期〕，并對Oracle總賬系統(tǒng)的會計期進行愛護。每月，在月初關閉上個會計期、打開下個會計期。關閉總帳會計期應在各子系統(tǒng)已向總帳傳送數據并關閉子系統(tǒng)會計期之后進行，打開總帳會計期應在各子系統(tǒng)已向總帳傳送數據并關閉子系統(tǒng)會計期之前進行，以保證數據的完整性、準確性。初始時，本方案臨時將X公司總帳日歷定義為15個期間。第1個期間為年初第一天，其功能是年初調帳，后12個期間為自然月份，最后兩個期間為年末最后一天，其功能是年末調帳。會計科目結構解決方案本項事務是對系統(tǒng)中科目結構設置情形的描述，初始情形由A公司設置完成，以后的愛護由系統(tǒng)愛護崗位負責。為了適應國家對財務核算的新要求和X公司不斷進展的需要，X公司決定采納國家新頒布的股份制企業(yè)會計制度及相應科目結構。Oracle會計科目結構的設置通過靈活定義會計彈性域結構完成，每個彈性域由假設干段組成，各段能夠分別記錄公司名、部門、會計科目代號等與財務治理相關的信息，改變了以往僅能通過增加明細科目反映附加信息的狀況，無需為增加某一信息而必須在自然科目段中增加假設干子值，從而使整個會計科目結構更加清晰。Oracle在彈性域中還提供了安全性設置、交叉驗證等功能，能夠限定某些信息僅在特定會計科目組合中反映，增強了數據錄入時的安全性。據此，在分析X公司現狀與以后需求的基礎上，建議X公司的會計科目結構為五個段，依次為：公司段〔2位〕、成本中心段〔4位〕、科目段〔11位〕、產品段〔4位〕、備用段〔5位〕公司段的設置可確保會計分錄在同一公司內的借貸平穩(wěn)，同時使X公司、底盤分廠、下料分廠三個分廠之間的財務數據分離。成本中心段的設置能夠對公司的下屬部門進行核算，為及時反映各部門的財務狀況和費用使用情形，提高治理的細化程度和總體水平提供了可能性?？颇慷蔚脑O置用于反映正常的會計科目信息，一級科目的設置和編碼按財政部的會計制度執(zhí)行〔編碼以四位字符表示〕；在一級科目下，依照內部核算需要、對外報表涉及的明細程度和Oracle系統(tǒng)設置的需要設立二級〔編碼以兩位數字，第五、六位或第五、六、七位表示〕或三級的明細科目〔編碼以兩位數字，第八、九位表示〕，規(guī)范、科學的科目設置，將會給您的財務治理工作帶來便利。如：二級科目幾位？XXXXXXXXXX一級二級三級四級產品段是專門為統(tǒng)計各種產品的銷售收入情形和成本情形而設定的。備用段的設置是考慮到企業(yè)的以后進展而預留的，同時也能夠將需要更細治理的銷售員放入此段，也能夠將工單類型放入此段。憑證分類及來源業(yè)務現狀目前X公司會計憑證分類要緊有三種：現金憑證、銀行憑證、轉帳憑證。月末統(tǒng)一裝訂，原始單據附在憑證后。解決方案本項事務是對系統(tǒng)中憑證分類設置情形的描述，初始情形由A公司設置完成，以后的愛護由系統(tǒng)愛護崗位負責。針對X公司以后財務分析業(yè)務的需要，Oracle提供了依照不同業(yè)務來源的憑證分類規(guī)那么?？値づc其它模塊涉及的憑證分類表如下：憑證來源憑證分類手工記帳憑證應對采購發(fā)票付款應收銷售發(fā)票、貸項通知單、收據資產資產增加資產折舊資產資本化資產報廢資產重分類資產轉移在建工程增加制造WIP其優(yōu)點在于：依照不同的業(yè)務來源細化轉帳憑證的分類，適用于大型電算化財務治理系統(tǒng)關于信息索引與歸檔的方式；Oracle提供了依照不同業(yè)務來源及不同業(yè)務類型憑證查詢方式，便于在系統(tǒng)中查詢原始業(yè)務單據與記帳憑證的索引關系；其次Oracle提供了一系列基于來源與業(yè)務類型的憑證打印報表。便于財務人員對同一種業(yè)務來源憑證進行歸檔；便于財務人員在系統(tǒng)中查詢出Oracle系統(tǒng)各子模塊產生的明細帳務情形。導入憑證可另行定義，子模塊憑證來源亦可采納預定義設置。會計憑證錄入業(yè)務現狀及需求目前X公司所有的憑證均為以分錄的形式逐筆手工錄入，這種方式是一種模擬手工的記帳方式，使用這種方式對記帳人員的財務水平要求較高，而且不能對原始單據進行詳細規(guī)范的記錄，所記錄的信息能夠說只是對原始單據的一個索引，憑證與原始單據的聯(lián)系不能明確反映；當前X公司財務部使用的用友系統(tǒng)對重復性的憑證和規(guī)律性較強的分攤等憑證不能自動處理，增加了手工勞動的工作量。解決方案本項事務財務總流程中的將其他會計事務制單、復核并輸入到系統(tǒng)節(jié)點處理，由總帳會計負責。依照會計業(yè)務的需要，OracleERP總帳系統(tǒng)支持多種會計憑證的錄入：能夠創(chuàng)建成批分攤憑證、周期性重復憑證、反沖憑證、手工的會計憑證、從Oracle的應收、應對、資產、采購、銷售等子系統(tǒng)中引入的會計憑證。今后憑證錄入方式可分如下幾類：引入憑證：由于OracleERP治理信息系統(tǒng)是一個大型的集成系統(tǒng)，大量業(yè)務的原始憑證都通過相關業(yè)務子模塊錄入、愛護及相關處理，然后將其帳務信息以憑證的方式傳遞至總帳，在總帳中完成帳務核算。引入憑證的來源有：應收款、應對款、資產、庫存、制造等。手工憑證：直截了當在總帳中錄入的憑證是與其他模塊無直截了當銜接關系、屬于客戶未購買的模塊事務或客戶期望在總帳中處理的會計業(yè)務。周期性重復性憑證：重復憑證差不多上包括三種類型：即固定數據、固定格式〔每月只需錄入數據〕和固定公式的。屬于這種類型憑證的業(yè)務往往有待攤費用的分攤、預提費用的計提、工資、福利費計提、計提各種稅費。對這類憑證，在定義好重復憑證的模板后，系統(tǒng)即可在需要的時候運行生成。成批分攤性憑證：可依照已定義的分攤規(guī)那么，按其分攤規(guī)那么進行分攤的記帳憑證。如：將期間費用分配到相關部門。反沖憑證：對錯誤分錄進行反沖的憑證，系統(tǒng)提供了能夠任意選擇的借貸方向相反和改變符號(負數金額表示，紅字)兩種方法。憑證審核、調整、過帳業(yè)務現狀目前X公司的財務要緊使用用友財務軟件系統(tǒng)，關于憑證只有月底一次過帳，只是由財務人員對已審核過的會計憑證進行輸入動作。對憑證的調整，在未登帳前，可通過復核對原憑證進行修改，對登帳后且已關帳的調整，只能通過手工編制的憑證來調整。當前X公司也設立了審核崗位對未過帳的憑證進行逐筆審批。解決方案本項事務由財務總流程中的過帳節(jié)點處理，由總帳會計負責。Oracle關于憑證的治理具有一定的跟蹤性，通過對財務人員職責的設置，能夠了解到關于一張憑證從制作錄入到調整過帳的人員及時刻的記錄，從而保留了對憑證從制作到過帳的整體流程。關于憑證的審核，由于大量的業(yè)務憑證是由子系統(tǒng)進行愛護的，在子系統(tǒng)進入Oracle總帳之前已在子系統(tǒng)中關于自動憑證規(guī)那么進行了設置，關于憑證的正確性審核，是從以下幾個方面進行的：〔1〕關于子系統(tǒng)自動會計規(guī)那么的審核，這一步是在系統(tǒng)設置之初差不多完成。〔2〕關于業(yè)務子系統(tǒng)數據的審核，在憑證引入至總分類帳往常在子系統(tǒng)差不多完成，因此在總分類帳中將不對這些憑證進行審批。〔3〕關于帳務平穩(wěn)性的審核，一旦發(fā)覺帳務不平穩(wěn)，那么不承諾登帳業(yè)務進行。因此，系統(tǒng)從以上三個方面細化了關于憑證審核的工作，但不只是在憑證層次上對憑證進行審核。關于總帳中手工輸入的憑證，能夠通過定義審批流程或審批層次的方式完成手工輸入憑證的審核的工作。審批層次如下：總會計師總會計師財務部長財務部長財務處長材料核算會計成本核算會計芳總帳會計財務處長材料核算會計成本核算會計芳總帳會計……………..關于憑證的調整，由于其調整時刻的不同，Oracle建立了不同的工作方法：〔1〕憑證未過帳前：未過帳往常，Oracle承諾對憑證進行修改和調整?！?〕憑證已過帳后：將原有錯誤的憑證進行自動紅沖處理，產生相應的紅沖憑證〔沖銷的方法有切換借貸項和改變符號兩種，能夠任選〕。再依照正確的會計業(yè)務重新編制記帳憑證。5、在使用OracleDocumentSequence的前提下，不管是未過帳或已過帳的憑證，系統(tǒng)都不承諾對憑證進行刪除動作，從而幸免憑證編號的跳號問題。6、關于憑證的過帳，Oracle總帳是按憑證批進行過帳的。記帳本位幣業(yè)務現狀目前X公司采納人民幣作為記帳本位幣，差不多沒有外幣業(yè)務，即使有少量的外幣業(yè)務也是事先換算成人民幣后核算的。解決方案X公司僅有人民幣業(yè)務，差不多上沒有外幣業(yè)務，因此采納人民幣作為記帳本位幣。以后進展，顯現外幣業(yè)務時，能夠在系統(tǒng)中啟用相應外幣，并定期對相應的匯率進行愛護，記帳時進行匯率折算、帳務處理。功能分配業(yè)務現狀及需求目前財務部期望有包含如下功能的職責：輸入〔包括：日記帳輸入、過帳、導入、生成經常性日記帳和分攤、沖銷和結轉〕、查詢、報表〔運行和查看〕；審批、報表〔運行和查看〕、查詢；愛護會計科目、會計期治理和愛護、定義報表、定義經常性日記帳和分攤；解決方案本項事務是對系統(tǒng)中職責功能分配的描述，由A公司設置完成。依照X公司實際情形，現在OracleERP總帳系統(tǒng)中建立具如下功能的職責，這些職責是對工作任務的細分，崗位的職責是由這些職責組合而成的。憑證治理功能：輸入〔包括：日記帳輸入、過帳、導入、沖銷和結轉〕、查詢、報表〔運行和查看〕；總帳會計功能：輸入〔包括：日記帳輸入、過帳、導入、生成經常性日記帳和分攤、沖銷和結轉〕、查詢、審批、報表〔運行和查看〕；財務治理功能：審批、報表〔運行和查看〕、查詢；總帳愛護功能：愛護會計科目、會計期治理和愛護、定義報表、定義經常性日記帳和分攤。預算業(yè)務現狀當前X公司采取的是雙向的預算制度，分別對費用和資金進行預算。財務對各個部門的每期都會制訂預算，具體的數字以預算卡片的形式，具體費用花費的時候，業(yè)務部門第一通過本部門的許可，然后帶具體業(yè)務清單和預算卡到財務，財務核對預算卡，對不超過預算的才批準。問題分析當前X公司采取的是雙向的預算制度，分別對費用和資金進行預算。財務對各個部門的每期都會制訂預算，具體的數字以預算卡片的形式，具體費用花費的時候，業(yè)務部門第一通過本部門的許可，然后帶將具體業(yè)務清單和預算卡交到財務，財務核對預算卡，對不超過預算的才批準。問題分析當前X公司采納的雙向預確實是比較嚴謹的。采納卡片的形式不利于財務部門隨時了解各個業(yè)務部門預算的執(zhí)行情形，以便及時監(jiān)控；也不利于財務部門詳細及時的收集數據，編制報表分析情形，制訂下一時期的預算。解決方案本項事務由預算流程中的收到預算數據并錄入系統(tǒng)節(jié)點處理，由預算會計負責。OracleERP的預算系統(tǒng)是依附在總賬而存在的，其要緊的特點有如下幾點：操作簡單在系統(tǒng)中不管是輸入預算依舊執(zhí)行預算，其操作都專門簡單。在定義預算時，只要定義一個預算，同時定義一個預算組織，就能夠了。在執(zhí)行預算時，對分錄審批之前，系統(tǒng)要求檢查資金，檢查資金的結果確實是系統(tǒng)自動將本次花費與預算的比較，那個結果能夠看到。能夠對任何賬戶輸入預算系統(tǒng)承諾對任何科目、任何部門等段值進行預算，因此系統(tǒng)能夠滿足X公司雙向預算的需要，甚至還能夠滿足更嚴格的預算需求。三種預算操縱方法系統(tǒng)提供了無、建議、絕對三種預算操縱方法。無〔預算〕操縱，系統(tǒng)只是將記賬與預算進行比較，對比較的結果不管是否超過都可不能有任何動作；建議的預算操縱，關于超出預算的情形那么不承諾進行賬務處理，只有追加預算方可；絕對的預算操縱，那么對超出預算的情形不承諾進行賬務處理。由于X公司在費用支出之前差不多進行了審批，可不能顯現超出預算的情形，而且即使專門情形超出了預算，也必須進行賬務處理；而且，建議和絕對操縱對超出預算的情形的處理相對煩瑣；系統(tǒng)承諾對不同的期定義不同的預算操縱。鑒于以上三種緣故我們建議采納〝建議〞操縱，因此財務部能夠依照實際情形和不同時期定義不同操縱的預算。靈活的預算界限操縱系統(tǒng)承諾在每個期間里進行預算操縱，不能將剩余的預算加入下月；系統(tǒng)也承諾在季度內操縱預算，季度內的每月的預算能夠帶入下月，但不能夠帶入下季。鑒于靈活的需要，X公司能夠將每個月定義不同的預算，能夠定義多個有不同操縱的預算組織。本方案仍舊要求在費用支出前進行財務的預算審批。系統(tǒng)提供了豐富的有關預算的標準報表，因此財務也能夠依照具體的需要，使用FSG工具方便的定義自己需要的財務報表。財務分析解決方案本項事務財務總流程中的進行財務分析節(jié)點處理，由總賬會計負責。OFA〔Oracle財務分析系統(tǒng)〕是Oracle提供的專門配合Oracle總賬模塊而使用的分析工具。相關于總賬模塊的報表，它提供了時刻維度，承諾對任何差不多發(fā)生的科目和部門等段值，進行按照時刻的縱向分析；而且，OFA提供了圖表、圖形等方式，將數據形象化，便于閱讀。OFA只是一個從總賬讀取數據的工具，在總賬中的部分設置只是為OFA提供數據而定義的，分析人員隨時能夠依照分析的需要而更換或重新定義這些定義。那個地點簡要介紹這些定義的數據：維Oracle關于財務的分析提供了維的概念，要求從不同的維度，以不同維度的組合的形式，對企業(yè)的各種財務數據進行分析。比如部門維、科目維、產品維、時刻維等，也能夠對專門的科目定義維，比如治理費用維、銷售費用維等。系統(tǒng)通過組合多個維來分析數據，比如將部門維、治理費用維、時刻維進行組合，就能夠查看各個部門治理費用幾個月來的變動情形。層層是指定該維的匯總值，通過層能夠分析不同層次的財務數據；比如，財務部確實是財務處這一維的層節(jié)點。財務數據項財務數據項確實是對多個維的組合，一個財務數據項能夠包括多個維，它是進行財務分析的一個數據組合，是財務分析的直截了當數據來源。OFA系統(tǒng)具有獨立的數據庫系統(tǒng)，在將數據從總賬導入OFA時，先要在總賬提交幾個要求，然后在OFA系統(tǒng)中運行程序，將數據接收入OFA。在OFA中能夠專門方便的生成各個數據項的分析情形，分析的結果以圖表或表格的形式顯現。OFA承諾隨時將數據項中的各個維任意組合，以得出對不同數據的分析。分析的數據如以下圖所示：在OFA中能夠分析的內容包括：所有的科目余額、所有由科目余額的運算而生成的參數，這些參數比如：貨幣資金、凈資產、資產負債率等，將依照X公司當前的情形設置一些缺省的參數，以后X公司完全能夠依照自己的需求方便的自己定義這些參數。掉。應對業(yè)務供應商治理業(yè)務現狀目前X公司每月約與數百家供應商發(fā)生應對業(yè)務往來，現有材料供應商1500多家，供應商類型要緊為材料供應商，材料供應商只有采購部一個部門使用，外協(xié)也有自己的供應商，現在沒有認識到對財務供應商的治理，對其他應收其他應對供應商只是通過添列科目的形式治理，沒有統(tǒng)一的規(guī)范的治理；不能對供應商進行分類治理，在財務帳中供應商詳情及歷史記錄也不能查到。沒有對供應商的地點信息進行治理。供應商的選定、考核、取消分別有專門的部門和程序，當前沒有對供應商資料的系統(tǒng)治理；當前也沒有對供應商評定的規(guī)范的制度和方法。問題由于不能對供應商的按各種情形進行詳細分類，不便于對供應商的各種信息進行治理。無法跟蹤供應商從采購到付款的整體流程，從而增加供應商的治理難度。由于各部門沒有統(tǒng)一使用同一集成系統(tǒng)，各部門了解的供應商信息會有一定的差異。由于不能對供應商的地點進行治理，當供應商有幾個地點時，給采購和付款治理增加了難度。解決方案因為供應商的信息中有采購和財務的兩方面的信息，因此本項業(yè)務是由數據小組負責完成的，而不能由財務或采購一方愛護。關于供應商的治理，Oracle分以下四個部分進行治理：供應商的統(tǒng)一命名與編碼規(guī)那么在同一個對外組織機構中，一個外部供應商會同時與組織機構內的多個〝經營單位〞發(fā)生不同業(yè)務的往來，因此，關于供應商的治理在一個企業(yè)內應具有唯獨性，在供應商名稱域愛護供應商的名稱，在地址域愛護供應商的地址。供應商編碼：對供應商的編碼，不需要將一定的意義給予編碼，ORACLE僅需要供應商和編碼一一對應；因此對供應商的編碼建議由運算機自動編碼。供應商名稱供應商的名稱規(guī)范使用該供應商的工商局注冊名稱，不能錄入供應商簡稱或省略其中任何字符，幸免顯現重復供應商和付款的供應商名稱與接收供應商顯現不符的情形。供應商地點系統(tǒng)提供了定義許多多個供應商地點的功能，依照X公司實際情形，在供應商地點域愛護相應職能，以此來反映供應商此地址的作用。供應商類型在Oracle系統(tǒng)中，能夠依照自己的需要定義不同的供應商類型，依照業(yè)務類型，定義材料類供應商、財務類供應商、雇員類供應商。材料類供應商指采購部門進行材料采購的供應商，財務類供應商指除材料類供應商以外的財務部門使用的供應商〔比如為其他應對其他應收所使用的供應商〕，雇員類供應商指公司職員作為供應商處理。供應商其他信息通過定義供應商的如下信息，能夠加強對供應商的治理，并能及時了解查詢或打印出供應商的各種信息：定義治理供應商所用的銀行及銀行帳戶〔便于手工付款時查詢，和以后電子支付〕；定義材料類供應商的應對帳款帳戶和預付帳款帳戶；財務類供應商的其他應對款帳戶和其他應收款帳戶；雇員類供應商的其他應對款帳戶和其他應收款帳戶；定義供應商的發(fā)票限額或進行其他操縱；對不同的供應商可定義不同的支付條件、支付類別和支付方法；對不同的供應商可定義不同的接收標準，如：接收路線、匹配方法、接收數量容限和日期容限等如供應商發(fā)生收購合并，Oracle能夠通過合并供應商,加強對供應商的治理；發(fā)票治理業(yè)務現狀目前X公司關于應對帳款的憑據治理是由供應處收集并審核供應商開具的發(fā)票和入庫單，財務部門以此作為入帳依據，完成支付業(yè)務后，以銀行付款單據作為付款憑證依據入帳,對憑證進行編號，沒有對發(fā)票進行編號治理。供應商開動身票后，交給采購員，采購員初步審核后，交給會計審核其中的價格和數量是否與采購訂單和接收入庫單相符。審核后，由財務應對會計審核與登記帳務?，F狀分析關于財務審計與治理制度而言，與外部機構發(fā)生的往來業(yè)務中，雙方往來的發(fā)票是真正形成債權債務關系的依據?；诂F狀的發(fā)票治理，由于付款業(yè)務處理時是供應商，而不是針對該供應商的具體哪張發(fā)票，對應對款的治理不夠詳細，是在一定程度上增加了企業(yè)關于應對帳款與實際發(fā)票間匹配關系的風險，增加了企業(yè)關于流出資金的風險，從而降低了企業(yè)關于供應商付款打算的合理性安排、也不利于進行帳齡分析。關于物資已到，發(fā)票未到的、或其他手續(xù)不全的物資，不能及時入帳，而是采納月底核對從倉庫來的入庫與發(fā)票的方式統(tǒng)一記賬，如此使得不能夠隨時準確的記錄帳務情形。解決方案本項業(yè)務是由采購付款流程的錄入采購發(fā)票或貸項通知單并與采購活動進行匹配節(jié)點處理的，由采購應對會計崗位負責。關于發(fā)票治理分以下幾個方面進行闡述：發(fā)票的確認時刻由于財務治理與審核制度中關于債務的確認是基于發(fā)票層次上的，因此，真實發(fā)票的開具時刻即為債務的確認時刻。發(fā)票的編碼方式Oracle關于發(fā)票的編碼方式在兩個層次上進行，其一建立在發(fā)票批組層次，其次建立在發(fā)票層次；在發(fā)票層次上建立發(fā)票編號不同來源與不同類型的發(fā)票或帳單，在其業(yè)務發(fā)生時的票據號碼關于財務治理而言都具有實際考核與跟蹤意義的，同時考慮到Oracle系統(tǒng)將發(fā)票定義為標準、貸項、預付、費用報表等類型。因此，建議用手工編號的方式將將發(fā)票類型代碼〔標準發(fā)票代碼S、預付款發(fā)票代碼P、費用報表發(fā)票代碼E〕加實際票據號碼錄入系統(tǒng)，以便于跟跟蹤票據的實際發(fā)生情形。材料采購治理業(yè)務現狀目前X公司的庫存材料的采購具體由采購部門負責，并由倉管部門負責庫存治理，建立手工臺帳核算材料收發(fā)存數量明細。審計處負責采購價格的審核、查證工作，財務處只核算材料金額，不核算數量。目前對材料采購的財務處理流程如下：收到原材料后，財務處不做帳務處理，供應商開動身票后，交給采購員，采購員初步審核后，交給財務應對會計審核并登記帳務。月末關于貨到已驗收而未對帳的材料，做暫估處理。材料發(fā)出采納打算成本核算。會計分錄：收到供應商對帳單發(fā)票，匹配訂單、驗收單借：材料采購貸：應對帳款-供應商材料驗收入庫后，憑入庫單借：原材料借〔貸〕：材料采購差異貸：材料采購月末關于未對帳的驗收單暫估入庫借：原材料貸：應計帳款-暫估月初沖回借：應對帳款-暫估貸：原材料X公司提出期望加強對采購價格、數量的操縱。問題現有的應對款記帳經歷了采購員審核、審計處審核和記帳員對帳記帳三個環(huán)節(jié)。這是在沒有治理信息系統(tǒng)情形下為加強應對款的操縱要采取的措施。應用ERP后，采購員及審計處的審核將由于運算機的使用而變的專門簡單；進而，實現業(yè)務的優(yōu)化，優(yōu)化的付款業(yè)務，將減少采購部門、審計處與財務處之間的業(yè)務往來和溝通和諧，減少采購員與審計人員的工作量，加快業(yè)務處理，進而大大提高付款的工作效率，加強了應付款的治理。用月末暫估的處理方法，財務帳上不能及時反映原材料庫存的真實發(fā)生情形。解決方案本項業(yè)務是由采購業(yè)務員負責的，那個地點只是介紹了采購過程中的賬務處理。依照X公司關于加強財務治理程度的要求，關于材料采購提出以下解決方案：通過采購模塊對采購進行治理〔如通過審批層次對請購、采購的審批〕，物資接收時〔通過容限操縱〕進入庫存模塊。應對會計在發(fā)票匹配時通過選擇采購訂單把采購信息引入應對，以減少錄入工作量和加強數量、價格的差異操縱。在庫存和應對模塊的動作會在總帳中產生相應的憑證。這時，財務人員的角色發(fā)生全然性的轉變，由原先的借貸制會計，成了一個應對業(yè)務治理人員，除了審核發(fā)票帳單外，更重要監(jiān)督、操縱，防止資產流失；由于ERP系統(tǒng)的高度集成，在錄入發(fā)票時，通過匹配能夠檢索采購、入庫信息。應對系統(tǒng)的發(fā)票審批，進一步加強了應對業(yè)務的操縱。工序外協(xié)的采購同材料采購一樣處理，其不同只是材料采購的物料同外協(xié)的物料定義不同。方案評估由于材料驗收入庫時，就以〝材料采購〞和〝暫估入庫〞科目進行反映，因此能夠及時反映材料的真實庫存和應有的債務關系。規(guī)范企業(yè)確認債務的財務流程,減少了無效的工作環(huán)節(jié)，提高了工作效率。加強了對應對款的操縱。Oracle應對帳款業(yè)務子系統(tǒng)形成的會計分錄：收到材料，在庫存系統(tǒng)中做接收：借：材料采購貸：暫估入庫材料入庫借：原材料借〔貸〕：材料成本差異——訂單差異貸：材料采購收到供應商發(fā)票及明細清單，在應對系統(tǒng)中進行采購訂單和發(fā)票匹配：借：暫估入庫借〔貸〕：材料成本差異——發(fā)票差異貸：應對帳款當供應商已交材料但發(fā)票未到的退貨，對之不作帳務處理。而當收到供應商材料后，并收到發(fā)票與采購訂單匹配后，發(fā)生退貨時那么依照對方開出的單據作出貸項通知單沖回。貸項通知單的分錄是以上采購訂單和發(fā)票匹配分錄的相反分錄。費用類易耗品采購業(yè)務現狀關于一樣用品或者辦公用品，現在是由公司辦公室負責的，有辦公用品需求時，填寫請購單據，經請購部門主管核準后，通過財務領導的審批和對預算的核對，后，由公司辦公室聯(lián)系供應商進行采購，用品收到及驗收后，采購人員拿發(fā)票交財務處入帳。此類采購由于單位價值低且為日常消耗品，直截了當在報銷時作為費用入帳。會計分錄：借：制造費用/治理費用等貸：銀行存款/應對帳款解決方案本項業(yè)務是由采購付款流程的錄入采購發(fā)票或貸項通知單并與采購活動進行匹配節(jié)點處理的，由采購應對會計崗位負責。針對這類采購與支付業(yè)務的實際特點，可采納如下解決方案：在總帳中完成關于易耗品的采購與支付，直截了當通過手工分錄記錄有關事務處理情形；分錄時先將本次采購計入公司辦公室的治理費用，當有關部門領料的時候，再將辦公室的治理費轉移到相關部門的有關費用上。固定資產采購業(yè)務現狀固定資產采購須填寫申請，然后經由請購部門、財務處、廠長等審批，采購部門或專職責任部門〔比如運算機由信息中心負責〕采購后，固定資產治理部門提交固定資產各類經有關領導審批的單據原始單據。財務部門據此入帳。目前設備處有固定資產的實物治理臺帳。會計分錄：借：在建工程貸：銀行存款/應對帳款借：固定資產貸：在建工程解決方案Oracle系統(tǒng)會計分錄：假如通過在建工程轉為固定資產，錄入采購發(fā)票借：在建工程中轉貸：應對帳