第一篇：SW企業項目實施之建庫心得(轉載)

SolidWorks CAD項目實施—建庫心得

（一）發布時間：2013-04-27 10:33:42

六維空間

我們在給企業做SolidWorks CAD項目實施時，為了能讓客戶在短時間內順利切換設計平臺，會協助企業創建企業資源庫，目前企業資源庫主要有以下內容：

1.GB緊固件庫（螺栓、螺母、墊片、銷、鍵等）2.管路庫（法蘭、接頭、閥門、管筒、管道等）

3.工程圖設計庫（常用圖塊、粗糙度、焊接符號、形位公差、技術要求等）4.企業通用件庫（標識銘牌、通用零部件等）5.外購件庫（外購非標件）6.材質庫 7.SW設計模板

根據企業規模與產品的差異，各企業資源庫包含的內容有所差異，大家可以根據項目實施內容組合。下面我來逐各講一下各類庫的創建注意事項：

一、GB緊固件庫創建注意事項：

1.此類模型建模時有兩種建模方法，第一種是單獨零件建模，第二種是使用系列零件設計表創建多配置模型；方法一建模數量較多，文件小，在裝配過程中占用資源小。方法二模型數量少，但配置過多的話會使文件變大，影響大裝配性能，具體配置的多少根據模型的復雜程度酌情處理，建議文件大小不要大于1MB。目前在沒有PDM系統的前提下，推薦使用設計表建模，效率比較高；有PDM系統的情況下推薦使用單獨零件建模，方便管理。

2.在使用第一種方法（單獨零件）時，通常大家都是用同一個模型改出來的，這個方法本身沒有問題，但是很多時候大家忽略了修改配置名稱，當使用SolidWorks EPDM系統時，屬性卡片信息就會有問題，這里請大家注意！

3.在使用第二種方法（設計表）時，需要提心大家，在模型創建設計表之前一定要在屬性卡片上點擊應用，將卡片信息映射到配置特性中。不然即使在設計表中添加屬性，屬性信息還是無法關聯到配置特性中。SolidWorks2013已經支持配置材質，這里請大家注意使用。

4.最后提醒大家的是，請慎用Toolbox文件夾中模型，進行修改，因為Toolbox中的模型，廠商內置了一些參數信息，會給以后使用帶來困擾，所以建議大家使用自建的模型。

二、管路庫

管路設計必須要有SolidWorks routing插件，該插件只有在白金包中才用，SolidWorks routing插件包含三部門內容：裝配式管道、管筒、電器布線；所有這三種類型的產品設計都要基于豐富的庫文件才能順利開展，因此在項目實施前期要向客戶強調（最好在階段會議文檔中留下證據），準備人力搜集數據創建模型（管路庫一般包含：閥門、接頭、法蘭等管路零件，對于接頭、法蘭類零件，模型結構相對簡單，可以選擇使用系列設計表做，閥門等復雜模型，建議大家單獨建模，不要使用配置。）。本人目前只參與過裝配式管道、管筒的建庫工作，以下主要闡述這兩類庫創建注意事項：

1.裝配式管道庫的創建：

1)首先要準備管道零件，建議大家使用SolidWorks Design Library 中的管道零件進行修改，默認位置C:ProgramDataSolidWorksSolidWorks 2013Design Libraryroutingpipingpipes，打開此文件，將所有配置刪除，編輯設計表，重新添加屬性修改參數，請參考下圖。

在設計表中彩色線框列必須謹慎填寫，管路零件添加連接點時讀取的信息與這些參數有關。

2)有了管道零件，就可以給管路部件添加連接點（關于管筒的模型創建這里就不作詳細說明，方法與GB緊固件相同，注意事項也是一樣的），當使用設計表配置零件時，將連接點屬性添加到設計表中即可，輸入參數要與管道中【名義尺寸對應】對應。連接點數量根據零件用途合理添加。

2.裝配式管道庫的創建：

1)準備管筒零件，依然建議大家使用SolidWorks Design Library 中的管筒零件進行修改，默認位置C:ProgramDataSolidWorksSolidWorks 2013Design Libraryroutingtubingtubes，打開此文件，將所有配置刪除，編輯設計表，重新添加屬性修改參數，與管道不同的是，此零件的成型是使用【掃描】特征完成的，這點請大家注意，請參考下圖。

