根據(jù)APICS字典上的定義，MRP物料需求計(jì)劃（Material Requirements Planning）是一套技術(shù)，它使用BOM物料清單數(shù)據(jù)、庫存數(shù)據(jù)和主生產(chǎn)計(jì)劃來計(jì)算材料的需求。

MRP主要解決的是需要購買多少數(shù)量的原料，以及什么時(shí)候需要到貨的問題。計(jì)算的功能已經(jīng)嵌套在各類ERP/MRP軟件之中，技術(shù)非常成熟。雖然我們已經(jīng)不需要手工計(jì)算，但還是要理解其中的運(yùn)算邏輯。

一

一些術(shù)語

在解釋計(jì)算邏輯之前，我們先要來了解幾個(gè)相關(guān)的術(shù)語。

1.需求

需求是供應(yīng)鏈的源頭，有了需求才會(huì)有制造和采購的活動(dòng)。需求可以分為獨(dú)立需求Independent demand和相關(guān)需求Dependent demand。

1）獨(dú)立需求

獨(dú)立需求一般是指可以單獨(dú)售賣的產(chǎn)品，和其他商品的需求沒有關(guān)系，所以叫獨(dú)立需求。舉個(gè)例子，漢堡包是獨(dú)立的需求，可以直接賣給顧客。

?

2）相關(guān)需求

漢堡包是由面包片、肉餅、芝士和蔬菜等原料組成的，這些食材都是在漢堡包的BOM清單中的，換句話說，正是有人要買漢堡包，才會(huì)衍生出對這些物料的需求，是具有相關(guān)性的，所以面包片和肉餅是相關(guān)需求。

我們要預(yù)測獨(dú)立需求的商品，而相關(guān)需求是根據(jù)BOM計(jì)算出來的，因此不需要做預(yù)測。

需要注意的是，同一件商品可以既是獨(dú)立需求，又是相關(guān)需求。當(dāng)漢堡包是單品時(shí)，它是獨(dú)立需求，在套餐中，漢堡包就成了相關(guān)需求，與可樂和薯?xiàng)l搭配在一起銷售。商品的需求屬性是可以轉(zhuǎn)換的。

2.訂單

1）計(jì)劃訂單Planned Order

如果我們把快餐店看作是一家工廠，在這里生產(chǎn)的物品有漢堡包、薯?xiàng)l和其他小食，經(jīng)過加熱和油炸等工藝把食材加工成食品。

用于生產(chǎn)的原料都是由供應(yīng)商提供的，快餐店要管理好采購訂單，確保始終有足夠的原材料。MRP的一個(gè)重要任務(wù)就是用來計(jì)算采購量和到貨時(shí)間，然后輸出系統(tǒng)建議的訂貨計(jì)劃，這就是Planned Order，也叫計(jì)劃訂單。

計(jì)劃訂單是系統(tǒng)建議訂單數(shù)量、發(fā)布日期和到貨日期。如果情況發(fā)生變化，系統(tǒng)可以在后續(xù)處理過程中修改或取消訂單。計(jì)劃訂單和已發(fā)布的訂單一起，作為能力需求計(jì)劃的輸入，用來顯示未來時(shí)間段內(nèi)的總供應(yīng)能力。

這里說到的已發(fā)布訂單Released Order是指我們已經(jīng)給供應(yīng)商發(fā)布的采購訂單Purchase order。

2）采購訂單

采購訂單是采購方發(fā)給供應(yīng)方的正式購買協(xié)議，包含了訂購貨物或服務(wù)的名稱、零件編號、數(shù)量、描述和價(jià)格；關(guān)于付款、折扣、履約日期和運(yùn)輸?shù)纳潭l款；以及與采購和供應(yīng)商執(zhí)行有關(guān)的所有其他協(xié)議。

采購訂單是非常正式的文件，供需雙方都要很嚴(yán)肅地對待它。采購方的訂單不能任性地取消，供應(yīng)方的交貨日期也不能隨意地推遲。

