燒烤店食材叫貨補貨流

🎯 這條流程解決什麼

燒烤店的食材管理是門「夾在缺貨與報廢之間」的精細活。品項又多又雜——各部位的肉、海鮮、蔬菜、醬料、酒水，每樣損耗速度還不一樣。肉品海鮮這類生鮮一旦估錯量，兩頭都是賠：估太少，假日尖峰賣到一半招牌品項缺貨、客人點不到只能道歉，當晚的營收與口碑一起掉；估太多，賣不完過了保存期限就得報廢，那都是實打實的成本，直接吃掉本來就不厚的毛利。

現在純人工怎麼做？多半靠店長或老師傅憑經驗，每天打烊後巡冰庫、心裡盤算「今天賣得兇、明天多叫一點肉」，再手寫一張叫貨單，分別 LINE 給肉商、海鮮商、菜商。這套靠感覺的做法問題一堆：經驗難複製，老師傅休假換人叫貨就抓不準；尖峰過後人累了，盤點容易漏品項、字跡潦草供應商看錯；而且要分別跟好幾家供應商來回對訊息、確認規格與數量，每天光是叫貨這件事就要耗掉一段不短的時間，假日前還得加班抓量。更別說「近效期食材」常被遺忘在冰庫角落，等想起來已經得丟掉。

這條流程把採購從憑感覺變成有數據支撐：系統結合 POS 銷售與庫存盤點自動估算各品項建議叫貨量、依供應商拆單分流下訂、並追蹤到貨與保存期限、把近效期食材標出來提醒優先使用。想反推當日該出多少餐、抓出餐量，可串 /workflows 的外帶預訂流程；要計算食材成本率、控管毛利，可到 /recipes 找成本控管配方。

導入後的改變

導入前，叫貨靠老師傅經驗手寫、分頭 LINE 各供應商，換人就抓不準量，缺貨開天窗或過量報廢時常發生，近效期食材又容易被遺忘。每天叫貨的盤算與聯繫要耗掉不少時間。

導入後，店長每天只要確實回報盤點，系統就自動推算哪些該補、補多少、並依供應商拆好叫貨單一鍵分流，叫貨的作業時間可大幅縮短、約省下一半以上工時，還不再依賴特定老師傅的經驗。估量有銷售數據撐腰，缺貨與報廢兩頭的損失都能下降——報廢減少直接守住毛利，缺貨減少則保住尖峰營收與招牌品項的口碑。到貨追蹤與近效期提醒讓冰庫不再有被遺忘的食材，整體食材成本率能更受控。

流程怎麼運作

第一步，觸發：盤點回報。 每日打烊或開店前，廚房回報當前庫存盤點；或當某品項庫存低於預設的安全量時，自動觸發補貨判斷。盤點資料是整套流程估量的基礎，回報得確實才準。

第二步，AI 估算缺料。 AI 預估節點把昨日（或近期）POS 銷售資料與當前庫存結合，推估每個品項的消耗速度與建議叫貨量，並把週末、連假、訂位多寡等因素納入考量，算出「補到多少才夠又不過量」的建議值。

第三步，生成叫貨單。 系統依供應商把建議叫貨量拆分成各自的叫貨清單，標註品項規格（部位、切法、規格重量、等級），讓每家供應商收到的是清楚、不會看錯的訂單。

第四步，分流下單。 把拆好的各家叫貨單，以 Email 或 LINE 自動寄給對應供應商，省去店長一家家手動傳訊、確認的來回時間。送出前可設店長過目確認的關卡。

第五步，到貨與效期追蹤。 供應商到貨後登記實際到貨狀況（數量、是否短少、品質），同步更新庫存；系統並依品項保存期限，把近效期食材標示在追蹤看板上，提醒廚房優先使用、排進當日菜色，從源頭降低報廢。

需要的工具與串接重點

平台用 n8n 或 Make 當中樞，串接 POS 銷售資料、庫存盤點表、AI 預估節點、供應商 Email／LINE 與到貨追蹤看板。POS 銷售資料是估量的依據，要能撈出各品項的銷售明細而不只是總營業額，否則 AI 算不出單品消耗。庫存盤點表是另一支柱，建議用結構化的表單讓廚房快速回報，降低盤點負擔與漏報。AI 預估節點是核心，要設好各品項的安全庫存、前置天數（叫貨到到貨要幾天）與假日係數，初期人工校調幾輪讓估量貼近實況。供應商分流要先建好「品項對應哪家供應商、各家規格用語」的對照表，叫貨單才拆得對。到貨追蹤看板負責記錄到貨與效期，效期提醒的天數要依各類生鮮特性設定。更多串接設定觀念可參考 /automation。

常見錯誤與注意事項

這條流程牽涉食材安全與食安，是最不能讓 AI 全自動拍板的環節。第一，AI 估算的叫貨量、效期提醒都僅供參考，實際進貨量、驗收、以及食材是否還能用，務必由店長與廚房人工確認——生鮮到貨的新鮮度、有無異味變色、冷鏈是否斷過，這些只能靠人現場判斷，系統絕不能取代驗收。第二，效期提醒是輔助，但「過期就是不能用」這條紅線必須嚴守，不能因為系統沒標到就放行，也不能為了省成本用近效期或可疑食材，這直接關係消費者健康與店家責任。第三，估量受突發因素影響大（天氣、臨時大訂單），系統建議值要保留人工調整空間，不能盲目照單全收。第四，叫貨涉及金額與供應商合約條件，下單前的金額與規格確認應由採購把關。AI 在這條流程只做估算、拆單與提醒，不取代店家對食材安全與衛生規範的把關責任。

台灣中小企業情境案例

高雄一間中型燒烤店，肉品向兩家肉商、海鮮向一家、蔬菜醬料向一家叫貨，過去全靠資深廚師長憑經驗手寫叫貨單。問題是廚師長一休假，代班的人抓不準量，不是某部位肉缺貨讓客人點不到，就是海鮮叫太多隔天報廢。導入這條流程後，系統每天結合 POS 銷售與盤點推算各品項建議量、自動依四家供應商拆好叫貨單，廚師長過目確認後一鍵分流送出，叫貨從一小時的盤算與傳訊縮短到十幾分鐘。到貨追蹤看板把近效期的海鮮標出來，廚房順勢安排成當日推薦菜色消化掉。幾個月下來，缺貨開天窗的情況明顯減少、生鮮報廢量下降，食材成本率受控，連廚師長休假時的叫貨品質也穩定了，不再綁在一個人身上。

延伸應用

這條流程可以串成更完整的供應鏈與成本管理。往前可結合外帶預訂與訂位流程，用已知的訂單與訂位反推當日預期出餐量，讓叫貨估算更精準。往後可串成本控管，把實際進價自動帶入計算各品項與整店的食材成本率，找出毛利被吃掉的破口。也能加「供應商比價與評比」分支，記錄各家的價格、到貨準時度與品質，作為議價與換供應商的依據。再進一步，把報廢原因建檔分析，找出反覆過量的品項調整安全庫存。連鎖店則能集中採購、統一比價、各分店共享估量模型。把叫貨、訂位、外帶、成本幾條流程串成一套，整間店的食材管理就能從靠老師傅的經驗升級成靠數據與系統運轉。相關流程都收在 /workflows，可挑著組合。

流程圖

用到的工具

更多「餐飲美食」工作流

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