不足一：對ERP系統的二次開發缺乏認識。

無論是平臺型的ERP產品，還是純套裝的ERP軟件，由于其都是現成的軟件，所以，到企業中應用的時候，都不可避免的要進行一些二次開發。但是，現在有一個問題要注意，對于ERP軟件進行二次開發是一個非常復雜的問題，特別是對其主干結構進行修改的話，無論是其工作量還是對ERP現有功能的影響，都是非常大的。

但是，這家企業很明顯對于ERP系統二次開發缺乏認識，錯誤的認為二次開發是一項簡單的工作。在ERP項目選型中，筆者認為，企業應該對二次開發這個工作有一個比較深入的了解。

一方面要了解二次開發的成本。有不少軟件公司一般都不怎么建議客戶對ERP軟件進行修改，特別是主干方面的修改。所以，對于二次開發的收費有時候帶有懲罰的性質。如有些公司二次開發的開價是500元/小時/人。這個費用是比較高的。而且若涉及到像自動扣料這種主干功能的話，估計沒有個四、五十個小時是拿不下來的。根據筆者的經驗，一個五十萬左右的項目，只是對于一些表面的內容，如添加一個字段并關聯幾個窗口、復雜報表的實現等等跟程序牽涉不多的內容，其二次開發往往就在三萬到五萬左右。若設計到主干程序的修改的話，則其二次開發的成本是很嚇人的。

二是要了解二次開發對于現有系統穩定性帶來的風險。一個比較完善的ERP系統，其代碼數量都是超過上千萬的；而且后臺數據庫中的表也是數以萬計。大家去看看其后臺數據庫的設計模型圖，就會看得眼花繚亂。也就是說，ERP系統是一個非常復雜的信息化管理體系。若在這個基礎之上，對其進行復雜的修改，更改其信息流的走向，則會大大的危害其員工的穩定性。

所以，從以上這些方面考慮，筆者都不建議對ERP系統進行復雜的二次開發。若只是對ERP系統進行表面上的修改，只是涂涂畫畫，筆者是支持的。

如只是對ERP系統的輸入格式進行修改。例如在ERP軟件中的表單或者報表往往不能夠滿足企業的需求，如有的用戶希望能夠在同一張報表中看到銷售訂單的具體執行情況，如基礎資料是否整理完畢、生產采購等部門是否已經安排好采購與生產計劃、生產的具體進度等等。這個報表看起來比較復雜，但是因為其只是對ERP系統的輸出格式進行重定義，不會影響到ERP系統的后臺架構。為此其二次開發的成本，是比較低的。特別是對于 ERP系統原有的功能基本上沒有影響。故對于這些輸出格式的重定義，筆者還是支持的。