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