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

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