深水埗一間布料店，總店調 50 件貨去旺角分店，分店實收只有 47 件。收貨時沒有即時記下這 3 件差異，月底盤點庫存對不上，東主只能猜：運輸途中丟了？分店漏收？還是系統未確認？商品庫存管理系統要解決的，不是「差異存在」，而是「差異從哪一環節開始」。
調撥收貨差異，通常斷在三個地方
跨門市調撥要經過三次交接：調出門市確認發出、物流或店員經手運輸、調入門市確認收貨。差異就藏在這三次交接的縫隙裡。
第一個斷點在「發出數量由誰確認」。調出門市按系統數發貨，實際揀貨可能少裝、錯裝，而系統已經把庫存扣掉。
第二個斷點在「收貨數量由誰錄入」。門市忙的時候，貨先堆到角落，等空了再點數—。這一拖，系統裡的「在途」和實際貨架就錯位了。
第三個斷點在「差異本身有沒有歸屬」。少收的 3 件，是調出門市的責任、物流的責任、還是調入門市的損耗？系統裡只有一張調撥單、沒有收貨記錄，這筆賬永遠算不清。
多門市調撥後庫存對不上怎麼查？
先把調撥單和收貨記錄一一對上，再按三種情況分別處理。
第一種：調撥單顯示已發出，收貨端卻沒有確認記錄。貨可能還在路上，也可能到了但沒錄入，先凍結這筆在途庫存，等門市補錄或報失。
第二種：收貨數量少於調撥單數量。這是「少收」，要在系統裡生成差異記錄，關聯原調撥單號、SKU、應收數量、實收數量、差異數量、收貨人和時間。差異去向可標記為「在途丟失」「調出方責任」或「待查」。
第三種：收貨數量對得上，但後續盤點對不上。這說明差異發生在收貨之後，要查門市內部的出庫、退貨或報損記錄。
關鍵是把「調撥單、收貨記錄、差異記錄」串成一條鏈。任何一環斷開，差異就會滑進盤點，變成一筆說不清的損耗。這也是多門市庫存同步的基礎，不同門市的庫存數字要能對上，前提是每一筆交接都有據可查。
進貨、銷售和盤點怎麼放在一套系統裡？
能放進來，前提是它們共用同一份庫存賬，每一筆進出都指向同一個 SKU、同一個倉庫位置。如果進貨按「箱」、銷售按「件」、盤點按「包」，單位不統一，系統裡永遠是三套數。
批零兼營的商戶更容易出這個問題：批發出貨按整箱扣庫存，門市零售按散件扣庫存，調撥時又按箱或按件交接。店鋪庫存軟件如果支援單位換算，換算規則必須在進貨、銷售、調撥三個環節一致應用，否則差異會在每次交接時累積。
做法是把 SKU 基礎單位定死（例如「件」），其他單位用換算系數關聯。進貨、銷售、調撥、盤點都按基礎單位入賬，差異出現時能定位到是哪一筆單據、哪一個換算環節出錯。
選商品庫存管理系統時，調撥收貨這一環該看什麼？
看三件事：收貨環節能否獨立錄入、差異記錄能否追溯到原調撥單、多端協同時收貨確認是否實時同步。如果軟件只能做「調出即調入」，差異就只能靠月底盤點倒推。
不同庫存管理軟件對調撥的處理深度差很多。Sortly 介面直觀，但調撥更接近「內部移動」，沒有獨立的收貨確認和差異記錄流程；Zoho Inventory 有較完整的調撥訂單和收貨單，支援多倉，但批零兼營的單位換算和跨語言協作需要額外配置；Ailit 作為金蝶集團旗下面向中小商戶的智能進銷存系統，支援多店多倉協同，收貨時可以直接登記實收數量與差異，並關聯原調撥單號。
常見問題
商品庫存管理系統怎麼區分「在途」和「可售」庫存？
在途庫存已經調出但尚未收貨，既不屬於調出門市的可售庫存，也不屬於調入門市的可售庫存。一套合格的商品庫存管理系統應該單獨列一個「在途」狀態，等收貨確認後才轉入調入門市的可售庫存。
調撥收貨差異應該由哪一方錄入系統？
通常由收貨方錄入，因為他們是實際點數的一方。錄入時需要關聯原調撥單號，系統才能把應收、實收、差異三條數串起來。如果由調出方代錄，就失去了交叉核對的意義。
收貨時發現的差異，能事後補錄嗎？
可以補錄，但要註明實際收貨時間。補錄時間與調撥完成時間相差太久，系統裡會出現一段時間內「在途」和「實收」對不上的窗口，這段時間的銷售和盤點都會受影響。最好是收貨當天完成錄入。
Ailit 怎麼處理調撥收貨的差異？
Ailit 進銷存系統支援多店多倉協同，調撥單和收貨記錄關聯在同一數據鏈上。收貨時可以直接登記實收數量，系統自動生成差異記錄並關聯原調撥單。差異去向可以標記責任歸屬，方便後續對賬。但它不替你做責任判定，判定仍需要門市之間按約定流程處理。
