做供應(yīng)鏈管理需要懂一些IT方面的知識。我們可能不是科班出身，不懂得C 、JAVA、Python這些編程語言，但由于工作關(guān)系，每天都要面對各種系統(tǒng)，如果不了解它們的運(yùn)作原理，就沒法順暢地運(yùn)轉(zhuǎn)供應(yīng)鏈，因此我們需要具備一些最基本的知識。接下來介紹一些我們經(jīng)常會使用到的系統(tǒng)，就從大名鼎鼎的MRP開始吧。

一

物料需求計劃

Material Requirement Planning

物料需求計劃，俗稱MRP，從名字上就看出，它最關(guān)注的就是“料”，其中包括了原材料、零部件和成品。

所有的成品都是由原材料和零部件組成的，比如汽車就是由2萬多個零件組裝起來的，早餐的大餅是由水、面粉和其他原料做成的。

構(gòu)成復(fù)雜或是簡單的商品必須要有一份清單，或是配方，這樣才能生產(chǎn)出標(biāo)準(zhǔn)合格的產(chǎn)品，這份清單就是Bill of Material，俗稱BOM，它告訴我們生產(chǎn)需要的原料和零部件的數(shù)量以及生產(chǎn)順序，比如大餅先要和面、醒面，然后才能拿去烘烤，得要按照這個順序來。

我用大餅的例子來做說明，汽車的BOM結(jié)構(gòu)無比復(fù)雜，不是三言兩語能說清楚的。

其次，我們需要了解生產(chǎn)商品的全部時間，包括了制造或購買每項(xiàng)原料和零部件所需的時間。

為了趕在早上六點(diǎn)鐘把早餐準(zhǔn)備好，早點(diǎn)師傅需要在凌晨起床，花數(shù)個小時和面、做豆?jié){，這些是制造早餐的全部時間。

這個重要的輸入告訴我們何時需要生產(chǎn)或是采購零件，而且生產(chǎn)周期長的零件通常要有較高的安全庫存，因?yàn)槲覀冃枰嗟臅r間來獲取這些零件。

最近全球芯片市場缺貨情況嚴(yán)重，囤積芯片的原因就是因?yàn)椴少徶芷诔^半年，必須提前下訂單，而且訂購量大于實(shí)際使用量，多余的部分就是安全庫存。

說到庫存，MRP會告訴我們有多少貨物在倉庫里，還有多少正在送貨的路上，也就是在途庫存。系統(tǒng)會根據(jù)這些信息來確定我們要訂購多少物品，以便滿足生產(chǎn)的需要。

如果是簡單地運(yùn)營一個早點(diǎn)鋪，只要看看倉庫里還剩下幾袋面粉就能快速判斷是否要補(bǔ)貨，以及補(bǔ)貨的數(shù)量和日期。當(dāng)面對成千上萬項(xiàng)的原料時，人腦判斷顯然是不行的，需要有一套系統(tǒng)工具幫助我們確定采購哪些原料，確保工廠能夠及時開始生產(chǎn)，滿足承諾客戶的交貨日期。

MRP計劃就是這樣的系統(tǒng)，它的數(shù)據(jù)隨著庫存和需求的變化而不斷更新。MRP需要一些關(guān)鍵輸入，包括上文提到的BOM、生產(chǎn)順序、制造或采購周期時間，以及最重要的庫存。

有了這些輸入后，MRP系統(tǒng)將根據(jù)一份訂單，計算出在一定時間內(nèi)制造商品的能力，然后創(chuàng)建出生產(chǎn)計劃。隨后MRP會檢查所有會用到的原料庫存數(shù)量，考慮到采購周期，然后決定在何時向供應(yīng)商下訂單。

在一個完美的世界里，這個過程非常簡單直接，但現(xiàn)實(shí)世界一直在變化，計劃永遠(yuǎn)趕不上變化。

我們經(jīng)常會被迫修改，甚至是重新制定一份生產(chǎn)計劃，而這會給整個系統(tǒng)帶來許多麻煩。原本計劃要生產(chǎn)的商品需要讓路給優(yōu)先級更高的訂單，模具要從機(jī)器上更換下來，重新設(shè)定參數(shù)，原材料也需要更換，諸如此類的事情幾乎每天都在上演。

為了解決這個問題，MRP系統(tǒng)有一個時間圍欄（Time Fence），它是一個設(shè)定的天數(shù)。在此期間，生產(chǎn)計劃被凍結(jié)，理論上不允許更改。

這個時間圍欄代表了一個重要的供應(yīng)鏈取舍問題。當(dāng)時間圍欄設(shè)置的越長時，就越容易計劃生產(chǎn)，比如鎖定了兩個星期的生產(chǎn)計劃后，假設(shè)所有的原材料都能在這段時間內(nèi)到貨，我們就不會存在缺料的情況，生產(chǎn)計劃就可以如期完成，但缺點(diǎn)是靈活性比較差，在凍結(jié)期內(nèi)不能接受緊急插單。

