王牌对王牌第一季综艺,黄视频在线观看网站,世界一级毛片,成人黄色免费看

薈聚奇文、博采眾長、見賢思齊
當前位置:公文素材庫 > 計劃總結 > 工作總結 > ERP項目階段總結

ERP項目階段總結

網站:公文素材庫 | 時間:2019-05-28 10:02:09 | 移動端:ERP項目階段總結

ERP項目階段總結

jcERP項目階段總結

一、項目進展

我司財務、房地產及OA項目自201*年7月2日啟動以來,至今已經有一個月的實施期,這段期間,在各位領導、各業(yè)務部門同事及用友顧問的協(xié)助與配合下,項目組成員群策群力,客服困難,讓我司房地產系統(tǒng)實施順利推進到了藍圖設計階段,而OA及財務項目則因顧問方人力的有限投入仍然處在項目準備階段,以致本期項目的整體實施進度有些滯后,現(xiàn)將項目整體狀況做分析如下:

已完成工作:

1.建立項目組織:確定雙方項目組成員及責任,建立項目制度,確定項目整體實施主

計劃;

2.業(yè)務分析調研:通過實施顧問及關鍵用戶的配合,了解我司現(xiàn)有財務、營銷、項目

管理、OA等業(yè)務流程;

3.解決方案初稿:房地產相關模塊根據調研的結果,形成了解決方案初稿,并通過關

鍵用戶培訓及實際案例的測試對初稿進行了改善;而財務及OA也根據前期的調研行政了我司的需求報告;

4.房地產系統(tǒng)測試:結合關鍵用戶培訓及實際案例來進行測試工作,極大的完善了房

地產解決方案。

二、項目實施主要成果

