ERP系統(tǒng)業(yè)務(wù)解決方案_第1頁
ERP系統(tǒng)業(yè)務(wù)解決方案_第2頁
ERP系統(tǒng)業(yè)務(wù)解決方案_第3頁
ERP系統(tǒng)業(yè)務(wù)解決方案_第4頁
ERP系統(tǒng)業(yè)務(wù)解決方案_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、.:.;_ERP系統(tǒng)業(yè)務(wù)處理方案客戶工程經(jīng)理:日 期:用友工程經(jīng)理: 日 期:文檔控制更改記錄DateAuthorVersionChange Reference查閱NamePosition分發(fā)Copy No.NameLocation目錄 TOC o 1-5 h z HYPERLINK l _Toc41806705 一、業(yè)務(wù)處理方案概述 PAGEREF _Toc41806705 h 4 HYPERLINK l _Toc41806706 二、參數(shù)設(shè)置 PAGEREF _Toc41806706 h 5 HYPERLINK l _Toc41806707 三、企業(yè)內(nèi)部物流的流轉(zhuǎn)圖 PAGEREF _To

2、c41806707 h 6 HYPERLINK l _Toc41806708 四、業(yè)務(wù)流程圖 PAGEREF _Toc41806708 h 6 HYPERLINK l _Toc41806709 1、企業(yè)運用系統(tǒng)的整體業(yè)務(wù)流程 PAGEREF _Toc41806709 h 6 HYPERLINK l _Toc41806710 2、采購業(yè)務(wù)流程引見 PAGEREF _Toc41806710 h 7 HYPERLINK l _Toc41806711 3、采購業(yè)務(wù)流程闡明: PAGEREF _Toc41806711 h 9 HYPERLINK l _Toc41806712 五、報表的運用方法: PAG

3、EREF _Toc41806712 h 11 HYPERLINK l _Toc41806713 六、特殊業(yè)務(wù)的處置方法 PAGEREF _Toc41806713 h 11 HYPERLINK l _Toc41806714 七、客戶化開發(fā)的處置意見 PAGEREF _Toc41806714 h 12 HYPERLINK l _Toc41806715 八、權(quán)限設(shè)置戰(zhàn)略 PAGEREF _Toc41806715 h 12一、業(yè)務(wù)處理方案概述建議闡明的內(nèi)容:闡明藍圖設(shè)計階段業(yè)務(wù)處理方案的目的;業(yè)務(wù)處理方案設(shè)計主要是在對企業(yè)原有業(yè)務(wù)流程進展深化和詳細(xì)調(diào)研后的根底上,用友咨詢實施顧問向企業(yè)方提交的業(yè)務(wù)流程

4、優(yōu)化的處理方案,同時在該方案中需求清楚的分析出現(xiàn)企業(yè)如今的業(yè)務(wù)流程的弊端,明確企業(yè)需求對現(xiàn)有業(yè)務(wù)流程的改良意見。在經(jīng)過原型測試的檢驗,可以得到目前的正式運用途理方案。2、方案設(shè)計是針對企業(yè)的需求,在進一步分析企業(yè)業(yè)務(wù)的根底上進展業(yè)務(wù)流程的重新設(shè)計,并提出系統(tǒng)處理方案。設(shè)計時需求思索保管和優(yōu)化給企業(yè)帶來業(yè)務(wù)增值的過程和相關(guān)單據(jù),變卦一些不合理的流程。同時要在測試環(huán)境進展業(yè)務(wù)的模擬測試。 3、業(yè)務(wù)分析與業(yè)務(wù)流程重新設(shè)計可選; 業(yè)務(wù)需求與軟件功能匹配;建立測試原型,并進展模擬測試 ;討論、審批并構(gòu)成最終處理方案。 4、業(yè)務(wù)需求與軟件功能匹配。對企業(yè)的各項業(yè)務(wù)需求,需求與軟件功能進展詳細(xì)的匹配分析,以

5、決議哪些業(yè)務(wù)需求,軟件可以實現(xiàn),是如何實現(xiàn)的;哪些業(yè)務(wù)需求軟件不能實現(xiàn),能否要做企業(yè)可以變通處置的,在一定的條件下應(yīng)盡量減少客戶化的需求。5、建立測試原型后,實施顧問和工程組成員一同討論,看看這樣的處理方案能否滿足了企業(yè)的需求。如發(fā)現(xiàn)問題,要充分溝通,及時處理。6、在運用途理方案根本定型之后,經(jīng)過雙方工程經(jīng)理的簽字確認(rèn),即構(gòu)成正式的運用途理方案。系統(tǒng)將按照運用途理方案進展架構(gòu)設(shè)置。備注:運用途理方案的設(shè)計將按照以下的原那么進展:1、運用流程圖協(xié)助 了解作業(yè)程序;2、盡量簡化流程和操作,取消不用要的操作,僅保管可以帶來業(yè)務(wù)增值的作業(yè)后流程;二、參數(shù)設(shè)置靜態(tài)數(shù)據(jù)編碼的根本原那么如下:一物一號:共同