相反，把時間圍欄設(shè)置得很短，意味著我們的供應(yīng)鏈靈活性就越強(qiáng)，但這對整個供應(yīng)鏈提出了很高的要求，所有的資源都需要有很高的靈活性才行，否則就無法按時交貨。

本質(zhì)上講，MRP是為解決單個工廠而設(shè)計出的一套系統(tǒng)，沒有太多考慮供應(yīng)鏈上下游小伙伴的協(xié)同問題，邏輯并不復(fù)雜，功能也不強(qiáng)大。

二

企業(yè)資源計劃

Enterprise Resource Planning

在今天的供應(yīng)鏈生態(tài)圈中，我們往往需要管理多個工廠，需要用全局觀點(diǎn)來看待資源管理。

企業(yè)資源規(guī)劃系統(tǒng)，俗稱ERP，可以整合來自許多不同工廠的MRP信息。這就像一個加強(qiáng)版的MRP，除了生產(chǎn)和庫存之外，它還會考慮客戶、供應(yīng)商、財務(wù)和人力資源等等更廣泛的業(yè)務(wù)。

ERP協(xié)調(diào)公司的庫存，它通過連接組織的所有職能領(lǐng)域，使企業(yè)能夠有效地計劃資源的使用。

最關(guān)鍵的是，ERP給企業(yè)內(nèi)所有用戶打造了一個共享的數(shù)據(jù)庫，并提供了相應(yīng)的應(yīng)用程序，比如財務(wù)、采購、生產(chǎn)、倉庫和計劃都有自己的模塊，并且數(shù)據(jù)庫都是相通的，全面地提升了企業(yè)信息化水平和工作效率。

ERP的目的是支持計劃和執(zhí)行系統(tǒng)，以便在整個公司內(nèi)加快決策速度。例如，一個客戶訂單在系統(tǒng)中被自動跟蹤完成進(jìn)度，過程信息會自動更新。運(yùn)營管理的參與者獲得了他們需要的信息，能夠做出最適當(dāng)?shù)臎Q定。

ERP具有可拓展性，可以增加應(yīng)用模塊，擴(kuò)展功能，可以協(xié)調(diào)物流、運(yùn)輸、供應(yīng)商和客戶。ERP系統(tǒng)已經(jīng)超越了單一組織的業(yè)務(wù)邊界，允許供應(yīng)鏈管理企業(yè)的上下游。這使得我們能夠分析、監(jiān)測和管理整個供應(yīng)鏈的庫存。

從理論上講，ERP系統(tǒng)可以有效地控制全球業(yè)務(wù)中的庫存，但在現(xiàn)實(shí)中并不容易做到，我們需要正確的信息輸入，它不僅來自于公司內(nèi)部，還需要來自世界各地的供應(yīng)商、客戶和承包商的配合。

實(shí)施ERP項(xiàng)目需要大量的時間和資源，標(biāo)準(zhǔn)的項(xiàng)目周期在6至12個月，有些甚至更長。在商業(yè)世界中，有很多關(guān)于ERP上線失敗的慘痛教訓(xùn)，也有許多公司的ERP沒有充分地運(yùn)行起來。

但今天的公司如果沒有能力協(xié)調(diào)所有這些活動和信息，公司就不可能做大做強(qiáng)。因此才會有了這樣一句經(jīng)典名言，“上ERP是找死，不上ERP是等死?！?/span>

另外一個造成ERP復(fù)雜性的原因是公司并購。現(xiàn)在企業(yè)之間合并變得越來越頻繁，每次收購了一家公司，就是買下了他們的ERP系統(tǒng)。

有些公司積極地改造、吸收被收購公司的系統(tǒng)，這需要花費(fèi)一定的資源和時間，但能夠獲得相應(yīng)的回報。

而還有些公司不采取行動，也不再維護(hù)被收購公司的系統(tǒng)，導(dǎo)致了集團(tuán)內(nèi)的數(shù)據(jù)流轉(zhuǎn)不暢，效率低下。

這又一個關(guān)于供應(yīng)鏈的取舍問題，一個關(guān)于成本和效率的選擇。云計算是解決這個難題的方案之一，所有各大ERP軟件廠商都在積極地推廣系統(tǒng)上云，它可以部署在公司內(nèi)部服務(wù)器上，也可以是在公共云上。

總結(jié)一下，在高節(jié)奏的制造環(huán)境中，如果沒有MRP和ERP系統(tǒng)，我們根本無法跟蹤要生產(chǎn)和采購的商品或原料。了解它們的工作原理可以幫助我們選擇合適的系統(tǒng)，并正確地進(jìn)行使用，這對整個供應(yīng)鏈的表現(xiàn)將會產(chǎn)生巨大的影響。

– END –