月底結帳，業務說這個月出了八百萬的貨，會計卻說帳上只能認四百萬。兩個人都沒說錯——那另外四百萬的貨，確實已經離開公司倉庫，但它現在躺在客戶的倉庫裡，客戶還沒用、還沒賣，也還沒付錢。
這就是寄售（Consignment）。在零件、耗材、醫材、五金、食品通路這幾個行業很常見：供應商先把貨放到客戶端或通路端，客戶用多少、賣多少才結多少。對客戶來說，這是把庫存壓力丟回上游；對供應商來說，這是用自己的現金換一張長期供貨的入場券。
問題是，很多中小企業做了寄售，卻沒有一套跟著寄售走的管理方式。貨出去用的是出貨單，帳上掛的是「存貨」，追蹤靠的是業務腦袋和一張共用的 Excel。等到半年後盤點，才發現有些料號根本找不到人認領。
一、第一個要搞清楚的事：出貨不等於銷貨
寄售最容易出事的地方，不是倉庫，是會計。
貨送到客戶端的那一刻，所有權通常還沒移轉。東西還是你的資產，只是存放地點換了，會計上多半是從「成品」轉到「寄銷存貨」之類的科目，不能認列營收，也不應該在那時候開立發票。真正的銷貨時點，是客戶領用或售出、雙方結帳的那一刻。
台灣的營業人開立銷售憑證時限規定中，寄售類型的交易是以結帳時為開立時限，而不是以交付貨物時。這代表兩件事：第一，如果你在送貨當天就全額開票，等於提前認列了還沒發生的交易；第二，如果你結帳後遲遲不開票，又會變成漏開。兩邊都不好，中間的落差全靠結帳紀錄撐著。
所以一套寄售系統要處理的，從來不只是「貨在哪」，而是「這批貨現在處於哪一個狀態，誰該為它負責，什麼時候可以變成營收」。這三個問題沒有系統化，年底查帳時會非常痛苦。實際的開票與認列時點，建議請自家會計師依交易合約條款確認，不同的風險移轉約定會有不同結論。
二、Excel 管寄售，通常在這四個地方破功
破口一：庫存沒有「地點」維度。 多數小企業的庫存表只有料號和數量。貨一旦分散在五個客戶倉、每個倉又有不同批號，Excel 的欄位就會開始長出「客戶A_數量」「客戶B_數量」這種欄，三個月後沒有人敢動那張表。
破口二：領用回報靠人情。 寄售庫存的異動發生在客戶端，供應商看不到。多數公司的做法是每月請客戶窗口回傳一張領用明細。窗口忙、窗口離職、窗口漏傳，這個月的營收就斷了。
破口三：盤差沒有歸屬。 半年盤一次，少了三十件。是客戶用了沒報？是運送短少？還是當初根本沒送到？沒有逐筆的異動紀錄，這三十件最後多半以「損耗」收尾，而損耗是實打實的毛利。
破口四：沒有帳齡。 寄售庫存會老化。放在客戶那裡超過一年沒動的料，要嘛是客戶的產品停產了，要嘛是當初備太多。沒有帳齡報表，這些料會一直躺著，直到變成呆滯品才被發現——而那時候運回來的運費和重工成本，也都是你的。
Photo by Yuriy Vertikov on Unsplash
三、一套堪用的寄售庫存系統，至少要有這五塊
1. 寄售點主檔。 每一個放貨的地方都要有獨立編號，包含客戶、廠區、樓層、甚至是某一台機台旁邊的料架。主檔裡要記合約條款：誰負責保管、盤差由誰吸收、結帳週期多久一次、超過多久未動可以要求退回。這張主檔是後面所有爭議的依據。
2. 四種異動單據，一種都不能少。 寄售入庫（從自家倉送到寄售點）、寄售領用（客戶使用或售出，這張才轉營收）、寄售調撥（從甲客戶調到乙客戶）、寄售退回（運回自家倉）。很多系統只做了入庫和領用，結果調撥和退回全靠口頭，帳就是從這裡歪掉的。
3. 客戶自助回報。 與其每月追著窗口要 Excel，不如給客戶一個極簡的回報介面——手機掃料號條碼、填數量、按送出。介面要簡單到讓現場人員願意用，因為這件事對客戶沒有好處，摩擦力只要高一點點就會被放棄。回報進來後自動產生待確認的領用單，供應商這邊核對後才過帳。
4. 盤點與差異處理流程。 系統要能產生盤點表、接收盤點結果、自動算出差異，並且把差異導向一個有簽核的處理流程：是補單、是索賠、還是認列損耗，每一筆都要有人按下確認。這個流程的價值不在於追回那些料，而在於下一季盤點時，差異會明顯變小——因為大家知道有人在看。
5. 結帳與開票銜接。 把當期確認的領用單彙總成結帳單，經雙方確認後才觸發開立發票。結帳單要能回溯到每一筆領用、每一個批號，客戶有疑問時能當場攤開給他看。
四、這套東西值不值得做？用三個數字先算
導入前建議先把三個數字抓出來，再決定要做到什麼程度：
- 寄售庫存佔總庫存的比例與金額。 如果公司有三千萬庫存、其中八百萬在客戶端，那就是八百萬的現金被鎖在別人的倉庫裡，而且能見度最低。
- 歷年盤差的金額。 把過去兩年因為寄售盤差而認列的損耗加總。這筆錢通常比老闆直覺的數字大，因為它散在各月份的損耗科目裡。
- 月底結帳多花的工時。 會計與業務為了對寄售明細來回追問的時間，乘上時薪，再乘十二個月。
以一家庫存三千萬、寄售部位八百萬的製造或貿易商來說，若系統能讓盤差率從 2% 降到 0.5%，一年就是十幾萬的直接差異；再加上結帳提前兩到三天完成、呆滯料能提早半年被發現，回收期通常落在一年到一年半之間。這是概略的估算邏輯，實際數字要用自家的盤差紀錄去跑，不能照抄。
Photo by Jakub Żerdzicki on Unsplash
五、導入時最常踩的四個坑
坑一：先買系統，才發現合約沒寫清楚。 盤差誰吸收、結帳週期多長、存放超過多久可以退回，這些如果合約裡沒有，系統再漂亮也只是把爭議搬到線上。建議先把合約條款整理成一張表，再對照系統欄位設計。
坑二：要求客戶改用你的系統。 客戶沒有義務配合。比較務實的做法是提供多種回報管道——網頁表單、通訊軟體的簡易選單、甚至是接受客戶自己格式的 Excel 再由系統解析。能拿到資料比資料格式漂亮重要。
坑三：批號與序號一開始就放棄。 很多公司覺得寄售只要管數量就好。但只要產品有保固、有效期或召回風險，不管批號的寄售庫存在出事那天會完全無法追溯。這一塊不好做，但愈晚補成本愈高。
坑四：只做給會計用。 寄售系統真正的使用者有三群：業務要看哪個客戶壓了多少貨、倉管要知道該補哪一個寄售點、會計要結帳。三群人的畫面需求完全不同，只做一張總表，最後會變成只有一個人在用。
結語：先把能見度做出來，再談自動化
寄售庫存管理最常見的誤區，是一開始就想做一套完整的 WMS。實務上更有效的順序是：先把「哪些貨、在哪個寄售點、放了多久」這張清單做到每天準確，再逐步加上回報、盤點、結帳流程。
如果公司現在就有寄售業務，建議這週先做一件事：列出所有寄售點、對每一點調出目前的料號與金額、標出超過 180 天沒有異動的項目。這張表花不了兩天，但多半會讓人意外——通常會看到幾個早該退回的客戶，和幾筆已經找不到來源的庫存。
看到這張表之後，再討論要不要上系統、要上到什麼程度，決策會比現在清楚很多。