簡析重慶erp核心計劃MRP的十大缺陷

申請免費(fèi)試用、咨詢電話：400-8352-114

我們經(jīng)常聽到這些言論：“如果連MRP都用不起來，那么，就別提MPS了”。實(shí)際上，這句話只對了一半，如果基礎(chǔ)數(shù)據(jù)不準(zhǔn)，沒有規(guī)范的流程，當(dāng)然MRP用不起來。但是，如果基礎(chǔ)數(shù)據(jù)準(zhǔn)確了，流程也規(guī)范了，很多企業(yè)發(fā)現(xiàn)MRP還是用不起來。實(shí)際上，MRP理論本身就具有缺陷與錯誤。

　　我從事MRP實(shí)施也有20幾年了，寫這篇分析文章旨在幫助制造企業(yè)在使用MRP時，要揚(yáng)長避短，清醒認(rèn)識MRP的本質(zhì);同時,也敦促我們的重慶erp系統(tǒng)軟件業(yè)，完善MRP，改進(jìn)MRP，使其真正的滿足制造企業(yè)的計劃排程需要。

　　MPS主生產(chǎn)計劃和MRP物料需求計劃的體系與方式,已很難適應(yīng)按需生產(chǎn)環(huán)境, 在實(shí)踐中，我們不能因?yàn)橹袊圃炱髽I(yè)基礎(chǔ)管理薄弱或國內(nèi)外權(quán)威專家的早期言論而對MPS/MRP缺陷熟視無睹，只有對所謂經(jīng)典理論缺陷的分析，我們才能避免皇帝新裝的新童話再現(xiàn)。

　　一、BOM的模型缺陷

　　BOM(Bill of Material)只是說明了產(chǎn)品與物料的邏輯與數(shù)量構(gòu)成，沒有反映工序、設(shè)備、資源的使用物料的量和地點(diǎn)位置。而在MPS或生產(chǎn)計劃排程過程中，應(yīng)該使用的是制造清單(Bill of Manufacturing)，在工廠實(shí)踐中，模型應(yīng)該是工序使用物料和機(jī)器、模具、人力等。只有受到物料和機(jī)器、模具、人力等約束的計劃排程，才能對MRP(采購物料)的庫存管理有效。

　　二、預(yù)設(shè)生產(chǎn)提前期的缺陷。

　　生產(chǎn)提前期或提前期偏置不可能預(yù)先假設(shè)的。應(yīng)為影響提前期的因素很多，如批量多少、投入的設(shè)備與資源多少、是否平行移動或工序重疊比例、同時混合生產(chǎn)的品種等。所以生產(chǎn)提前期應(yīng)該是預(yù)計劃排程的結(jié)果。

　　三、MPS/MRP是基于無限約束的計劃。

　　它是假設(shè)資源(機(jī)器、人員、物料)無限的計劃排程，是不可行的計劃排程，通過CRP能力需求計劃分析手工調(diào)整，計劃與執(zhí)行的落差太大，不能匹配生產(chǎn)車間現(xiàn)場的資源產(chǎn)能與產(chǎn)線節(jié)拍。

　　四、 MPS/MRP/RCCP/CRP計劃層次之間是順序的手工閉環(huán)。

　　需求計劃需要RRP檢查能力; MPS需要RCCP來檢查能力;MRP需要CRP檢查能力，只能正向關(guān)聯(lián)，一旦車間設(shè)備等資源能力出現(xiàn)問題，不能反向關(guān)聯(lián)，只能手工來調(diào)整MPS，這就是所謂的閉環(huán)MRP(Close loop MRP),根本不是自動閉環(huán)，難以適應(yīng)多品種小批量的變化。

　　五、 不能動態(tài)的、滾動的計劃排程

　　車間實(shí)際執(zhí)行時，一旦沒有按照生產(chǎn)訂單的開工或完工日期完成，不能根據(jù)實(shí)際開工或完工日期來進(jìn)行自動的滾動計劃排程。重慶erp系統(tǒng)的生產(chǎn)任務(wù)一旦下達(dá)，日期只能手工修改。

　　六、資源不能可視化的監(jiān)控和調(diào)度

　　管理人員不能使用甘特圖交互運(yùn)作，調(diào)整的效果顯示不直觀和實(shí)時，必須重新運(yùn)行計劃(批處理)才能反映出來。

　　七、不能處理優(yōu)先級等工廠規(guī)則的插單排程，不能模擬分析

　　工廠不可避免的插單、設(shè)備故障、缺料等意外的情況，不能提供類似what-if的情景分析與模擬等事前計劃、模擬、及比較分析等功能，幫助計劃人員做出正確的決策。

　　八、沒有基于規(guī)則優(yōu)化(如交貨期、最短加工時間)，不支持算法優(yōu)化。

　　如沒有生產(chǎn)訂單下達(dá)規(guī)則，如解決哪個訂單先下達(dá),如按交貨期,優(yōu)先級，生產(chǎn)訂單合并與分割等。沒有加工順序規(guī)則如當(dāng)資源不夠用時, 生產(chǎn)訂單和負(fù)荷在排隊，解決排隊的順序，如最短加工時間，最小工序數(shù)等。沒有優(yōu)化選擇規(guī)則：當(dāng)資源需要動態(tài)選擇加工時，也就是對順序規(guī)則從新選擇時，如最小準(zhǔn)備時間規(guī)則等。沒有現(xiàn)場調(diào)度資源組成員分配規(guī)則：如當(dāng)須選擇多個資源，替代資源時，如最小資源利用率資源。

