1、軟件本身的BUG眾多

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

解決方法：

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

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

2、軟件的功能簡單

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

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

·分析業(yè)務(wù)的需求，詳細(xì)區(qū)分輸入與輸出要求。各種報表均為非必要功能，在實(shí)施的前期只需要保證業(yè)務(wù)數(shù)據(jù)有畫面輸入即可。

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

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

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

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