ERP實施過程中的二次開發，以及實施后系統的維護和升級是很多企業頭疼的問題。

      關于系統維護和升級

      對于中小企業來說，由于企業規模比驕小，產品相對單一，業務流程也相對穩定， ERP 實施以后，軟件公司通常會采取外包的方式來實現對其系統的日常維護、升級、數據轉換以及模塊添加等，除非出現重大問題才會派出原軟件公司的 it 人員。軟件公司在實施 ERP 系統以后，出于成本和技術資源考慮對中小企業客戶的系統維護工作采取外包方式是可以理解的。但是從企業的角度出發，這樣的局面是不利的。

      關于二次開發

      一般來說，代碼級二次開發主要有以下三個方面的風險 ：

      1. 易造成系統的不穩定或崩潰。 ERP 系統是個錯綜復雜的系統，各個模塊是個有機的整體。若要修改其中的一個功能，其影響的不單單是現在這個功能，還可能影響到其他功能。目前實施顧問一般對 ERP 代碼級二次開發的一個觀點是：能不做就不要做。因為 ERP 系統就像人的血脈那樣錯綜復雜，在二次開發的時候，如果因為增加的用戶個性化功能觸動了 ERP 原有的大動脈，否則會大大影響其整個性能，并且開發、調試的費用也是非常嚇人的。

      2. 嚴重影響項目實施周期。代碼級二次開發的時間短則幾天，長則半月、一月，甚至也可能長達幾個月，很容易延誤項目實施進程。

      3. 后續維護和升級風險大。改動軟件后還會影響以后的軟件版本升級。如果不升級 , 新版本的長處無法應用。如果升級 , 則面臨著重新進行二次開發的可能。因為 ERP 軟件供應商在進行新版本的 ERP 系統開發時 , 可能根本不會考慮某個特定的用戶在舊版本上所作的二次開發。因此 , 在進行二次開發前 , 要做認真的分析對比。究竟是修改軟件 , 還是改革現行管理程序，還是兩者都作一些修改，對修改的必要性、效果和代價要心中有數。

      把握二次開發的原則很重要

      1. 在觀念認識上，企業在強調用戶自身的特點同時，也應該考慮 ERP 的通用性，并且對于一些非技術的細枝末葉像表格格式之類不要過分糾纏，而應該將重點放在軟件的流程管理和設計上。 ERP 軟件中的管理流程是從許多企業中提煉出來的，具有先進性和合理性。許多用戶的特殊之處都是由于流程自身的不合理產生的，應該通過 ERP 的實施，對企業進行業務流程優化或重組，而不是一味修改軟件以適應不合理的流程。

      2. 當需要二次開發時，實施顧問和開發顧問應該要嚴格遵守不修改核心代碼這一條基本原則。如果必須進行二次開發，則應盡量使得二次開發做出的功能模塊獨立于原來的 ERP 系統。這樣當 ERP 系統版本更新時，二次開發出來的模塊無需修改或者只需較少的修改就可以應用于高版本的 ERP 系統。

      3. 二次開發的需求必須控制好，盡量不要在 ERP 系統的功能還沒有充分了解是否配合用戶管理需求之前就進行二次開發。因為業務流程并不是一成不變的， ERP 軟件中流程一般比較抽象，大的方面與用戶業務流程通常可以套上，細節部分不作修改也可以。同時， ERP 軟件不是給一個人用的，每個用戶都可能有自己想法，不可能都滿足的。部分要服從大局。項目按時、按預算完成實施，上線運行是實施階段的大局，哪些二次開發必須要做，哪些可以不做，要看會不會影響大局。