(一)顧問歷史行程(以顧問方提供的實施日志為依據)日期顧問內容1、對客戶進行引導性培訓,主要內容項目管理模塊(上午)主要內容:7月10日jxf、lbg供方管理、項目管理、工程進度管理、招標管理、成本控制、合同管理、付款管理、財務分析、現(xiàn)場簽證管理、質量管理、安全管理、資金計劃、系統(tǒng)管理、今日提醒、事宜管理。2、整理系統(tǒng)前期準備數據(下午)主要包括:成本科目、戶型信息、產品組合、數據字典、原始進度計劃模板1、參與OA調研(上午)主要內容:關于jc審批流程資料收集及整合OA和房地產erp7月11日jxf、lbg流程2、提交需求調研分析報告(上午)根據前期調研日志中jc的業(yè)務情況編寫需求調研分析報告,交由客戶方進行修改及確認1、進行項目溝通7月16日下午jxf、lbg、zl主要內容:關與jc方王總、楊總進行項目進度安排溝通1、編寫并提交方案溝通計劃(上午)(9:0012:00)2、梳理標準業(yè)務流程(上午、下午)(2:303:00)主要內容:7月17日jxf、zl合同管理、現(xiàn)場管理、付款管理、進度管理3、與工程部黎總進行方案溝通(下午4:00--5:00)主要內容:工程部負責的合同管理、現(xiàn)場管理、付款管理、進度管理的業(yè)務現(xiàn)狀業(yè)務在系統(tǒng)中的解決方案與各部門進行討論1.成本管理部:hhh(10:3012:00)主要內容:關于目標成本、供方管理、招投標、合同、7月18日jxf、zl付款、進度、資金計劃、材料管理,進行標準產品與jc具體業(yè)務的相互討論2.設計部:古新明(14:3015:00)主要內容:設計合同、設計變更、材料管理,進行標準產品與jc具體業(yè)務的相互討論1.業(yè)務在系統(tǒng)中的解決方案與各部門進行討論開發(fā)部:zh(09:3010:30)主要內容:進度管理、無合同費用7月19日jxf、zl總經辦:wby(11:0012:00)主要內容:進度管理及項目的整體把控2.討論培訓計劃:jxf、zl(12:0015:00)3.測試系統(tǒng)的安裝:jxf、黃浩政(15:0017:00)1.對營銷部門進行房地產erp引導性培訓(9:201*:00)7月20日jxf主要內容:讓大家認識用友房地產ERP軟件在銷售過程中所起到的作用2.制定并提交培訓計劃:jxf、zl(12:0015:00)1.測試系統(tǒng)的關鍵用戶權限配置:jxf、黃浩政(9:0011:00)2.對關鍵用戶進行產品操作培訓、及上機操作:jxf7月23日jxf主要內容:今天培訓的模塊主要為,進度管理、目標成本、供方管理、招標管理主要參與上機操作的部門為,工程部、成本部、開發(fā)部、設計部。1.就項目管理模塊對關鍵用戶進行產品操作培訓及上機操作:jxf(9:4011:00)主要內容:合同管理、現(xiàn)場管理、付款管理、資金計劃。7月24日jxf2.就營銷管理模塊對關鍵用戶進行產品操作培訓及上機操作:jxf(2:404:00)主要內容:客戶管理、銷售管理、財務管理、售后服務(2:404:40)7月25日jxf、zl制定并提交測試計劃1.配置測試環(huán)境,對系統(tǒng)權限進行配置:jxf(9:4011:30)每個關鍵用戶的登錄,賬戶:關鍵用戶漢語全名,密碼:17月26日jxf、zl2.輔助設計部、開發(fā)部關鍵用戶進行系統(tǒng)測試:jxf、zl(2:30-5:00)主要內容:設計部、開發(fā)部所需要測試的進度管理、合同請款、及無合同費用申請、資金計劃。1.輔助工程部關鍵用戶進行系統(tǒng)測試:jxf、zl(9:4011:30)主要內容:目標成本、進度管理、合同請款、及無合同費用申請、資金計劃、代墊費用申請、扣款、7月27日jxf、zl現(xiàn)場簽證、材料出庫、入庫。2.輔助成本關鍵用戶進行系統(tǒng)測試:jxf、zl(2:30-4:30)主要內容:目標成本、進度管理、供方管理、招標管理、合同管理、資金計劃、付款管理。1.對關鍵用戶進行系統(tǒng)測試:jxf、zl(9:3011:30)主要部門:營銷部、財務部。主要內容:營銷部關鍵用戶負責全部營銷管理模塊7月30日jxf、zl的測試。財務部完成項目管理模塊中的付款以及營銷管理中的收款2.提交靜態(tài)數據模板1.方案匯報整理:jxf、zl(9:0011:00)7月31日jxf、zl根據系統(tǒng)解決方案及方案討論情況進行方案匯報內容整理(二)主要輸出文檔

項目實施主計劃

房地產實施分計劃OA實施分計劃財務U8實施分計劃房地產調研計劃每周計劃及總結調研日報

房地產需求分析報告財務U8業(yè)務系統(tǒng)解決方案房地產關鍵用戶培訓計劃房地產關鍵用戶測試計劃

三、項目實施不足分析

雖然在各部門的配合下完成了許多工作,但縱觀整個項目歷程,還是有些地方做的不夠到位,具體如下:

項目實施過程缺乏顧問方高層參與,使整個項目在實施過程中受到的重視程度不夠;OA顧問專業(yè)性、實施能力及實施心態(tài)均有待提升,至今為止只來過我司三次,出具的需求報告也不盡人意,以致OA部分項目實施進度緩慢;

顧問方項目經理因同時在實施幾個項目,對我司項目關注不夠,財務、OA及房地產的實施分計劃晚了實施主計劃26天提交,幾乎占了整個項目實施周期的一半時間;

顧問方沒有嚴格的防病毒機制,連續(xù)兩周發(fā)送的文檔有病毒;

周計劃在發(fā)送前未統(tǒng)一內容,出現(xiàn)過項目組成員給我司發(fā)送幾個版本周計劃的情況;項目周計劃總結輸出不夠明細,對未完成事項沒有總結原因及做責任劃定,導致項目事項每周都有延期的事項發(fā)生;

