此文已由作者王攀授權網易雲社區發布。

歡迎訪問網易雲社區，了解更多網易技術產品運營經驗。

引言：

目前我們團隊在做的供應鏈協同決策系統（簡稱河洛，取河洛交匯，河圖洛書之意），定位相當於一個計劃、控制與決策引擎，貫通嚴選各系統（累加起來等於ERP），並期望通過數據優化嚴選各業務及供應商的生產制造，通過全局的視野和數據去優化業務，通過提出約束（如供應鏈盈余【顧客價值-供應鏈成本】最大化），通過提出假設（即需求計劃），去分析決策，並最終輸入可不斷更新修正的當前最優解（即供應商備料、分批入庫、約車發貨、補貨、到貨、倉儲物流調度等各種計劃）

因為流程略顯復雜，這裏舉一個通俗化的例子稍加改造，幫助大家理解河洛項目組在做什麽，想做什麽，也能幫助大家更好的招待來家裏吃飯的客人。

正文：

周五的一天傍晚，袁鳴突然六點就下班回到家裏對超超說：“親愛的超超，晚上慶哥亮哥他們要來家裏吃飯。這次我專門回家來，用最新學到的河洛系統的理念來幫助你完成咱家的請客，把這次宴會搞成一次計劃家宴。你看，我已經在河洛做出來需求計劃（什麽時間、什麽菜品、菜品的量），而且已經自動計算出菜品的提前期，晚上10:30開飯，我們倆一起做，根據補貨計劃提示，6:30前開始準備完全來得及。”（註意這裏袁鳴和超超就是菜品的制造商，而我們目前是向制造商下單）

超超：“那太好了，家裏就是你的空間了，我是主人，你的生產計劃裏是哪幾樣菜，什麽時間做？”

袁鳴：“客人們10:30左右就來了，最好12點鐘能吃完。菜有：涼菜拼盤、糖醋裏脊、西湖醋魚、宮保雞丁、清蒸河蟹、鍋巴肉片，這些都是你的拿手菜，你看可以嗎？”超超：“沒問題，看我的吧！”袁鳴：我已經把這些菜的做法存入到BOM中了。下一步，讓我來用BOM展開的方法，看看都需要什麽菜。具體的物料有：鯉魚一條、螃蟹一斤、瘦肉1斤、雞肉半斤、鍋巴一袋、白酒1瓶、番茄5個、雞蛋10個、調料若幹，看，這就是物料需求計劃了。我已經把咱家冰箱裏的東西都存入庫存模塊了，讓我看看庫存還有多少……。還需要再買魚、螃蟹、6個雞蛋、5個西紅柿、一袋鹽、鍋巴等等。

袁鳴把這些數據記錄到采購模塊中，開始進行供應商對比查詢，說：魚應該去自由市場買，螃蟹東超市的最便宜、雞蛋是街對面小賣部的最好，而且按照經濟批量雞蛋一次買12個最好、鍋巴和鹽最少一袋、魚買一斤半一條的最好……看，采購計劃（物料）已經有了，就照這個去買吧。

超超根據計劃，對比了下袁鳴的信用卡余額，通過采購成本和數量計算出了采購預算：“這個月你花剩下的錢不多了，不能總是帶同事吃飯，這次經濟批量買的雞蛋，下次搭倆番茄給產品經理炒個蛋就行。”

這個時候袁鳴就很討厭采購預算管控，但是想了想，請產品經理吃飯確實沒多大必要，預算控制下還是比較好的，省的錢可以用來買更好吃的菜來招待亮哥他們這種高客單價用戶。

超超立即出發，很快把需要的東西買回來了。袁鳴把價格數量一一進行記錄，做了質檢記錄合格後辦理了入庫——放入冰箱。再把花的多少錢一筆一筆都存入財務模塊，馬上統計出這次采購金額、物料成本的信息。

現在的時間只是下午6點20，家宴一切準備齊全，工作效率很高。袁鳴驕傲地說，看，ERP的威力顯示出來了吧？現在的工作流程是按照最先進的管理理念，最科學最合理的，以前總是或者多買了剩下，或者就短缺，現在完全按照需求采購，真是大不一樣啦。

