批次有疑問，能否查齊收貨客戶與剩餘存貨？

先決定甚麼證據才算查齊

假設一家香港日用品批發商收到供應商通知，某批水樽需要品質調查。公司已有庫存系統，現在要驗證的是：能否逐張出貨單找出直接收貨客戶，並交代公司手上每一處餘貨。營運主管應先訂明驗收要求，包括單據依據、未解決事項及跟進負責人，才請系統伙伴示範查詢。

查詢條件應由供應商、貨品編號及供應商批號組成；若入倉時另設內部批號，須保留兩者對照。不同供應商可能使用相同批號，單靠一串文字容易混入其他貨品。另要寫明香港時間的截數時點，同時核對實際收發貨時間與過帳時間。此處只驗證批次流向，不代替法定回收程序，也不能憑批發商的送貨紀錄推斷最終消費者仍持有哪些貨品。

同一批號兩次入倉，兩條路都要查

先在測試環境建立以下虛構紀錄：供應商 S1 的 BTL-01 水樽，批號 L2410，期初庫存為零。葵涌倉先收 R1 的 120 件，再收 R2 的 80 件，兩次均屬同一批號。表內全部以單件水樽計算，不涉及箱數換算；截至演練的截數時點，所列存貨移動均已實際完成及過帳，沒有損耗、重新包裝、退回供應商或其他調整。

所有數字均為演練假設。未出貨的分配不是另一筆存貨移動，不能重複扣減實物庫存。

演練答案應列出 A、B、C 三個已收貨客戶。累計出貨 150 件，實際收回退貨 10 件，淨出貨為 140 件；公司手上餘下 60 件，分別是葵涌普通儲位 20 件、葵涌隔離區 10 件及屯門 30 件。因此，收貨 200 件＝淨出貨 140 件＋在庫 60 件。D 應另列為待出貨客戶，其獲分配的 20 件早已包含在葵涌結餘，不能再從 60 件扣除。

A 曾退貨也不能從調查名單刪除，應保留原送貨地址，並同時顯示送出 70 件、已收回 10 件及淨出貨 60 件。這個淨數只反映批發商的往來紀錄；A 可能已轉售或使用貨品，仍須另行確認。若只是開出貸項通知單而未收到實物，也不能當作退貨入倉。倉務員則要按相同截數時點，逐一核實普通儲位、隔離區及屯門倉的餘貨。

查詢畫面之外，還有甚麼未交代

以 Microsoft Business Central 的官方文件為例，Item Tracing 可沿已過帳交易追查來源或去向；Find Entries 則也能找到未完成紀錄。文件特別提醒，同一批號分多次收貨時，Item Tracing 因只顯示已套用交易，可能未能列出全部流向。演練時應配合兩種查詢核對，不能把這項文件說明當作所有系統或現有設定的功能保證。

請伙伴分別由 R1、R2 開始追查，再將合併結果與該貨品及批號的完整流水帳比較。去除重複時應依交易識別碼及明細行號，不能因客戶名稱或數量相同就刪行。每項結果都要連回相應收貨、出貨、調撥或退貨單據。即使總數對得上，也可能把另一批貨誤歸給某客戶；這個小型演練應逐張查閱出貨明細的批號分配。

未完成的採購收貨、執貨、銷售訂單及退貨申請，應另表列出。尚未分配批號的紀錄要標示「待核實」，不應直接判定不受影響。跨倉運送途中尚未收妥的貨品，也須以在途位置或狀態交代。實際調查持續進行時，要記錄截數後新增的收發貨，更新名單時保留版本與時間，避免兩次匯出之間的交易遺漏。

按缺口決定修流程還是修系統

若資料及數量都能核對，下一步可能只是儲存查詢、寫清操作方法，再安排定期演練。若問題出在收貨或退貨時漏填批號，應先改善入單及例外處理；沒有留下的事實，不能靠新報表補回。若底層紀錄完整，只是標準畫面漏了第二次收貨的流向，可先要求增加專用匯出及核對報表。只有在伙伴證明現有資料結構無法保留必要關係時，才考慮更大範圍的系統改動。

下一次工作會議，可由倉務主管與系統伙伴一起跑完這組資料，交出三份結果：逐張出貨單的客戶明細、按位置及狀態列示的餘貨表，以及例外清單。檔案須保留客戶編號、送貨地點、單據行號、單位、批號對照、截數時間及結餘依據。驗收時，每筆已知移動都要有交代，未解決紀錄則須保留並指定負責人；之後再按公司的存取權限，選一個真實歷史批次重做。

如果演練揭示舊貨品代碼或期初結餘有問題，可參考既有 ERP 導入指南，另行界定資料修復工作。若缺口涉及跨系統單據關係，系統整合與 ERP 服務則可協助評估所需改動。今次驗收仍應以批次流向、可跟進的客戶名單及能核對的餘貨為準。