2)在管筒零件中添加連接與管筒聯接，完成所有管筒零件的設計，操作方法基本與管道零件相同。

3.閥門類零件：

創建基礎模型：

1)新建零件，通過閥門手冊中相關數據，在零件方程式編輯器中創建全局變量（根據閥門手冊，不同類型的閥門數據個數不盡相同，一般情況將手冊中的所有參數都錄入到全局變量中個，方便以后統一修改。）

2)創建布局草圖，規劃零件的建模范圍，并與全局變量關聯

3)參考布局草圖，運用多實體技術建模；在手冊中不能查到的尺寸，如果條件允許可以進行測繪，如果沒有實物，遵循美觀合理的原則自行添加。具體建模過程可以參考附件模型。創建多實體時注意在基體特征屬性中將【合并結果】選項去除，選擇正確的【特征范圍】；陣列特征時根據需要合理添加特征或實體。

4)添加連接點與線路點

啟動SolidWorks routing插件，通過touting工具添加【連接點】【線路點】，如下圖：

通過基礎模型變形不同規格方法：打開基本模型，另存、重命名；先修改全局變量參數，重建模型會發現有些特征報錯或不合理，找到問題特征修改正確；更改連接點設置。

第二篇：建模塊抓項目 實施企業文化建設年

建模塊抓項目 推進企業文化建設年

今年，是集團的企業文化建設年。隨著集團的快速發展，集團領導班子審時度勢，在年初“兩代會”上提出了建立戰略控制型文化的企業文化建設工作目標。近日，集團公司董事長、黨委書記又提出了“企業文化要在建設中宣傳”的要求。企業文化部作為集團公司企業文化管理部門，認真研究，大膽實踐，提出了“建模塊抓項目”的工作方式，力爭在今年使集團公司企業文化建設實現新的突破。

建模塊抓項目是適應集團公司戰略轉型的需要。經過了八年的發展，企業成功的躋身中國工業300強，已經發展成為了多區域、多產業的企業集團。目前，由于地域的限制，僅由企業文化部幾個管理人員去進行企業文化建設是不現實的。如今，集團企業文化正在向戰略控制型文化轉型，企業文化部也要按照管理部門“二十字”方針的要求，從過去樣樣做、事事做中解脫出來，而主要去考慮和策劃集團公司層面的文化建設。這就必然需要我們建模塊抓項目，只有這樣，才能突出重點，主次清晰。

同樣，建模塊抓項目是為了進一步發揮各事業部積極性的需要。隨著集團公司事業部制改革的進一步深入，各事業部都成為了產供銷一體化的實體，為了內增凝聚力，外塑形象，各事業部迫切需要大力加強企業文化建設，以達到統一員工思想、推動本事業部全面發展的目的。但在企業文化建設中，各事業部企業文化建設人員水平參次不齊，方式方法各異，這就需要集團企業文化部建設一個企業文化模塊，便于各事業部自行操作。同樣，各事業部也可以參照集團公司企業文化部的項目，抓好適合自己事業部特色的文化項目。

建模塊抓項目是為了實現母子文化良性互動、和諧發展的需要。建設企業文化模塊，必將進一步科學規范母子文化體系，在保證集團文化共性的基礎上，鼓勵各事業部建立適合自身發展的個性文化，明確母子文化的建設內容，調動母子文化建設工作者的積極性。同時，企業文化項目也能使大家實實在在的看到文化建設的內容，做到以項目推建設，以建設抓項目，實現母子文化良性循環發展，這樣，就從根本上解決了文化落地的問題。

在模塊的建設中，我們詳細的規劃了集團企業文化建設委員會、企業文化部、各事業部在企業文化建設中的職責和流程，讓各事業部熟悉企業文化建設的流程，明確該干什么，不該干什么。做到每個事業部的企業文化建設都能按照模塊來進行。

