簡析鞋業(yè)erp核心計劃MRP的十大缺陷

申請免費試用、咨詢電話：400-8352-114

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

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

　　一、BOM的模型缺陷

　BOM(Bill of Material)只是說明了產(chǎn)品與物料的邏輯與數(shù)量構(gòu)成，沒有反映工序、設(shè)備、資源的使用物料的量和地點位置。而在MPS或生產(chǎn)計劃排程過程中，應(yīng)該使 用的是制造清單(Bill of Manufacturing)，在工廠實踐中，模型應(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)的、滾動的計劃排程

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

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

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

　　七、不能處理優(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)實中的工廠的生產(chǎn)管理與控制PMC面臨的挑戰(zhàn)是：

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

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

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

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

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

　　(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è)備故障檢修，員工生病請假等

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

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

　　對于大部分的企業(yè)用戶來說，平臺即服務(wù)(PaaS)將軟件開發(fā)人員和IT運行維護(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ù)實現(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é)議要求最低有兩個運行的實例。

　　IT經(jīng)理和軟件開發(fā)人員必須決定供應(yīng)商的平臺如何與本組織當(dāng)前的數(shù)據(jù)中心基礎(chǔ)設(shè)施和編程技能進(jìn)行集成，并熟悉針對諸如SQL數(shù)據(jù)庫和內(nèi)容交付網(wǎng)絡(luò)等特定應(yīng)用程序的可選功能。以下是這三大巨頭為PaaS客戶所提供現(xiàn)有產(chǎn)品的詳細(xì)信息：

　　* Google App Engine for Business是一個每個客戶每月收費8美元的高級托管應(yīng)用程序服務(wù)，最高每個應(yīng)用程序每月1000美元。

　微軟和Amazon的定價在計算、存儲和帶寬方面都極具競爭力，無論應(yīng)用程序是否使用，兩家公司均按小時計算時間收費。因此，Amazon EC2和Windows Azure并不是托管低流量網(wǎng)站的合適候選服務(wù)。Amazon于2011年二月下旬更新了S3服務(wù)，從而為一個消除計算變化的完整(靜態(tài))網(wǎng)站或博客提供 服務(wù)，發(fā)布的帶寬和每月存儲價格仍然適用。

　另一方面，Google則根據(jù)實際CPU計算的使用情況進(jìn)行收費，同時還提供慷慨的免費配額。配額支持大約每月五百萬個免費網(wǎng)頁的帶寬和CPU使用資源 (由Google公司推算)。如果你的企業(yè)組織使用Java，那么你有三個選擇，請務(wù)必核實Google公司的Java SDK支持所有你所需的功能。

　Windows Azure和Google App Engine支持PHP，但如果你希望在App Engine上使用Django，請閱讀Carlos Ble的《Goodbye Google App Engine》一文(及相關(guān)評論)。只使用Microsoft產(chǎn)品、且對從PaaS中獲得最小管理效益感興趣的公司可通過選擇Windows Azure平臺而得到最佳服務(wù)，并使用Visual Studio而簡化部署。

　　作者簡介：

　Roger Jennings是一名面向數(shù)據(jù) .NET開發(fā)人員與作家、OakLeaf系統(tǒng)的主要顧問、OakLeaf系統(tǒng)博客的管理人。他也是30多本書籍的作者，其內(nèi)容包括Windows Azure平臺、微軟操作系統(tǒng)Windows NT和2000 Server、數(shù)據(jù)庫(SQL Azure, SQL Server和Access)，.NET數(shù)據(jù)庫訪問、網(wǎng)絡(luò)服務(wù)和InfoPath 2003。他的著作有超過125萬份的印刷英文拷貝，并已被翻譯成20多種語言。

咨詢或購買三度裝飾管理軟件：www.3derp.net

你可能喜歡：裝飾預(yù)算裝修預(yù)算軟件裝飾公司管理制度裝修軟件家裝預(yù)算軟件