6、性料品,假設(shè)因不同供應(yīng)商而影響消費部門作業(yè),就不應(yīng)將供應(yīng)商編入料號;對不同供應(yīng)商的一樣原料,假設(shè)對消費有影響時,編號可將等級概念納入其中。如 A,B,C 級.簡短為宜:編碼只需夠用,可盡量簡短,一是可減少輸入或視覺錯誤,二是可節(jié)省輸入時間。忌用變數(shù):如員工代號運用“部門+流水號、料號采用“庫房+流水號,由于員工會有調(diào)動,料號會出現(xiàn)一料多號的景象。防止容易混淆的編碼方式:編碼中間不留空白、防止運用容易認(rèn)錯的文字或數(shù)字如字母 O 與數(shù)字 0、防止小寫英文字母,以免識別或輸入錯誤;防止運用特殊符號如*、$、_、/、#、%,免除輸入費事。思索資料呈現(xiàn)的順序及預(yù)留擴展性:資料編碼順序以哪一角度為主?如

7、M65010 表示一員工號,M 表性別、65 表出生年,010 表流水號,假設(shè)是以出生年為主要角度,那么以上員工代碼應(yīng)為65M010;編碼應(yīng)預(yù)留一定空間,以便未來資料插入。如上述員工號M65010,假設(shè)新增一員工,為男性、65年出生,那么可新增一編碼 M65011。 有關(guān)料品編碼、BOM建立的原那么詳見。動態(tài)參數(shù)設(shè)置有關(guān)系統(tǒng)的動態(tài)數(shù)據(jù)是整個業(yè)務(wù)處理方案測試后,在系統(tǒng)切換時需求預(yù)備的業(yè)務(wù)數(shù)據(jù),詳見。系統(tǒng)參數(shù)設(shè)置有關(guān)系統(tǒng)參數(shù)配置方案的詳細(xì)內(nèi)容詳見。三、企業(yè)內(nèi)部物流的流轉(zhuǎn)圖四、業(yè)務(wù)流程圖1、企業(yè)運用系統(tǒng)的整體業(yè)務(wù)流程例如:下面是結(jié)合公司的管理現(xiàn)狀,運用用友ERP軟件的總體業(yè)務(wù)流程圖,將作為公司整體運

8、作的系統(tǒng)業(yè)務(wù)流程指點。2、采購業(yè)務(wù)流程引見2.1 采購管理參數(shù)闡明供應(yīng)商根本資料維護中應(yīng)付賬款入賬根底是“驗收單。預(yù)付款入賬根底是“總金額。料品的采購資料維護中采購單位與庫存的采購單位一致。庫存/采購單位比是1。2.2 采購管理業(yè)務(wù)流程及描畫關(guān)于采購業(yè)務(wù)方面的業(yè)務(wù)過程情況如下:對于股份公司的正常采購業(yè)務(wù)流程見采購業(yè)務(wù)流程圖。機架產(chǎn)品的消費在江蘇科技進展消費,對于股份企業(yè)來說要以采購的方式進展入庫,以便于進展相應(yīng)的消費。對于進入保稅區(qū)的業(yè)務(wù),保稅區(qū)要以采購的方式在保稅區(qū)的數(shù)據(jù)庫中進展采購業(yè)務(wù)的操作。3、采購業(yè)務(wù)流程闡明:1、采購訂單手動輸入作業(yè)目的: 新增,修正,查詢,刪除采購訂單數(shù)據(jù)。作業(yè)闡明

9、: 本作業(yè)是供采購人員規(guī)劃采購訂單之用,假設(shè)另購 MRP 系統(tǒng),可改由 MRP 計算機規(guī)劃采購訂單。規(guī)劃采購訂單必需予以審核成為正式采購訂單,方可進展采購驗收或入庫作業(yè)。2、MRP規(guī)劃采購訂單,即軟件中的采購件規(guī)劃作業(yè),可按采購員、料品、訂單、訂單+審核日范圍4種方式進展規(guī)劃作業(yè)。作業(yè)目的: 分別依采購員、料品、訂單、訂單+審核日范圍規(guī)劃采購訂單數(shù)據(jù)。作業(yè)闡明: 本作業(yè)是供采購人員規(guī)劃采購訂單之用。規(guī)劃采購訂單必需予以審核成為正式采購訂單,方可進展采購驗收或入庫作業(yè)。3、采購訂單審核:作業(yè)闡明:軟件根據(jù)手工輸入及計算機規(guī)劃方式,提供兩種審核渠道,其中計算機規(guī)劃的采購訂單審核又可以分為按銷售訂單