集團公司成立的企業文化建設委員會是集團公司企業文化建設工作的決策機構。主要負責作出集團公司企業文化建設戰略目標、戰略規劃，以及階段性工作重點，提出不同時期的治企理念，對集團文化進行診斷和推進。

在企業文化建設模塊中，集團公司企業文化部主要承擔六個方面的職責，一是文化指導，這主要包括搭建平臺、項目策劃、指導監測、先進典型推廣等方面；二是精神文化，這主要包括理念提煉、理念培育等；三是制度行為文化，這主要包括制度文化建設、行為文化建設；四是形象物質文化，這主要包括形象文化建設、物質文化建設兩個方面；五是品牌管理，這主要包括企業品牌建設、管理和推廣、指導產品品牌建設；六是文化傳播，這主要包括宣傳管理、文體活動、媒體傳播等。

同樣，在企業文化建設模塊中，各事業部也主要承擔五個方面的職責，一是應用理念體系，這主要包括理念宣貫、理念形象化；二是行為體系，這主要包括理念制度化、理念行為化；三是形象體系，這主要包括產品品牌、VI應用系統、廠容廠貌等企業形象；四是文化傳播，這主要包括文體活動、宣傳載體；五是機制保障，這主要包括組織機構、制度化、教育化、獎懲化等幾個方面。

我們建立模塊是為了更進一步的調動各方面參與企業文化建設的積極性和主動性，發揮各事業部對企業文化建設的創造性，推動企業文化建設的的深入開展。

企業文化建設落地一直企業文化建設的難點。今年下半年，怎樣讓員工實實在在的感受到企業文化，怎樣讓更多的員工參與到企業文化建設中來，怎樣進一步提高企業文化的知名度，企業文化部在調研的基礎上，提出了以項目實施企業文化建設內容，大力實施兩個方面的項目。

一方面，實施廣義的文化項目，企業文化部提出提企業文化八個要點，一是編輯《企業文化宣言》；二是建設企業文化模塊，總結企業文化成果，推出企業文化先進單位；三是踐行八榮八恥，規范員工行為，立足崗位學阿壩；四是“ ”文化慰問演出活動；五是感動XXX電視頒獎晚會；六是員工思想動態收集工作；七是以企業形象識別系統（CI）為手段，建立、健全品牌形象管理體系；八是加強對企業形象的塑造，全新打造各事業部形象。以這八個要點來推動下半年企業文化建設。

另一方面，實施企業文化子文化建設項目，分批次啟動項目建設。現正實施首批子文化項目，如鋼鐵產業事業部的成本文化、水泥產業事業部的和諧文化、礦產資源事業部的創業文化、貿易事業部的營銷文化、勁力房產狼道文化等。通過這些項目的啟動，進一步讓企業文化落

到實處，讓文化在基層生根發芽，呈現各自的特色，夯實各事業部現有文化基礎，在此基礎上推出一批文化成果進行推廣，實現邊建設、邊宣傳的機制，達到“企業文化要在建設中宣傳”的要求。

在子文化建設項目中，我們要求做到五點，一有是集團理念指導；二是有工作指導思想或指導方針；三是有相關工作制度，有外在行為及形象體現；四是要明確子文化的具體含義、推行方式方法、實施步驟、實施效果；五是舉例分析。通過五點內容，全面構建每個子文化建設項目的體系。

在這兩大方面的項目中，我們對每個項目都實行項目負責制，并分別安排專門人員實施，同時，制定項目實施步驟和意見，要求每個項目負責人必須拿出項目方案書或策劃書，做到項目實實在在、不走過場。

新的時期，新的發展，新的機遇，這給我們從事企業文化工作的員工提出了更高的要求，只要牢牢的樹立建模塊抓項目的意識，我們的企業文化就能蓬蓬勃勃地開展起來，我們的企業文化建設年就會成為一個理念生根的年、文化落地的年。

第三篇：BIEE項目實施心得匯總

BIEE項目實施心得

報表追溯

A某列報表追溯到B報表

1）不帶參數：報表開發編輯頁面-列屬性

交互-值/列標題：主交互（）操作連接

操作-導航到BI內容

選擇報表

OK 2）帶參數： 帶參數的報表需要在被追溯的報表中添加列過濾器，運算符選擇提示（如下圖年月）