四、下一階段工作重點

1.正式服務器調試2.U8財務系統(tǒng)安裝調試及最終用戶培訓;3.OA流程梳理及配置;

4.OA系統(tǒng)安裝調試及最終用戶培訓;5.房地產系統(tǒng)試運行。

五、項目風險預警

序號解決方案1、要求實施方更換一名資深OA項目實施經理介OA系統(tǒng)為用友今年剛剛達成協(xié)議的入我司項目實施,并要求顧問方在項目實施期新合作伙伴,暫未有其他成功案例,間常駐我司洽談室。合作伙伴的實施能力可能會導致項2、與顧問方高層協(xié)調考慮投入多一些資源到項目實施延期或失敗。目以保障項目計劃完成的及時性。U8財務系統(tǒng)自項目啟動以來,一個月時間只在第一周及第三周共做過兩次調研,雖然我司財務系統(tǒng)的標準實1、要求項目經理顧家元經常關注項目實施進度,施人天只需5人天即可完成實施,但并不定期對我司項目實施進行回訪。如實施方重視程度不夠的話會直接影響我司U8項目的實施效果。風險點1

擴展閱讀:ERP項目總結報告

ERP項目總結報告

王志銘發(fā)表于201*年10月12日16:08閱讀(11)評論(0)分類:工作舉報

關于ERP項目總結報告

一、前期的調研

1:時間不足難以進行詳細的需求調研。

公司要求在短時間內開始實施ERP項目。在前期ERP專職人員未到位,項目主管未真正了解ERP的情況下,未對軟件供應商做充分的了解,而需求是根據軟件公司同行業(yè)的經驗,未立足于本公司的實際情況.在選型的時候,基本上不是按我司的需求在對ERP軟件進行選擇。而是按主觀印象與以前的鞋廠的ERP項目經驗在對ERP軟件進行過濾。這樣直接導致的后果就是需要對ERP系統(tǒng)進行大量的二次開發(fā).

即使時間最不足,前期的需求調研仍然不能夠忽視。否則的話,種瓜得瓜,種豆得豆。前面時間雖然省了,但是后期項目推進就會到處碰壁。項目周期反而會延長。確實后來由于很多需求在ERP系統(tǒng)中找不到現(xiàn)成的解決方案,為此,不得不進行很多二次開發(fā),或者尋找其他的替代方法,則大大影響了項目的進度。

2:需求無法對號入座,導致了大量的二次開發(fā)。

對于ERP系統(tǒng)這種套裝軟件來說,過多的二次開發(fā)是勞命傷財的事情。一方面,過多的二次開發(fā),會破壞ERP系統(tǒng)的穩(wěn)定性。其次,ERP系統(tǒng)的二次開發(fā),往往需要比較長的時間。有時候,在ERP系統(tǒng)的原有功能上進行修改,比開發(fā)一個新功能還要麻煩。因為需要考慮這個需要修改的功能跟其他現(xiàn)有功能的關聯(lián)性。而且,還需要進行一些全面的測試。另外,軟件公司出于成本的考慮,也不會配備很多的二次開發(fā)人員。公司要進行二次開發(fā)的話,往往需要排隊等候。所以,二次開發(fā)的周期往往比較長。第三,對于公司說,二次開發(fā)往往需要付出比較昂貴的開發(fā)費用。大部分ERP系統(tǒng)對于二次開發(fā)來說,是獨立收費的。也就是說,不包含在項目實施費用與軟件授權成本中。有些軟件公司甚至對二次開發(fā)進行“懲罰性”收費。所以,二次開發(fā)的成本往往是比較貴的。若在選型之前,能夠花這一個半月時間去進行需求調研的話,可能這個EPR項目就不需要進行這么多的二次開發(fā)費用。不但可以幫助公司省下一大筆費用,而且,還可以保證項目的周期。

