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

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