注意：A表傳參數的字段和B表接受參數的字段，列公式：展示層的表名和列名必須一致：

如A表列公式為“維度信息”.“年月”，B表過濾器中提示的列公式也必須為“維度信息”.“年月”

用戶和權限

默認年月

建立提示，提示默認值轉換成SQL，寫入如下語句

a)默認上月：year(current_date))*100+MONTH(CURRENT_DATE)-1 b)默認當日：year(current_date))*100+MONTH(CURRENT_DATE)+DAYOFMONTH(CURRENT_DATE)c)

d)“維度信息”.“年月” >=(year(current_date)-1)*100+MONTH(CURRENT_DATE)-1 e)“維度信息”.“年月” <=(year(current_date))*100+MONTH(CURRENT_DATE)-1 主從事件

必須將發送的維度拖入到提示區

二次開發

1)修改biee logo 用新的同樣大的圖片/png格式替換 登錄主頁Logo: oracle_logo.png

D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafplogin 報表頁面Logo：oracle_logo.png D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafpb_mozilla_4 2)修改標題和頭高度：

修改文件路徑：

F:BIEEuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarresb_mozilla header.js

(a,“IMG”);b.border=0;b.src=saw.header.getResUrl(“branding_whitegradient.png”);b.alt=“";var c=saw.createChildElement 去掉抬頭

