團膳食材追溯系統：進貨掃碼到供餐點查詢

團膳食材追溯系統要成立，靠的是每一個交接點都有人掃、有紀錄，不是系統採購回來就自動會追溯。從貨車進廠到餐盒送到供餐點，中間經過驗收、入庫、領用、產製、出貨、配送多次交接，任何一次只用口頭或紙本帶過，追溯鏈就斷在那裡。進貨掃碼是起點，供餐點端查得到，才算到終點。

▍六個交接點各自掃什麼

進貨驗收掃貨件批號，連同檢驗文件、重量與到貨照片建檔；入庫掃儲位，批號跟著實體貨走；領用投產掃料批，實際用掉哪批就登哪批；成品下線貼上生產批標籤；出貨照配餐單逐點核餐；送達供餐點完成簽收。每一節自動帶出時間與人員，事後不必回推當天是誰經手。散裝原料在分裝當下就要重新貼標，別讓批號只停留在原包裝上。

批號繼承的邏輯是：上一個節點的批號是下一個節點的輸入，領用時帶入原料批、成品下線時生成生產批，出貨與簽收再帶著生產批走到供餐點；中間任何一環改用紙張或口頭，往後的查詢都只能用日期推測。

▍供餐點端查詢查得到什麼

學校或客戶端以自己的帳號登入，依日期與餐次查到菜單、生產批、原料來源、檢驗結果與留樣狀態，家長或一般師生看到的公開資訊則另設範圍。查詢端的意義，在於客戶不必打電話問廚房，業者也不用每次被問就翻箱倒櫃；更重要的是查詢結果與廠內紀錄同源，不會出現客戶查到的與業者自己留的對不起來。

實務上常見的分工是，學校或機關的管理人員登入後，看授權範圍內的完整紀錄，公開頁面只呈現合約約定可公開的內容；業者則保留廠內完整鏈路。查詢權限可以切得很細，底層資料卻是同源，不會各說各話。

▍系統的業者端與客戶端怎麼分工

富啟科技的團膳食材追溯系統把廠內掃碼節點與供餐點查詢端做在同一套平台，業者端管理完整鏈路，客戶端只看授權範圍內的資訊，兩邊資料同源、權限分開。

主要功能包括五項：

1、進貨掃碼驗收：供應商批號、檢驗文件、重量與照片一併建檔

2、庫存批次管理：從入庫到領用，批號跟著貨走，散裝分裝也適用

3、產製關聯：領用批與生產批在投產時綁定，多對多關係如實記錄

4、供餐點查詢：客戶端依日期與餐次查菜單、批次與檢驗資訊

5、異常展開：問題批次圈定後，受影響供餐點清單可快速列出

▍上線前先把現場掃碼動作設計好

掃碼不能只考慮資料完整，還要配合尖峰時段好不好操作：條碼貼在料件的哪一面、分裝容器的標籤什麼時候貼、低溫作業環境下戴手套好不好掃、網路不穩時能不能離線暫存。這些現場細節沒設計好，系統再完整，人員還是會回到先做事、事後補登的老路。

常見的誤區，是把導入重點放在比對系統功能多寡，卻忽略標籤與條碼的現場可行性。例如內場用慣用簡稱、系統用正式品名，兩邊對應沒建好，掃碼時就要人工猜；批號規則過長、標籤字太小，低溫環境下鏡頭對焦慢，每個節點都多耗時間，尖峰一來動作就被省略。先把料件編碼、標籤尺寸、條碼位置訂好再談系統，上線阻力會小很多。

推進順序建議由內而外：先統一批號規則與標籤格式，再讓驗收一段單獨跑順，接著往領用、產製延伸，最後才開放供餐點查詢端；六個交接點同時上線，現場反彈往往最大。近幾年學校與機關標案愈來愈常把追溯查詢寫進履約要求，平日每月抽幾批跑一次正向與反向查詢，等於把合約承諾變成例行演練。

追溯系統值不值得做，關鍵不是總共掃了幾次碼，是供餐點端真的查得到、查詢結果跟廠內對得上。若您想確認六個交接點的掃碼規劃、客戶端查詢欄位與離線登打做法，富啟科技提供免費現場勘查，並取得客製化建置方案與報價。

▍常見問題

Q1：供應商沒有貼批號標籤怎麼辦？

在驗收當下自編驗收批、現場列印貼標，從那一刻起批號就由自己接手，後續入庫、領用都認這個代碼。散裝或重複批號的料件尤其要這樣處理；與其要求每家供應商立刻配合，不如把貼標做進驗收動作，回頭再於採購合約逐步要求。

Q2：供餐點查詢會看到進價等敏感資料嗎？

不會。業者端與客戶端權限分開，供餐點只看得到菜單、檢驗與批次這類公開或合約約定的資訊，採購價格、供應商合約、成本與其他客戶資料都不對客戶端開放；每個客戶也只能看到自己的供餐點，看不到彼此。

Q3：現場網路不穩會不會掃不了？

行動裝置可以離線暫存紀錄，訊號恢復後自動回傳，時間以實際作業當下為準，不會因為網路問題讓人員改用紙本、事後再重登一次；離線期間的紀錄會另外標示回傳時間，抽查時仍看得出實際作業時點。