食材效期預警設定：通知對象、處理期限與結案

食材效期預警如果只做到發通知，大概只完成了三分之一——通知發出去之後，誰來處理、多久之內要處理完、處理完之後怎麼證明已經處理了，這三段才是預警真正的閉環。多數門市的實際情況是系統預警訊息每天跳出好幾筆，但沒有人被指定為負責人，於是每一筆都變成「看到的人自己決定要不要處理」，而「看到的人」每一班都不一樣。

食材效期預警真正的價值不在於提前通知，而在於通知之後有人處理、處理完之後有紀錄可以回頭檢討。預警不是一個訊息發送功能，它是一套責任歸屬與回饋機制——誰該看到、看到後該做什麼、做完後怎麼證明、沒做完誰會被升級通知，這四個環節連起來才是預警。

▍一、預警層級與通知對象的設定

預警至少要分三層。第一層是提醒：效期還有七天以上，系統產生清單供參考，不需要立即處理，屬於日常作業的輔助資訊。第二層是警告：效期剩三到七天，系統主動通知門市當班主管，要求三天內回覆處理方式。第三層是緊急：效期剩不到三天，系統升級通知到總部採購或食安管理人員，同時標示這批食材為優先處理。

通知對象的設定原則是：第一層發給門市全體（可選）、第二層發給當班主管、第三層發給總部對應窗口。每一層的通知對象要設定具體的人名或職位，不能只設一個群組——群組裡沒有人對訊息負責，個人帳號才有。

▍二、處理期限與結案的要求

每一則預警都要帶處理期限。期限的長短依預警層級與食材類別決定：緊急預警的處理期限通常不超過二十四小時，警告預警三到五天，提醒預警則可以設定為下次訂貨日前完成即可。

結案時至少要記錄三件事：處理方式、處理日期、處理人。處理方式分為幾類——如期使用（這批貨在效期內正常消耗掉）、降級使用（轉為加工品或員工餐）、轉贈（捐贈給食物銀行）、報廢。每一種處理方式後續的帳務路徑不同，報廢要連動報廢單與原因分析，降級使用要調整成本認列，轉贈則需要開立捐贈單據。

未在期限內結案的預警，系統自動升級通知到上一層，並每日重發直到結案為止。

▍三、系統在預警環節的閉環設計

把預警設在群組訊息裡，發完就當作處理完了，問題不在於訊息有沒有發出去，而在於沒有人對這則訊息負責——沒人回覆就等於沒人處理，而沒人處理的預警跟沒設預警是一樣的。富啟科技的食安管理系統在預警環節設計了三層設定：預警天數按食材類別分別設定、通知對象按層級區分（門市當班主管→總部採購）、每一則預警都帶有處理期限。處理完成後系統要求記錄處理方式與結案時間，未在期限內結案的預警自動升級通知到上一層。結案紀錄累積下來，可以回頭看哪些食材的預警發生頻率最高、門市最常選擇哪一種處理方式——這些數據會回饋到採購端，影響下一次的訂量決策與供應商選擇。

食材效期預警要不要用系統來管，判斷點不是預警有沒有發出去，而是發出去之後有沒有人負責處理、以及處理完有沒有結案紀錄可以回顧。若您想確認預警層級的設定方式、以及結案紀錄如何轉化為採購與訂量的調整依據，富啟科技提供免費現場勘查，並取得客製化建置方案與報價：

電話 (02)2516-6100｜手機 0979-382-058｜LineID:@964dmmig

地址：台北市南京東路二段178號6樓

▍食材效期預警設定常見問題

Q1：預警要提前幾天設比較合理？

依食材類別與使用情境不同。常用且週轉快的食材（如每日配送的鮮奶）預警設三天前就夠，因為它的週期短；週轉慢的冷凍品或備用乾貨，預警可以設在效期前三十天，因為還有時間調整使用計畫或降價促銷。比較實務的做法是先設定一個統一的預警天數（例如七天），上線後觀察報廢率與預警回應率，再逐類調整，而不是一次到位訂出完美數字。每一類的設定值要能隨著季節或供應商改變而調整。

Q2：通知對象要設幾層才夠？

至少兩層，三層比較穩。第一層是門市端（店長或當班主管），負責決定這批貨怎麼處理；第二層是總部採購或食安管理人員，負責看門市的處理是否合理，以及同一問題是否在多家門市重複發生。第三層可以選擇性開放給供應商——對於頻繁出現預警的品項，供應商需要知道自己的交貨效期是否偏短。每一層的權限不同：門市決定怎麼做，總部決定要不要調整訂量或更換供應商，供應商只有檢視權。

Q3：結案的時候如果選擇報廢，這筆紀錄會影響什麼？

報廢紀錄會回饋到兩個地方。一是採購端：同一食材反覆報廢，代表訂量可能偏大，系統會把這個訊號列在下次訂貨時的參考資訊裡。二是供應商端：如果報廢的原因是效期偏短而不是用量不足，代表供應商給的效期不夠長，這個數據會累積到供應商評鑑中。報廢紀錄本身不是懲罰，它是調整的依據——沒有這筆紀錄，下一次的訂量就只能靠感覺來決定加或減。