ERP系統跟操作系統有個非常大的不同，就在於ERP系統不僅僅是一個軟件，更多的傾向於是一種管理的工具。而對於操作系統來說，其僅僅是一個軟件，所以，LINUX等開源的操作系統可以取得成功，可以跟微軟分庭抗禮。但是，ERP不行，因爲ERP不僅僅是個軟件，更是個工具。
對於ERP項目來說，三分軟件七分實施。一個好的ERP項目，實現要有一個好的項目實施團隊。可惜的是，現在市場上ERP實施顧問本來就是個比較搶手的資源。在國內，從事開源ERP項目的實施顧問可以說比較少，而經驗豐富能力強的實施顧問更加是少之又少。沒有好的項目實施團隊的支持，即使ERP軟件設計的再出色，開源ERP軟件在企業中實施的效果也是有限的。更何況，根據我的觀察。現在開源ERP軟件的功能實在不怎麼樣，而且，其BUG又多的要命。在這種情況下，若沒有經驗豐富的實施顧問在那邊統攬全局，開源頭ERP項目，要能夠在企業中取得不錯的業績，那真的是奇蹟了。
其實，很多企業把ERP項目在企業中沒有用好歸咎於軟件產品不好。其實，這只是他們的藉口。根據我的工作經驗，其實軟件本身在ERP項目中起到的作用最多隻有 30%，而且，現在各個產品之間也在相互模仿，同質現象比較嚴重，各個品牌的產品若光從產品功能上來看，其實真的沒有多大的區別。而有區別的就是軟件的實施團隊了。所以，項目的實施效果好壞，大部分不在於軟件的本身，而在與好的項目實施團隊。而真是開源軟件所缺少的。
我也接觸過一些開源軟件的實施顧問，說實話，他們的顧問團隊跟金碟、SAP、神州數碼等軟件巨頭的實施顧問水平還是有一定差距的。其實有這個差距也不用奇怪，因爲開源軟件企業的利潤本來就沒有商業軟件那麼高，所以，他們顧問的待遇普遍沒有商業軟件公司那麼高。而沒有很好的待遇的話，很難留住優秀的ERP實施顧問。而根據我的瞭解，開源軟件的實施顧問流動性也普遍比商業軟件公司的流動性要高。因爲很多有經驗的開源軟件實施顧問在有幾個項目經驗後，都會考慮轉型到商業軟件公司。
畢竟，水往低處流，人往高處走。這就如同一些小型的ERP軟件公司的實施顧問，拼命往SAP、ORACLE等ERP產品發展，同一個道理。不過，有些開源軟件，確實也有一兩個好的實施顧問在那邊獨攬大局。若企業能夠跟這些經驗豐富的實施顧問合作的話，那可能ERP項目的效果會好一點。
二、程序開發，遠遠沒有我們想的那麼簡單。
企業的IT技術人員，拿到ERP軟件的原代碼，就可以進行二次開發了嗎？其實，真的沒有這麼簡單。
這就好象我們燒飯一樣。你若把米燒成飯可能簡單一點，但是，若想利用剩飯經過重新加工做出可口的飯來說，那可能對廚師的要求會高一點。其實，軟件開發也是如此。對於軟件開發人員來說，若從零開始進行開發，可能還會簡單一點；但是，若要在原由軟件的基礎之上，進行軟件二次開發的話，難度可能會比較大。因爲他們首先要先去了解原有軟件的思想、結構、設計思路等等。而到軟件開發人員瞭解這些內容後，早就黃花菜都涼了。
我曾經有個朋友，他們公司裏上了一個開源項目。一開始的時候，他們是叫了一家專門做這個開源產品的軟件公司進行二次開發。那時候，他們由於熟悉這個系統，在這套系統上，他們起碼已經鑽研了五年。我朋友企業根據用戶需求，整理了一份資料，叫他們進行開發，大概花了一個星期左右的時間，就開發完成了。後來遇到版本升級了，我朋友企業就找了本地的一家軟件公司進行開發。爲了更他們達成長期合作的意向，企業還自己掏錢送他們的程序員去培訓。結果呢，花了近兩個星期的時間，這個原來二次開發需求的升級工作工作還沒有做好。這主要還上因爲他們對於開源軟件的原由系統架構與設計思路不熟悉所造成的。所以，我們若採用開源軟件的話，那麼拿到代碼後，很長一段時間不是在新功能的開發上，而是在對原有系統設計思路的理解上。
所以說呀，開源軟件ERP不是說我們拿到源代碼就可以直接進行二次開發的，軟件二次需求開發的準備工作，即對於原代碼的研究工作，可能在我們平時的工作中，需要佔據比較多的時間與精力。
三、對於需求的把握與控制
我剛開始的時候，是在企業內部做項目實施的。那時候，我們關注的需求是什麼呢？這個單據的格式不好看，要弄的好看一點；這個查詢不方便，要多設置一些查詢參數；這邊輸入不方便，最好能夠直接選擇就好。那時候，我們關注的就是這些細小的需求，在這些細小需求的實現上，浪費了大量的時間。而對於一些比較具有價值的需求，如收貨數量的控制與超收管理控制方面，我們反而拋之一旁。以企業現有管理水平跟不上爲由，來個不管不顧。而老是在一些這些沒有實際價值的小功能上，弄個沒玩。最好開發成本花了不少，但是，卻沒有帶來多大的實際價值。這個問題到底是出在哪裏呢？這主要就是在對於需求的把握與控制不是很好。
現在回過頭來想想，確實如此。以前在企業裏負責信息化項目的時候，站在用戶的角度上考慮問題。由於缺乏實際項目經驗，很難站在全局的高度去思考一個 ERP項目該如何去運作，哪些方面的改進會給企業帶來商業價值。這就導致我們在實施項目的時候，圍繞着用戶轉。他們說這個不好，那就改這個。解決的永遠是哪些雞毛蒜皮的小事情，一些單據、報表的格式問題。而對於流程的改善 與控制，這方面卻做的非常的不到位。
所以，企業若現在採用開源的ERP軟件項目，由於缺乏知道，不免也會陷入這個困境之中。我有個朋友，現在就在企業中負責開源的ERP項目。他們公司還好，一個專門負責實施，而他就是負責開發。他跟我說，他現在開發的內容，就是圍繞報表呀、表單呀、字段的格式呀；而對於功能方面的改進基本上就沒有。因爲他們也不知道到底哪些東西需要改進。爲什麼呢？很明顯，用戶連準確的該怎麼做都不知道，那當然不知道系統的功能有哪些缺陷，若有缺陷的話該如何走，這些內容也不會很熟悉。所以，他們現在是系統有什麼他們就用什麼，沒有的話就用手工來替代。而我朋友負責程序開發，整天在那邊做的就是單據、報表格式的調整，數據庫字段長度的調整等等簡單的開發工作。
這都是因爲企業沒有比較專業的人來分析、調查企業需求所造成的。而商業軟件不同。他們會把企業的需求調研當作項目實施過程中的一項重中之重的工作來對待。因爲他們清楚，把企業的需求搞清楚了，那麼企業的ERP項目也就成功一大半了。可見，需求調研、需求分析的工作，對於ERP項目的重要性。而開源軟件項目，缺少的就是這麼一個比較專業的人來負責企業的需求分析工作。從而導致開源軟件的二次開發，老是圍繞哪些細枝末節的東西在展開。
四、開源軟件升級的顧慮。
由於開源軟件存在衆多的 BUG，所以，其版本升級也是非常之快，可以比得上微軟操作系統的版本升級了。但是，微軟操作系統出現新補丁的話，只需要在原有系統上打補丁就可以了。但是，開源ERP系統則不是。他需要重新安裝、部署系統。但是，開源、開源，其版本升級的話，支持的並不是很好。要解決版本升級帶來的麻煩，企業至少需要解決兩個問題。
一是數據遷移的問題。由於新版本的ERP系統需要更改數據庫或者其他內容，所以，原由的數據庫直接備份恢復到現有的數據庫中，明顯是行不通的。所以，用戶面臨的第一個問題就是開源ERP系統，若遇到升級的話，數據如何遷移。對於商業ERP軟件來說，雖然也遇到類似的問題。但是，他們一般會提供技術支持，甚至幫助用戶完成數據遷移的工作。但是，開源項目來說，由於本身就是免費的，企業就不能享受這麼好的服務了。除非企業願意花錢。
二是二次開發需求遷移的問題。在原先版本上所做的需求，如何遷移到新版本之上呢？這是用戶在版本升級過程中遇到的第二個難題。在商業軟件中，這一般不是問題，只要你交了每年的服務費用，則他們在軟件升級的過程中，他們會幫你完成二次開發需求的遷移工作。而對於開源軟件來說，不不怎麼好辦。一方面，用戶自己會開發很多需求；另一方面，若需求外部幫助的話，他們也會開發一些相應的需求。若現在讓他們負責進行二次開發需求遷移的話，則不僅企業要付出昂貴的升級費用，而且的話，用戶自己開發的需求也需要重新定製。這中間的需求確認、開發版本控制、文檔製作、功能測試等等會遇到很多問題，不是三言兩語可以說的清楚的。總之是一句話，非常的頭疼，非常的麻煩。