員工餐常煮太多，先把出勤名單與實際用餐需求分開，按餐期確認需要的人數、餐點選項及臨時變更。登記要趕得上採購或製備決定，也要有合理的變動承接；不能只把全公司人數乘一份，或用要求員工吃完來消化過量。

食藥署減量資料鼓勵依營業與需求安排食材，這項原則也可用在固定供餐。員工餐既有供餐、營養及特殊飲食要求仍需維持，數量管理不替代這些安排，也不處理薪資或福利制度。

先確認誰在哪一餐需要餐點

有人外出、休假、自備餐點或在另一班別用餐，出勤不必然等於本餐需求。也可能有臨時支援、加班或跨班人員，若只看固定名單就容易漏算。用餐登記應能反映實際餐期，而不是每天複製同一個人數。

餐點選項不同時分開計數，例如已確認的不同飲食安排，不能只給廚房總數卻不告知組合。涉及個人健康或敏感需求的資訊，依既有適當程序管理；一般減量表不必收集原因細節。

需求表保留更新時間與承接人

截止點應依現場實際準備安排決定，並讓使用者事先知道；不必設定所有場所相同的幾點鐘。較晚發生的需求變動仍需有承接方式，避免員工無法取得已安排的餐點。

不確定你的店適合哪一款？

輸入每日廚餘量，30 秒看建議機型和一年省多少。

假設午餐原登記四十二份，製作前新增五份、取消兩份，已確認需求為四十五份。廚房依此完成四十五份，實際領餐三十八份，則有七份未交付。先確認是否有人晚到、已轉交或其他流向，不立即全部記成報廢。

若最後確認七份確實無需求而依程序處理，原因應查到是取消太晚、登記未更新，還是預估名單本來不準。不能因四十五減三十八等於七，就直接認定七位員工故意浪費；數量差並未提供動機。

如果其中三份已依既定合格安排交給另一餐期需求，應保留移轉與承接，不在原餐期先算報廢、下一餐又當新增製作。食品是否適合這種安排仍需另行確認，算式本身不給使用許可。

取消發生在下單之前，可能調整採購；發生在製作開始前，可調整批量；餐點完成後才變更，就需要處理既有餐點。需求表保留時間，能找到哪個確認環節最值得提前。

若常有臨時加班需求，可以討論已核准且可執行的補餐安排，不一定每餐都先多做大量成品。安排需符合現場供餐能力與既有要求，不能以減量為理由讓真正需要用餐的人被忽略。

登記工具不必複雜，現有表單、紙本或餐期點名都可以。關鍵是指定一個人彙整最新版本，避免部門各自報數又被總表重複加一次。

未領餐主要回看需求與製作，已領餐後剩在餐盤則可能涉及份量、搭配或其他原因。兩者要分開，不然廚房可能以為煮太多而減少製作，實際問題卻是某一配菜不適合需求。

可以提供自願的份量選項與簡短回饋，但不公開個人剩食排名、不要求為改善數字而勉強吃完。管理應先減少不需要的供應，而不是把處理過量餐點的責任轉給用餐者。

將相近班別與餐期的登記、製作、領取及剩餘並列，才有機會看出固定偏差。一次活動或特殊加班的數據另加註記，不直接當作平日永久需求。

場域整體可參考員工餐廳廚餘管理，源頭方向可看減量方法，食品安排仍依餐飲衛生管理確認。這張需求表處理份數決策，實際取餐動線另按場所設計。

可作背景，但應確認本餐需求。出勤者不一定都吃，同時也可能有跨班或臨時支援需求。

不能直接假定，需依食品狀態與適用程序確認。若確有合格承接安排，應記錄數量與去向。

若需求調整後仍有穩定廚餘，可透過綠獸合作流程提供各餐期實際量及物料組成。