超超也說，ERP就是比手工好，以前帳總是亂的，現在清楚多了。但是，事情還沒有完呢，下一步該怎麽辦呢？老大們10:30來，幾點開始炒菜？早了菜涼了，晚了時間來不及。袁鳴說，這相當於生產排程，目前河洛還沒做這塊，這是你車間具體執行的事情呀，你以前做菜怎麽個做法，哪個工作應該提前多長時間開始，哪個是瓶頸資源，你應該有經驗吧。但是超超有點發懵，以前從沒有被要求在這麽短時間做這麽多的菜。各個做菜工序全加在一起總共需要4個多小時。仔細算了算，家裏有三個煤氣竈，正好可以同時開火，放上三個鍋：炸鍋、蒸鍋、炒鍋。超超一人同時應付三個鍋沒問題，每道菜準備原料的過程還另外需要一個人，袁鳴可以擔任，這樣，很多工作都可以同時做，應該用比4個小時短得多的時間完成。但是，這麽多工作，從何入手呢？是一道一道菜做？還是兩道一起做？能三道菜一起做嗎？這道菜的關鍵資源是蒸鍋，另一道是炸鍋，好幾個菜攙在一起是怎麽回事誰知道？每道工序的提前期到底有哪些？關鍵的路徑是什麽？袁鳴對此也說不出所以然。

這時候慶哥打電話過來了，問幾點能吃完，大家再回去加班。正為此事發愁的袁鳴含糊說1個多小時吧。這不是給了客戶一個交貨承諾了嗎？從開始做飯到全部做完，1個小時完的了嗎？超超更著急了。這時候王攀又打來電話，問晚上能不能請幾個產品經理來吃飯，只要做兩個菜？這時候還來提需求，不是更麻煩了嗎。超超說：不行，不行，你們出去吃吧！

為了保證工期，避免延期違約的麻煩，超超決定，立即動手開始幹……

幾天以後，袁鳴開始這次ERP宴會行動的復盤。總結出來的問題主要有以下：

第一：螃蟹和魚買的早了，本來是活著的，結果到了做菜的時候已死了1個多小時，味道不好了。

第二：有幾個熱菜早早做出了，等到客人來了上的卻是涼菜。

第三：還有的菜上得太晚了，為了等最後一道菜大家空坐著半天，工序明顯安排不合理。連回公司加班也耽誤了。

總之，在前面所有管理環節都順暢的情況下，最後的生產過程不如人意。

但是超超很委屈。那麽多菜，本來一道一道做要用2個多小時，最後給壓縮成1個半小時做完，已經不容易了，菜上得晚了，但是廚房裏已經一直在忙呢；想早吃完，只能早做，菜就難免會涼了；魚和螃蟹死了，你的采購計劃哪裏有幾點買魚和買螃蟹的提示。你的ERP家宴原定1小時，可為什麽ERP不告訴你1個小時根本完不成？

袁鳴無言以對，也開始考慮這個事兒。他知道，這些問題從本質上是作為ERP生產管理核心的MRP的缺陷所導致的必然，但是這個事情產品經理沒有提前告訴他。MRP本身是針對物料需求計劃的，根本得不出滿足有限資源和多種約束條件下的生產作業計劃。沒有作業計劃，哪來精確時間的物料需求計劃？這可怎麽辦呢，袁鳴通過求助王鵬和自學，發現只能對MRP反其道而行之，那就是APS了。

終於，平哥也要帶著產品經理來吃飯，經過確認，這次除了王攀、趙華翔還有小姐姐。袁鳴覺得要好好準備下，再和超超請示及審批通過了超過番茄炒蛋的預算後決定，除了跟上次一樣的時間和菜，袁鳴還想展現下真正的技術，也可以試試新方法的效率。但這回APS家宴與上次的MRP家宴有什麽不一樣嗎？

袁鳴首先把做每道菜的整個過程，用什麽資源、物料、多長時間、邏輯關系等等都分別錄入到APS模塊中。

我們拿真正的技術舉例：

