【ERP軟體】ERP體系二次開發有哪些危險？

在ERP體系的實際運用中，因每個企業狀況不盡相同，就或許存在一些無法滿意企業需求的狀況，儘管體系經過引數調整能夠滿意部分需求，但許多狀況下都需求改動原有程式、甚至需求修正原始資料庫結構來滿意需求。

一般呈現需求為ERP體系進行二次開發的原因大約是這些：

1.使用者不接受新體系的操作習氣

ERP產品為了堅持較強的通用性，功用跟流程的設定都是標準與標準的。但在施行時，除了業務流程等方面具有特性化需求外，還存在著一些不觸及業務流程的、由企業的特殊性而產生的操作習氣需求，而提出了大量的二次開發。

2.企業不標準的辦理制度造成的特殊流程需求

大部分企業都想把現有的手藝流程、手藝作業全封不動的搬到ERP中去，而不剖析標準化的流程與企業原有流程的優劣性，固執的堅持選用目前的辦理手法、辦理習氣，要進行有必要二次開發來滿意其需求。

3.ERP軟體的確無法滿意的需求

ERP體系屬於行業通用軟體，但每個企業是有其本身的特徵，的確也存在著一些特性需求，要進行二次開發，既要吸納軟體中的先進辦理思維，也要堅持企業的特徵。

4.介面需求

資訊化建設觸及多套體系，如OA、電商平臺等，而各體系的資料之間存在資訊同享，有體系介面需求，二次開發也成為必然。

5.新的需求產生

隨著專案施行的不斷深入，企業人員對資訊體系有了更深的瞭解，應用不斷深入，對資訊體系產品就會提出更多的要求，使體系更貼合企業運營。

ERP體系會有二次開發需求，能夠解決一些當時的問題，但進行二次開發究竟打亂了原有的結構，那麼也是有或許帶來危險的，以下總結一些會呈現的危險：

1.過多二次開發會新增體系晉級難度

ERP供應商會階段性的對體系新功用進行完善與擴大，不斷推出新版別。體系的晉級只針對標準版，不會考慮到特性化和二次開發的部分，所以二次開發工作大部分要從頭修正或許開發。

2.二次開發會下降體系穩定性

老練ERP軟體具有較高的穩定性。而二次開發只對單一使用者，某部分的更改往往由於滿意特殊需求而沒有考慮對全域性的影響連累整個體系的穩定性，並且二次開發的測驗和試執行時間有限，體系複雜度以及耦合度增大，下降體系的穩定性。

3.二次開發有時會偏離企業施行ERP體系的初衷

二次開發需求往往會使ERP體系合理的邏輯屈服於企業固有的、習氣的工作方法，也會因進步不同部門職工運用體系的功率，而影響流程的穩定性。企業無法學習體系優化流程，學習先進辦理模式。

4.二次開發新增ERP專案的本錢

由於規劃效應，產品軟體的價格相關於其施行費用是偏低的。而二次開發只針對唯一使用者，所以這些程式開發的悉數本錢由其承擔，即運用企業自行二次開發，也要投入人力、物力，必然會新增ERP專案的本錢。

面臨以上或許呈現的危險，那麼我們們是否有方法控制呢？儘管各個企業的需求都不同，但有必要牢記這個準則：施行ERP二次開發專案的目的是提升企業的辦理水平，優化企業的流程。因提升單個工作功率而會影響業務流程的穩定性，堅決不做；因工作功率提升，並未對業務流程以及辦理水平有幫忙的開發，儘量少做。

1.對整個企業的業務進行規劃，二次開發要有所取捨

關於製造企業，會觸及到CAD、PDM、CAPP、ERP、MES體系，並存在介面整合等，因而要根據企業狀況，從全體考慮，而不是從某個功用點或某個業務部門去考慮。企業不該過多著重本身的特徵，究竟ERP中的辦理流程具有一定的先進性和合理性。某些特殊之處是由企業流程本身的不合理產生的，應經過ERP的施行，對企業的業務流程進行優化重組，而不是一味修正軟體以適應不合理的流程。

2.使用原有的“擱置”欄位，防止改動資料庫結構

關於會牽涉到新增欄位而影響到原有資料庫結構的開發，儘量使用體系原有的“擱置”欄位，不要輕易新增欄位或檔案檔案。如的確需求的要與原開發商進行確認，以防止二次開發與產品發展方向堆疊或衝突，以下降日後版別晉級的困擾。

3.不要隨意修正核心程式碼，新功用最好自成模組

要嚴格遵守不修正核心程式碼這一準則。如果有必要開發，則應儘量使二次開發的功用模組獨立於本來的體系。這樣當體系版別更新時，二次開發出來的模組無需修正或許只需較少的修正就能夠應用於高版別體系。

4.建立二次開發的標準

二次開發要建立一套完整的開發流程與標準。新擴大的欄位、新建程式的命名擬定統一標準，並且要預留擴大空間。共用元件不建議修正，程式的編寫應選用繼承的方法。

ERP體系sofastsoft.com的二次開發關於企業具有十分重要的含義，ERP施行的成功率和施行效益具有參考價值，不僅要貼合企業辦理，還要助力企業全面發展。