
ERP更多的關(guān)注是計劃層面的管理,需要有完整的作業(yè)層面的管理來支持,才能順暢的運(yùn)行。
某大型的汽車零部件企業(yè)該公司使用的是某國外著名品牌的ERP,已經(jīng)實(shí)施到第三期了。但是,運(yùn)行中有很多問題,比較突出的有以下幾點(diǎn):
1、 BOM的準(zhǔn)確率偏低,ERP中導(dǎo)出的某個BOM共436行,現(xiàn)場核對其準(zhǔn)確率時,發(fā)現(xiàn)修改的行數(shù)(物料的品種、對應(yīng)工序、零件定額等錯誤)居然高達(dá)57行,差錯率13%強(qiáng)。
2、 BOM中把功能組件定義為工序,而沒有定義工位,所以,工序與工位的對應(yīng)關(guān)系是一對多,而且不區(qū)分左右工位。而配送單只能確認(rèn)到所謂的工序,導(dǎo)致投料到現(xiàn)場的作業(yè)有很大的不確定性,只能靠工人的經(jīng)驗操作,系統(tǒng)管理失控。
3、 相關(guān)人員過度依賴紙面單據(jù),即使用條碼掃描的環(huán)境下,也要使用手工簽字的單據(jù)留查,導(dǎo)致數(shù)據(jù)重復(fù)錄入的現(xiàn)象太嚴(yán)重。其中比較搞笑的是A庫調(diào)撥到B庫的作業(yè),A庫打印調(diào)撥單,B庫簽字接收后,理論上講只要做一個調(diào)撥單審核的動作就可以了,我在現(xiàn)場看到的實(shí)際作業(yè)是再錄入一遍,當(dāng)時是無比驚詫。
4、 供方的條碼不標(biāo)準(zhǔn),紙張、大小、字體等不統(tǒng)一,貼的位置也是千奇百怪,掃描時出錯率較高,效率低下。而且不同供方的包裝數(shù)量也不一致,導(dǎo)致生產(chǎn)線配送時周期波動。
5、 倉庫(采購)物料的周轉(zhuǎn)期集中在30-90天,對比行業(yè)水平是偏低的。最關(guān)鍵的原因是庫存過大。而庫存過大,是標(biāo)準(zhǔn)的牛鞭效應(yīng):銷售部門的月度預(yù)測只看年度銷售計劃,沒有用模型做數(shù)據(jù)分析,只是乘以一個保險系數(shù)(一級放大);下達(dá)到生產(chǎn)部門之后,MRP產(chǎn)生物料需求,采購部門擔(dān)心庫存不準(zhǔn),再增加一個保險系數(shù)(二級放大);到供方的時候,下達(dá)的是一個月度的采購計劃,供方為了增加自己的配套份額,也為了降低運(yùn)輸成本,把月度計劃中需要的物料一股腦的送到顧客的倉庫(三級放大)。
以上描述只是一些典型的表現(xiàn),所以企業(yè)內(nèi)部對ERP系統(tǒng)是怨聲載道。首先,大家對ERP系統(tǒng)是基本上不信任的,尤其是一線的作業(yè)人員。其次,認(rèn)為ERP的操作過于繁瑣,不僅不能提高效率,更多的是個累贅。再有,就是看不到ERP管理的效果,都已經(jīng)上線了,庫存并沒有下降。總而言之,哀鴻遍野。
CIO頻道人物視窗
CIO頻道方案案例庫
大數(shù)據(jù)建設(shè)方案案例庫
電子政務(wù)建設(shè)方案案例庫
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫
商務(wù)智能建設(shè)方案案例庫
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