
很多情況下,企業并不是要求管理軟件來執行命令,而是希望軟件給出建議,也就是決策支持功能。比如用戶往往需要了解:已經下達的這個生產計劃如果發生某種變化,會造成什么結果?一個計劃如果取消,另外一個計劃能不能提前完成,能提前多長時間多少?從什么地方入手,增加哪些資源,可以提高企業的生產能力?某個用戶發過來的緊急訂單最早什么時候能完成?類似的問題都有一個共同點,就是企業還沒有決定要干什么,只是企業主管需要了解‘如果這樣-將會如何?’,有了這個了解以后才能作出合理決策,所以這個功能主要就是給決策提供依據。
典型案例:
廣東某燈飾品生產企業準備提升他們的ERP軟件。燈飾品市場的特點是樣式品種多樣,有流行時效性。因此企業生產方式是‘多品種小批量嚴格限制時間’方式。企業接到的每個訂單的產品都是不同的,而交貨時間都要求非常嚴格。不同的產品意味著不同的生產工藝流程,不同的生產工藝流程意味著不同的時間參數。企業面臨的最大問題就是必須不斷調整和計算不同工藝流程的各種參數,然后不斷根據這些參數回答用戶的提問:某批訂單什么時候能能完成?再增加某個品種減少某個數量以后什么時間能完成?不僅是用戶,企業自己也是在不斷問這樣的問題,否則無法進行決策。企業為此設了幾個人專職用手工方法計算這些數據,但是問題很多,第一是沒有理論依據,要不斷根據不同的情況和工藝流程隨機應變;第二沒有考慮全部約束條件,只是憑經驗找幾個關鍵設備進行估算;第三計算過程不嚴格,計算結果只能是一個估計值,不是嚴格的結論,企業要承擔決策風險。這樣的不足必然在實際工作中造成很多問題。而該企業一直使用的ERP軟件只能用BOM制定一個物料需求計劃,沒有任何決策支持的功能,根本無法滿足用戶的要求。如何升級ERP成為該企業一件最難辦的事情。
解決這類問題的關鍵是建立生產工藝模型,這個模型需要把工序、資源、時間、物料等所有生產相關要素的信息綜合到一起,統籌考慮,并經過復雜的計算,才能在實際工作中給出有意義的決策支持信息。這是決策層上的功能,與MRP-BOM以運作層面為主的工作方式大不一樣。所以當前的MRP-BOM類軟件無論從技術上還是理論上,都無法滿足這類需求。
7:MRP的操作過程過于復雜,不滿足用戶對高效管理的要求對于這個問題可謂仁者見仁。有些企業只強調功能,對于操作難易認為是次要因素。但是不要忘了,真正擁有強大功能的軟件操作起來一定是很簡單的。因為智能的和自動的功能越多,需要人控制的地方越少。而操作的復雜一般都源于軟件功能的缺陷和設計能力上的不足。
典型案例:某臺資企業,老板是留美MBA畢業,熟悉國外ERP軟件現狀。一次看某國產名牌ERP演示其產品,當演示和講解完畢后,老板要求演示人員把企業實際的生產過程錄入到ERP系統中,做一個解決實際工作問題的演示。而且給他們的實際生產流程并不復雜,只有六道工序,5-6個原材料和一個產成品,以及很簡單的幾個要求。但是兩個人銷售人員在演示現場設置了半天無法看到結果。讓他們回去再繼續,兩個人經緊急與公司總部聯系以后,用了一整天的時間仍然沒有看到結果,一直等到第二天才看到演示效果。最后解釋的原因是銷售人員對軟件不熟練,遇到了一些操作順序上的問題不會解決。但是該軟件操作之復雜,設置之繁瑣,在這個過程都展現無遺。最終臺灣老板否定了這個軟件,很大原因在于老板認為:過于復雜的操作很難在日常工作中順利運用。
提到生產模塊和MRP,很少有企業介紹自己的軟件操作‘簡單’。因為BOM從本質上是以固定不變的簡單算法解決復雜動態的實際問題,所以不得不在設置和操作上搞得非常復雜。用戶必須要掌握一整套的使用和操作技巧,才能解決一些實用問題。其實質仍然是手工方法與軟件的結合。而用戶期待的是一種通過簡單操作得到復雜計算的ERP軟件。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