close
MRP 計算的經典範例說明MRP 的起源 MRP 源自美國 60 年代初，最初是針對當時製造企業生產管理中存在的普遍問題，以及傳統庫存控制方法的不足，而提出的一種庫存管理技術。它是物料需求計算器，根據對產品的需 求、產品結構和物料庫存資料，來計算各種物料的需求，將產品出產計畫變成零部件投入、出產計畫和外購件、原材料的需求計畫，從而解決了生產過程中需要什 麼？ 何時需要？需要多少？…等問題。MRP的需求量計算邏輯 1.首先由成品需求來源，如銷售訂單 ( S/O ) 及銷售預測 ( F/O ) 對沖，產出需求資料，經人為考量及調整後，就是主生產計畫 ( MPS ) 。 2.將該成品的供給與需求，依據日期排序，Check 每個日期點的庫存可利用量是否大於等於零。 庫存可利用量 ( INV ) = 供給 - 需求； 供給包含：庫存、採購單、製令單 ( 含委外 ) 需求包含：訂單、預測、製令用料單、安庫量 3.針對供給不足者，依據料件自製採購碼，產生建議製令 ( eW/O ) 或建議採購 ( eP/O )。 4.假如產生的是建議製令，則展出其所屬子階料件濾心 ( BOM )，再 Check 所屬子階料件的供給需求，如此重複 2. & 3. & 4.，直到全部子階展算完畢為止。 5.關於供給/需求的單據計算條件： 5.1有效單據才可含括進來，及 Status = “OPEN”的。 5.2 有效數量 = 訂單數量 – 已實現數量 (如已出貨/已驗收/已領料/已繳庫)。 MRP 的日期計算邏輯 MRP 計算供給不足而產生建議製令 ( eW/O ) 或建議採購 ( eP/O )單時，其單據的相關日期計算公式如下： 1.訂單預計出貨日：我方裝箱上貨櫃 ( 貨運 ) 的日期。 2.工單預計完工日：訂單預計出貨日 – 生產後整備(品檢/理貨)時間。 3.工單預計投料日：工單預計完工日 – 料件生產前置期。 4.採購單預計交貨日：工單預計投料日 – 收料後整備(品檢/理貨)時間。 5.採購單預計下單日：採購單預計交貨日 – 料件採購前置期。 6.急單：採購單預計下單日在今天之前，即是為急單，因前置期不足。 上列公式必須再扣除例假日 ( 於工廠行事曆設定 )，也就是碰到假日，日期必須再往前調整。MRP物商務中心料需求日程表範例及說明 1.料件庫存 ( BOH ) 195PCS。 2.因為父階需求 3500 x BOM 表標準用量 0.06，所以製令 ( MO ) 用料需要 210PCS。 3.195 減 210，庫存不足 15PCS，所以 MRP 產生了建議採購單 ( EPO ) 15PCS。 4.因為設定廠內整備 ( 品檢 / 理貨 ) 時間 2 天，所以 EPO 15PCS 的供給日期為 07/14。 5.以下同理。RUN MRP的條件1.BOM 表要正確，子階用量、損耗率等要正確。 2.基本資料：各種前置期 ( L.T ) 要正確。 3.庫存要正確，準確率必須 98% 以上。 4.各類供給 / 需求單據要正確，包含日期、數量、結案與否。 哪些生產型態的公司不需要 RUN MRP？1.原材料共用性高的行業，或原物料採季或年採購者，比如金屬加工業、螺絲業、某些化工配方業 (如電感)。 2.原材料 ITEM 數少，而半成品 ITEM 較多，成品 ITEM 更多者，如下圖： 為什麼使用 MRP 的普及率這麼低？因為下列原因，以致於一些公司沒有 RUN MRP： 1.基本管理不紮實，比如上述資料正確率不高時，小型辦公室RUN MRP 就只是垃圾進、垃圾出。 2.MRP 系統效能不佳，RUN 一次MRP需要 5-6 小時，並且只能在下班時間 RUN。 所以只好 3 天或一週才 RUN 一次，但是訂單多是急單，不可能 3 天後、甚至下班後才 RUN MRP 去購料！！所以囉，MRP 變成沒用的東西。 3.管理者不能夠真正瞭解 MRP，善用 MRP，所以被一些所謂的 “ LRP ” 給替代了。傳統 MRP 計算的方式 － 系統慢的原因 1.沒有使用 DB 的 Procedure 功能，大量資料在 DB Server 與 Client 之間流竄，再大的網路頻寬也不夠。 2.展算觀念落後，以所謂的 “低階碼” ( Low Level Code, LLC ) 迴圈方式逐階展開。 迴圈 ( Loop ) 的效能遠遠落後給一行的 SQL 指令。 3.沒有使用正確的 Index key，通常是where後面的條件順序不對，以致於 DB 未能使用到正確的 Index key。 上述三點是現有絕大多數 ERP 系統都有的共同問題，也是 MRP 效能不彰的最主要原因。ArgoERP的MRP計算方式 － 為什麼這麼快 !!1.ArgoERP 展算 MRP 全部使用 Procedure： p_mrp_itemdetail：供給 / 辦公室出租需求展開，資料來自各類單據或標準 BOM 表 p_mrp_cal_shortage (‘MO’)：針對製造件供給不足者，產生建議製令單 ( eW/O ) p_mrp_cal_shortage (‘PO’)：針對採購件供給不足者，產生建議採購單 ( eP/O ) 2.不使用 “ 低階碼 ” 為迴圈 ( Loop ) 逐階展開需求的方式，直接使用 DB PL/SQL 功能，一次展開子階用料。如下 SQL 指令： insert into (...) select ... from structure where ... start with ... connect by prior ...; 3.ArgoERP 團隊擁有台灣最早開始使用 Oracle DB 的人才，對於 DB Tuning 經驗豐富。總結：好的理論基礎，歷久不衰，雖然已經過了 50 年 ( 60 年代)，MRP 仍然是王道。您不需要因為工具不良，而改走變形的 MRP，這樣並沒有真正解決問題的根源。ArgoERP 提供快狠準 (速度/方法/精確) 的MRP系統，提供您模擬試算、提前或延後訂單的建議表、 殘材檢討…等資訊，達成不缺貨、零庫存目標
.msgcontent .wsharing ul li { text-indent: 0; }
分享
Facebook
Plurk
YAHOO!
宜蘭民宿
.msgcontent .wsharing ul li { text-indent: 0; }
分享
Plurk
YAHOO!
宜蘭民宿
全站熱搜
留言列表
