ERP管理系統(tǒng)方案

安捷ERP管理系統(tǒng)方案南昌安捷科技地址：江西省南昌市北京東路125號712室：330029：+86-791-8182229/8182231：+86-791-8182231://ERP管理系統(tǒng)方案南昌安捷科技需求方案錄入和生產分解業(yè)務分析：當前X公司的產品在市場上供不應求，客戶對產品的需求比擬急，為滿足市場的要求，生產系統(tǒng)需要按銷售合同以及市場預測來組織生產。生產處方案員：依據財務部預算方案處下發(fā)的三個月滾動方案、備件生產方案、三包方案、應急采購方案〔由需求部門書面提出采購請求〕或臨時方案調整，在ERP系統(tǒng)中錄入并維護主需求方案，主需求方案只維護一個；根據主需求方案，進行生產能力檢查，假設生產能力負荷不均衡，那么調整需求方案，并重新進行生產能力檢查；假設生產能力負荷均衡，那么編制物料需求方案；檢查采購方案的方案信息，假設采購方案不能及時完成，那么調整生產方案，重新運算MRP；假設采購能及時完成，那么下達生產方案和采購方案；根據系統(tǒng)提示的生產方案和采購方案分別下達生產方案和采購方案；運行“未按期完成延期方案報表〞報表，打印延期方案明細，監(jiān)督生產方案執(zhí)行情況；重新運算MRP，監(jiān)督方案的執(zhí)行，并及時協(xié)調處理生產過程中出現的例外情況，并進行方案執(zhí)行情況分析；打印當天或第二天臨時增加的生產任務的派工單，并下發(fā)送到相關分廠執(zhí)行；一些庫存數據在MRP運算時不參與運算：廢品庫、成品寄銷庫、備件庫、三包庫。需求變更說明：需求變更包括：需求增加、需求減少和需求更改等。未按期完成方案調整說明：提示信息出現在方案員工作臺的例外信息中。壓縮方案周期的方案調整說明：提示信息出現在方案員工作臺的例外信息中。應急采購方案說明：生產處通過將應急方案維護進主需求方案來保持當前的供給與需求的平衡，運行MRP來監(jiān)督方案的執(zhí)行；采購業(yè)務在采購申請下達時立即開始執(zhí)行。新品方案說明：名詞解釋：車間帳務類是指生產任務的本錢采集科目組合。對于新品方案，由于需要在生產過程中進行單獨的本錢核算，新品方案在下達前，由財務部定義新品的車間帳務類；生產處對新品的試制單獨維護一個主需求方案；由于新品在進行生產方案時，存在數據的不確定性，因此不能進行粗能力平衡；在運算MRP時，不考慮當前的庫存數量、在制品數量和執(zhí)行的采購業(yè)務，下達生產任務按新品試制的車間帳務類進行跟蹤處理；未按期完成的方案如何調整？怎樣壓縮生產方案？采購方案、生產方案是否能按期自動發(fā)放？新品方案如何進行“粗能力平衡〞？多長時間運行一次MRP？已完成的需求何時關閉？如何關閉？應急采購方案也要進行MRP運算？方案需求的沖減說明：生產處方案員根據?成品庫的發(fā)車日報表?修改主需求方案中的相關條目，修改的原那么是：優(yōu)先修改主需求方案中的日期最前的需求方案。生產方案的接收和執(zhí)行分廠根據生產處下達的生產任務，組織生產。分廠方案員：從系統(tǒng)中查詢方案時間欄中需要執(zhí)行的加工任務，檢查工作中心的負荷情況及進行方案分解、合并；根據工作中心檢查各工作中心的生產能力負荷的均衡情況。假設工作中心的生產能力負荷不均衡，在保證完工日期的情況下可以調整生產任務執(zhí)行的工作中心或生產任務執(zhí)行的設備，進行方案的拆分；假設工作中心的生產能力負荷均衡，第一道工序的分廠方案員打印?加工任務單?，?加工任務單?隨生產件進行轉移，相關分廠方案員打印?領料單?；當生產能力嚴重缺乏時，應當通知生產處方案員調整主需求方案或相關作業(yè)方案；假設工作中心的生產能力負荷均衡，第一道工序的分廠方案員打印?加工任務單?，?加工任務單?隨生產件進行轉移，相關分廠方案員打印?領料單?；將領料單下達給分廠輔助人員組織備料；將?加工任務單?下達給工作中心組織生產；根據生產人員的生產任務反應，及時登錄生產任務的執(zhí)行結果，錄入工序資源工時、人工的實際工時和完成的實際數量，當天的執(zhí)行情況必須當天登錄；假設出現質量問題，需要分別轉移，由分廠方案員手工書寫一份?加工任務單?進行分單跟蹤；最后一道工序的分廠方案員負責保管?加工任務單?，根據檢驗結果登錄質量信息；當天打印第二天的?加工任務單?和?領料單?，第二天下達給生產人員進行生產；對于分廠內的互供件，產品完工、檢驗合格后由分廠方案員辦理完工入庫事務，入分廠二級庫，入庫單要打?。空l打？如何傳遞？；父項零部件生產時，是否要打印領料單？誰打？如何傳遞？；按天打印分廠二級倉庫的?領料單?、?入庫單?，并傳遞給財務部本錢會計；分廠輔助工：依據?領料單?對倉庫發(fā)放的物料核對并簽收，并負責保管在分廠臨時存放的物料；根據生產方案，將物料及時發(fā)放給相關工作中心或生產人員；根據工藝路線的要求，將加工件及時轉運到下道工序；收集生產任務執(zhí)行情況，并將有關信息傳遞給本分廠方案員；根據工藝路線的要求，將加工件及時轉運到下道工序；生產人員：接收分廠方案員下達的生產任務，并根據任務向分廠輔助工要求備料；進行技術準備，并組織生產；工序完后如實填寫?生產工時統(tǒng)計表?，并將?生產工時統(tǒng)計表?經分廠輔助工交分廠方案員；物管處：負責進行備料并發(fā)料；在ERP系統(tǒng)中登錄發(fā)料信息，并在領料單上簽字確認；說明：對于分廠內部互供的加工件，在系統(tǒng)中設立分廠的二級倉庫作為分廠內部互供的加工件完工倉庫，由分廠方案員在ERP系統(tǒng)中登錄入庫事務，發(fā)料事務采用倒沖的方式進行。加工件跨分廠的生產工序轉移業(yè)務分析：X公司當前的生產過程由于歷史設備排布原因，存在局部加工件在兩個或多個分廠間加工才能完成的工藝排布問題。為滿足有效跟蹤和監(jiān)督加工件在分廠間的轉移交接和進行分廠核算的需要，分廠間交接采用?加工任務單?作為交接憑據。上道工序分廠方案員：根據加工人員的反應在系統(tǒng)中登錄工序完成信息，將加工件信息移動到移開工步；上道工序分廠輔助工：根據產品工藝路線的要求，及時將加工件送入下道工序；下道工序分廠輔助工：根據?加工任務單?確認加工件的轉移時間、品種和數量；下道工序分廠方案員：根據分廠輔助工確實認結果，將加工件的信息從上道工序的移開工步轉移到本道工序的排隊工步；說明：各工序地檢驗按工序地檢驗要求進行檢驗。產品完工入庫業(yè)務本業(yè)務不包含需要進行序列號跟蹤的產品完工入庫業(yè)務。生產人員：生產任務完成后，根據?加工任務單?報檢；檢驗員：根據生產人員的報檢要求進行檢驗，檢驗合格后，在?加工任務單?上記錄檢驗合格信息；分廠輔助工：根據檢驗結果和?加工任務單?，將檢驗合格的完工產品送入倉庫；將經倉庫保管員簽字確認入庫的?加工任務單?交給分廠方案員；倉庫保管員：根據?加工任務單?核對分廠輔助工送來的產品和產品數量，并在?加工任務單?上簽字確認；在ERP系統(tǒng)中記錄完工入庫信息，打印?零部件入庫單?〔一份〕交財務部；產品完工入庫業(yè)務〔有特殊跟蹤〕本業(yè)務針對需要進行序列號跟蹤的加工件或產品的完工入庫。本業(yè)務處理與無特殊需求的產品完工入庫業(yè)務的處理的差異在于：倉庫保管員在登錄完工入庫事務時生成產品序列號，并對產品根據序列號做物理標記。生產過程中自制件產品檢驗不合格的業(yè)務處理業(yè)務分析：X公司在生產過程中由于生產工藝的原因會出現產品不合格現象。質量管理部門對產品質量的監(jiān)控和管理依據產品質量標準進行。由于產品產量大，對質量數據的采集、分析和管理工作量較大。為解決質量數據的采集、分析和管理的工作，在ERP系統(tǒng)中將記錄產品質量數據。相關部門在接到不合格信息進行質量處理時，應當在4小時內給提出單位作出處理的回復意見。分廠方案員：在發(fā)現加工件存在質量問題時，將加工件信息移動到發(fā)現質量問題的工序的拒絕工步；〔注：拒絕表示發(fā)現加工件在該工序發(fā)現存在質量問題，需要等待進行質量處理?！硻z驗員：對產品進行檢驗，對不合格品記錄不合格品的質量數據；進行初步判定；，需要報廢的，判定報廢；不需要報廢的，判定責任單位或責任工序；對返修后的產品進行復檢，合格的填寫產品合格單，由分廠方案員登錄?加工任務單?的執(zhí)行結果；需要報廢的判定報廢，由分廠方案員登錄報廢信息；認為可以申請讓步接收的，同意責任單位申請辦理讓步接收；分廠方案員：根據檢驗結果和檢驗員的判定，在系統(tǒng)中登錄不合格產品信息和不合格的技術參數，并將不合格品信息移動到責任單位的責任工序的排隊工步；對檢驗員判定需要報廢的產品，在系統(tǒng)上登錄產品報廢信息；工藝處技術員：根據反應的產品不合格信息，組織進行技術分析，提出返修方案，由生產人員進行返修；對于不能返修需要報廢的，判定報廢，由分廠方案員登錄產品報廢信息；對責任單位提出的讓步接收申請進行審核，不同意讓步接收的判定報廢，由責任單位方案員登錄報廢信息；根據質量部最終批準的讓步接收的要求修改工藝數據；研究所：對責任單位提出的讓步接收申請進行審核，不同意讓步接收的判定報廢，由責任單位方案員登錄報廢信息；根據質量部最終批準的讓步接收的要求修改技術數據；質量部：對責任單位提出的讓步接收申請進行審核，不同意讓步接收的判定報廢，由責任單位方案員登錄報廢信息；同意的那么由責任單位協(xié)調研究所、工藝處修改產品技術數據；對質量問題進行質量分析，判定質量責任；責任單位方案員：根據二級判定結果，報廢的登錄產品報廢信息；返修的提出超定額用料方案報生產處審批，并組織生產人員進行返修；根據復檢結果，報廢的登錄產品報廢信息；合格的登錄?加工任務單?的執(zhí)行結果，對于需要讓步接收的辦理讓步接收手續(xù)；根據工藝處、研究所和質量部對讓步接收申請的判定報廢的結果，在系統(tǒng)中登錄產品報廢信息；判定允許讓步接收的，結果在系統(tǒng)中登錄?加工任務單?的執(zhí)行結果；物料清單和工藝路線建立研究所：完成產品設計后，將技術圖紙傳遞到工藝處進行工藝設計；工藝處：進行工藝設計；根據工藝設計的結果在ERP系統(tǒng)中創(chuàng)立工藝路線；根據工藝生產的順序在ERP系統(tǒng)中創(chuàng)立物料清單；對配置產品結構，由工藝處根據產品特點，構建產品的配置產品結構，產品設置為模型，將構成產品的部件建立為標準的產品結構；替代物料的處理針對X公司當前存在大量的不同供給廠家供給的物料可以替代的處理情況，由于替代物料存在性能相同、安裝尺寸相同，可以直接替代的特點，該業(yè)務作如下處理：將不同廠家提供的物料定義為一種物料編碼和物料名稱；由采購部門定義X公司物料編碼和供給商物料名稱間的對應關系；生產處在作MRP方案時按X公司一種物料編碼進行編制物料需求方案并下達采購方案；供給處根據采購方案和采購協(xié)議的要求進行采購方案分配，執(zhí)行采購業(yè)務；在采購訂單上同時打印X公司的物料編碼和供給商的物料名稱；倉庫在接收時按X公司的物料編碼根據采購訂單接收；并對物料分供給商進行分類管理；分廠在領料時，倉庫按同一廠家物料發(fā)料，每次發(fā)料時優(yōu)先發(fā)放同一供給商的物料；設計更改研究所：根據要求進行產品設計更改；下達更改通知給工程部工藝處、生產制造部、相關分廠和其它相關部門，并進行圖紙修改；在?設計更改通知?上要注明技術更改的工程、內容和對在制品、庫存物資的明確的處置意見；對于被其他產品借用或借用其他產品的零件的更改，必須更改技術圖紙圖號；工藝處：根據?設計更改通知?確認修改產品結構和工藝路線的時間；編制技術更改的產品工藝和對在制品、庫存物資的改制的產品工藝；下達?工藝更改通知?和改制工藝給工程部生產處、相關分廠和其他相關部門；并在ERP系統(tǒng)中維護物料主文件、物料清單和工藝路線；生產處：確認技術更改執(zhí)行的時間、范圍或產品批次；根據技術部門提出的對在制品的處置意見，取消生產任務或下達改制生產任務；重新運算MRP，進行方案分解，產生新生產方案和采購方案；下達新的生產方案和相關采購方案。臨時改制生產方案下達臨時改制生產方案包括：在制品、庫存物資的改制方案、需要跟蹤記錄的返修方案、“效勞綠卡〞、“效勞綠單〞的生產任務等。工藝處：根據研究所的技術人員提供的?設計更改通知單?或換件明細，下達改制或返修的工藝文件和產品結構給生產處；生產處：根據工藝處下達的改制或返修工藝文件和產品結構在ERP系統(tǒng)中定義標準生產任務，任務對象為工藝處定義的虛擬物料改制的目標產品；工藝處：根據生產處定義的相關任務，按修改改制或返修工藝文件修改改制或返修任務的產品結構和工藝路線；生產處：將定義的生成任務發(fā)放；運算MRP，進行方案分解；下達相關的生產方案和采購方案；返修業(yè)務的跟蹤和處理其他的特殊業(yè)務包括：返修業(yè)務、效勞的拆車業(yè)務等的特殊業(yè)務跟蹤。說明：對于效勞拆車業(yè)務，需要工藝處對于拆車然后裝車的活動需要定義一個虛擬物料〔指代該活動〕，生產處已該物料下達生產任務，通過該任務跟蹤發(fā)生的制造費用和直接人工本錢；任務領用的材料為整車，任務完成后將整車退回倉庫，。對于返修業(yè)務的跟蹤和處理通過在系統(tǒng)中定義非標的生產任務來處理；返修的非標任務的目標件為返修件本身；返修件本身作為組件定義在組件明細中，其他在返修過程中需要領的件在組件明細中以正數定義，需要退回倉庫的件以負數定義；拆車業(yè)務的跟蹤和處理說明：拆車業(yè)務指的是根據特殊的業(yè)務目的，從已經完成的整車或部件上將局部零件或部件拆下來的業(yè)務過程，不包含再裝配的業(yè)務。對拆車任務，假設拆車后，整車不能保持完整狀態(tài)，非標任務的目標件為空；假設拆車后，整車保持完整狀態(tài)，非標任務的目標件為產品本身；從整車上拆下的件，以負數的形式定義在任務組件明細中；對拆車的非標任務完工時，將拆后的車入產成品待決庫，同時將拆車明細已書面形式提供給倉管員保管；對拆后的車進行再裝配參考返修業(yè)務來處理；生產過程中外采購件發(fā)現不合格品的處置--------請詳細描述在生產過程中，發(fā)現所領的物材料存在不合格時，應當針對不同的情況進行處理。對由于生產一線工人在生產過程中發(fā)生的采購件不合格，應當在分廠進行報廢；對不是生產工人造成的，由分廠退回原領料的倉庫，更換換領合格的物材料。以下流程重點描述后一種情況的業(yè)務處理。說明：檢驗員根據生產工人的反應，對發(fā)現的可能不合格的采購件進行檢驗；對退回倉庫的不合格件的處理，參見采購局部的換貨業(yè)務處理；對退回件的再領料的處理，參見倉庫局部的方案單據發(fā)料處理；倉庫打印退貨單；倉庫保管員與分廠輔助工在退貨單上簽字確認，并傳遞一份給財務部。產品中采購件供給商的跟蹤業(yè)務業(yè)務分析：為有效跟蹤和管理供給商的產品質量，加工對供給商的管理和產品效勞的管理，X公司需要對產品上的一些主要件進行供給商信息的跟蹤。解決方法：由整車〔包括：底盤、整機〕裝配或調試檢驗員在檢驗時進行書面記錄，并交分廠方案員填入ERP系統(tǒng)。質量部、效勞處和工程部生產制造部：提供需要進行跟蹤的零部件的信息要求；整車〔包括底盤〕裝配檢驗員、調試檢驗員：檢驗時跟蹤并書面記錄需要跟蹤件的信息；將檢驗員記錄的跟蹤件的信息的書面材料隨產品一起交入成品倉庫；效勞處：在發(fā)車時從成品庫保管員手中取得跟蹤件的書面材料，并將信息登錄系統(tǒng)；銷售業(yè)務客戶和銷售訂單維護銷售員：收集并向營銷部商務處匯報完整和準確的客戶信息；營銷部商務處業(yè)務員：根據銷售員提供的客戶信息，在ERP系統(tǒng)中維護客戶數據；組織企業(yè)相關部門對客戶特殊需求的銷售訂單進行合同評審；確定價格；銷售員：與客戶簽訂產品銷售合同；商務處業(yè)務員：將銷售合同輸入到ERP系統(tǒng)中；銷售收款營銷部商務處：檢索符合收款條件的銷售合同，并根據欠款情況打印?催款函?；銷售員：負責向客戶催款，根據客戶關系狀況和客戶欠款情況向客戶發(fā)送催款函；收到客戶的付款后，將票據轉財務部；財務處：對客戶付款票據進行核對并進行收款記帳；發(fā)車營銷部商務處：檢索銷售合同，找出可以發(fā)貨的銷售合同；根據銷售合同對客戶檢查客戶的付款情況，假設付款不合不符合同規(guī)定，通知客戶付款；假設按照合同要求付款，滿足發(fā)車條件那么打印發(fā)車提單；發(fā)車輔助人員：根據發(fā)車提單進行發(fā)車準備；并負責發(fā)車；成品庫保管員：對于向最終用戶的發(fā)車，在ERP系統(tǒng)中登錄發(fā)車信息，記錄最終用戶的相關信息；對向經銷商的發(fā)車，在ERP系統(tǒng)中登錄庫存轉移信息，將產品從成品庫移動到經銷商庫位。銷售退貨說明：成品庫倉管員辦理退貨時，采用雜項接收的方式將退的成品入產成品待決庫；財務部根據退貨批準和退貨手續(xù)進行財務帳務處理，如：計憑證、開紅票、退款等；產品配置工藝處：負責建立產品配置的整體信息：模型BOM和工藝路線信息；根據客戶需求進行產品配置；根據銷售訂單的配置產生用戶需求特殊的產品配置結構；生產處：根據銷售訂單生成主需求方案；運行MRP，進行方案分解；下達生產方案和采購方案；實現方法X公司的產品在生產過程中存在多層的產品配置現象。實現方法：將產成品做成模型，將基于產成品的可選項做成標準的零部件，在產品生產工藝的最上一層實現產品配置。具體圖例如下：效勞業(yè)務三包效勞業(yè)務是X公司現在最大的效勞業(yè)務，在效勞業(yè)務中要進行效勞領料的跟蹤和管理。效勞工程師：按要求及時記錄客戶的效勞請求；協(xié)調相關人員或部門對客戶提出的請求確定解決方案；對需要派工或領料的效勞請求，手工出具派工單或領料單；效勞人員或其他輔助人員：根據領料單從備件庫領料，并按要求發(fā)到目的地；備件庫保管員：根據領料單將零件發(fā)給效勞人員，并記錄效勞人員的材料帳；接收效勞人員返回的舊件，并核銷效勞人員的材料帳；做好備件庫的備件方案，及時按方案進行補庫，補庫通過?領料單?進行補庫交接；及時將舊件提交質量部進行質量分析，做好舊件地報廢工作；效勞人員：根據派工單進行現場效勞；效勞完成后填寫效勞過程卡并上交返回給效勞處，并將“三包〞舊件返回給備件庫；效勞過程卡和舊件的返回可以不同步；效勞工程師：根據效勞過程卡維護“三包〞效勞地知識庫；財務局部總帳業(yè)務會計制度業(yè)務現狀目前X公司采用的是分行業(yè)會計制度。這種會計制度是我國在實行市場經濟之前，考察了我國各行業(yè)的不同特點和開展狀況，提出的一套分行業(yè)的會計體系。這套體系在我國現在市場經濟蓬勃開展，各種企業(yè)之間的交易和交流日趨頻繁的情況下，已經越來越對企業(yè)的開展帶來阻力，也不能滿足企業(yè)長遠開展的需求。X公司目前采用的這種會計制度也不能滿足X公司希望改制并最終上市的目標。解決方案本項事務是對系統(tǒng)中所采用的會計制度的介紹。針對X公司希望建立股份公司，并爭取在一定時候上市的目標；根據X公司的希望建立現代企業(yè)制度，建立現代的財務和會計體系，以促進企業(yè)迅速開展的愿望，也考慮到實際提升企業(yè)管理水平的目的，我們建議X公司放棄舊的會計制度，采用國家新公布的股份制企業(yè)會計制度。方案評估：股份制企業(yè)會計制度，是國家根據我國市場經濟的開展，和我國企業(yè)的進步，并參考了國外先進國家的會計體系，形成的一套通用的會計制度。使用這套會計制度必將優(yōu)化X公司的財務管理，提升X公司財務核算的正確性、及時性，并最終提升X公司的管理水平，適應當前我國市場經濟的開展狀況。帳簿設計業(yè)務現狀目前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公司設置完成?；趯公司的業(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位〕公司段的設置可確保會計分錄在同一公司內的借貸平衡，并且使X公司、底盤分廠、下料分廠三個分廠之間的財務數據別離。本錢中心段的設置可以對公司的下屬部門進行核算，為及時反映各部門的財務狀況和費用使用情況，提高管理的細化程度和總體水平提供了可能性?？颇慷蔚脑O置用于反映正常的會計科目信息，一級科目的設置和編碼按財政部的會計制度執(zhí)行〔編碼以四位字符表示〕；在一級科目下，根據內部核算需要、對外報表涉及的明細程度和Oracle系統(tǒng)設置的需要設立二級〔編碼以兩位數字，第五、六位或第五、六、七位表示〕或三級的明細科目〔編碼以兩位數字，第八、九位表示〕，標準、科學的科目設置，將會給您的財務管理工作帶來便利。如：二級科目幾位？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公司所有的憑證均為以分錄的形式逐筆手工錄入，這種方式是一種模擬手工的記帳方式，使用這種方式對記帳人員的財務水平要求較高，而且不能對原始單據進行詳細標準的記錄，所記錄的信息可以說只是對原始單據的一個索引，憑證與原始單據的聯(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)已經完成，所以在總分類帳中將不對這些憑證進行審批?！?〕對于帳務平衡性的審核，一旦發(fā)現帳務不平衡，那么不允許登帳業(yè)務進行。因此，系統(tǒng)從以上三個方面細化了對于憑證審核的工作，但不只是在憑證層次上對憑證進行審核。對于總帳中手工輸入的憑證，可以通過定義審批流程或審批層次的方式完成手工輸入憑證的審核的工作。審批層次如下：總會計師總會計師財務部長財務部長財務處長材料核算會計本錢核算會計芳總帳會計財務處長材料核算會計本錢核算會計芳總帳會計……………..對于憑證的調整，由于其調整時間的不同，Oracle建立了不同的工作方法：〔1〕憑證未過帳前：未過帳以前，Oracle允許對憑證進行修改和調整。〔2〕憑證已過帳后：將原有錯誤的憑證進行自動紅沖處理，產生相應的紅沖憑證〔沖銷的方法有切換借貸項和改變符號兩種，可以任選〕。再根據正確的會計業(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)一的標準的管理；不能對供給商進行分類管理，在財務帳中供給商詳情及歷史記錄也不能查到。沒有對供給商的地點信息進行管理。供給商的選定、考核、取消分別有專門的部門和程序，當前沒有對供給商資料的系統(tǒng)管理；當前也沒有對供給商評定的標準的制度和方法。問題由于不能對供給商的按各種情況進行詳細分類，不便于對供給商的各種信息進行管理。無法跟蹤供給商從采購到付款的整體流程，從而增加供給商的管理難度。由于各部門沒有統(tǒng)一使用同一集成系統(tǒng)，各部門了解的供給商信息會有一定的差異。由于不能對供給商的地點進行管理，當供給商有幾個地點時，給采購和付款管理增加了難度。解決方案因為供給商的信息中有采購和財務的兩方面的信息，所以本項業(yè)務是由數據小組負責完成的，而不能由財務或采購一方維護。對于供給商的管理，Oracle分以下四個局部進行管理：供給商的統(tǒng)一命名與編碼規(guī)那么在同一個對外組織機構中，一個外部供給商會同時與組織機構內的多個“經營單位〞發(fā)生不同業(yè)務的往來，因此，對于供給商的管理在一個企業(yè)內應具有唯一性，在供給商名稱域維護供給商的名稱，在地址域維護供給商的地址。供給商編碼：對供給商的編碼，不需要將一定的意義賦予編碼，ORACLE僅需要供給商和編碼一一對應；所以對供給商的編碼建議由計算機自動編碼。供給商名稱供給商的名稱標準使用該供給商的工商局注冊名稱，不能錄入供給商簡稱或省略其中任何字符，防止出現重復供給商和付款的供給商名稱與接收供給商出現不符的情況。供給商地點系統(tǒng)提供了定義無數多個供給商地點的功能，根據X公司實際情況，在供給商地點域維護相應職能，以此來反映供給商此地址的作用。供給商類型在Oracle系統(tǒng)中，可以根據自己的需要定義不同的供給商類型，根據業(yè)務類型，定義材料類供給商、財務類供給商、雇員類供給商。材料類供給商指采購部門進行材料采購的供給商，財務類供給商指除材料類供給商以外的財務部門使用的供給商〔比方為其他應付其他應收所使用的供給商〕，雇員類供給商指公司員工作為供給商處理。供給商其他信息通過定義供給商的如下信息，可以加強對供給商的管理，并能及時了解查詢或打印出供給商的各種信息：定義管理供給商所用的銀行及銀行帳戶〔便于手工付款時查詢，和以后電子支付〕；定義材料類供給商的應付帳款帳戶和預付帳款帳戶；財務類供給商的其他應付款帳戶和其他應收款帳戶；雇員類供給商的其他應付款帳戶和其他應收款帳戶；定義供給商的發(fā)票限額或進行其他控制；對不同的供給商可定義不同的支付條件、支付類別和支付方法；對不同的供給商可定義不同的接收標準，如：接收路線、匹配方法、接收數量容限和日期容限等如供給商發(fā)生收購合并，Oracle可以通過合并供給商,加強對供給商的管理；發(fā)票管理業(yè)務現狀目前X公司對于應付帳款的憑據管理是由供給處收集并審核供給商開具的發(fā)票和入庫單，財務部門以此作為入帳依據，完成支付業(yè)務后，以銀行付款單據作為付款憑證依據入帳,對憑證進行編號，沒有對發(fā)票進行編號管理。供給商開出發(fā)票后，交給采購員，采購員初步審核后，交給會計審核其中的價格和數量是否與采購訂單和接收入庫單相符。審核后，由財務應付會計審核與登記帳務?，F狀分析對于財務審計與管理制度而言，與外部機構發(fā)生的往來業(yè)務中，雙方往來的發(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ā)出采用方案本錢核算。會計分錄：收到供給商對帳單發(fā)票，匹配訂單、驗收單借：材料采購貸：應付帳款-供給商材料驗收入庫后，憑入庫單借：原材料借〔貸〕：材料采購差異貸：材料采購月末對于未對帳的驗收單暫估入庫借：原材料貸：應計帳款-暫估月初沖回借：應付帳款-暫估貸：原材料X公司提出希望加強對采購價格、數量的控制。問題現有的應付款記帳經歷了采購員審核、審計處審核和記帳員對帳記帳三個環(huán)節(jié)。這是在沒有管理信息系統(tǒng)情況下為加強應付款的控制要采取的措施。應用ERP后，采購員及審計處的審核將由于計算機的使用而變的非常簡單；進而，實現業(yè)務的優(yōu)化，優(yōu)化的付款業(yè)務，將減少采購部門、審計處與財務處之間的業(yè)務往來和溝通協(xié)調，減少采購員與審計人員的工作量，加快業(yè)務處理，進而大大提高付款的工作效率，加強了對付款的管理。用月末暫估的處理方法，財務帳上不能及時反映原材料庫存的真實發(fā)生情況。解決方案本項業(yè)務是由采購業(yè)務員負責的，這里只是介紹了采購過程中的賬務處理。根據X公司對于加強財務管理程度的要求，對于材料采購提出以下解決方案：通過采購模塊對采購進行管理〔如通過審批層次對請購、采購的審批〕，貨物接收時〔通過容限控制〕進入庫存模塊。應付會計在發(fā)票匹配時通過選擇采購訂單把采購信息引入應付，以減少錄入工作量和加強數量、價格的差異控制。在庫存和應付模塊的動作會在總帳中產生相應的憑證。這時，財務人員的角色發(fā)生根本性的轉變，由原來的借貸制會計，成了一個應付業(yè)務管理人員，除了審核發(fā)票帳單外，更重要監(jiān)督、控制，防止資產流失；由于ERP系統(tǒng)的高度集成，在錄入發(fā)票時，通過匹配可以檢索采購、入庫信息。應付系統(tǒng)的發(fā)票審批，進一步加強了應付業(yè)務的控制。工序外協(xié)的采購同材料采購一樣處理，其不同只是材料采購的物料同外協(xié)的物料定義不同。方案評估由于材料驗收入庫時，就以“材料采購〞和“暫估入庫〞科目進行反映，因此可以及時反映材料的真實庫存和應有的債務關系。標準企業(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ā)票借：在建工程中轉貸：應付帳款如果直接購置固定資產，錄入采購發(fā)票借：固定資產中轉貸：應付帳款本項業(yè)務是由采購付款流程的錄入采購發(fā)票或貸項通知單并與采購活動進行匹配節(jié)點處理的，由固定資產管理崗位負責。Oracle固定資產管理系統(tǒng)與應付帳款子系統(tǒng)是一個具有良好集成關系的業(yè)務子系統(tǒng)，對于固定資產的成批增加通過應付系統(tǒng)中進行增添。員工、部門費用報銷管理業(yè)務現狀及需求對各類員工費用報銷，直接入相應費用類科目，并在摘要中詳細注明；假設有借支，那么先掛個人預支，待費用發(fā)生時予以核銷。X公司對一般人員的費用的核算要求并不是非常嚴格和詳細，對銷售人員的費用的核算那么要求很嚴格。問題通過往來帳員工明細帳戶只能反映員工借支情況，無法由借支跟蹤到其費用發(fā)生的真實情形。對有預付款的員工，進行費用報銷時，沒有報警提示，需要通過進行帳務查詢方可知道，否那么有可能造成款項重付、多付。解決方案本項業(yè)務是由費用核算流程的在系統(tǒng)中記帳節(jié)點處理的，由費用核算會計負責。鑒于X公司要求簡化對員工費用核算形式的要求，建議直接在總帳中錄入分錄，然后在摘要中詳細注明費用發(fā)生的人員和用途。員工借款：借：備用金貸：現金/銀行存款員工報銷借：管理費用等貸：備用金預付款管理業(yè)務現狀X公司目前材料采購預付款業(yè)務，設備采購和員工部門借支預付款等業(yè)務會計分錄如下：會計分錄：①材料預付款借：預付帳款/應付帳款〔經常采用“應付帳款〞科目核算〕貸：現金/銀行存款報帳、核銷預付款借：資產或費用科目貸：預付帳款/應付帳款②員工借款，分員工出差借款、零星采購借款、其他借款等，按借款用途進行管理。出差借款借：其他應收款貸：現金/銀行存款報帳核銷借款借：管理費用/銷售費用等貸：其他應收款其他借款借：其他應收款-員工貸：現金/銀行存款報帳核銷借款借：管理費用/銷售費用等貸：其他應收款—員工解決方案本項業(yè)務是由采購預付款流程的在系統(tǒng)中輸入預付款、輸入發(fā)票并用發(fā)票核銷預付款兩個節(jié)點處理的，由應付會計負責。根據X公司的現狀和未來開展需求，以及Oracle系統(tǒng)的功能，提出如下方案：對供給商預付款的處理一、預付款項的記帳科目確實定。對材料供給商預付款的記帳科目為“預付帳款〞、財務類供給商預付款的記帳科目為“其他應收款〞。二、對需向供給商預付材料款時，由采購部門作出預付款申請，經財務處長和廠長審批后，由財務處進行付款。三、對供給商預付款業(yè)務，Oracle應付系統(tǒng)所有預付款的結算過程為申請及批準預付款〔以發(fā)票的形式錄入〕借：預付帳款/其他應收款貸：應付帳款/其他應付款支付預付款借：應付帳款/其他應付款貸：現金/銀行存款核銷借：應付帳款/其他應付款貸：預付帳款/其他應收款付款管理業(yè)務現狀所有付款，按X公司付款規(guī)定，只有所有批準手續(xù)完備、原始單據合法完整的付款申請方能準許付款。采購員提出請款要求，部門領導與財務領導根據資金方案等情況進行審批，決定是否付款。但由于決策所需的信息比擬缺乏、難以及時得到，審批主觀決定色彩較濃。采購員不能實時了解已付款信息，口頭溝通較多，要準確、及時地答復供給商的問詢有難度。對于需分次付款的情況，財務處難以了解累計請款情況，監(jiān)控職能較弱。問題當前由于手工處理付款業(yè)務，不能詳細查到發(fā)票的信息，付款不能針對發(fā)票；在發(fā)票與付款單據不完全同步時，付款只能針對供給商、更不能指定到具體供給商的具體采購業(yè)務和發(fā)票，不利于合理的策略性的付款，也不利于進行帳齡分析。解決方案本項業(yè)務是由采購付款流程的在系統(tǒng)中輸入付款并與采購發(fā)票進行匹配節(jié)點處理的，由應付會計負責。Oracle應付業(yè)務子系統(tǒng)中對于應付款的核銷具有較嚴謹要求：只有完全審核無誤的發(fā)票，方可進行付款核銷業(yè)務。對于不符合審批條件的發(fā)票會在發(fā)票審核時提供暫掛原因以供查詢與處理。有多樣化的付款方式可供選擇，包括現金、支票、匯款等。提供靈活多樣的付款條件設置，如收貨后立即付款、收貨后一個月付款或西方國家盛行的現金折扣設置如2％10，Net30等。對需分期付款的發(fā)票，能按分期要求設置付款日期和金額。對于每一筆付款業(yè)務，Oracle應付帳款中要求必須提供帳戶信息、單據信息逐筆進行維護。6．Oracle系統(tǒng)的集成性、信息的共享性可以使您通過權限、職責的設置，相關領導檢索到相關的信息。外幣業(yè)務處理業(yè)務現狀X公司無外幣業(yè)務。解決方案基于X公司的現狀，考慮到企業(yè)未來開展的需要，可能會有少量的外幣業(yè)務發(fā)生，對此外幣業(yè)務折算成人民幣入帳，可以大大簡化財務和業(yè)務部門的操作復雜性，減少工作量。應收應付抵帳業(yè)務業(yè)務現狀目前，X公司存在少量的既是供給商又是客戶情況；對于這種情況，會存在著應收與應付業(yè)務互相抵消的處理。通過應收與應付的抵消來沖減應付款也核銷應收款，而不需產生現金的流出與流入。解決方案本項業(yè)務是由采購付款流程的在系統(tǒng)中輸入付款并與采購發(fā)票進行匹配節(jié)點、銷售收款流程的輸入收款信息和核銷到發(fā)票共同處理的，由應付會計和應收款會計共同負責。對于既是供給商又是客戶的業(yè)務，Oracle提供“客戶供給商凈額報表〞反映其實際余額，通過中轉過渡性帳戶分別完成應付款核銷及應收款核銷過程，真實反映應付帳款與應收帳款的發(fā)生情況。例：A公司既是客戶又是供給商，當月向A公司采購材料10000元，同時銷售產品20000元給A公司。在應付系統(tǒng)中收到A公司材料采購發(fā)票：借：原材料貸：應付帳款在應收系統(tǒng)中開出銷貨發(fā)票給A公司：借：應收帳款貸：其他業(yè)務收入貸：應交稅金—增值稅〔銷項〕當A公司決定與進行抹帳處理，并經過X公司同意后在應付系統(tǒng)中核銷采購發(fā)票：借：應付帳款貸：應收、應付中轉在應收系統(tǒng)中核銷銷貨發(fā)票：借：應收、應付中轉貸：應收帳款抹帳業(yè)務處理業(yè)務現狀及需求由于三角債的問題，存在著供給商與供給商、供給商與客戶、客戶與客戶相互之間債權債務抵消的業(yè)務處理，以清理三角債，即通常所說的抹帳業(yè)務。解決方案本項業(yè)務是由采購付款流程的在系統(tǒng)中輸入付款并與采購發(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è)務解決方案本項事務只是對系統(tǒng)中事務類型設置的介紹，由A公司設置完成。由于業(yè)務類型的不同，對于應收帳款的帳務分析層次也是不同的：對于正常的產品銷售應收帳款業(yè)務，計入應收帳款；對于材料轉讓等其他非主營業(yè)務銷售，計入應收帳款；對于與產品銷售、材料銷售無關的應收業(yè)務，由于業(yè)務量小發(fā)生頻率低，可以不計入應收帳款。事務處理編號業(yè)務現狀和需求目前X公司財務帳沒有對各筆事務處理進行編號入帳，而是通過會計憑證來記錄交易發(fā)生情況。解決方案本項事務只是對系統(tǒng)中事務處理編號的描述，由應收款會計負責處理。Oracle應收帳款的交易來源有以下兩種：一種是手工錄入的交易發(fā)票；另一種是由應收帳款的自動發(fā)票功能從銷售訂單中根據發(fā)貨情況自動產生的交易發(fā)票。對于手工錄入的事務處理發(fā)票，事務處理編號是由手工錄入并維護的。編號規(guī)那么按合同號加實際發(fā)票號進行。對于由銷售訂單自動引入的發(fā)票，系統(tǒng)為每一張發(fā)票自動生成一個交易編號且這一編號不能進行更改，與手工開具的發(fā)票的對應關系為可以在發(fā)票描述項中加注描述。根據X公司的實際情況，可以通過銷售訂單管理模塊生成自動發(fā)票，也可以手工編制發(fā)票。根據X公司的業(yè)務實際，現在系統(tǒng)中的發(fā)票分類情況如下：序號描述類型科目增值稅發(fā)票增值稅發(fā)票應收帳款機動車發(fā)票機動車發(fā)票應收帳款其它發(fā)票其它發(fā)票應收帳款客戶管理業(yè)務現狀X公司現在在財務上記賬的客戶非常多，財務部門對客戶通過編碼按地區(qū)進行跟蹤管理，沒有采用其他手段來跟蹤管理客戶，對管理更詳細管理通過銷售部門，而且現在沒有非常標準詳細的客戶統(tǒng)一管理體系。問題由于業(yè)務劃分的問題，對于客戶信息的管理尚未進行持續(xù)的統(tǒng)一管理與維護。財務部門沒有記錄詳細的客戶信息，缺乏財務對業(yè)務監(jiān)控、管理的根底。有導致壞帳發(fā)生的可能性。解決方案本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員和應收款會計共同負責。Oracle的客戶信息在應收帳款子系統(tǒng)與銷售子系統(tǒng)中是共享的，從而使對于客戶的管理能夠從銷售子系統(tǒng)延續(xù)至應收系統(tǒng)中，全面的跟蹤和管理與客戶往來的整體情況，對于Oracle客戶的管理內容參見“銷售模塊解決方案〞的相關內容。OracleERP系統(tǒng)對客戶的管理提供了客戶層信息和地址層信息兩層管理，這兩層中都有從地址、分類、聯(lián)系方式以至客戶之間的關系等13大類的信息，這里面的內容包括：客戶的地址、對客戶的分類、客戶的價目表、客戶的付款方法等共近300項信息，這些應該足夠滿足對客戶的管理，而且系統(tǒng)提供了可以擴張的說明性彈性域，以便記錄其他信息。下列圖是系統(tǒng)中維護客戶層的界面：補充說明：在維護客戶信息時，應對每個客戶錄入收帳員、銷售員，以便歸集收帳員和銷售員的相關信息。對于企業(yè)的這種需求：從地理位置上考核某個地區(qū)的銷售業(yè)績，目的是了解這個地區(qū)購置我們的產品的變動情況。這種情況應該統(tǒng)一對客戶進行分區(qū)，但是應該在地址層進行，因為有某個客戶具有在多個地區(qū)有分廠或地址的情況。可以使用特性頁中的地區(qū)字段來記錄分區(qū)的信息，也可以起用說明性彈性域來記錄分區(qū)信息。注意：分區(qū)的名稱一定要統(tǒng)一標準。這樣的做法就為開發(fā)報表進行數據的統(tǒng)計提供了數據準備。不建議使用對客戶或地址的編碼來分區(qū)，這樣會造成變動時的處理復雜。收款管理業(yè)務現狀及需求目前X公司，收款結算銀行有工行、交行、建行、中行、農行等六八家，收款類型以現金、票據為主。財務在進行帳務處理時，收款只核銷到客戶〔客戶的應收帳款余額〕，不能指定到具體哪張發(fā)票〔哪筆事務處理〕。問題收款只核銷到客戶的應收帳款余額，無法進行應收帳款的帳齡分析，無法對客戶交易情況、收款情況進行追蹤，不利于對應收帳款的管理和收款管理。解決方案本項業(yè)務是由銷售收款流程的輸入收款信息和核銷到發(fā)票兩個節(jié)點處理的，由應收款會計負責?；赬公司的現狀，以及Oracle系統(tǒng)所能提供的功能，為加強X公司對收款的查詢、跟蹤、帳齡分析等收款管理工作，建議加強如下工作：一、對于正常收款按如下方式處理：詳細記錄收款銀行的信息，如：開戶行名稱、地址、帳號等；詳細記錄收款單據的信息，如：收款單據名、收款單據號、收款日期等；收款核銷指定到相應客戶的具體發(fā)票。收款單據號的規(guī)那么按合同號加實際的收款號進行。下列圖是系統(tǒng)中維護收款的界面：二、對于雜項事務處理收款的處理方式，雜項事務處理從投資、利息、退款和股票銷售中獲得的收入，由于這類業(yè)務比擬少，可以簡化操作，在總帳中處理這些業(yè)務。三、對于不明來款的業(yè)務處理方式，可以先在收款中錄入該筆收款，系統(tǒng)允許暫時不必指定到客戶，等查明原因后及時核銷至相應客戶的相應發(fā)票。四、對預收帳款的業(yè)務處理方式，在收款中錄入該筆收款至相應客戶為止。收款銀行管理業(yè)務現狀現在X公司廠涉及到的銀行信息由出納統(tǒng)一管理和維護，財務帳上沒有具體的反映、記錄銀行詳細信息，只是以銀行存款科目的形式存在。解決方案本項事務是對系統(tǒng)中收款銀行管理的描述，由A公司設置完成。OracleERP提供了強大的銀行管理，通過對銀行和帳戶的統(tǒng)一管理，使得應收和應付統(tǒng)一進行收付款，將應收和應付聯(lián)系起來，防止收付的混亂；系統(tǒng)提供了對銀行地址、在此行中的帳戶、記帳時的科目、此帳戶的最大支付額、此帳戶能夠處理的票據等管理。下列圖是維護銀行和銀行帳戶的界面：系統(tǒng)上線后，要求在系統(tǒng)中錄入銀行的詳細信息，通過明細科目的設置記錄各開戶銀行的收支款等情況。銀行命名以實際名稱為準，通過在銀行標題、分行等區(qū)域來輸入和維護詳細信息。銀行的詳細信息參見應付款解決方案。帳齡分析、查詢與報表業(yè)務現狀及需求目前X公司根本沒有進行帳齡分析，目前能提供有限的客戶余額表。X公司希望使用Oracle系統(tǒng)后，可以提供不同帳齡期間的分析報表和報告，來加強對應收帳款的管理。問題目前的簡單的管理應收帳款的方式，不能完全滿足應收帳管理和分析的需求。解決方案本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程形成應收帳節(jié)點處理的，由應收款會計負責。Oracle系統(tǒng)提供了多種方式來滿足對客戶帳齡的各種管理功能：可以通過查詢來簡單了解某個客戶的帳齡狀況：在Oracle應收系統(tǒng)中也可以通過提交報表的方法，層層追溯至每個客戶、每個業(yè)務類型的原始交易并跟蹤每筆發(fā)票的收款情況。查詢條件包括：日期、客戶、銷售片別、銷售合同、收帳員、事務處理類型等等。Oracle應收系統(tǒng)可以提供各個客戶的應收報表和付款報表、各種交易類型明細報告、按日匯總主要指標報表、按銷售人員的收款報表、多種帳齡分析表、調整批準報告、事務處理明細報表、未完成的發(fā)票報表、過期發(fā)票報表、客戶供給商凈額報表、收款歷史報表、催款報表、開單歷史報表、開單和收款歷史報表等等。退貨管理業(yè)務現狀退貨管理業(yè)務的現狀為：直接接受客戶的退貨請求，并進行退貨業(yè)務的處理。在這種情況下一般采用的是退換的處理模式?？蛻粝驑I(yè)務員提出申請，業(yè)務員通知相關部門對客戶進行退貨條件的驗證和貨物質量檢驗。經確認條件符合退貨條件后，業(yè)務員開出退貨單，倉管接受入庫，并重新給客戶發(fā)貨。退貨原因一般是質量的問題。解決方案本項業(yè)務是由銷售收款流程的銷售開票并錄入系統(tǒng)節(jié)點處理的，由應收款會計負責。具體退貨的操作和管理見“銷售模塊解決方案〞中有關退貨章節(jié)。系統(tǒng)上線以后，入帳時要求根據客戶退貨的有關單據，在應收帳款模塊針對原來的發(fā)票錄入相應的貸項通知單，來減少對此客戶的應收。具體操作時系統(tǒng)提供了兩種方式：直接在錄入發(fā)票的窗口錄入一張貸項通知單類型的發(fā)票：直接通過貸記事務處理來錄入相應的貸項通知單。說明：第一種方式是手工處理的方式，操作比擬隨意，與原來的發(fā)票沒有建立聯(lián)系；第二種方式是對應到原來的發(fā)票而相應處理的，它與發(fā)票建立了對應的關系，而且貸項通知單上的信息也最終反映到了發(fā)票上，這種方式比擬嚴謹，有利于標準管理，因此建議采用第二種方式。合同信息管理合同錄入本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員負責。OracleERP系統(tǒng)并沒有提供對銷售合同進行標準管理的功能，只是提供了對銷售訂單的管理，如果X公司需要對合同的標準管理，建議X公司引入OracleCRM系統(tǒng)或者手工開發(fā)一定的合同管理的功能并與OracleERP進行集成。鑒于X公司對合同信息共享與監(jiān)督的強烈需求，本方案提出了以附件的方式管理和共享合同信息的方法；具體的操作是要求銷售部門在訂立合同確定完畢后，通過掃描或者人工輸入的方式，將紙面的合同轉換為電子文檔，并將此電子文檔掛入到該客戶上。具體操作如下：導航到客戶界面，并啟動附件菜單或曲別針工具按鈕：將附件上傳到信息中心的小型機上：注意：在說明字段一定要詳細的說明公司+合同號，如上圖所示。具體的操作參見應收帳款和有關操作手冊。合同編號本項業(yè)務是由銷售收款流程的銷售及發(fā)運流程節(jié)點處理的，由銷售人員負責。為了保持合同編碼的一致性，便于查詢，在系統(tǒng)中的合同編號仍然采用當前的編號；合同的編號反映到上圖的說明字段中，要求一定要詳細注明公司名稱+合同號。合同信息共享和監(jiān)督本項業(yè)務是由銷售收款流程的財務監(jiān)督合同的收款、開票及發(fā)運狀況節(jié)點處理的，由應收款會計負責。在將合同維護到系統(tǒng)中以后，在任何有權限并且需要了解合同信息的界面，比方錄入發(fā)票界面，與在維護合同時同樣的方法，通過附件菜單或曲別針工具按鈕：通過文檔目錄按鈕進入查詢合同的窗口，如下所示輸入一定的客戶名稱就可以查找出所有與此客戶所簽訂的合同：通過預覽就可以看到合同的內容了：現金管理銀行對帳單管理業(yè)務現狀當前X公司有專人負責定期與銀行進行對帳和結算，但是對于銀行對帳單沒有標準統(tǒng)一的管理。問題銀行對帳單是X公司與銀行進行結算的憑證，統(tǒng)一標準的管理這些單據有利于準確的管理X公司的銀行存款，以及及時發(fā)現收付款業(yè)務處理過程中出現的問題，并及時糾正。解決方案本項業(yè)務是由現金銀行存款核算流程的定期對帳節(jié)點處理的，由銀行出納負責。OracleERP現金管理模塊提供了功能強大的對銀行對帳單的管理功能，通過這些功能可以明確的統(tǒng)一的查詢所有的收付款業(yè)務，并與銀行出具的對帳單進行對帳；還可以通過系統(tǒng)提供的調整功能及時調整與銀行之間的誤差。系統(tǒng)允許對每個銀行帳戶定義一張銀行對帳單，進行明細管理。如下列圖所示，系統(tǒng)要求明確指定該銀行對帳單的銀行、帳號、創(chuàng)立日期、總帳日期等信息：通過銀行對帳單的可用按鈕可以查看所有未經過對帳的所有應收、應付事務：通過選擇相應的業(yè)務行，并如下列圖所示輸入對應的費用和誤差值并調整結算金額就可以對已經處理的事務進行結算；如果有誤差或費用系統(tǒng)會自動在該行事務對應的模塊創(chuàng)立單據及分錄。系統(tǒng)也允許不通過銀行對帳單，而是手工處理結算業(yè)務；其操作與上述通過銀行對帳單的操作大致相同?，F金預測業(yè)務現狀當前X公司根本沒有對現金的預測，只有預算方案處根據當前的庫存、生產方案、在制品等信息對下一個月的資金使用情況進行粗略的估計。問題當前X公司的資金使用方案是非常粗略和不夠準確的，其中經驗的因素很多。造成這種情況的原因很多，但其中最重要的一點是：X公司的方案人員不能及時的掌握準確的庫存、方案、在制品、采購等信息，而且X公司的原有財務核算體系不能靈活的給出X公司近一段時間以來的資金使用情況。所以，造成了X公司的資金方案的時效很差，甚至不能對整個下月的資金使用狀況作出比擬準確的預測，這實際上在很大程度上對公司的營運狀況造成了威脅，如X公司現在形勢大好的情況就有可能造成資金的閑置和浪費，如果突然市場形勢改變，又可能出現資金供給缺乏。解決方案本項業(yè)務是由預算流程的制訂新預算節(jié)點處理的，由預算會計負責。對于系統(tǒng)能夠及時提供詳細的庫存、方案、在制品、采購等信息，這里不在贅述，具體請參見這些模塊的詳細解決方案和操作手冊。這里所講述的是通過提供近一段時間X公司的資金使用狀況，并根據對市場變動情況的預測，只是通過技術的分析來確定X公司下一段時間應預留的資金；當然這個結果不是最終的結果，需要進一步通過對庫存、方案等信息的考察來對它進行修正。OracleERP現金管理模塊提供了建立現金預測模板的功能，現金預測模板由公用信息和行、列信息組成。公用信息包括預測是根據期間還是根據天、預測是否包括逾期事務等信息；行信息確定了預測中包含的內容；列信息確定了預測時間段的跨度。如上圖所示。通過指定一個定義好的預測模板，可以建立一個資金預測。預測中顯示了一段時間以來X公司的資金使用狀況，從中可以大概看出資金量的變動規(guī)律；根據這個規(guī)律，并結合對市場變動的預測，將資金量乘以一定的比率，就可以得出應該為下一個時間段預留的資金量。如下列圖所示：固定資產管理資產管理業(yè)務