3:軟件功能不足,卻由公司來買單。

ERP項目能否取得成功,軟件本身只是起到了一個次要的作用。但是,軟件功能不足,則直接跟項目的成本掛鉤。軟件功能欠缺,企業(yè)需求難以對號入座,就意味著企業(yè)要為此進行額外的開支。如進行二次開發(fā)或者采用第三方的插件等等。這些都是需要公司買單的。而這往往是ERP項目中的冤枉支出。

在實施顧問對公司進行需求調研的時候,發(fā)現(xiàn)很多需求無法在ERP系統(tǒng)中實現(xiàn)。但是,這個時候,因為合同已經簽訂,項目已經啟動。所以,對方把一切責任都推到我們這邊。對于無法實現(xiàn)的需求,讓我們公司掏腰包,進行二次開發(fā)。

作為企業(yè)ERP項目負責人,首先得做好項目的前期需求調研,量體選型,防止企業(yè)的常規(guī)需求無法在ERP系統(tǒng)中對號入座。從而給企業(yè)增加不必要的二次開發(fā)成本,影響ERP項目的整個周期.

二、軟件的選型

公司使用ERP軟件,各個部門要達到什么目標,解決企業(yè)目前什么問題,這些情況公司必須有很清醒的認識,量體選型至關重要.

通常ERP供應商的銷售過程中售前顧問都會拿出一大堆的統(tǒng)計數據,告訴用戶:根據某某某協(xié)會統(tǒng)計ERP項目實施完畢之后,企業(yè)的庫存積壓率會下降多少個百分點、生產效率會提高多少多少,銷售的反應速度又會提高多少多少。但在合同中軟件公司是不會注明這些的,這就帶來了ERP項目的第一個陷阱:不承諾效果。

ERP項目是公司內部的事情,諸如人事調動、流程修改等等,都不能直接的產生效率,即使是將這些結果數字化也很難分清楚,什么是通過實施ERP產生的,什么是企業(yè)流程優(yōu)化而產生的。作為軟件供應商來說,成功了,自然是他們的功勞,可以大肆宣傳,失敗了就是企業(yè)內部的問題。他們只需要到時間收錢就好了。然而這樣的承諾,公司是不能接受的.

當然,售前活動中誤導用戶是很正常的,不誤導你,你又怎么會心甘情愿的簽合同呢。

另,軟件的選型之前,ERP專職人員必須先期到位,做好前期的調研,收集各個部門的功能需求及各種表單,ERP專職人員協(xié)同各個部門主管參與ERP供應商對ERP軟件的功能演示.根據收集到信息,確認ERP軟件是能達到及滿足公司各個部門的要求.以公司的真實業(yè)務數據流進行數據演示.在關鍵點位置必須進行壓力測試,因部分功能如MRP計算,憑證傳輸等,涉及到計算的情況,數據量一大,程序是否能正常進行,執(zhí)行效率是否能達到要求,必須有先期的預測.

所以在選型之前,企業(yè)應該明確:1.企業(yè)實施ERP目標.

2.軟件公司的實力及其成功的案例,軟件公司能做什么.3.ERP軟件單元測試壓力測試全面測試.

4.對于銷售人員的承諾一般需要對企業(yè)進行詳細的調研以后才能做

出,要在合同的補充附件中給予規(guī)定。讓口頭保證有書面規(guī)范,合同保證三、合同的簽訂

合同的簽訂必須有利于公司一方.以免公司在ERP使用的過程中吃啞巴虧,使ERP的成本盡量透明化,減少隱性成本的開支,讓軟件公司提供盡可能優(yōu)質的服務,從而盡量保證ERP整個項目的推動過程,不因二次開發(fā)費用問題\培訓問題\顧問周期問題等而發(fā)生不必要的麻煩,從而影響到整個ERP項目的周期.對于軟件公司來說,保護自己的利益是正常的事情,而對于用戶來說則恰恰相反。在簽訂ERP合同的過程中光法律顧問的指點是很難防范軟件公司在ERP合同中設下的圈套。這就需要公司能充分了解ERP這個行業(yè)的特征,避免更大的風險.