　　不能支持優(yōu)化算法的多目標(biāo)計劃：如在滿足交貨期的前提下，延遲訂單最小化、資源負(fù)荷利用最大化、成品、在制品、原料庫存最小化、成本最小化的優(yōu)化的計劃排程。

　　九、不能計算CTP合理的交期(考慮物料、能力、模具、人員等)

　　接到銷售訂單，應(yīng)該根據(jù)物料需求展開與工單排程，再回溯配對訂單的方式，推算出更準(zhǔn)確的訂單交期，支持業(yè)務(wù)即時回覆訂單CTP (Capable to promise/ produce)的可用量承諾交期與生產(chǎn)能力承諾交期，提高交貨準(zhǔn)確度與客戶滿意度。

　　十、計劃排程均不準(zhǔn)確，何來有效的、準(zhǔn)確的庫存計劃控制。

　　如果MPS不準(zhǔn)確且不靈活應(yīng)變，MRP勢必不準(zhǔn)確，哪再好庫存管理策略與技巧不能適應(yīng)制造的節(jié)拍，哪庫存不是積壓就是短缺。就更談不上精益JIT/JIS(Just in Sequence)供料。

　　總之，現(xiàn)實(shí)中的工廠的生產(chǎn)管理與控制PMC面臨的挑戰(zhàn)是：

　　(1)、 相互沖突的生產(chǎn)計劃排程的目標(biāo)

　　-滿足客戶交貨期與生產(chǎn)成本之間的矛盾

　　-產(chǎn)能最大化與浪費(fèi)最小化之間的矛盾

　　-庫存成本最小化與客戶需求的矛盾

　　-批量采購與庫存最小化之間的矛盾

　　(2)、 復(fù)雜多約束的生產(chǎn)現(xiàn)場

　　-復(fù)雜的工藝路徑對各種設(shè)備的特殊需求各不相同

　　-有限的生產(chǎn)設(shè)備，物料，庫存，人員的約束

　　-小批量多品種的生產(chǎn)模式

　　-精益生產(chǎn)的多品種節(jié)拍混排模式

　　(3)、 動態(tài)變動的生產(chǎn)環(huán)境

　　-臨時訂單改變，緊急插單的需求

　　-產(chǎn)品流程變化，新產(chǎn)品研制流程的不確定性

　　-機(jī)器設(shè)備故障檢修，員工生病請假等

　　重慶erp系統(tǒng)信息化管理系統(tǒng)應(yīng)該不斷的進(jìn)化，驅(qū)動的因素主要是新興的業(yè)務(wù)實(shí)踐和新的信息技術(shù)。制造業(yè)的日趨成熟和商業(yè)化軟件的不斷完善，為信息化管理系統(tǒng)的發(fā)展創(chuàng)造了有利的條件。重慶erp系統(tǒng)信息化管理系統(tǒng)需要融入按需生產(chǎn);精益制造;柔性應(yīng)變的基因，才能給制造業(yè)以卓越的競爭力。

　　所以,從信息化角度來看，重慶erp系統(tǒng)的核心計劃體系將由APS取代，車間控制將由MES取代。從精益生產(chǎn)的角度來看，重慶erp系統(tǒng)只保留財務(wù)、預(yù)測、BOM. 不管怎樣，我們需要一個新的計劃方法:在客戶訂單輸入時, 能及時計劃，同時考慮人力產(chǎn)能、生產(chǎn)設(shè)備與工具產(chǎn)能排程、物料需求計劃，靈活的產(chǎn)生準(zhǔn)確的交貨計劃滿足客戶訂單。

　　對于大部分的企業(yè)用戶來說，平臺即服務(wù)(PaaS)將軟件開發(fā)人員和IT運(yùn)行維護(hù)人員從基礎(chǔ)設(shè)施日常管理、安全問題，以及許可證問題等瑣碎事務(wù)中解放出來，因此PaaS是最有可能在企業(yè)應(yīng)用的云計算。

　　Amazon公司的新業(yè)務(wù)Elastic Beanstalk服務(wù)不過是一個測試版本，卻讓AWS和Google公司、微軟公司一起成為了PaaS供應(yīng)商中的三大巨頭。這些組織易于通過由上級管理和IT廠商董事會成員所建立的絕大多數(shù)治理標(biāo)準(zhǔn)，如下列出：

　　金融穩(wěn)定性支持對多個數(shù)據(jù)中心的大規(guī)模資本投資，而不會有來自于電信公司或其他任何可能需要尋找新云服務(wù)供應(yīng)商公司的或敵意或善意的收購風(fēng)險。

　　地理上分散分布的數(shù)據(jù)中心可應(yīng)用復(fù)制的應(yīng)用程序和數(shù)據(jù)實(shí)現(xiàn)災(zāi)難恢復(fù)。

　　評審證書以證明符合ISO/IEC 27001的信息安全管理和SAS 70 I型、II型的IT控制和控制目標(biāo)。

　　服務(wù)水平協(xié)議(SLAs)以確保應(yīng)用程序(計算)和數(shù)據(jù)(存儲)的可用性。(應(yīng)當(dāng)指出PaaS SLA可為超過停機(jī)限制時間而提供最低賠償。)

　　根據(jù)截至2011年1月中旬所公布的數(shù)據(jù)，下圖所示描述了三家云平臺供應(yīng)商之前的狀態(tài)：

　　Google公司的SAS 70 II型Google Apps證書似乎并不適用于Google App Engine。

　　本文發(fā)稿時Google App Engine for Business仍在預(yù)覽階段。

　　Windows Azure的計算服務(wù)水平協(xié)議要求最低有兩個運(yùn)行的實(shí)例。