當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 行業(yè)ERP > 鞋業(yè)ERP
簡(jiǎn)析鞋業(yè)erp核心計(jì)劃MRP的十大缺陷
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
我 們經(jīng)常聽(tīng)到這些言論:“如果連MRP都用不起來(lái),那么,就別提APS了”。實(shí)際上,這句話只對(duì)了一半,如果基礎(chǔ)數(shù)據(jù)不準(zhǔn),沒(méi)有規(guī)范的流程,當(dāng)然MRP用不 起來(lái)。但是,如果基礎(chǔ)數(shù)據(jù)準(zhǔn)確了,流程也規(guī)范了,很多企業(yè)發(fā)現(xiàn)MRP還是用不起來(lái)。實(shí)際上,MRP理論本身就具有缺陷與錯(cuò)誤。我從事MRP實(shí)施也有20幾年了,寫這篇分析文章旨在幫助制造企業(yè)在使用MRP時(shí),要揚(yáng)長(zhǎng)避短,清醒認(rèn)識(shí)MRP的本質(zhì);同時(shí),也敦促我們的鞋業(yè)erp系統(tǒng)軟件業(yè),完善MRP,改進(jìn)MRP,使其真正的滿足制造企業(yè)的計(jì)劃排程需要。
MPS主生產(chǎn)計(jì)劃和MRP物料需求計(jì)劃的體系與方式,已很難適應(yīng)按需生產(chǎn)環(huán)境, 在實(shí)踐中,我們不能因?yàn)橹袊?guó)制造企業(yè)基礎(chǔ)管理薄弱或國(guó)內(nèi)外權(quán)威專家的早期言論而對(duì)MPS/MRP缺陷熟視無(wú)睹,只有對(duì)所謂經(jīng)典理論缺陷的分析,我們才能避免皇帝新裝的新童話再現(xiàn)。
一、BOM的模型缺陷
BOM(Bill of Material)只是說(shuō)明了產(chǎn)品與物料的邏輯與數(shù)量構(gòu)成,沒(méi)有反映工序、設(shè)備、資源的使用物料的量和地點(diǎn)位置。而在MPS或生產(chǎn)計(jì)劃排程過(guò)程中,應(yīng)該使 用的是制造清單(Bill of Manufacturing),在工廠實(shí)踐中,模型應(yīng)該是工序使用物料和機(jī)器、模具、人力等。只有受到物料和機(jī)器、模具、人力等約束的計(jì)劃排程,才能對(duì) MRP(采購(gòu)物料)的庫(kù)存管理有效。
二、預(yù)設(shè)生產(chǎn)提前期的缺陷。
生產(chǎn)提前期或提前期偏置不可能預(yù)先假設(shè)的。應(yīng)為影響提前期的因素很多,如批量多少、投入的設(shè)備與資源多少、是否平行移動(dòng)或工序重疊比例、同時(shí)混合生產(chǎn)的品種等。所以生產(chǎn)提前期應(yīng)該是預(yù)計(jì)劃排程的結(jié)果。
三、MPS/MRP是基于無(wú)限約束的計(jì)劃。
它是假設(shè)資源(機(jī)器、人員、物料)無(wú)限的計(jì)劃排程,是不可行的計(jì)劃排程,通過(guò)CRP能力需求計(jì)劃分析手工調(diào)整,計(jì)劃與執(zhí)行的落差太大,不能匹配生產(chǎn)車間現(xiàn)場(chǎng)的資源產(chǎn)能與產(chǎn)線節(jié)拍。
四、 MPS/MRP/RCCP/CRP計(jì)劃層次之間是順序的手工閉環(huán)。
需求計(jì)劃需要RRP檢查能力; MPS需要RCCP來(lái)檢查能力;MRP需要CRP檢查能力,只能正向關(guān)聯(lián),一旦車間設(shè)備等資源能力出現(xiàn)問(wèn)題,不能反向關(guān)聯(lián),只能手工來(lái)調(diào)整MPS,這就是 所謂的閉環(huán)MRP(Close loop MRP),根本不是自動(dòng)閉環(huán),難以適應(yīng)多品種小批量的變化。
五、 不能動(dòng)態(tài)的、滾動(dòng)的計(jì)劃排程
車間實(shí)際執(zhí)行時(shí),一旦沒(méi)有按照生產(chǎn)訂單的開工或完工日期完成,不能根據(jù)實(shí)際開工或完工日期來(lái)進(jìn)行自動(dòng)的滾動(dòng)計(jì)劃排程。鞋業(yè)erp系統(tǒng)的生產(chǎn)任務(wù)一旦下達(dá),日期只能手工修改。
六、資源不能可視化的監(jiān)控和調(diào)度
管理人員不能使用甘特圖交互運(yùn)作,調(diào)整的效果顯示不直觀和實(shí)時(shí),必須重新運(yùn)行計(jì)劃(批處理)才能反映出來(lái)。
七、不能處理優(yōu)先級(jí)等工廠規(guī)則的插單排程,不能模擬分析
工廠不可避免的插單、設(shè)備故障、缺料等意外的情況,不能提供類似what-if的情景分析與模擬等事前計(jì)劃、模擬、及比較分析等功能,幫助計(jì)劃人員做出正確的決策。
八、沒(méi)有基于規(guī)則優(yōu)化(如交貨期、最短加工時(shí)間),不支持算法優(yōu)化。
如沒(méi)有生產(chǎn)訂單下達(dá)規(guī)則,如解決哪個(gè)訂單先下達(dá),如按交貨期,優(yōu)先級(jí),生產(chǎn)訂單合并與分割等。沒(méi)有加工順序規(guī)則如當(dāng)資源不夠用時(shí), 生產(chǎn)訂單和負(fù)荷在排隊(duì),解決排隊(duì)的順序,如最短加工時(shí)間,最小工序數(shù)等。沒(méi)有優(yōu)化選擇規(guī)則:當(dāng)資源需要?jiǎng)討B(tài)選擇加工時(shí),也就是對(duì)順序規(guī)則從新選擇時(shí),如最 小準(zhǔn)備時(shí)間規(guī)則等。沒(méi)有現(xiàn)場(chǎng)調(diào)度資源組成員分配規(guī)則:如當(dāng)須選擇多個(gè)資源,替代資源時(shí),如最小資源利用率資源。
不能支持優(yōu)化算法的多目標(biāo)計(jì)劃:如在滿足交貨期的前提下,延遲訂單最小化、資源負(fù)荷利用最大化、成品、在制品、原料庫(kù)存最小化、成本最小化的優(yōu)化的計(jì)劃排程。
九、不能計(jì)算CTP合理的交期(考慮物料、能力、模具、人員等)
接到銷售訂單,應(yīng)該根據(jù)物料需求展開與工單排程,再回溯配對(duì)訂單的方式,推算出更準(zhǔn)確的訂單交期,支持業(yè)務(wù)即時(shí)回覆訂單CTP (Capable to promise/ produce)的可用量承諾交期與生產(chǎn)能力承諾交期,提高交貨準(zhǔn)確度與客戶滿意度。
十、計(jì)劃排程均不準(zhǔn)確,何來(lái)有效的、準(zhǔn)確的庫(kù)存計(jì)劃控制。
如果MPS不準(zhǔn)確且不靈活應(yīng)變,MRP勢(shì)必不準(zhǔn)確,哪再好庫(kù)存管理策略與技巧不能適應(yīng)制造的節(jié)拍,哪庫(kù)存不是積壓就是短缺。就更談不上精益JIT/JIS(Just in Sequence)供料。
總之,現(xiàn)實(shí)中的工廠的生產(chǎn)管理與控制PMC面臨的挑戰(zhàn)是:
(1)、 相互沖突的生產(chǎn)計(jì)劃排程的目標(biāo)
-滿足客戶交貨期與生產(chǎn)成本之間的矛盾
-產(chǎn)能最大化與浪費(fèi)最小化之間的矛盾
-庫(kù)存成本最小化與客戶需求的矛盾
-批量采購(gòu)與庫(kù)存最小化之間的矛盾
(2)、 復(fù)雜多約束的生產(chǎn)現(xiàn)場(chǎng)
-復(fù)雜的工藝路徑對(duì)各種設(shè)備的特殊需求各不相同
-有限的生產(chǎn)設(shè)備,物料,庫(kù)存,人員的約束
-小批量多品種的生產(chǎn)模式
-精益生產(chǎn)的多品種節(jié)拍混排模式
(3)、 動(dòng)態(tài)變動(dòng)的生產(chǎn)環(huán)境
-臨時(shí)訂單改變,緊急插單的需求
-產(chǎn)品流程變化,新產(chǎn)品研制流程的不確定性
-機(jī)器設(shè)備故障檢修,員工生病請(qǐng)假等
鞋業(yè)erp系統(tǒng)信息化管理系統(tǒng)應(yīng)該不斷的進(jìn)化,驅(qū)動(dòng)的因素主要是新興的業(yè)務(wù)實(shí)踐和新的信息技術(shù)。制造業(yè)的日趨成熟和商業(yè)化軟件的不斷完善,為信息化管理系統(tǒng)的發(fā) 展創(chuàng)造了有利的條件。鞋業(yè)erp系統(tǒng)信息化管理系統(tǒng)需要融入按需生產(chǎn);精益制造;柔性應(yīng)變的基因,才能給制造業(yè)以卓越的競(jìng)爭(zhēng)力。
所以,從信息化角度來(lái)看,鞋業(yè)erp系統(tǒng)的核心計(jì)劃體系將由APS取代,車間控制將由MES取代。從精益生產(chǎn)的角度來(lái)看,鞋業(yè)erp系統(tǒng)只保留財(cái)務(wù)、預(yù)測(cè)、BOM. 不管怎樣,我們需要一個(gè)新的計(jì)劃方法:在客戶訂單輸入時(shí), 能及時(shí)計(jì)劃,同時(shí)考慮人力產(chǎn)能、生產(chǎn)設(shè)備與工具產(chǎn)能排程、物料需求計(jì)劃,靈活的產(chǎn)生準(zhǔn)確的交貨計(jì)劃滿足客戶訂單。
對(duì)于大部分的企業(yè)用戶來(lái)說(shuō),平臺(tái)即服務(wù)(PaaS)將軟件開發(fā)人員和IT運(yùn)行維護(hù)人員從基礎(chǔ)設(shè)施日常管理、安全問(wèn)題,以及許可證問(wèn)題等瑣碎事務(wù)中解放出來(lái),因此PaaS是最有可能在企業(yè)應(yīng)用的云計(jì)算。
Amazon公司的新業(yè)務(wù)Elastic Beanstalk服務(wù)不過(guò)是一個(gè)測(cè)試版本,卻讓AWS和Google公司、微軟公司一起成為了PaaS供應(yīng)商中的三大巨頭。這些組織易于通過(guò)由上級(jí)管理和IT廠商董事會(huì)成員所建立的絕大多數(shù)治理標(biāo)準(zhǔn),如下列出:
金融穩(wěn)定性支持對(duì)多個(gè)數(shù)據(jù)中心的大規(guī)模資本投資,而不會(huì)有來(lái)自于電信公司或其他任何可能需要尋找新云服務(wù)供應(yīng)商公司的或敵意或善意的收購(gòu)風(fēng)險(xiǎn)。
地理上分散分布的數(shù)據(jù)中心可應(yīng)用復(fù)制的應(yīng)用程序和數(shù)據(jù)實(shí)現(xiàn)災(zāi)難恢復(fù)。
評(píng)審證書以證明符合ISO/IEC 27001的信息安全管理和SAS 70 I型、II型的IT控制和控制目標(biāo)。
服務(wù)水平協(xié)議(SLAs)以確保應(yīng)用程序(計(jì)算)和數(shù)據(jù)(存儲(chǔ))的可用性。(應(yīng)當(dāng)指出PaaS SLA可為超過(guò)停機(jī)限制時(shí)間而提供最低賠償。)
根據(jù)截至2011年1月中旬所公布的數(shù)據(jù),下圖所示描述了三家云平臺(tái)供應(yīng)商之前的狀態(tài):
Google公司的SAS 70 II型Google Apps證書似乎并不適用于Google App Engine。
本文發(fā)稿時(shí)Google App Engine for Business仍在預(yù)覽階段。
Windows Azure的計(jì)算服務(wù)水平協(xié)議要求最低有兩個(gè)運(yùn)行的實(shí)例。
IT經(jīng)理和軟件開發(fā)人員必須決定供應(yīng)商的平臺(tái)如何與本組織當(dāng)前的數(shù)據(jù)中心基礎(chǔ)設(shè)施和編程技能進(jìn)行集成,并熟悉針對(duì)諸如SQL數(shù)據(jù)庫(kù)和內(nèi)容交付網(wǎng)絡(luò)等特定應(yīng)用程序的可選功能。以下是這三大巨頭為PaaS客戶所提供現(xiàn)有產(chǎn)品的詳細(xì)信息:
* Google App Engine for Business是一個(gè)每個(gè)客戶每月收費(fèi)8美元的高級(jí)托管應(yīng)用程序服務(wù),最高每個(gè)應(yīng)用程序每月1000美元。
微軟和Amazon的定價(jià)在計(jì)算、存儲(chǔ)和帶寬方面都極具競(jìng)爭(zhēng)力,無(wú)論應(yīng)用程序是否使用,兩家公司均按小時(shí)計(jì)算時(shí)間收費(fèi)。因此,Amazon EC2和Windows Azure并不是托管低流量網(wǎng)站的合適候選服務(wù)。Amazon于2011年二月下旬更新了S3服務(wù),從而為一個(gè)消除計(jì)算變化的完整(靜態(tài))網(wǎng)站或博客提供 服務(wù),發(fā)布的帶寬和每月存儲(chǔ)價(jià)格仍然適用。
另一方面,Google則根據(jù)實(shí)際CPU計(jì)算的使用情況進(jìn)行收費(fèi),同時(shí)還提供慷慨的免費(fèi)配額。配額支持大約每月五百萬(wàn)個(gè)免費(fèi)網(wǎng)頁(yè)的帶寬和CPU使用資源 (由Google公司推算)。如果你的企業(yè)組織使用Java,那么你有三個(gè)選擇,請(qǐng)務(wù)必核實(shí)Google公司的Java SDK支持所有你所需的功能。
Windows Azure和Google App Engine支持PHP,但如果你希望在App Engine上使用Django,請(qǐng)閱讀Carlos Ble的《Goodbye Google App Engine》一文(及相關(guān)評(píng)論)。只使用Microsoft產(chǎn)品、且對(duì)從PaaS中獲得最小管理效益感興趣的公司可通過(guò)選擇Windows Azure平臺(tái)而得到最佳服務(wù),并使用Visual Studio而簡(jiǎn)化部署。
作者簡(jiǎn)介:
Roger Jennings是一名面向數(shù)據(jù) .NET開發(fā)人員與作家、OakLeaf系統(tǒng)的主要顧問(wèn)、OakLeaf系統(tǒng)博客的管理人。他也是30多本書籍的作者,其內(nèi)容包括Windows Azure平臺(tái)、微軟操作系統(tǒng)Windows NT和2000 Server、數(shù)據(jù)庫(kù)(SQL Azure, SQL Server和Access),.NET數(shù)據(jù)庫(kù)訪問(wèn)、網(wǎng)絡(luò)服務(wù)和InfoPath 2003。他的著作有超過(guò)125萬(wàn)份的印刷英文拷貝,并已被翻譯成20多種語(yǔ)言。
咨詢或購(gòu)買三度裝飾管理軟件:www.3derp.net
你可能喜歡:裝飾預(yù)算裝修預(yù)算軟件裝飾公司管理制度裝修軟件家裝預(yù)算軟件
裝飾管理軟件- 1怎么創(chuàng)建預(yù)算定額總表?---------------(泛普裝飾公司管理軟件功能簡(jiǎn)介)
- 2從企業(yè)的角度看,主要有以下不利于鞋業(yè)erp成功實(shí)施的原因
- 3鞋業(yè)erp在材料管理中的作用
- 4鞋業(yè)erp實(shí)施計(jì)劃中必須遵循的步驟
- 5企業(yè)決心實(shí)施鞋業(yè)erp之初,如何選型往往是一個(gè)很大的命題
- 6鞋業(yè)ERP是專門為鞋業(yè)制造企業(yè)訂做
- 7云計(jì)算環(huán)境下鞋業(yè)erp系統(tǒng)發(fā)展研究
- 8鞋業(yè)erp系統(tǒng)是否能幫助企業(yè)實(shí)現(xiàn)零庫(kù)存
- 9鞋類erp系統(tǒng)
- 10鞋業(yè)erp實(shí)施環(huán)境下的成本核算模式
- 11裝修技巧
- 12鞋業(yè)erp在我國(guó)推廣緩慢的原因
- 13成都火鍋店裝修設(shè)計(jì)大廳和注意細(xì)節(jié)
- 14從企業(yè)的角度看鞋業(yè)erp實(shí)施(二)
- 15設(shè)計(jì)師創(chuàng)建業(yè)主預(yù)算---------------(泛普裝飾公司管理軟件介紹)
- 16老化軟件亦需保護(hù) 解讀CRM和鞋業(yè)erp安全實(shí)踐
- 17企業(yè)資源計(jì)劃(鞋業(yè)erp)系統(tǒng)的設(shè)計(jì)背景
- 18鞋業(yè)erp
- 19軟件開發(fā)項(xiàng)目管理十大流程(2)
- 20鞋業(yè)出入庫(kù)管理軟件
- 21電子商務(wù)融合鞋業(yè)erp 拓展?fàn)I銷新模式
- 22客戶管理流程
- 23鞋業(yè)erp登高提績(jī)效
- 24鞋業(yè)軟件erp
- 25鞋業(yè)erp系統(tǒng)解決方案
- 26鞋業(yè)erp軟件樣品室管理解決方案
- 27移動(dòng)化是云落地的催化劑
- 28鞋業(yè)erp環(huán)境下商務(wù)智能的企業(yè)信息化研究
- 29企業(yè)行政管理--公告管理
- 30淺談應(yīng)用后鞋業(yè)erp的財(cái)務(wù)管理的實(shí)際效果
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