一天中午，老張突然回到家里對妻子說：“親愛的老婆，晚上幾個同事要來家里吃飯。這次我專門回家來要用最先進的ERP理念來完成咱家的請客過程了，要把這次宴會搞成一次ERP家宴。你看，我已經用CRM客戶關系管理模塊全面管理與這幾個同事的關系往來了。這次他們確定要來吃飯的相關信息，我已經放到了銷售管理中的合同管理和訂單管理中，而且已經自動傳遞相關數據到應收帳模塊、財務模塊、還有主生產計划模塊中，根據客人的意向和要求，確定了最后做什么菜，也就是主生產計划都有了。”
妻子：“那太好了，家里就是你的生產車間了，我是車間主任，你的主生產計划里是哪幾樣菜，什么時間做？”
老張：“客人們7點左右就來了，最好8點鍾能吃完。菜有：涼菜拼盤、糖醋里脊、西湖醋魚、宮保雞丁、清蒸河蟹、鍋巴肉片，這些都是你的拿手菜，你看可以嗎？”妻子：“沒問題，看我的吧！”老張：我已經把這些菜的做法存入到BOM中了。下一步，讓我來用BOM展開的方法，看看都需要什么菜。具體的物料有：鯉魚一條、螃蟹一斤、瘦肉1斤、雞肉半斤、鍋巴一袋、白酒1瓶、番茄5個、雞蛋10個、調料若干，看，這就是物料需求計划了。我已經把咱家冰箱里的東西都存入ERP庫存模塊了，讓我看看庫存還有多少……。還需要再買魚、螃蟹、6個雞蛋、5個西紅柿、一袋鹽、鍋巴等等。
老張把這些數據記錄到采購模塊中，開始進行供應商對比查詢，說：魚應該去自由市場買，螃蟹東超市的最便宜、雞蛋是街對面小賣部的最好，而且按照經濟批量雞蛋一次買12個最好、鍋巴和鹽最少一袋、魚買一斤半一條的最好……看，采購計划已經有了，就照這個去買吧。
妻子立即出發，很快把需要的東西買回來了。老張把價格數量一一進行記錄，做了質檢記錄合格后辦理了入庫——放入冰箱。老張再把花的多少錢一筆一筆都做帳存入財務模塊，馬上統計出這次采購金額、物料成本的信息。
現在的時間只是下午3點多，ERP家宴一切准備齊全，工作效率很高。老張驕傲地說，看，ERP的威力顯示出來了吧？現在的工作流程是按照最先進的管理理念，最科學最合理的，以前總是或者多買了剩下，或者就短缺，現在完全按照需求采購，真是大不一樣啦。妻子也說，ERP就是比手工好，以前帳總是亂的，現在清楚多了。但是，事情還沒有完呢，下一步該怎么辦呢？客人們7點鍾來，幾點開始炒菜？早了菜涼了，晚了時間來不及。妻子問老張，老張說，這相當於生產排程，這是你車間具體執行的事情呀，你以前做菜怎么個做法，哪個工作應該提前多長時間開始，哪個是瓶頸資源，你應該有經驗吧。但是妻子有點發懵，以前從沒有被要求在這么短時間做這么多的菜。各個做菜工序全加在一起總共需要2個多小時。仔細算了算，家里有三個煤氣灶，正好可以同時開火，放上三個鍋：炸鍋、蒸鍋、炒鍋。妻子一人同時應付三個鍋沒問題，每道菜准備原料的過程還另外需要一個人，老張可以擔任，這樣，很多工作都可以同時做，應該用比2個小時短得多的時間完成。但是，這么多工作，從何入手呢？是一道一道菜做？還是兩道一起做？能三道菜一起做嗎？這道菜的關鍵資源是蒸鍋，另一道是炸鍋，好幾個菜攙在一起是怎么回事誰知道？每道工序的提前期到底有哪些？關鍵的路徑是什么？老張對此也說不出所以然。
這時候有同事打電話過來了，問幾點能吃完，大家再去打保齡。正為此事發愁的老張含糊說1個多小時吧。這不是給了客戶一個交貨承諾了嗎？從開始做飯到全部做完，1個小時完的了嗎？妻子更着急了。這時候女兒又打來電話，問晚上能不能請幾個同學來吃飯，只要做兩個菜？這時候還來添亂，不是更麻煩了嗎。妻子說：不行，不行，你們出去吃吧！
為了保證工期，避免延期違約的麻煩，妻子決定，立即動手開始干……
幾天以后，老張開始總結這次ERP宴會行動的得失。總結出來的問題主要有以下：
第一：螃蟹和魚買的早了，本來是活着的，結果到了做菜的時候已死了1個多小時，味道不好了。
第二：有幾個熱菜早早做出了，等到客人來了上的卻是涼菜。
第三：還有的菜上得太晚了，為了等最后一道菜大家空坐着半天，工序明顯安排不合理。連最后去打球也耽誤了。
總之，在前面所有管理環節都順暢的情況下，最后的生產過程不如人意。
但是妻子很委屈。那么多菜，本來一道一道做要用2個多小時，最后給壓縮成1個半小時做完，已經不容易了，菜上得晚了，但是廚房里已經一直在忙呢；想早吃完，只能早做，菜就難免會涼了；魚和螃蟹死了，你的采購計划哪里有幾點買魚和買螃蟹的提示。你的ERP家宴原定1小時，可為什么ERP不告訴你1個小時根本完不成？
老張無言以對，也開始考慮這個事兒。他知道，這些問題從本質上是作為ERP生產管理核心的MRP的缺陷所導致的必然。MRP本身是針對物料需求計划的，根本得不出滿足有限資源和多種約束條件下的生產作業計划。沒有作業計划，哪來精確時間的物料需求計划？這可怎么辦呢，看來只能對MRP反其道而行之，那就是APS了。有這么個軟件嗎？老張到網上一搜，還真的有這樣的軟件，國內生產排程比較優秀的軟件 APS軟件——XPlanner APS。
終於，老張又請到另外幾位同事，經過確認，還是跟上次一樣的菜和時間。但這回APS家宴與上次的MRP家宴有什么不一樣嗎？老張與妻子一起用這款XPlanner APS軟件來研究如何安排這頓晚宴。
老張首先把做每道菜的整個過程，用什么資源、物料、多長時間、邏輯關系等等都分別錄入到APS系統中。
用XPlanner APS建立涼菜拼盤的BOM結構
“BOM結構建好了，真是輕松搞定！”老張自豪地對妻子說，“先來試試XPlanner APS排程排得怎么樣？”點擊一個不起眼的“排程”按鈕，看看能出現什么吧。還真是厲害，一眨眼，排程結果就出來了，比以前使用的ERP快多了。再看看消息框顯示的排程時間，“居然都不到1秒，太神奇了！”妻子興奮的說。而且還有一個詳細的做菜計划列表，配有直觀的甘特圖。仔細一看，兩個人都大吃一驚，XPlanner APS明確回答：魚一條應該在什么時候用、螃蟹一斤應該在什么時候用，其他各種物料各是多少，幾點幾分需要，每道工序幾點開始幾點結束，中間有多少自由時間，哪些工序是關鍵工序。
XPlanner APS的排程結果
這可能嗎？兩個人對着甘特圖使勁檢查，先看各道菜的工序安排對不對。沒錯，就連涼菜必須放一段時間才能裝盤、里脊必須炸完2分鍾以后再開始炒糖醋里脊、炸完鍋巴必須立即炒鍋巴肉片這樣的細節都分毫不差。那么是不是有資源在沖突呀，兩人依次檢查配菜、蒸鍋、炸鍋、炒鍋，每個資源都安排十分緊湊的工作，都是干完一道工序再開始干另外一道，環環相扣，絲毫不亂。這才是真正的“資源計划”呀。兩個人感嘆，早知道有這么短時間完成的方法上次何至如此！
這時候又有同事打電話過來問時間，老張爽快地回答：一個小時搞定！女兒也打電話，問晚上加個菜：請同學吃炸丸子湯，成嗎？（插單）這可是一道很難做的菜呀，先捏丸子，再炸，最后做湯，幾個工序加起來時間要半個多小時。老張告訴不要急，在XPlanner APS里插入這個菜算了一下。很快得出結果：在某個適當的時間開始做這道菜，充分利用資源的空閑，整個流程只增加了11分鍾。
XPlanner APS的插單排程結果
沒問題，來吧！看，原來趕跑的客戶又回來了。老張突然想到，我現在魚和螃蟹的需求時間已經精確到秒了。這回我可以直接要求鮮貨供應商給我按時送上門，他們有這個服務內容，我就不用自己去采購了，到時候新鮮的魚和螃蟹按時來了直接進廚房，根本不占庫存，連冰箱都不需要用了。也就是說我把自己的生產計划與外部物流完全集成，這不就是形成SCM供應鏈了嗎。看來做到SCM的前提是你必須自己先有精確的生產作業計划，要不外部物流再准時也沒用。而把我的產品提供給客戶的時間也是精確到秒，可以滿足他們同樣的要求。這樣整條鏈上的各個環節不就能同時達到高效生產，最大限度降低庫存了嗎。原本很高深的SCM現在看來如此簡單。
第二天，老張的同事們都在談論昨天的宴會，重點不是菜的味道如何，而是老張和妻子神奇的做飯過程，三個鍋同時開火，幾道菜一起開工，一邊炒一邊蒸一邊炸，眼見兩人有條不紊不慌不忙，一樣樣地放下這件拿起那件，於是一道道菜不斷上桌，像變魔術一樣，實在厲害。
吃過第一次請客的人都奇怪，同樣的菜，這次為什么會如此不同？
老張這回對於ERP的理解有了更深刻的認識，ERP關鍵就是要對“資源”進行“計划”，像APS做的家宴計划這種方式，明確給出每個資源應該怎么去工作，發揮出最大效率，同時滿足多種約束條件。而不是原來的物料需求數量，或者是手工作業計划。
附：宴會模型菜譜
（1）涼菜拼盤，包括炸排骨、蒸臘肉、煮花生米。
（2）糖醋里脊
（3）宮保雞丁
（4）西湖醋魚
（5）清蒸河蟹
（6）鍋巴肉片。
做菜的幾個要點是，涼菜必須放一段時間才能裝盤。做糖醋里脊炸的時候，炸完里脊2分鍾開始炒里脊，時間長了短了口味都會不好。鍋巴肉片的要點是炸完鍋巴必須立即下鍋炒菜，不允許放置。
所有菜的主要工序需要的資源有：一個配菜員、一個炒鍋、一個蒸鍋、一個炸鍋，分別對應配菜、炒、蒸、炸這幾道工序。所有這些菜的做法如下：
還是這個模型，再增加一道菜（插單）：
（丸子湯F）
配菜，方法是配菜員一邊做丸子一邊下炸鍋炸丸子，從配菜開始以后2分鍾准時開始炸丸子，配菜的時間8分鍾，用配菜員。
炸丸子，炸完丸子才能做湯，炸丸子時間13分鍾，用炸鍋。
做湯，炸完丸子完成以后10分鍾之內必須開始做湯，不能超過10分鍾，做湯時間10分鍾。用炒鍋。
其他APS高級計划排程系統相關擴展閱讀：
3、 APS演繹飯局模型（通俗的告訴您為什么ERP計划與APS計划的區別）
4、烽火集團PCBA企業應用易普優APS實現智能計划排產案例
7、易普優高級計划排程Light版助力中小企業實現精益化計划