甜點店食材庫存盤點與供應商叫貨建議流程

🎯 這條流程解決什麼

甜點店的食材管理，永遠夾在兩種風險之間。叫太少：週末訂單一多，鮮奶油、特定品種的草莓、進口巧克力說斷就斷，內場只能臨時跑大賣場補貨（價格貴又不一定有同款），或乾脆推掉訂單，把生意往外推。叫太多：生鮮料放到過了保存期就得整批丟，鮮奶油一盒上百元、進口水果一箱上千元，丟一次就是把當天的利潤倒進垃圾桶。難就難在用量會隨訂單浮動，這週接了三場外燴、下週只有零售客，光靠老師傅憑經驗抓量，旺季淡季很容易抓偏。

純人工盤點要花多少時間？多數小店是每週找一個半天，師傅停下手邊工作，拿著清單一項項數冰箱、數乾貨櫃，再對照接下來的訂單心算「夠不夠」，然後憑印象打電話或傳訊息跟各家供應商叫貨。這個流程一週吃掉三到五小時，而且高度依賴那位「記得每個配方用量」的老師傅，他一請假，採購就抓瞎。更糟的是，憑印象叫貨常常某項叫過頭、某項又忘了叫，月底結算才發現報廢率居高不下。

這條流程讓叫貨從「憑感覺」變成「有依據」：系統依當週已成立訂單與配方用量，回推鮮奶油、麵粉、雞蛋、水果等主要食材的預估耗用量；比對現有庫存與安全水位，標出即將短缺的品項，鮮料另依保存期提醒先進先出；接著依預估用量、現有庫存與供應商最小訂購量，產出建議叫貨數量草稿，採購核定後按供應商分類整理成叫貨清單，附上交期與品項。該叫的提早叫、鮮料控制在用得完的量。

導入後的改變

導入前，盤點與叫貨每週耗掉三到五小時，且綁在特定師傅身上；鮮料報廢率憑經驗常落在一成上下；旺季偶爾缺料停工、得臨時高價補貨。導入後，系統先把用量算好、把短缺品項標出來，採購只需「核對與核定」而非「從零盤算」，每週盤點叫貨時間可從三五小時壓到一小時內，省下約七成的行政工時，而且就算老師傅請假，代班的人照清單也能叫得八九不離十。

效益最直接反映在報廢與缺料兩端。把安全水位與先進先出提醒做起來後，鮮料報廢率通常能從一成左右降到三到五成的水準（視品項而定），對一間每月食材成本十五萬的店，光是把報廢率砍半，一個月就能省下數千到上萬元。同時，提早依訂單回推用量，旺季缺料停工與臨時高價補貨的狀況大幅減少，等於同時守住了「不浪費」和「不開天窗」兩條線。

流程怎麼運作

對應 frontmatter 的四個節點。第一步 用量估算：流程在每週定時排程觸發，從訂單系統撈出當週已成立訂單，對照每款商品的「配方用量表」（一顆六吋鮮奶油蛋糕要多少鮮奶油、多少蛋），把所有訂單的食材需求加總，回推出鮮奶油、麵粉、雞蛋、水果等主要食材的預估耗用量。這一步的準確度，取決於配方用量表維護得夠不夠細。

第二步 庫存比對：流程把預估耗用量與庫存試算表裡的現有庫存、預設安全水位相比，標出「即將低於安全量」的品項；對鮮料則額外比對保存期，提醒哪些該先用、哪些快過期，落實先進先出。第三步 叫貨建議：流程依「預估用量 − 現有庫存」算出缺口，再對齊各供應商的最小訂購量（例如麵粉一次得叫一整袋），產出建議叫貨數量草稿。第四步 叫貨清單：採購核定數量後，流程按供應商把品項分類，附上交期與數量整理成叫貨清單，透過 Line 官方帳號發給採購，由人工確認後再正式下單。

需要的工具與串接重點