1.二次開發(fā)的定義

二次開發(fā)的具體內容(大至范圍),提供的服務,進行的方式和確定開發(fā)費用的范圍。軟件公司最常見的手段是:在ERP合同中只注明二次開發(fā)的人/天數(一個人工作一天的費用),而將具體的開發(fā)費用拖到合同完成以后。以還未做深入評估為由拖延開發(fā)的時間。待到合同簽訂用戶已支付定金之后,以各種借口增加二次開發(fā)的時間。畢竟評估一個開發(fā)過程需要多長的時間是由軟件公司決定的。對于某些難度大的或者是軟件公司不想做的項目他們可以把開發(fā)的時間加得很大——企業(yè)基于成本的考慮,不得不取消某些計劃中的需求。曾有ERP銷售人員這樣對我說:“二次開發(fā)是制約用戶強有力的手段之一,要么他們精簡流程,要么支付更多的費用,兩樣我都喜歡”

2.實施周期的定義(項目計劃)

乙方必須在約定的服務人天內安排所有系統(tǒng)集成及實施工作,不得隨意增加計費服務時間,如因甲方原因造成超出合同約定實施天數的費用部份由甲方承擔,如因乙方原因造成超出合同約定實施天數的費用部份由乙方承擔。

3.項目驗收標準(項目交付的文件)

甲、乙雙方確定項目階段性驗收及最終驗收的標準,驗收行為應包括:

a)甲方對乙方提供的ERP軟件產品的驗收;b)甲、乙雙方對于某具體工作成果的確認;

c)根據合同規(guī)定的項目進展階段,甲、乙雙方對于某階段工

作成果的評價;

d)甲、乙雙方對于最終工作成果的評價。

4.雙方的職責定義

按照軟件公司提出的建議劃分權責——作為公司必須做哪些工作,作為軟件供應商必須保證哪些

5.培訓的定義(包括培訓方式,培訓對象,培訓時間表,培訓文檔

或教材,培訓成績考核,培訓評估等)

考慮到企業(yè)未來的內部培訓需要,軟件公司提供的文檔必須以電子文檔和紙張的形式提供.6.項目各階段的目標與任務

按照項目建議和企業(yè)的實際情況制定ERP系統(tǒng)的實施目標7.簽訂補充協(xié)義,說明,備忘錄

在簽訂ERP合同之前就必須要對ERP項目的驗收標準有一個清晰的認識,同時在合同簽訂之后必須有相應的驗收細節(jié)作為補充。

8.項目顧問資歷\時間保證\顧問更換\人天數投入\顧問實施工

作時間(是否駐廠等)9.失敗后的賠償

通常軟件公司是不愿意提到賠償字樣的,即使是有賠償,那也是客戶未按期付款需要賠償,不小心被發(fā)現(xiàn)了也以“失誤”來掩蓋。ERP實施的成果難以判斷,責任的歸屬難以判斷,最終賠償的問題也容易帶來很多麻煩。這和普通商品的買賣不同,質量不好可以退貨。

正因為如此,需在合同上增加條款:明細項目目標,劃分權責,如果因為軟件公司的原因導致項目延誤甚至是項目中止,軟件公司需要進行相應的補償

四、顧問的能力;

一般顧問有以下幾種類型:技術支持型,幫助客戶安裝ERP軟件,并對客戶進行操作培訓;程序員型,工作內容以客戶化為主;顧問型,從為客戶提供業(yè)務咨詢服務著手,幫助客戶進行業(yè)務重組并指導客戶成功應用ERP.

