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

　　一、物料需求計劃Material Requirement Planning

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

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

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

　　我用大餅的例子來做說明，汽車的BOM結構無比復雜，不是三言兩語能說清楚的。

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

　　為了趕在早上六點鐘把早餐準備好，早點師傅需要在凌晨起床，花數個小時和面、做豆漿，這些是制造早餐的全部時間。

　　這個重要的輸入告訴我們何時需要生產或是采購零件，而且生產周期長的零件通常要有較高的安全庫存，因為我們需要更多的時間來獲取這些零件。

　　最近全球芯片市場缺貨情況嚴重，囤積芯片的原因就是因為采購周期超過半年，必須提前下訂單，而且訂購量大于實際使用量，多余的部分就是安全庫存。

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

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

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

　　有了這些輸入后，MRP系統將根據一份訂單，計算出在一定時間內制造商品的能力，然后創建出生產計劃。隨后MRP會檢查所有會用到的原料庫存數量，考慮到采購周期，然后決定在何時向供應商下訂單。

　　在一個完美的世界里，這個過程非常簡單直接，但現實世界一直在變化，計劃永遠趕不上變化。

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

　　為了解決這個問題，MRP系統有一個時間圍欄（Time Fence），它是一個設定的天數。在此期間，生產計劃被凍結，理論上不允許更改。

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

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

　　本質上講，MRP是為解決單個工廠而設計出的一套系統，沒有太多考慮供應鏈上下游小伙伴的協同問題，邏輯并不復雜，功能也不強大。

　　二、企業資源計劃Enterprise Resource Planning

　　在今天的供應鏈生態圈中，我們往往需要管理多個工廠，需要用全局觀點來看待資源管理。

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

　　ERP協調公司的庫存，它通過連接組織的所有職能領域，使企業能夠有效地計劃資源的使用。

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

　　ERP的目的是支持計劃和執行系統，以便在整個公司內加快決策速度。例如，一個客戶訂單在系統中被自動跟蹤完成進度，過程信息會自動更新。運營管理的參與者獲得了他們需要的信息，能夠做出最適當的決定。

　　ERP具有可拓展性，可以增加應用模塊，擴展功能，可以協調物流、運輸、供應商和客戶。ERP系統已經超越了單一組織的業務邊界，允許供應鏈管理企業的上下游。這使得我們能夠分析、監測和管理整個供應鏈的庫存。

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

　　實施ERP項目需要大量的時間和資源，標準的項目周期在6至12個月，有些甚至更長。在商業世界中，有很多關于ERP上線失敗的慘痛教訓，也有許多公司的ERP沒有充分地運行起來。

　　但今天的公司如果沒有能力協調所有這些活動和信息，公司就不可能做大做強。因此才會有了這樣一句經典名言，“上ERP是找死，不上ERP是等死。”

　　另外一個造成ERP復雜性的原因是公司并購。現在企業之間合并變得越來越頻繁，每次收購了一家公司，就是買下了他們的ERP系統。

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

　　而還有些公司不采取行動，也不再維護被收購公司的系統，導致了集團內的數據流轉不暢，效率低下。

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

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