平台用 n8n 或 Make。訂單系統提供「當週要做什麼」，是用量估算的輸入來源，串接時要能撈出含商品與數量的訂單明細。庫存試算表（Google Sheets）是整條流程的資料核心，至少要有三張表：配方用量表（商品對食材的換算）、庫存表（現有量、安全水位、效期）、供應商表（品項對應廠商與最小訂購量）。AI 用量試算負責把訂單換算成食材需求並產生叫貨草稿，Line 官方帳號負責把短缺提醒與叫貨清單推給採購。

串接重點：一是配方用量表要持續維護，新品上市、配方調整都要同步更新，否則估算會失準；二是安全水位不是一個固定數字，旺季和淡季應設不同值，建議保留欄位讓店主手動覆寫；三是叫貨清單只到「建議與整理」為止，正式下單一律留給人，系統不直接對供應商送單。把這三點守住，這條流程才能既省事又不出包。

常見錯誤與注意事項

最大的誤區，是把 AI 估出來的數字當成「就照這個叫」。AI 估算的用量與建議叫貨數量僅供參考，它算不出今天的天氣會不會臨時多一批冰品訂單、某款水果產季價格波動該不該多囤，實際訂購量務必由內場或採購依配方損耗、天氣、活動與供應穩定度人工確認。第二，涉及採購金額的訂單，請依內部核決權限完成簽核後再下單，系統不得自動送出採購，避免出現「沒人核就被叫了一卡車貨」的失控狀況。

最不能輕忽的是食品安全。食材的保存與效期判斷，攸關消費者健康，必須由人員實地確認，不可僅憑系統紀錄就放行使用——系統可能因為盤點漏更新而顯示「還在效期內」，但實物可能已經變質。鮮料開封後的狀態、冷藏溫度是否正常，這些都要靠人的眼睛和鼻子把關，AI 不取代專業判斷。庫存資料若涉及供應商報價等商業資訊，也應妥善管理權限。

台灣中小企業情境案例

新北一間主打生乳捲與季節水果塔的甜點工作室，老闆娘一人撐起內場兼採購。過去她每週日晚上收店後盤點，數冰箱數到眼花，常常週一忙起來忘了叫鮮奶油，週三客人預訂的生乳捲做不出來只好賠不是；反過來，草莓季她一次叫太多，賣不完爛掉一大盒，心疼到睡不著。報廢率一直壓不下來，但她實在沒時間細算。

導入這條流程後，她把每款商品的配方用量建進試算表，系統每週一早上自動把當週訂單換算成食材需求、標出鮮奶油快不夠、草莓還夠用，並把叫貨清單分成「乳製品廠」「水果行」兩張推到她的 Line。她只要花十分鐘核一下數量就能下單。三個月後她回頭算帳，水果類報廢明顯變少，缺料停工的窘況幾乎不再發生，她說最有感的是「不用再靠記憶力過日子」。

延伸應用

這條流程可往前接訂單、往後接成本分析。往前，串 節慶接單流程 與客製蛋糕預訂，讓檔期確定訂單一成立就同步回推備料，旺季備料更從容。往後，把每週實際用量與叫貨資料累積起來，接到 自動化中心 做趨勢分析，就能算出各食材的季節用量曲線、預測下個旺季該囤多少，甚至比較不同供應商的到貨穩定度與單價，當作議價依據。

多分店的店家還能把這套擴成中央備料系統，總部統一彙整各店需求一次向供應商叫貨、拉低單價。更多庫存、採購與成本管理做法見 食譜庫 與 工作流總覽，想看更多自動化串接思路可參考 自動化中心。

💡 使用提醒：AI 估算的用量與建議叫貨數量僅供參考，實際訂購量務必由內場或採購依配方損耗、天氣、活動與供應穩定度人工確認。涉及採購金額的訂單，請依內部核決權限完成簽核後再向供應商正式下單，系統不得自動送出採購；食材保存與效期判斷攸關食品安全，須由人員實地確認，不可僅憑系統紀錄放行使用。

流程圖

用到的工具

更多「餐飲美食」工作流

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