1、軟件本身的BUG眾多

這個問題對于企業來說是最無奈的了，選錯了軟件是最慘的，可更慘的是沒抓住顧問公司/軟件公司。當軟件的功能或BUG確實影響到整個企業的運作時，最佳的辦法便是退錢賠款。在實際的運作中對于國內的小ERP/MRP來說這樣的問題是最常見到。

解決方法：

對于小型MRP軟件來說，取得該軟件的源代碼并自行維護是最佳的解決方案，然而這也是不得已而為之的辦法。

取得對方的源代碼并自行維護也就意味著與該軟件徹底脫離關系，更別指望后續服務。一切都以公司的需求來運作。在這種情況下企業需要增加軟件開發的人手。

2、軟件的功能簡單

軟件的功能簡單不能滿足企業的需求時，一般企業會強烈要求軟件公司進行詳盡的開發。但在追繳功能的同時我也建議ERP實施部門詳細了解：這些功能是否都是必須完成的。就本人的經驗來看，很多企業“必須”達到的功能不過是業務部門的托詞而已。很多部門為了延緩ERP系統的實施常會將某些不非必要的功能來當作擋箭牌。

當軟件的功能過于簡單時，ERP實施部門建議按照以下的步驟安排工作：

·分析業務的需求，詳細區分輸入與輸出要求。各種報表均為非必要功能，在實施的前期只需要保證業務數據有畫面輸入即可。

·將數據的錄入分為必要功能和非必要功能。區分哪些數據會影響到ERP運作的流程。即沒有了該功能整個流程就無法運作。

·區分必要流程和非必要流程。ERP系統關鍵的流程是對采購、銷售、倉儲、的管理，除了這幾個流程以外的流程都可以納入到第二期甚至是更晚的階段實施。常見的非必要流程包括財務、生產、OA、考勤等。除非有特別要求，這些流程都可以暫緩實施。

這里有人會提出疑問：財務和生產控制等部門的數據都可以暫緩實施嗎？我的回答是：可以。除非企業對這些模塊有特殊的要求，一般情況下這些模塊的內容都可以暫換實施。

生產與財務模塊對數據資料的準確與與及時型要求極高，當庫存數據都不準確時這兩個模塊的作用就有如花瓶。試想：連倉庫的存量都不準確，又如何安排生產計劃進行生產控制呢？更別說作為外圍的OA、考勤等模塊了。