拉麵店原料庫存盤點與自動叫貨補料流程

🎯 這條流程解決什麼

拉麵的成本與品質都壓在原料上。骨料要花六到十小時熬、叉燒要前一天先醃先滷、麵條與半熟蛋有保鮮期、蔥花與筍乾開封後放不久——叫多了壞掉變損耗，叫少了直接開天窗賣不了。偏偏這套備料判斷在很多店裡全靠主廚一個人的記憶與手感：每天打烊後翻冰箱、看桶底、心算明天要熬幾鍋、要醃幾條，再憑印象傳 Line 給廠商下單。

這種做法的隱性成本其實很高。一位主廚每天花在盤點與下單上的時間，少說 30 到 45 分鐘，一個月就是 15 到 22 小時，等於兩到三個工作天耗在數冰箱、抄數字、傳訊息上。更貴的是判斷失準的代價：憑感覺多熬一鍋骨湯，賣不完就是幾百到上千元的食材與瓦斯白白倒掉；憑感覺少醃叉燒，週末尖峰賣到一半見底，只能跟客人說「不好意思賣完了」，流失的是當天營業額與回頭客的好感。靠人腦記十幾樣原料的水位與用量，本來就容易出包。

這條流程把備料管理自動化：依當日各品項售出數量換算骨料、麵條、配料的消耗自動扣減庫存，再結合近期銷量趨勢與假日因素預估到補貨日的用量、推算建議叫貨量；比對安全水位挑出即將短缺的原料整成待補清單，最後依供應商分類生成叫貨單草稿。主廚不必再每天翻冰箱憑感覺下單，把「做到一半才發現叉燒見底」的窘況變成系統提前預警、按量補料。

導入後的改變

導入前，備料是「人腦資料庫」：水位在主廚腦中、用量靠經驗推、下單看心情和記性，主廚一休假或太忙，叫貨就可能漏或重。損耗與缺料這兩個老問題輪流出現，月底結帳才發現食材成本悄悄吃掉利潤。

導入後，每天打烊後系統自動依銷量更新庫存、預估用量、列出待補清單與叫貨草稿，主廚只要花幾分鐘確認金額與份量就能送出。實務上可以期待的改變大致是：盤點與下單的人工時間減少約七成（從每天半小時降到幾分鐘確認）；因為叫貨更貼近實際用量，鮮料的報廢損耗有機會降低一到兩成；尖峰時段因缺料而賣斷、被迫關品項的情況明顯減少，等於少流失營業額也少掉客訴。最重要的是，這套判斷不再綁在某一個人身上，店長、副廚都看得懂、接得住。

流程怎麼運作

對應 frontmatter 的四個節點，流程在每天打烊後與庫存觸發時這樣運作：

1. 用量扣減——打烊後讀取當天 POS 的各品項售出數量，依每道餐點的標準用量表（一碗用多少骨湯、幾片叉燒、多少麵條與配料）換算成原料消耗，自動從庫存資料庫扣減更新各原料的現有水位。
2. 需求預估——AI 用量預估節點結合近 7 至 14 天的銷量趨勢與假日／天氣因素，推估隔日到下次補貨日的預期用量，再換算成每樣原料的建議叫貨量，避免單純照昨天的量補貨而失準。
3. 缺料預警——把預估用量與目前庫存、安全水位三者比對，挑出已低於門檻或即將短缺的原料，整理成待補清單並排出優先序（先處理熬煮耗時、前置最久的骨料與叉燒）。
4. 叫貨彙整——依供應商把待補品項分類，生成各廠商的叫貨單草稿，送主廚確認後再發給對應廠商，並把預計到貨日記錄起來做到貨追蹤。

需要的工具與串接重點

以 n8n 或 Make 為骨幹。最關鍵的前置作業是建立「標準用量表」：把每道餐點會用到的原料與份量列清楚，這是自動扣減的根基，列得越準、庫存數字越可信。POS 銷售資料是用量來源，需能匯出或以 API 取得每日各品項銷量。庫存資料庫可用 Airtable 或 Google 試算表，記錄品項、現有量、安全水位、供應商、單位與單價。AI 用量預估節點負責結合趨勢做預測，提示詞要帶入近期銷量、星期幾、是否連假等變數。Line 或 Email 負責把待補清單與叫貨草稿推給主廚。

串接重點：第一，叫貨單一律以「草稿」送出，等人確認再發給廠商。第二，標準用量表要定期校正，新品上市或配方調整就要更新。第三，安全水位要依各原料前置時間個別設定，熬製耗時的骨料水位要設高一點，留足提前量。想把更多重複作業交給系統，可參考站上的 自動化 應用。

常見錯誤與注意事項

備料牽涉食安與採購金流，幾個地雷要特別小心。第一，自動扣減依的是售出數量與標準用量，但實際備料常有試做、報廢、份量微調的落差，庫存數字僅供參考，定期實體盤點仍不可少，尤其是容易腐壞的鮮料。第二，叫貨單涉及採購金額與供應商合約，金額、規格與下單時機務必由主廚或採購人工確認後再送出，系統不取代採購人員的議價與品質判斷，避免誤訂、訂錯規格或重複下單造成損失。第三，涉及保鮮、解凍、效期的食安環節，務必以實物為準，AI 的用量預估只是輔助，不能取代廚房對食材新鮮度與安全的把關。颱風、連假、活動等異常需求，更要人工覆核預估值再下單。

台灣中小企業情境案例

新北一家單店經營的家系拉麵，主廚兼老闆，過去每天打烊後光盤點和傳 Line 叫貨就要忙快一小時，週末還常發生叉燒或溏心蛋賣到一半見底、只能臨時改菜單的狀況，月底結帳又發現高湯和蔥花的報廢比想像中多。導入這條流程後，系統每天自動依 POS 銷量更新庫存、列出隔天的建議叫貨量與待補清單，老闆睡前花五分鐘確認金額就送出叫貨。三個月後，他的盤點下單時間從每天近一小時降到約十分鐘，鮮料報廢明顯減少，週末因缺料臨時關品項的情況幾乎絕跡，省下的時間拿去研發新湯頭。

延伸應用

這條流程還能往很多方向長。可搭配 限量餐點預告流程 讓限定品的備料份數與庫存連動，限量品一設定就自動納入用量計算。也可以接上「成本與毛利看板」，把叫貨金額對應到銷售，算出每碗的食材成本率，及時抓出漲價的原料。若是連鎖多店，還能把各店用量彙總統一向總倉叫貨，提高議價力。更多進銷存與成本控管的招式，可參考 食譜庫 裡的延伸應用。

💡 使用提醒：自動扣減依的是售出數量與標準用量，實際備料常有試做、報廢與份量微調的落差，庫存數字僅供參考，定期實體盤點仍不可少。叫貨單涉及採購金額與供應商合約，金額、規格與下單時機務必由主廚或採購人工確認後再送出，系統不取代採購人員的議價與品質判斷，避免誤訂或重複下單造成損失。

流程圖

用到的工具

更多「餐飲美食」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →