關於ERP“二次開發”,怎樣才不被坑!

ERP廠商經常會有這樣的抱怨:起初的幾個月進行專案分析和討論,使用者也認可了,ERP系統做出後,結果這時候客戶要進行“二次開發”…然後事情就變得複雜跟原先預期距離拉遠,最後導致“變質”…

對於企業的資訊化系統來說,其實軟體方面來說真需要二次開發才會合適。那麼如何挖掘出這部分軟體的潛力讓企業拿到實惠在開發中?


企業應選擇通用還是實際?

試問有哪個企業願鉅額投入開發?例如處理文件、表格、財務等方面,很多成型軟體在這個市場中,因此在選擇上,優先注重的會是適合通用系統。

許多的資訊化軟體只為滿足國家層面的要求,針對企業實際來說,通用方面功能滿足了,其實還會需要ERP系統提供企業內部的管理資訊。按照行業、模組開發的ERP系統,最初會按照一定引數來設定,但根據企業的發展規模、週期等因素差異導致除通用功能外還會有二次要求,因此還需適當調整。

 

企業本身特點該不該強調?

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

不要修改核心的程式碼是軟體自身體系的基本原則。企業的需求不能被滿足,就要從ERP中匯出資料再匯入系統。儘量以小的改動去滿足需求也是為之後的升級做打算。二次開發應該在技術人員指導下進行,因為可以充分的利用現有的資料庫條件以及將資料的價值最大化。

擴大資料使用範圍是指將ERP系統中的資料有計劃地通過公司自行開發的系統提供給其他不使用ERP系統的人員,擴大共享範圍。 從工程角度來說,這是一個複雜的大型工程,開發者應該保持絕對的原則並且對專案要保證可控性。因此,二次開發中,修改不宜多。

 

技術人員需要多專業?

從事二次開發的人員既要熟悉軟體的功能和相應資料庫中表的結構,又要充分理解使用者的特殊業務流程,這需要一定的時間和工作的,甚至可能會使專案延期;再者,改動軟體後還可能出現系統的不穩定,影響版本升級。

如果必須進行二次開發,則應儘量使得二次開發做出的功能模組獨立於原來的ERP系統。這樣,當ERP系統版本更新時,二次開發出來的模組無需修改或者只需較少的修改就可以應用於高版本的ERP系統。

 

結語

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