食品批號紀錄的導入順序：進貨、庫存、出貨三段先後

食品批號紀錄要導入，順序是進貨、庫存、出貨三段依序往下，不能挑其中一段先做。原因不在難易度，而在於後面那一段的資料是前面那一段產生的——庫存的批次來自入庫，出貨的批號來自庫存。這個依賴關係決定了導入只有一個方向。

實務上最常見的做法卻是從最急的那一段先開始。客戶或通路商在要批號資料，那就先把出貨單上的批號欄補起來。但出貨端沒有可以引用的來源，填批號就變成憑印象挑一個——欄位是滿的，對應關係是假的。

▍第一段：進貨入庫，批號在這裡產生

這一段要做到的事只有一件：每一筆入庫都帶著批號、效期與數量，而且是在點收的當下就帶著，不是回辦公室再補。

富啟科技的系統把批號、效期、數量綁在入庫那一筆上，這也正是導入順序不能顛倒的原因——庫存的批次是入庫的產物，出貨的批號是庫存的產物。這一段沒做完，後面兩段都沒有來源可以引用。

驗收條件：任意抽一筆當天的入庫，能立刻說出它的批號與效期，並且和實體標示對得上。

▍第二段：庫存按批號分列，這一段最常被跳過

進貨端做好之後，很多人會直接跳到出貨。但中間這一段不做，前面建立的批號到不了出貨端。

庫存要按批號分列，不能按品項加總。同一個品項在庫有兩批以上時，帳上要是兩筆而不是一個合計數字。這一段的工作量看起來只是資料呈現方式的改變，實際影響的是出貨時選不選得到批號。

驗收條件：隨機挑一個有兩批以上在庫的品項，帳上看得到兩筆各自的數量與效期。

▍第三段：出貨引用，這一段幾乎不必教

前兩段到位之後，出貨端反而是最輕的。開單時批號從庫存帶出來，出貨人員選的是實際要出的那一批，不是自己回想。

這一段真正要注意的是先進先出的執行——系統帶得出兩批，實際出貨的人拿的是哪一批，仍然要靠現場作業配合。帳上出的是舊批、實際拿的是新批，這種差異系統看不出來。

驗收條件：連續一週的出貨單上，批號欄的填寫方式都是從庫存選取，沒有人工輸入的紀錄。

▍導入當天在庫的東西怎麼處理

期初庫存是最常卡住的一步，因為導入那天在架上的東西可能沒有批號可查。處理方式看效期：

1、短效期品項不必勉強補，用完為止，新進的走新方式。

2、長效期或高單價品項，值得盤一次，把當下的批號與數量登記成期初，之後的進出從這裡接下去。

3、完全查不到批號的，登記為期初批次並註明來源不明，不要硬掛一個批號上去。

▍小結

三段的先後不是排程上的偏好，是資料依賴關係。從出貨端開始導入，做出來的是一份看起來完整、追不下去的紀錄。每一段的驗收條件都是抽一筆實際資料來對，不是看設定完成了沒有。

▍食品批號紀錄導入常見問題

食品批號紀錄可以從出貨端先導入嗎？

不建議。出貨單上的批號要從庫存引用，庫存的批次又來自入庫，出貨端先做的結果是填批號的人手上沒有來源，只能憑印象挑一個。欄位會是滿的，但對應關係未必正確，而這種錯誤在往下追流向時才會顯現。

庫存為什麼一定要按批號分列？

因為加總會讓分批的界線消失。同一品項在庫有兩批以上時，若帳上只有一個合計數字，出貨時就無從選擇實際出的是哪一批。這一段常被當成呈現方式的調整而跳過，但它決定了前面建立的批號能不能傳到出貨端。

三段可以同時上線嗎？

可以同時開啟，但驗收要照順序。富啟科技的系統中，批號、效期與數量是在入庫那一步一起建立的，庫存與出貨都是引用同一筆資料，因此三段本身是連著的。要照順序確認的是作業習慣：入庫點收的當下有沒有真的登記批號，這一步沒有落實，後面兩段的資料就都是空的。

導入順序卡住的地方通常不在系統設定，而在入庫點收那一刻的作業方式。若您正在規劃批號紀錄的導入，富啟科技可協助盤點目前三段的作業現況與期初庫存處理方式，並取得客製化建置方案與報價。

電話：(02)2516-6100｜手機：0979-382-058｜LINE ID：@964dmmig

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