終于，老張又(yòu)請到另外(wài)幾位同事，經過确認，還是跟上次一(yī)樣的菜和時間。但這回APS 家宴 與上次的ERP 家宴有什麽不一(yī)樣嗎(ma)？老張與妻子一(yī)起用APS 來研究如何安排這頓晚宴。

老張首先把做每道菜的整個過程，用什麽資(zī)源、物(wù)料、多長時間、邏輯關系等等都錄入到 APS 系統中(zhōng)，再點擊一(yī)個不起眼的‘計算’按鈕，先看看能出現什麽吧。計算機不停地眨着眼睛在計算，有一(yī)分(fēn)鍾的時間，這倒是很新鮮，它在算什麽呢？妻子好奇地盯着它。結果終于出來，那是一(yī)個詳細的做菜的計劃列表，還配有甘特圖。仔細一(yī)看，兩個人都大(dà)吃一(yī)驚， APS 系統明确回答：隻要42 分(fēn)鍾就能完成全部的做菜工(gōng)作。而且精确指出魚一(yī)條應該在7：20的時候用、螃蟹一(yī)斤應該在7：40用，其中(zhōng)各色物(wù)料各是多少，幾點幾分(fēn)的時候需要，每道工(gōng)序幾點開(kāi)始幾點結束，中(zhōng)間有多少自由時間，哪些工(gōng)序是關鍵工(gōng)序。

這可能嗎(ma)？兩個人對着甘特圖使勁檢查，先看各道菜的工(gōng)序安排對不對，沒錯，就連涼菜必須放(fàng)一(yī)段時間才能裝盤、裏脊必須炸完2分(fēn)鍾以後再開(kāi)始炒糖醋裏脊、炸完鍋巴必須立即炒鍋巴肉片這樣的細節都分(fēn)毫不差。那麽是不是有資(zī)源在沖突呀，兩人依次檢查配菜、蒸鍋、炸鍋、炒鍋，每個資(zī)源都是在42 分(fēn)鍾的時間裏安排得十分(fēn)緊湊，但都是幹完一(yī)件工(gōng)序再開(kāi)始幹另外(wài)一(yī)件，環環相扣，絲毫不亂。這才是真正的‘資(zī)源計劃’呀！兩個人感歎， 早知(zhī)道有這麽短時間完成的方法，上次何至如此！ 

老張很快又(yòu)算出另外(wài)幾種42分(fēn)鍾完成的方法，正在對比哪種更好。這時候又(yòu)有同事打電(diàn)話(huà)過來問時間，老張爽快地回答：一(yī)個小(xiǎo)時搞定！女兒也打電(diàn)話(huà)，問晚上加個菜：請同學吃炸丸子湯，成嗎(ma)？這可是一(yī)道很難做的菜呀，先捏丸子，再炸，最後做湯，幾個工(gōng)序加起來，時間要半個多小(xiǎo)時。老張告訴妻子不要急，在APS 裏加入這個菜算一(yī)下(xià)。很快得出結果：在某個适當的時間開(kāi)始做這道菜，充分(fēn)利用資(zī)源的空閑，整個流程隻增加 11分(fēn)鍾。沒問題，來吧！看，原來趕跑的客戶又(yòu)回來了。 

老張突然想到，我(wǒ)現在把魚和螃蟹的需求時間已經精确到秒 。這回我(wǒ)可以直接要求鮮貨供應商(shāng)給我(wǒ)按時送上門，他們有這個服務内容，我(wǒ)就不用自己去(qù)采購 ，到時候新鮮的魚和螃蟹按時送來，直接進廚房，根本不占庫存，連冰箱都不需要用。也就是說我(wǒ)把自己的生(shēng)産計劃與外(wài)部物(wù)流完全集成，這不就是形成SCM供應鏈嗎(ma)。看來做到SCM 的前提是你必須自己先有精确的生(shēng)産作業計劃，要不然，外(wài)部物(wù)流再準時也沒用。而把我(wǒ)的産品提供給客戶的時間也是精确到秒，可以滿足他們同樣的要求。這樣整條鏈上的各個環節不就能同時達到高效生(shēng)産，最大(dà)限度降低庫存嗎(ma)。原本很高深的SCM現在看來如此簡單啊。 

第二天，老張的同事們都在談論昨天的宴會，重點不是菜的味道如何，而是老張和妻子神奇的做飯過程，三個鍋同時開(kāi)火(huǒ)，幾道菜一(yī)起開(kāi)工(gōng)，一(yī)邊炒一(yī)邊蒸一(yī)邊炸，眼見兩人有條不紊不慌不忙，一(yī)樣樣地放(fàng)下(xià)這件拿起那件，于是一(yī)道道菜不斷上桌，象變魔術一(yī)樣，實在厲害。吃過第一(yī)次請客的人都奇怪，同樣的菜，這次爲什麽會如此不同？ 老張這回對于ERP 的理解有更深刻的認識，ERP 關鍵就是要對‘資(zī)源’進行‘計劃’，像APS做的家宴計劃這種方式，明确給出每個資(zī)源應該怎麽去(qù)工(gōng)作，發揮出最大(dà)效率，同時滿足多種約束條件。而不是原來的物(wù)料需求數量，或者是手工(gōng)作業計劃。