今天在這上面看到這篇文章 ERP二次開發的多與少 , 作者提出的觀點我還是很贊同。

文章先提出一個案例：
一個IT主管對于當前ERP系統的的困惑：
1， 開發很多企業特有的功能，各系統無法整合，維護困難。
2， 功能的增加，復雜度提升。
其實，我認為還有如下的觀點和因素需要涉及到：
1， 系統遷移，升級 的成本 和 風險 急劇上升。
2， 出現問題的時候，只能歸咎于自我的客制化產生。
（oracle 的支持，有很明確的一句話，不會對任何客制化的東西做負責）
3， 系統性能處于一種不可控制的層度。

因此，在二次開發的過程中要注意如下的因素：

1， 對整個企業的業務進行IT規劃
企業的信息化分ERP、CRM、SCM、PDM等，根據企業的實際，希望先重點解決哪些業務，就ERP而已，哪些業務流程是ERP系統標準功能很好支持的，哪些業務流程必須通過開發來改善系統對此流程的支持的。這就是一個IT主管需要考慮的，就是系統對于企業未來的發展的擴張性以及遠景考慮。
例子：
個人所在的公司是保險公司， 個人認為財務經理還是非常有遠見的， 在企業急劇加速擴張的時候，把原有的用友財務系統切換成Oracle ERP。個人認為主要原因是，Oracle 或者 SAP 在滿足企業擴張，企業整合這部分就比國內的產品做得好。本質根源是不同的ERP產品，功能其實都是差不多的， 但是對于數據的嚴整性，準確性的把握是不太一樣的。舉個很簡單的例子：
對于財務的做賬的借方，貸方，金額的精確度都是2位小數，至少這個細節應該是國際通用的，但是用友系統就出現n多位小數的，這樣子帶來的問題是嚴重和可笑的。
2，開發要有所取舍
我平時負責開發的時候，我的用戶經常來跟我談， 這個可不可以實現， 我的習慣回答是：當然可以實現了，問題是我要給你分析，你這樣子提的東西是否合理。觀點有2個：
（1）如果已經有了系統的標準給你來實現，你為什么還考慮自己做呢？
（2）通過什么樣子的方式，整合現在的業務流程，能更好的支持呢？
我見過的最多的例子是：許多人把ERP這套軟件管理理解成控制軟件，想在任何地方做控制。
例子：
曾經有人說，那你幫我把某些來源的日記賬，讓這些人不能過賬。
這個問題，能做不？ 當然可以， 但是，有必要嘛?
我認為，沒必要， 為什么呢？ 因為， 過賬這種動作是個很謹慎的動作，作為一個財務人員的基本素質是需要有的， 如果連這個素質都沒有，我認為這個人不是一個合格的從事財務方向的人。如果我是老板的話，我會把這個人給解雇。這個純粹就是個管理性的問題。
3，開發的效率和可維護性
這個其實也是涉及到很多人在前期開發的過程中沒有想到的。我做系統的第1個原則就是：Perfomance 要好。 這點歸咎于以前的項目經理Wendy給我的影響。效率性是一個系統分析員需要具有的基本素質，你得知道我的系統可能在哪個地方發生性能問題。
可維護性，這個是個很頭大的問題，個人認為需要從如下幾點進行把握：
（1），功能要簡單化，控制邏輯清晰。
（2），采用容易檢查異常的開發手段。個人認為從Java，SQL的角度而言，我更喜歡去看SQL。聽說Oracle的BPEL也很不錯的。
（3），要考慮到移植的方便，便捷性。
（4），文檔要明朗清晰化。
最后，完全引用一下那篇文章末尾的一段話，說得蠻實在的。
企業的ERP系統必定是管理系統，管理系統并不能僅僅通過IT的力量就可以成功的，ERP的二次開發也是為了服務于此管理系統而為企業的管理目標而服務，如果離開這個目標是一味受制于業務部門的需求，只會使ERP這個管理系統越來越難以管理，最終造成管理的混亂而不是提升。因此做ERP開發前，必須進行規劃，確認此開發是否對企業管理有所提升，是否有利于業務流程的順暢。同時開發是服務于流程提升，因此開發并不是越快越好，必須在開發的質量與可維護性有所保障的基礎上追求開發效率。