“BOM結構建好了，真是輕松搞定！” APS明確回答：魚一條應該在什麽時候用、螃蟹一斤應該在什麽時候用，其他各種物料各是多少，幾點幾分需要，每道工序幾點開始幾點結束，中間有多少自由時間，哪些工序是關鍵工序。沒錯，就連涼菜必須放一段時間才能裝盤、裏脊必須炸完2分鐘以後再開始炒糖醋裏脊、炸完鍋巴必須立即炒鍋巴肉片這樣的細節都分毫不差。那麽是不是有資源在沖突呀，兩人依次檢查配菜、蒸鍋、炸鍋、炒鍋，每個資源都安排十分緊湊的工作，都是幹完一道工序再開始幹另外一道，環環相扣，絲毫不亂。這才是真正的“資源計劃”呀。兩個人感嘆，早知道有這麽短時間完成的方法上次何至如此！

這時候平哥打電話過來問時間，袁鳴爽快地回答：一個小時搞定！攀叔也打電話，問晚上加個菜：請新的小姐姐吃炸丸子湯，成嗎？（插單）這可是一道很難做的菜呀，先捏丸子，再炸，最後做湯，幾個工序加起來時間要半個多小時。袁鳴在APS裏插入這個菜算了一下。很快得出結果：在某個適當的時間開始做這道菜，充分利用資源的空閑，整個流程只增加了11分鐘。

袁鳴突然想到，我現在魚和螃蟹的需求時間已經精確到秒了。這回我可以直接要求每日生鮮（有質期需求的供應商）給我按時送上門，他們有這個服務內容，我就不用自己去采購了，到時候新鮮的魚和螃蟹按時來了直接進廚房，根本不占庫存，連冰箱都不需要用了。也就是說我把自己的生產計劃與外部物流完全集成，這不就是形成SCM（Supply chain managent）供應鏈了嗎。看來做到SCM的前提是你必須自己先有精確的銷售作業計劃，要不外部物流再準時也沒用。而把我的產品提供給客戶的時間也是精確到秒，可以滿足他們同樣的要求。這樣整條鏈上的各個環節不就能同時達到高效生產，最大限度降低庫存了嗎。原本很高深的SCM現在看來如此簡單。

第二天，產品經理們都在談論昨天的宴會，重點反而不是最令袁鳴驕傲的，效率提高了多少，而是那個糖拌黃瓜，真的難吃。

背景知識補充與名詞解釋：

企業資源計劃（enterprise resource planning，ERP），是反映企業實際運作的信息系統，企業中的每一項資源在ERP系統中自然有對應的軟件模塊。用系統觀念來看企業資源，企業就是一個系統。這個系統由輸入、處理和輸出組成，系統必須順應環境，整個ERP系統就是在仿真企業這個實際系統，根據系統現況及環境的變化提出適應的方法，或根據對系統及環境的判斷來提示未來可采取的策略。

搞過模電的同學們可以理解為仿真實驗系統。

物資需求計劃（Material Requirement Planning，MRP），即指根據產品結構各層次物品的從屬和數量關系，以每個物品為計劃對象，以完工時期為時間基準倒排計劃，按提前期長短區別各個物品下達計劃時間的先後順序，是一種工業制造企業內物資計劃管理模式。

即我之前說的，超超女票過生日前想要自行車，超超需要買輪子鏈條去組裝。

物料清單（Bill of Material, BOM），為物料清單，指產品所需要的零部件的清單及組成結構，即是生產一件產品所需的子零件及其產品中零件數量的完全組合。

BOM是ERP、PDM（產品數據管理）、MRP等多種系統軟件最基礎的資料。

APS高級計劃與排程(Advanced Planning and Scheduling)，是解決生產排程和生產調度問題，常被稱為排序問題或資源分配問題。

在離散行業，APS是為解決多工序、多資源的優化調度問題；而流程行業，APS則是為解決順序優化問題。它通過為流程和離散的混合模型同時解決順序和調度的優化問題，從而對項目管理與項目制造解決關鍵鏈和成本時間最小化，具有重要意義。

APS 的主要目標是某一指標的總優化。這需要預先假定供應鏈的結構和其各種不同的資源和邊界情況(例如能力限制)必須是可見的。實際上，APS 工具是以供應鏈的跨組織模型為基礎的。這也是現在在數字化制造下，APS越加顯得重要的原因。

更多網易技術、產品、運營經驗分享請點擊。

相關文章：
【推薦】 3分鐘掌握一個有數小技能：收入貢獻分析
【推薦】 IOS渠道追蹤方式
【推薦】 一篇文章看懂Facebook和新浪微博的智能FEED

如何通過供應鏈管理來居家做菜？