10、及采購訂單進展審核;留意:采購訂單經(jīng)審核后,相應(yīng)料品的庫存在單量添加。4、已審核訂單修正作業(yè):作業(yè)目的:修正已確認(rèn)的采購訂單內(nèi)容。作業(yè)闡明:確認(rèn)后的采購訂單其形狀碼為 OP,假設(shè)內(nèi)容變卦如單價、交期等有所改動,可運用本作業(yè)處置。5、倉庫作業(yè):是指采購單號在來料后進展的檢驗及驗收任務(wù),由質(zhì)檢部門及貨倉完成;6、采購訂單封鎖:作業(yè)闡明:1、本作業(yè)改動已審核采購訂單之形狀碼,由 OPCL。 2、采購訂單未進展封鎖之前,才可以據(jù)以進展驗收或驗退作業(yè)。 3、采購訂單作業(yè)流程: 采購訂單生成: 形狀碼為NA; 采購訂單形狀碼為OP: 采購訂單封鎖:形狀碼為CL; 采購訂單去除:去除形狀碼為 CL之采購訂單

11、。 4、采購訂單封鎖作業(yè),以不分行號之整張封鎖為準(zhǔn)。五、報表的運用方法:建議的提示的內(nèi)容:此處描畫在系統(tǒng)運用中比較關(guān)鍵的查詢和報表,以及其運用方法;同時對于企業(yè)日常的一些報表進展分析,哪些報表可以直接運用系統(tǒng)提供的報表,哪些報表需求進展簡單的修正后,既可以滿足企業(yè)的要求;例如: 企業(yè)對于應(yīng)收、應(yīng)付往來賬的查詢,運用系統(tǒng)后就與以前有所區(qū)別,企業(yè)假設(shè)需求查詢哪個客戶的應(yīng)收賬款是需求由財務(wù)人員到總賬系統(tǒng)中的應(yīng)收科目下去查詢,相對于業(yè)務(wù)人員來說不是很方便,經(jīng)過運用用友的ERP系統(tǒng)只需有相應(yīng)權(quán)限的用戶,那么可以在相關(guān)的模塊中查詢相關(guān)報表,隨時了解客戶的欠款情況,相對來說比較方便了,所以相類似這樣的報表應(yīng)

12、該在方案中有所明確。讓相應(yīng)的業(yè)務(wù)人員及時了解最新的信息,同時讓他們也能知道這樣做比以前的做法有了很大的改良。六、特殊業(yè)務(wù)的處置方法建議提示的內(nèi)容:1、在此主要是闡明比較特殊的業(yè)務(wù)處置流程例如:料品批次的管理業(yè)務(wù)處置客戶需求:普通情況企業(yè)需求跟蹤售后效力產(chǎn)品的質(zhì)量問題,不斷地提高客戶的稱心度。假設(shè)產(chǎn)品出現(xiàn)質(zhì)量問題,企業(yè)可以經(jīng)過批號管理快速的查找呵斥產(chǎn)質(zhì)量量的緣由,便于客戶去分析產(chǎn)質(zhì)量量問題是由于什么緣由導(dǎo)致的,對于該批產(chǎn)品進展追蹤,減產(chǎn)由此呵斥損失。比如:批次可以協(xié)助企業(yè)追蹤到消費這個產(chǎn)品的班次、提供產(chǎn)品原料的供應(yīng)商、供貨的時間以及產(chǎn)品銷售到那些客戶中等相關(guān)的信息資料。 處理方案:由于客戶了解的

13、批次管理與ERP系統(tǒng)提供的批次管理是不一致的,但是客戶在手任務(wù)業(yè)處置批次管理的業(yè)務(wù)中,相對來說比較靈敏,短少系統(tǒng)性的控制,即有些業(yè)務(wù)可以控制不嚴(yán)厲。但是我們ERP系統(tǒng)提供的批次管理業(yè)務(wù)處置,與我們想象的是不一樣的,相對于手工處置要嚴(yán)厲的很多,即假設(shè)上一步的業(yè)務(wù)流程處置沒有完成,下一步的流程是不允許處置的。比如在料品領(lǐng)料時,必需指明他所領(lǐng)的料品是哪一批,并且在相關(guān)的單據(jù)中注明,假設(shè)短少相應(yīng)的料品批號信息,系統(tǒng)是不允許他進展出庫處置。僅僅這一點在實踐的業(yè)務(wù)處置時企業(yè)的業(yè)務(wù)人員普通是很難按照系統(tǒng)的要求進展處置的。所以建議企業(yè)假設(shè)必需運用批次管理,可以有針對性的對于一些關(guān)鍵的料品,必需跟蹤處置的料品。其他的料品可以運用其他的方式進展跟蹤處置。七、客戶化開發(fā)的處置意見主要是對現(xiàn)系統(tǒng)無法滿足客戶需求的業(yè)務(wù)單據(jù)和報表,在此必需列出詳細(xì)的客戶化開發(fā)的內(nèi)容;客戶化開發(fā)的內(nèi)容要符合嚴(yán)厲的審批流程,只需經(jīng)過審批過的開發(fā)需求才可以做為開發(fā)的根底,沒有審批過的開發(fā)需求一概不在開發(fā)范圍內(nèi);八、權(quán)限設(shè)置戰(zhàn)略建議闡明的內(nèi)容:根據(jù)前期調(diào)研的結(jié)果,必需按照職能部門設(shè)置用戶組;按照實踐的最終用戶操作員設(shè)置用戶權(quán)限。有關(guān)系統(tǒng)權(quán)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論