在提交ERP項目建議的過程中,部分軟件公司也會同時提交ERP顧問的簡介資料——但顧問的簡歷往往有摻假的成分。至于軟件公司提交給公司的顧問資料中是否將只有幾個月某ERP產品經驗的“顧問”吹噓成3年五個項目經驗高級顧問。同樣的,沒有某個行業(yè)經驗的顧問也會吹噓成具有該行業(yè)或項目經驗。但問題的關鍵還不在于此,更多的是高級顧問只在項目中掛有一個頭銜。而實際的工作則是由毫無經驗的顧問進行。或者項目的調研與系統(tǒng)分析階段由高級顧問去做,后期的培訓以各種理由將高級顧問調離,用中低級顧問替代,這樣的情形對于用戶來說毫無辦法。當然,軟件公司在項目的進行中也有可能會遭遇人才流動.

故,所有的顧問必須經過考核或認可后才能上崗,對于顧問的更換必須經過企業(yè)的同意。

由于顧問的能力問題導致的項目拖延,軟件公司必須承擔相應的責任

前期BOM表的錄入,顧問指導時發(fā)生多次BOM變更錄入方式及對物料半成品編碼及名稱定義不清楚,造成BOM資料數據錯誤,后期花費大最的時間和精力去一種一種類別,一個一個錯誤的修改.直接影響到項目的周期.

五、確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要

的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃

A.確定詳細的項目范圍對公司進行業(yè)務調查和需求訪談,了解用戶的詳

細需求,據此制定系統(tǒng)定義備忘錄,明確用戶的現(xiàn)狀、具體的需求和系統(tǒng)實施的詳細范圍。

B.定義遞交的工作成果公司與實施軟件公司討論確定系統(tǒng)實施過程中

和實施結束時需要遞交的工作成果,包括相關的實施文檔和最終上線運行的系統(tǒng)。

C.評估實施的主要風險由實施軟件公司結合公司的實際情況對實施系統(tǒng)

進行風險評估,對預計的主要風險采取相應的措施來加以預防和控制。

任何管理變革項目都有風險,因為它是在進行變革,ERP項目更是如此。在項目規(guī)劃之初就要充分考慮到各種風險,有評估計劃和應對措施。項目實施過程中,風險高的事項一定要謹慎行事,即使工期稍微延遲一下,倘能控制風險那一定值得。

費用超預算了、組織人員變更了、項目經理更換、需求變更、高層失察、顧問更替了……

D.制定項目的時間計劃在確定詳細的項目范圍、定義遞交的工作成果和

明確預計的主要風險的基礎上,根據系統(tǒng)實施的總體計劃,編制詳細的實施時間安排。

E.制定成本和預算計劃根據項目總體的成本和預算計劃,結合實施時間

安排,編制具體的系統(tǒng)成本和預算控制計劃。

F.制定人力資源計劃確定實施過程中的人員安排,包括具體的實施軟件

公司的咨詢人員和公司方面的關鍵業(yè)務人員;對用戶方面參與實施的關鍵人員,需要對其日常工作作出安排,以確保對實施項目的時間投入。

六、明確項目小組成員職責

A.ERP系統(tǒng)管理員的職責

ERP管理員在整個ERP實施過程中扮演著極其重要的作用,是ERP系統(tǒng)實施成敗的關鍵因素之一。其主要職責是組織、計劃、實施、反饋,應賦予足夠權限

B.ERP系統(tǒng)項目副組長的職責

全面負責ERP的日常工作,在系統(tǒng)管理員的配合下對ERP項目進行有效管理

C.ERP項目各部門組長的職責

在實施過程中部門組長的職責是:傳、幫、帶。將ERP思想及軟件功能消化后傳入本部門、向部門傳遞領導的指示及對ERP工作的要求、將部門業(yè)務傳遞給實施顧問;幫助制定業(yè)務流程及操作流程、幫助指定人員分工及明確職責、幫助跟進數據及監(jiān)督項目進度、配合實施顧問工作;帶是帶領部門人員收集數據、配合實施顧問培訓最終用戶、指導部門正確使用系統(tǒng)開展業(yè)務。在正式應用過程,組長應該是部門的精英。所以在指定項目核心組人選時,必須慎重考慮,必須考慮這些人員的綜合業(yè)務能力及對企業(yè)的忠誠。如果組長是兼職的,勢必受日常工作影響而不能在ERP項目上投太多的時間,沒能吃透ERP的內容。所以要求各部門組長有較強的業(yè)務綜合能力、工作協(xié)調能力和領導能力。

