ERP廠商經常會有這樣的抱怨：起初的幾個月進行項目分析和討論，用戶也認可了，ERP系統(tǒng)做出后，結果這時候客戶要進行“二次開發(fā)”…然后事情就變得復雜跟原先預期距離拉遠，最后導致“變質”…

對于企業(yè)的信息化系統(tǒng)來說，其實軟件方面來說真需要二次開發(fā)才會合適。那么如何挖掘出這部分軟件的潛力讓企業(yè)拿到實惠在開發(fā)中?

企業(yè)應選擇通用還是實際

試問有哪個企業(yè)愿巨額投入開發(fā)?例如處理文檔、表格、財務等方面，很多成型軟件在這個市場中，因此在選擇上，優(yōu)先注重的會是適合通用系統(tǒng)。

許多的信息化軟件只為滿足國家層面的要求，針對企業(yè)實際來說，通用方面功能滿足了，其實還會需要ERP系統(tǒng)提供企業(yè)內部的管理信息。按照行業(yè)、模塊開發(fā)的ERP系統(tǒng)，最初會按照一定參數(shù)來設定，但根據(jù)企業(yè)的發(fā)展規(guī)模、周期等因素差異導致除通用功能外還會有二次要求，因此還需適當調整。

企業(yè)本身特點該不該強調

企業(yè)在做二次開發(fā)的時候，其實軟件中管理流程已經是經過千錘百煉的提煉，所以沒有必要太多的強調自身特點。而許多企業(yè)刻意去強調的是源于本身的不合理的業(yè)務流程或者優(yōu)化和重組。這不應該去建立在對軟件的修改開發(fā)上。不能讓軟件去適應流程。

不要修改核心的代碼是軟件自身體系的基本原則。企業(yè)的需求不能被滿足，就要從ERP中導出數(shù)據(jù)再導入系統(tǒng)。盡量以小的改動去滿足需求也是為之后的升級做打算。二次開發(fā)應該在技術人員指導下進行，因為可以充分的利用現(xiàn)有的數(shù)據(jù)庫條件以及將數(shù)據(jù)的價值最大化。

擴大數(shù)據(jù)使用范圍是指將ERP系統(tǒng)中的數(shù)據(jù)有計劃地通過公司自行開發(fā)的系統(tǒng)提供給其他不使用ERP系統(tǒng)的人員，擴大共享范圍。 從工程角度來說，這是一個復雜的大型工程，開發(fā)者應該保持絕對的原則并且對項目要保證可控性。因此，二次開發(fā)中，修改不宜多。

技術人員需要多專業(yè)

從事二次開發(fā)的人員既要熟悉軟件的功能和相應數(shù)據(jù)庫中表的結構，又要充分理解用戶的特殊業(yè)務流程，這需要一定的時間和工作的，甚至可能會使項目延期;再者，改動軟件后還可能出現(xiàn)系統(tǒng)的不穩(wěn)定，影響版本升級。

如果必須進行二次開發(fā)，則應盡量使得二次開發(fā)做出的功能模塊獨立于原來的ERP系統(tǒng)。這樣，當ERP系統(tǒng)版本更新時，二次開發(fā)出來的模塊無需修改或者只需較少的修改就可以應用于高版本的ERP系統(tǒng)。

結語

對ERP項目進行二次開發(fā)應被視為“一把手工程”，需要企業(yè)領導給予足夠重視，并且也需要軟件提供商以及相關的企業(yè)內部人員給予足夠的重視。只有這3方面的力量都重視了，管控嚴了，項目才能按期并保質保量地交付。

作者：新竹