由ERP生產提前期的設定引發的思考

2021-04-07 08:21:25 字數 3093 閱讀 9181

我們在實施

erp的

mps/mrp

計畫時,首先要考慮其產品的加工週期,這常常有兩種設定方法,一是把提前期作為一常數,當然預先考慮的是平均批量的平均提前期。二是把提前期作為動態的數

,隨批量的變化而變化。

第一種方法的好處是對採購的提前期的影響較少,採購有順序的先到給先需的生產定單。生產投料,在製品積壓較少,但是,對生產定單的工期來說,就需要依賴能力計畫

crp的分析進行大量的調整。

第二種方法的好處是提前期在隨批量的變化而變化。導致先投料的單,後產出

.引起在製品堆壓在車間。對半成品來說,由於某一半成品的週期的變化,會導致其他半成品的等待或滯後,對採購計畫的影響也非常大。經常發生後下達的採購單的物料,反而先到。

實際上這兩種方法都沒有解決提前期的根本問題,生產理論界迄今為止也沒有更好的闡述。這就導致

erp在計畫和生產的實施運用中難度最大。這就給實施者帶來很大困惑。為什麼

mrp的結果總是和實際不吻合或提前期不准?事先作的計畫總是要修改,甚至有的管理書上說追求提前期的準確是無意義的。它本身就是乙個經驗值,或是乙個統計值。那麼,對我們實際生產管理者來說因如何應對呢?請看生產提前期是如何構成的:

每個工序分解成

5個部分:

1, 加工後等待

. 2,

運輸. 3,

加工前等待

. 4,

準備. 5, 加工.

實際上

,許多生產專家如

tully

很早就得出如下結果:

等待時間佔整個生產週期的比例為

90%-95%

1,加工前等待時間

75%2,

運輸時間

9%3,

檢查時間

7%4,

加工故障時間

3%5,

而加工時間只佔

6% 這就給我們顯示了縮短生產週期的真正的焦點。我們應盡力縮短加工前後等待時間,運輸時間,換裝時間。

我們知道製造企業總是存在相互矛盾的目標。銷售希望有較短的交貨期和準時發貨;生產部門希望有一定的批量生產,以提高生產率:財務部門,物料部門都希望有最低的原材料,半成品,成品。現在,快速準時的交貨的目標以改變了這些目標的權重,更加強調交貨期

,產銷率,低庫存。由於企業實際的管理的難點是難以控制定單延遲,在製品與庫存積壓,對實際生產控制缺乏理解,出現所謂

」車間經驗

」。對此,美國生產計畫專家

g.w.plossel

作過辛辣的描述並列出

6個車間」神化

」,對我們現在製造業實施

erp的生產方面有重要的警示:

(1),

要想使乙個車間的生產力提高,就要多給它下達一些任務。

遺憾的是,給乙個超負荷的車間下達更多的任務,會使在正確的時刻完成任務更加困難。

(2),

為了使重要的任務按時完成,必須盡可能早地開始處理這個任務。

如下達更多的任務一樣,這也會使車間內的在製品庫存增加

,從而使特定任務按時完成更加困難。

(3),

如果計畫生產週期不夠長的話,就將它延長。

不可能通過修改計畫資料的方法消除計畫與實際生產週期之間的差距

.重要的是要提高生產能力,消除超量的任務延遲。

(4),

如果不能為裝配按時提供零件的話,就將提供零件的時間提前。

這樣肯定會造成更多的緊急任務,從而使處理任務的靈活性減小,使更多的任務與真正的緊急任務形成競爭,並且影響資料的正確性。

(5),

如果由同一臺工具機加工的幾種零件都不夠的話

,就將這些零件的加工批量分得更小。

這樣看起來情況會有好轉,但如果涉及的是乙個真正的瓶頸能力的問題的話,這樣的做法將引起許多更嚴重的問題。

(6),

如果幾個緊急任務被很好的完成了,那麼再多幾個可能完成得更好。

這種方法企**決糟糕的計畫和控制造成的問題,但是一旦開始能力競爭時

,這種加快方法馬上就失敗了。

忽視目標與實際能力之間的相互關係會導致生產控制中錯誤的惡性迴圈:

摘自:

面向負荷的生產控制(德國

:hans-peter wiendahl)

如果在

mrp計畫期間加大任務週期,根據

mrp的倒退計畫方法,訂單會過早地進入車間,則勢必等待時間加長,在製品數量增加。其結果延遲訂單不僅沒有好轉反而變壞。只能通過加急定單和特別的行動才能將最重要的任務按時完成。那麼,普通的定單則需要更長的時間

,企業往往採取的措施是進一步加長生產週期。

從以上分析發現

,生產週期牽涉到庫存

,在製品,能力

,延遲任務

.我們在

erp設定的生產週期對生產週期所作的假設太簡單了

. 那末

,如何管理與縮短生產提前期呢?

1,主要縮短等待,排隊,運輸時間

通過減小批量,優化生產布局,實現乙個流的生產,看板技術是目前最有效的實現生產週期最小,庫存最小的方法。

2, 穩定生產週期

-生產節拍均衡

在企業實施

erp時,我們經常採用

mps主生產計畫策略來平衡實際不穩定的數量,使得所下達的定單的批量一致。來使生產提前期近似保持不變。並且把

mps主計畫批量逐漸減小。

3,工序重疊

-平行作業減少總的加工時間

利用erp

的提前期偏置,或進行平行移動的加工方法

4,工序分解

-交叉作業縮短加工時間

利用erp

的無限能力的工作中心排程或有限能力的自動排程

5,

基於規則的優化生產和基於瓶頸和非瓶頸的計畫技術

使用aps

高階計畫排產技術,通過選用適合自身的規則來優化生產週期。用

toc的約束理論技術來優化瓶頸和非瓶頸的生產週期。

6, 實現敏捷製造模式來快速回應市場變化

在最後裝配線,採用

ato方式,實現按客戶需求配置,按客戶定單優化順序裝配,供料採用倒衝方式。

在子裝配線或加工工序,實現拉式看板管理或外包即發外加工。並使用先進的條碼資料獲取系統

,加速物流,資訊流動。

在**材料零件上,實現與**商聯盟,建立長期合同或一攬子採購定單及靈活多變的計畫。

由 引發的思考

前陣子在乙個移動專案中,通過 的方式 繫結click 事件來提交乙個表單,由於表單資訊比較敏感,於是採用的post 同步提交的方式,原本到也沒有什麼。後來萬惡的pm說 你這個按鈕呀,要固定在底部比較好 於是乎就通過 position fixed 固定到底部了。那麼,問題來了 在ios 下,虛擬鍵盤是...

由Typedef引發的問題

由typedef 引發的問題 自 用來宣告乙個別名,typedef 後面的語法,是乙個宣告。本來筆者以為這裡不會產生什麼誤解的,但結果卻出乎意料,產生誤解的人不在少數。罪魁禍首又是那些害人的教材。在這些教材中介紹 typedef 的時候通常會寫出如下形式 typedef int para 這種形式跟...

由mmap引發的SIGBUS

一直以來都覺得使用mmap讀檔案是非常高效 非常優雅的做法 參見 從 read 看系統呼叫的耗時 mmap之後,就可以通過記憶體訪問的方式訪問到檔案裡的內容,省去了read這樣的系統呼叫。卻不曾想過,mmap以後,如果讀檔案出錯會發生什麼 今晚看到一篇介紹apache bug的文章,裡面說到,apa...