采購訂單和計(jì)劃訂單在同一個(gè)到貨時(shí)間上不能同時(shí)存在，至多出現(xiàn)其中的一項(xiàng)。

采購訂單是已經(jīng)發(fā)給供應(yīng)商的訂單，也就是確認(rèn)的計(jì)劃，而計(jì)劃訂單是建議的計(jì)劃，在轉(zhuǎn)換為采購訂單之前，它只存在于系統(tǒng)之中，并沒有發(fā)布給供應(yīng)商。

采購訂單的時(shí)間期較短，比如說我們給供應(yīng)商下訂單，最遠(yuǎn)覆蓋到未來幾個(gè)月的到貨，更長遠(yuǎn)的計(jì)劃就使用計(jì)劃訂單了。

由于需求存在著大量的不確定性，如果發(fā)布了未來一年的采購訂單，而需求突然減少了，我們就很難做調(diào)整，所以要使用計(jì)劃訂單來模擬未來的供應(yīng)情況。把采購訂單和計(jì)劃訂單匯總在一起，就是全部的供應(yīng)能力。

在上圖中，采購訂單到貨日期1月份是40，2月份是30，依此類推，截止到4月份為止。隨后是計(jì)劃訂單數(shù)量，5月份是40，6月份是50，直至12月。

兩行匯總的就是供應(yīng)能力。顯然，計(jì)劃訂單的時(shí)間覆蓋更長，可以達(dá)到系統(tǒng)設(shè)定的最大值。

3.計(jì)劃中的收貨

采購訂單發(fā)布后就處于開放的狀態(tài)，貨物收到后，訂單會(huì)關(guān)閉。開放訂單Open order需要供應(yīng)商回復(fù)確認(rèn)的送貨日期，根據(jù)運(yùn)輸時(shí)間，推算出到貨日期，這就是計(jì)劃中的收貨Scheduled receipt，它可能早于或晚于采購訂單中要求的到貨日期，因?yàn)楣?yīng)鏈中存在著一些不確定性。

如果供應(yīng)商沒有確認(rèn)送貨日期，那么就使用采購訂單中的履約日期。

4.庫存狀態(tài)

1）期初庫存

這是期初倉庫里的可用庫存，也就是Beginning on hand。相應(yīng)地，我們還要知道每個(gè)時(shí)間段期末還會(huì)剩下多少庫存，這個(gè)數(shù)字可用來判斷庫存是否健康。期末庫存使用Projected這個(gè)詞，用來表示預(yù)計(jì)的庫存數(shù)量。

2）預(yù)計(jì)手頭的庫存

預(yù)計(jì)在末期有多少庫存會(huì)在我們的倉庫里，這就是Projected on hand，縮寫POH,它的計(jì)算是用上一期的期末預(yù)計(jì)庫存，減去需求量，再加上本期的計(jì)劃中收貨。

預(yù)計(jì)手頭庫存只考慮了Scheduled receipt，意味著它只會(huì)統(tǒng)計(jì)已經(jīng)確認(rèn)的到貨，而采購訂單或計(jì)劃訂單沒有統(tǒng)計(jì)在內(nèi)。

這里有一個(gè)問題，那就是計(jì)劃中到貨的時(shí)間跨度較短，隨著時(shí)間推移，預(yù)計(jì)手頭庫存會(huì)出現(xiàn)負(fù)數(shù)，所以我們還需要一個(gè)庫存狀態(tài)來推算更長時(shí)間的庫存情況。

3）預(yù)計(jì)可用庫存

這就是Projected available balance，簡稱PAB，它使用了采購訂單和計(jì)劃訂單的總數(shù)量，實(shí)現(xiàn)了系統(tǒng)內(nèi)最長時(shí)間跨度的預(yù)計(jì)庫存計(jì)算。

說了很多的概念，接下來我用一個(gè)Excel表格來介紹它們之間的計(jì)算關(guān)系。

二

案例計(jì)算

