二次開發的原則
一個不爭的事實是，幾乎每個ERP廠商的老總都有這樣的感慨：明明是經過幾個月的初期討論和項目分析，在用戶的認可下做好了的ERP系統，結果由于企業要求的“二次開發”，系統變得越來越復雜，與最初期望的效果越來越遠，最后猛然一看，系統已經完全“變味”了。因此，把握二次開發的原則很重要。

首先要說的是，二次開發的時候，不要過多的強調企業自身的特點，ERP軟件中的管理流程是從許多企業中提煉出來的，具有先進性。許多企業的"特殊之處"都是由于流程自身的不合理產生的，應該通過ERP的實施，對企業進行業務流程優化或重組，而不是一味修改軟件以適應不合理的流程。

其次，在二次開發中，應該把“不要修改核心代碼”作為基本原則。一般來說，應該把數據從ERP中導出，利用二次開發的程序進行處理后，再導入系統。這樣可以以最小的變動獲得最大的收獲。但如果直接修改了核心代碼，往后再升級就很困難。

再次，二次開發中，修改不宜過多。ERP軟件是一個很復雜的大型軟件，從軟件工程的角度來說，開發者應該保持對項目的可追溯性。如果修改過多的話，這種可跟蹤的追溯性將變得模糊不清，最終導致項目不可控。

第四，二次開發的時間性應該控制好，盡量不要在并行運行前就進行二次開發，因為這個時期對ERP系統的功能還沒有充分了解。

最后，二次開發的另一個基本原則是要對實施起到積極的推進作用。有時一個報表、一個字段用途的改變可能直接影響到該部分功能是否能用起來，在這種情況下，仍需做二次開發，目的也是為了方便操作，減少業務人員的工作量，甚至是起到理順管理環節的效果。

盡量對二次開發說“不”

一般來說，二次開發應該盡量減少或避免。這是因為從事二次開發的人員必須熟悉軟件的功能和相應數據庫中表的結構，又要充分理解用戶的特殊業務流程，這需要一定的時間和工作的，甚至可能會使項目延期；再者，改動軟件后還可能出現系統的不穩定性，影響版本升級。

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

關于如何減少二次開發，用友軟件公司提出了標準化的思路。用友認為，標準化是產品的特性，軟件的標準化是建立在精確的數學模型基礎之上，將所有企業的共用部分用標準件進行固化。用友在提倡標準化的同時，將二次開發當作實施與售后服務的重點。在軟件標準化的基礎上，二次開發會大大減少。筆者認為，這種做法是值得提倡的。

（c113）