ERP系統升級與整合的考驗

本篇文章版權由ECF和HP所有

作者：童繼龍

ERP系統用久了，要不就是在其完成了歷史使命之後被棄之不用，要不就是基於新的業務需求對原有的系統進行改造，正如在白紙上寫字容易，想怎麼寫就怎麼寫一個道理，全新的ERP系統上線容易做，只要把業務梳理清晰了，系統實現的時候相對比較容易，但如果要在原有系統上進行改造的話，那就會有非常大的難度，以及非常高的風險了。

       ERP系統要進行改造，我們首先要弄清楚幾個問題：

1、 該歷史系統的供應商是否還存在著？有許多歷史系統很有可能已經找不到原有的供應商了，而沒有供應商的系統很可能意味著沒有程式碼，沒有開發文件，也自然就沒有進行再次改造升級的可能了。當然，從這個角度來說，選擇一個專注而且能夠持續經營的ERP供應商有多重要了。

2、 該軟體供應商是否有推出了後續版本的產品？如果該軟體商有在持續經營的話，我們則要關注其是否有對產品進行持續的升級與改造，如果有新版本的產品，或者就能夠解決我們許多業務上的需求，而不需要另外爐灶單獨定製了。當然，如果我們評估確定新版本產品符合企業當前或者是未來一段時間的業務需求，則我們可以考慮直接採用新版本產品進行需求實現了。

3、 是需要全線的產品升級還只是部分模組的升級？企業有許多業務流程可能發生的巨大變化（如銷售業務流程），但也有許多業務單元是相對穩定的（如財務流程），這個時候我們可能就需要考慮是全線升級ERP，還只是部分模組的升級了。如果只是部分模組的升級，我們隨之而來就需要考慮的問題是：ERP軟體供應商能夠支援不同版本模組之間的整合嗎？如：銷售模組採用的是2.0版本，而財務模組還只是1.0版本，關鍵是這兩個版本還得要相互相容，確保模組之間暢通無阻。當然進行系統整合的最大風險還是在於軟體系統的底層平臺是否能夠共存，包括業務主資料是否能夠相互暢通，如果不能實現模組之間的整合的話，那就只有採用升級的這個方法了。

4、 ERP升級也有兩種不同的策略：一種是在現有版本功能上進行二次開發，直接實現企業的業務需求，這種方式適用於新業務需求實現所投入的工作量不大，而且原有版本系統已經做了足夠多的個性化開發，且新版本功能中不包括這些功能的情況下，這種模式的缺點是系統越來越朝著個性化開發系統的方向走，與軟體供應商的標準版本越走越遠，系統的應用生命週期可能不會太長。另一種方式就是先升級到全新的ERP版本，然後集中把原有做過的個性化功能在新系統上實現，這種方式的好處就是與軟體供應商的版本基本保持一致，未來還存在著再次升級的可能，當然這樣做也有一個難點就是歷史資料如何遷移和個性化功能重複開發的問題。不管如何，這兩種策略總應該是有一個CIO們必須做出的選擇，否則你就眼看著你的ERP系統步入衰老期吧。

本篇文章版權由ECF和HP所有