假設(shè)我們需要采購編號為“NCX-10”的物料，到貨提前期是1天。時(shí)間單位是周，那么需求量和采購量都被匯總為周，采購訂單發(fā)布和預(yù)計(jì)到貨都是在當(dāng)周中的某一天。

時(shí)間單位可以是天、周或是月，在使用的時(shí)候需要注意統(tǒng)一Time bucket單位，不能出現(xiàn)不同的時(shí)間單位。

在第二行中是物料相關(guān)需求的數(shù)量，這就是每周需要生產(chǎn)消耗的量。采購員已經(jīng)發(fā)布了三張采購訂單，原本的到貨日期分別是在1月8日、22日和29日這三周，這些訂單尚未到貨，所以也叫Open order。

此外，系統(tǒng)已經(jīng)建議了后續(xù)的訂單計(jì)劃，到貨日期均在2月份，但是這些訂單仍在系統(tǒng)里，還沒有釋放出去，供應(yīng)商也沒有接收到。第五行的全部供應(yīng)能力就是采購訂單和計(jì)劃訂單的總和。

物料的期初庫存是652，在1月1日這周消耗了245，當(dāng)周沒有任何的訂單或是計(jì)劃中到貨，所以預(yù)計(jì)可用庫存和手頭庫存都是407。

1月8日這周的需求是208，采購訂單數(shù)量有400，而且已經(jīng)確認(rèn)是在本周到貨，這就是說計(jì)劃中的到貨也是400。根據(jù)計(jì)算公式，PAB和POH都是400，這是第一種情況。

第二種情況是計(jì)劃到貨提前了，因?yàn)楣┬栌胁▌?dòng)性，采購員為了預(yù)防潛在缺料，安排提前到貨，原本在1月22日到貨的500，提早到了1月15日，這樣會(huì)使得PAB和POH數(shù)量不一致，因?yàn)榍罢哂貌少徲唵沃屑s定的日期計(jì)算，而后者是用實(shí)際到貨日期Scheduled receipt。

于是POH就比PAB多出了500，因?yàn)檫@批貨提前送到了。1月29日這周采購訂單和計(jì)劃中到貨都是一致的，所以POH和PAB的結(jié)果是一樣的。

2月份的采購訂單還沒有發(fā)布給供應(yīng)商，系統(tǒng)已經(jīng)推薦了需要下單的數(shù)量和時(shí)間，這就是計(jì)劃訂單，它與采購訂單不會(huì)重復(fù)出現(xiàn)在同一個(gè)時(shí)間段里。

在2月12日這周，POH預(yù)計(jì)會(huì)出現(xiàn)負(fù)數(shù)，因?yàn)樯弦黄谄谀┑膸齑嬉巡蛔阋詽M足當(dāng)期的需求量，又沒有計(jì)劃中的收貨來補(bǔ)充庫存，期末POH就小于零，意味著當(dāng)周會(huì)缺料。

沒有計(jì)劃中收貨的原因是采購訂單還沒有發(fā)布出去，仍在系統(tǒng)里。由于距離時(shí)間還很遠(yuǎn)，采購到貨的提前期只有1天，所以我們并不急于下訂單，可以根據(jù)未來需求波動(dòng)情況再做決定。

PAB就不會(huì)出現(xiàn)負(fù)數(shù)，因?yàn)樗擞?jì)劃訂單量。即便采購訂單沒有發(fā)布，但在系統(tǒng)內(nèi)部運(yùn)算中已經(jīng)考慮到了未來需要的數(shù)量，也就是計(jì)劃訂單，理論上PAB永遠(yuǎn)是大于零的。

以上通過概念解釋和案例計(jì)算，為大家介紹MRP計(jì)算的基本邏輯。不管是哪一種系統(tǒng)軟件，都遵循著這套運(yùn)算邏輯。

點(diǎn)晴模切ERP更多信息：http://moqie.clicksun.cn，聯(lián)系電話：4001861886