D.項目負責人及實施顧問的職責

ERP顧問是企業(yè)實施ERP系統(tǒng)強大的外部推動力。ERP顧問的作用是對企來進行ERP理論和軟件培訓、管理咨詢、指導,更重要的還是如何幫助企業(yè)進行仲裁。ERP顧問能否控制整個實施過程、能否正確引導、能否對問題作出仲裁對ERP能否成功實施是很關鍵的,既不能軟件完全跟著企業(yè)業(yè)務走,也不能企業(yè)業(yè)務完全跟著軟件走,而應該相互調各,走最高效快捷的道路。從另一方面來說,ERP顧問也不是萬能的,所有事情都是他做,他只是引路者?蓪⑺扔鞒勺闱蚪叹,他負責指揮球隊怎樣踢球,采隊什么技巧進攻,但教練是不進場踢球的,就算是進場更不能完全依靠他進球。主要職責是:

1、對ERP項目進行有效的項目管理,制訂實施計劃,控制好實施

進度,分配好實施任務,并進行有效的跟蹤和反饋。

2、對ERP軟件進行有效的不同層次的培訓和操作指導并合理有效

安排、監(jiān)督和考核企業(yè)內部培訓。

3、同管理員一起及時解決實施過程中出現(xiàn)的諸多問題,針對軟件

本身的問題及時反饋并解決。

4、對ERP操作、使用情況進行部門和人員的考核。5、對企業(yè)的ERP應用提供管理資詢,如流程變更等。

在ERP系統(tǒng)管理員的配合下對ERP項目進行有效果控制和實施推進

E.ERP各部門組員的職責

1.日常ERP單據及基礎數據的錄入工作。2.日常數據的審核工作。

3.向ERP系統(tǒng)管理員反映在ERP運行過程中出現(xiàn)的問題。4.嚴格按照《ERP作業(yè)指導書》進行ERP系統(tǒng)的日常運作。

七、基礎數據的準備

ERP的主要作用就是對企業(yè)信息的整合,而信息的載體和表達都要通過數據完成。對項目實施來講,基礎數據的準備工作難度最大。

首先,基礎數據涉及面廣,涵蓋了企業(yè)中所有可見信息和不可見信息。物料基本信息,產品結構數據,會計科目,供應商客戶信息,部門、工廠、倉庫、車間信息等等屬于可見信息,這些信息在手工作業(yè)中也會用到。不可見信息如單據類型、倉庫性質、計劃參數等,這些信息在手工管理信息時是不會涉及到的,它們會影響到系統(tǒng)計算。

另外,基礎數據準備的工作量大,以上各類信息的記錄數從幾個到幾十萬都有,而每條記錄包含的字段又可多達上百個,兩者的乘積簡直是天文數字,通常造成項目延期的原因有90%來自于基礎數據整理。

數據的正確性是最重要的,基礎數據是許多程序正確運行的基礎,如物料計劃和生產計劃就是根據物料文件設定的提前期、庫存量、BOM結構等計算得到的,如果其中任何一個數據與實際不符,計劃結果就將沒有任何指導意義。

正是因為基礎數據具有這些特征,從而造成了收集準備工作量大、難組織,一般需要多個部門協(xié)調,投入的人力和時間都比較多,見效周期長,因此阻力也是很大的。

如何有效的,快速、低成本、低錯誤率地完成基礎數據準備:A.確定工作范圍

B.建立必要的編碼原則

ERP軟件對數據的管理是通過編碼實現(xiàn)的,編碼可以對數據進行唯一的標識,并且貫穿以后的查詢和應用,建立編碼原則是為了使后面的