false};saw.header.Viewer.launchAlerts=function(){var a=new obide.AlertsDialog.Model();new obide.AlertsDialog.Viewer(a,obips.FloatingWindow.Manager.getSingleton())};saw.header.Branding=function(e,a,d,b,c){this.headerModel=e;this.logo=a?a:saw.header.getResUrl(”common/oracleLogo.png“);this.productName=d;this.desc=b;this.href=c?c:saw.commandToURL(”bieehome“)};saw.header.Branding.prototype.render=function(f){var d=document;var e=f.insertCell(0);e.className=”HeaderLogo“;var b=saw.createChildElement(e,”IMG“);b.border=0;b.src=this.logo;b.alt=saw.header.getLocalizedString(”kmsgHeaderOracleLogo“);var a=f.insertCell(1);a.className=”HeaderBrandingCell“;b=saw.createChildElement(a,”IMG“);b.border=0;b.src=saw.header.getResUrl(”branding_whitegradient.png“);b.alt=”“--刪除表頭;var c=saw.createChildElement(a,”span“);c.className=”HeaderBrandName“;saw.appendTextNode(c,'BIEE');--修改表頭名this.nameSpan=c;saw.addEventListener(window,”resize“,this.onWindowResize,this,true);this.gradientImg=b;this.container=f};saw.header.Branding.prototype.onWindowResize=function(b){var a=this.gradientImg;if(saw.userAgent.is_ie&&!saw.userAgent.is_ie9up&&b){var c=0;for(var d=0;d

登錄主頁點管理-

安全性-管理權限

登錄主頁設置

登錄頁面點我的賬戶

起始頁

參數變量

Biee的變量分幾種(庫變量，會話變量，介紹變量，請求變量，Biee內部定義的變量不說了)，用起來經常讓大家糊涂，再此做個總結，有異議的地方請消息給我·· 歡迎討論~ 現在開始吧，Administrator tool-Manage-Variable 下圖~

這里是模型RPD定義變量的地方，也就是所定義的變量名都是保存在RPD模型中，Variable 所定義的變量類型分為兩大類，一種是Repository(庫變量)，另外一種是Session(會話變量)。

其中Repository分兩種變量的類型：Dynamic(動態變量)和Static(靜態變量)Session也分兩種變量類型：System(系統變量)和Non-System(非系統變量)現在說一下庫變量的用途，庫變量的Static(靜態變量)經常是作為項目需求中經常用的固定值做為這個靜態變量值的，舉個例子：如果一個項目中有10個Dashboard，每個Dashboard有10個page，每個page的下標都需要帶上公司的版權注釋，當公司被收購了版權需要更改的話怎么辦，改一百次版權信息？這里如果用靜態變量的話就方便多了，只需修改變量對應的缺省值就可以了。用法如圖：

建立一個Static的Repository Variable

變量名為SRV缺省值為222050000，其中要注意一下類型Type，因為是靜態的，所以不需要初始化塊。在前端直接就可以調用了

命名必須和靜態變量的名稱相同(不用解釋吧)~

看一下效果

OK，調用靜態的庫變量成功。

這里需要注意一下，表達式和篩選調用庫變量的時候是可以VALUEOF('SRV')來引用，而其他地方調用的話例如文本：需要這么寫@{biServer.variables['SRV']}。

再看一下動態(Dynamic)的庫變量的用途，例如：一個項目中，要求當用戶登錄的時候看到的數據是當天(當月)的數據，這時候我們需要用到動態的庫變量(也有其他方法，不做介紹了)。

所謂的“當前”，就是此刻所在的月，所以這些需要設置初始化塊來設置時間的更新設置。如圖：

Edit Data Source是編輯查詢的地方，會返回若干行值；

Edit Data Target是指定查詢返回的數據用于初始化哪個變量的。返回值的順序和需要初始化的變量順序需要嚴格對稱；

Schedule的地方就是制定查詢執行的頻率，即多久更新一次變量。前端的調用方法可以靜態的庫變量相同；下圖依文本為例：

效果如下：

這里需要提醒一下。庫變量無論是靜態的或是動態的，在前端都是無法對起變量值進行更改的，當然如果是庫變量的取的關系庫表中的值，通過回寫數據庫的數據來改動態的庫變量也是一種方法哦~

再看一下什么時候Session會話變量，回話變量的設置方法和庫變量類似，也是可以直接設置Variables，當然也可以定義初始化塊來定義更復雜的會話變量，其中會話變量分系統變量和非系統變量。

系統會話變量：DISPLAYNAME,EMAIL,GROUP,LAST_SYNCH_TIME and THIS_SYNCH_TIME, PORTALPATH,REQUESTKEY,SKIN,USER,WEBGROUPS.這里常用到的就USER,GROUP,DISPLAYNAME三個，其他變量是含義請參考 Business Intelligence Server Administration Guide。非系統會話變量名稱可以自定義，但不要和系統變量同名即可，這里不再說步驟了，和庫變量定義相同，這里定義了一個非系統回話變量的如下：

其中Edit Execution Precedence是加載其他的應用程序定義的變量（例如：LDAP定義的用戶變量）。

Test可以測試查看到變量名稱和其缺省值

再前端調用一下

注意調用會話變量的時候是VALUEOF(NQ_SESSION.變量名)而調用庫變量的時候是VALUEOF(變量名)

OK~調用成功。

注意當不加指標列的時候（只有會話變量列的時候會報錯）~

系統自帶的會話變量如USER,GROUP等就不舉例了，網上有很多實例，也可以去看我的相關LDAP權限控制博文。再看看前端可以定義的變量~ 前端可以定義的變量都是創建提示中設置

他分為介紹變量和請求變量，其中介紹變量是把提示中（也可叫篩選器）的所選項作為變量的Value值進行使用，用法如下： 定義介紹變量名

用@{變量名}的結果來引用

那么什么是請求變量，請求變量是從新定義會話變量的Value值的變量，其新定義的值來自提示所選項。

設置請求變量名的時候必須要和將修改的會話變量名稱相同，上邊已經定義了一個非系統會話變量SessionTest，Value值為222010000，下面以這個為例，來修改會話變量SessionTest 的Value值。

定義一個提示的請求變量，名為SessionTest

在做一個會話變量的表

這里無需加篩選器，因為調節列是來自會話變量，我們實驗的目的就是用提示的請求變量來修改這個會話變量的列~ OK~添加到儀表盤里看一下結果~

為了試驗明顯提示的缺省值沒有進行設置，這里的缺省值是來自會話變量的222010000。

操作一下提示來改變會話變量的Value值~

OK~~！

變量用法總結：

庫變量在Answers列的編輯公式中調用方法是VALUEOF(”變量名")

會話變量在在Answers列的編輯公式中調用方法是VALUEOF(NQ_SESSION.變量名)

庫變量和會話變量在其他地方調用（例如文本中）是@{biServer.variables[‘變量名']} 介紹變量的調用方法是@｛變量名｝ 系統自帶了一些會話變量如下： Delivers：@{currentMonth}。

currentTime => @{system.currentTime} = 2010-5-14 2:21:30 system.productVersion => @{system.productVersion} = 10.1.3.4(Build 080726.1900)session.locale => @{session.locale} =zh-cn session.language => @{session.language} = zh rtl =>@{session.rtl} = false

session.loginTime => @{session.loginTime} = 2010-5-14 1:42:36 session.logoutTime =>@{session.logoutTime } = 2010-5-14 1:42:31 session.lastAccessTime =>@{session.lastAccessTime} = 2010-5-14 2:21:29 session.currentUser => @{session.currentUser.id} = administrator

user.homeDirectory => @{user.homeDirectory} = /users/administrator user.id => @{user.id} = administrator

user.displayName => @{user.displayName} = administrator

數據權限設計

待討論

第四篇：ORACLE ERP實施項目心得

本人曾在東莞某大型臺資企業工作近三年，其間參與ORACLE ERP實施一年多。以下就一年多來實施ERP的經歷作一個總結，一來反思實施過程中的不足之處，同時也可作前車之鑒。

ERP(Enterprise Resource Planning)企業資源計劃，簡單的說ERP就是將企業的物流、資金流、信息流進行整合管理的管理信息系統。

ERP基于一套軟件系統來實施，但ERP并不等于只是實施一套軟件系統。筆者認為實施ERP更是實施一種先進的管理思想。它在充分了解企業現有管理流程的基礎之上，通過一套軟件系統對企業全方位、即時的管理和控制。通過自己一年多實施的經歷總結出實施ERP最重要的三點：

1、了解企業的管理流程;

2、選擇合適的ERP軟件;

3、人。

對企業管理流程的了解實際是做需求分析，全面了解企業流程，并仔細分析是否需改進或變革。實施ERP是否需要做BPR(流程重組)。特別注意一些基本原則的制定，如原物料編碼原則、成員編碼原則，BOM架構原則等是否科學及合理，因為這直接關系到ERP系統Database的建立。總之需求分析越細、考慮越周全，實施ERP成功的機率就會大點，所謂“多算勝，少算不勝”。

ERP軟件的選型，如同人選衣服一樣，沒有絕對合身的，除非你量身訂做（定制開發）。這就需要考慮兩個方面：軟件現有系統功能、二次開發是否容易及開發成本。無論如何企業現行管理流程和軟件之間總不能完全配合，對于到底是要軟件適合企業還是企業遷就軟件，這很難說。如果企業本身管理機制很健全，當然可作二次開發改善軟件功能;如企業本身管理機制不那么健全，對于薄弱的地方可適當作作BPR，改善工作流程來適應軟件系統。

ERP軟件選型還應注意，不要迷信品牌，什么SAP第一，ORACLE第二等。國外品牌好不好，當然是肯定的，但要不要選就不一定。因為第一、中國企業與外國企業的管理方式并不完全一樣，工作流程與使用習慣也不樣；第二、由于習慣的不同，它的Report也完全不符合中國企業的格式，僅僅Report的二次開發就會讓企業頭大，更不要說其它功能的二次開發;第三、除軟件本身的成本外，你要考慮它的顧問費用也是很昂貴的；第四、為配合軟件你還要購置相應很昂貴的服務器并且之后還要源源不斷的投入硬件設備的維護費用及更新費用。請記住“軟件”終究只是一種工具，好不好必須結合企業實際。

企業活動的主體是人，實施ERP離不開人，這里所說的人包括以下幾個方面：

一、企業高層。ERP是一個系統工程，不是某個人、某個部門的事，更不只是IT部門的事。這就需要高層全力支持，調動各相關部門，相關人員密切配合。

二、實施團隊。ERP實施團隊需要復合型人才，這就需要既懂管理又懂軟件操作的人，而不是IT部門只懂技術的人來實施。

三、企業員工。企業員工是最終使用者，但相對來說素質又較低。所以需要對其耐心仔細的培訓。

四、實施顧問。沒有專業有實際經驗的實施顧問來指導ERP實施，無異于讓企業的實施團隊拿企業做實驗，他們要花數倍的時間和精力摸索，可能得出的最終結果是此路不通。

總之ERP的路還很漫長，不絕于耳的好像都是壞的消息，但是不要忽略一點“ERP幫我們建立了一個可以不斷進行自我評價和不斷改善管理的機制，讓我們充分認識到企業自身管理的缺陷”。也許這何嘗又不是“塞翁失馬焉知非福”呢？

第五篇：ERP項目實施心得分析

ERP項目實施心得分析

經歷了N次ERP項目，有些心得，花些時間寫出來供大家參考，拋磚引玉，希望大家多多交流。

企業在應用ERP系統后不能充分獲益，甚至ERP項目實施失敗的原因究竟是什么呢？劉銘總結了幾條原因：

1.基礎數據不準確，不能根據這些數據來指導企業的生產經營活動；

2.企業員工對ERP系統缺乏主人翁的精神，企業一般只是計算機技術人員在做這項工作，整個項目推進十分困難；

3.實施過程缺乏切實可行的計劃，拖延太久，以至于員工對項目實施失去熱情；

4.關鍵崗位的員工調換工作，新來的員工不了解情況，結果項目受阻；

5.公司員工不愿意放棄已經習慣了的工作方式，而轉向使用ERP系統。他們經常希望修改ERP系統來適應他們原有的工作方式；

6.對企業員工教育和培訓不足；

7.最嚴重的問題是高層領導不重視。

不難看出，以上這些問題本質上都是人的問題。其背后的原因還是對ERP的原理、實施和運行管理的方法缺乏深刻的理解和認識。既然ERP實施不成功的本質問題在于人，那么企業就需要從改造人上面下功夫。

下面這十條忠告就是劉銘針對這些問題總結出的經驗、心得，對實施和應用ERP系統的企業有很好的借鑒意義。

1.領導全面支持。ERP系統是用來完善、改進一個企業的整體工作流程。所以它統籌安排企業的物料、資金和人力等各種資源，與生產和經營息息相關，涉及到企業的每一個人。因此企業領導必須理解ERP，并對其大力支持。

2.高度重視數據的準確性，建立必要的責任制度。不準確的數據對于計算機來說其實就是“謊言”，它們只能被計算機用來高速地產生錯誤的答案。因此，必須建立明確的責任制度，保證在數據操作的各個環節都有專人負責，否則數據的準確性就得不到保障。

3.確立ERP系統實施的目標。搭建ERP系統必須確定明確的目標，并根據它來衡量系統的性能，不斷改進系統。

4.不要將沒有經驗的人放到關鍵的崗位上。在大多數企業里，能干、經驗豐富的人總是忙得不可開交，如果沒有特意的安排，他們不會有“空閑”來參加ERP項目。但是正是這些重要的員工才是成功規劃和實施ERP系統的基本保證。因此，一定要千方百計地發揮這些骨干力量的聰明才智，切不可讓有時間而無經驗的“南郭先生”參加ERP項目的關鍵工作。

5.不要壓縮人員培訓的費用。培訓費用要比忽視培訓而付出的代價小得多。

6.尋求專家的幫助。一切自己蠻干將比聘請有經驗的專家花費更大。

7.不要把手工系統的工作方式照搬到計算機系統中。如果對現行的工作方式及其結果頗為滿意而不愿意尋求改變，那么搞ERP就是浪費資金。

8.項目實施在時間上既要從容，又要緊迫。實施ERP系統可以分解為一系列具體的工作任務，有些任務煩瑣卻必不可少，對此要從容計劃，不要急于求成。而另一方面，為避免實施過程無限期延長，緊迫感也是十分必要的。

9.樹立全員參與意識。ERP的運行需要計算機，但這決不意味著ERP只是數據處理部門的事情，只有全員參與并樹立起用戶的主人翁精神，才能充分發揮ERP的作用。

10.ERP系統不是萬能的。ERP可為企業帶來多方面的效益，但它不能包醫百病。