工作有一個可以遵循的原則,也為龐雜的數據確定了數據庫可以識別的唯一標識方法,所謂磨刀不誤砍柴工,大家切不可急于求成,忽略了這些重要的工作。C.建立公用信息

建立的公用信息包括公司、子公司、工廠、倉庫、部門、員工信息、貨幣代碼等基本信息。這些數據會在其他基礎數據中被引用,并且數據量不大,可以利用較少的時間和人力完成。如果整理其他數據的時候發(fā)現(xiàn)缺少公用信息再補的話,整體效率和進度會大打折扣。D.BOM結構的確定

這里首先應該明確原料到半成品、半成品到產品的級次關系,這步工作的難點是半成品設定的問題。如果半成品設定層次少或層次不設定,今后的統(tǒng)計分析就不能細化;如果半成品設定多,就會大大增加數據量。如果遇到下列情況,那么半成品要設置編碼管理:對半成品建立庫存賬、或者采用安全庫存管理、半成品對外銷售或用于售后服務,除此以外半成品盡量不用編碼,也不用錄入軟件系統(tǒng),BOM每多一層,相應增加BOM數據量的同時還會增加物料信息的數據量,我個人的觀點是盡量少的BOM階次可以使這項工作處于可控狀態(tài)。

E.收集第一手資料,將原來的離散數據從不同部門集中F.數據檢查

(1)完整性檢查:完整性即記錄數量是否完整。可以請企業(yè)中有經驗的人員復查或計算一下總數,將其和歷史數據比較。同時還要檢查字段的完整性,所有的ERP軟件都有必須輸入的字段,如果缺少這些字段就會造成系統(tǒng)的不穩(wěn)定,如物料的提前期、默認倉庫等。另外還有一些非軟件要求的必須輸入的字段,對企業(yè)今后的業(yè)務和統(tǒng)計分析有用的字段也要列入檢查范圍,例如客戶分類和所屬地區(qū)等。

(2)正確性檢查:正確性的范圍很廣,可以由公司自己根據需要制定檢查原則。有些錯誤如會計科目是資產類型的,但是因為人為錯誤輸入成負債類型的,再比如有的物料是采購來的,但是錄入成自制件,這樣的錯誤在系統(tǒng)上線前必須發(fā)現(xiàn)并改正。

(3)唯一性檢查:數據的唯一性應該從兩個角度檢查,常見錯誤有多個實物編成同一個編碼,如果以后錄入系統(tǒng),成熟的ERP軟件會提示編碼已經存在,并拒絕接受。同時一個實物對應多個編碼的現(xiàn)象也必須杜絕,這種錯誤ERP軟件是發(fā)現(xiàn)不了的,必須利用人工查找,否則在上線后會發(fā)生多個賬務錯誤。G.將數據錄入軟件系統(tǒng)H.系統(tǒng)檢核

分享給好友轉到我空間復制網址隱藏簽名檔小字體

上一篇下一篇返回日志列表相關搜索詞:

ERP軟件項目開發(fā)企業(yè)簽名檔

美酒的釀造需要年頭,美食的烹調需要時間;片刻等待,更多美味,更多享受。

評論列表

想第一個看到日志搶沙發(fā)?

使用簽名檔

匿名評論發(fā)表評論

系統(tǒng)正在進行升級維護中,暫不支持日志評論,敬請諒解!

附加功能

提交(可按Ctrl+Enter發(fā)表)上一篇下一篇返回日志列表

友情提示:本文中關于《ERP項目階段總結》給出的范例僅供您參考拓展思維使用,ERP項目階段總結:該篇文章建議您自主創(chuàng)作。

來源:網絡整理 免責聲明:本文僅限學習分享,如產生版權問題,請聯(lián)系我們及時刪除。


ERP項目階段總結》由互聯(lián)網用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址:http://www.taixiivf.com/gongwen/560702.html
相關文章