倉庫後方那一疊棧板，很少人把它當成資產。它沒有料號、沒有進銷存、沒有折舊表，出貨時跟著貨一起走，有時候回來，有時候不回來。直到某一年老闆看到採購單上「棧板」這一項又花了三十幾萬，才開始問：我們到底有幾個棧板？在誰手上？
這不是只有棧板。塑膠周轉箱、鐵籠、料架、保溫箱、氣瓶、電池模組、甚至出租用的治具與測試夾具，都屬於同一類東西——循環容器（returnable container）。它們的共同特徵是：會離開你的倉庫，但在帳上從來沒有離開過你的公司，而且預期會回來。
Photo by Haberdoedas on Unsplash
為什麼循環容器會變成帳上的黑洞
一般的庫存有明確的身分：進貨單、料號、批號、出貨單、發票。循環容器大多沒有這一套，原因是它不是賣出去的商品，而是「附帶出去的工具」。多數中小企業的做法是這樣：
- 出貨時隨車帶出去，司機在送貨單上手寫「棧板 6」，有時候連寫都沒寫。
- 回收靠下次送貨時順便載回，司機記在腦袋裡，記得就載。
- 押金收不收看客戶大小，大客戶不敢收，小客戶收了也常常忘記退。
- 年底盤點時發現數量對不上，差額直接列成「耗損」報銷掉。
這套流程每一步都靠人記，所以損失是慢慢累積的，不會有哪一天爆掉，只會每年都少一點。一個中型食品廠若循環使用兩千個塑膠周轉箱，單價 400 元，年流失率 15%，一年就是 12 萬直接變成採購費用；而因為它被記在「包裝材料」或「消耗品」底下，看報表的人根本不會意識到這是一筆可以管回來的錢。
更麻煩的是爭議。客戶說「早就還你了」，你說「沒有」，雙方都拿不出紀錄。這種事談三次就會傷到合作關係，最後通常是供應商吞下去。
系統要解決的四件事
一、把容器變成有身分的東西
管理的起點是「可識別」。要不要一個一個貼標籤，取決於單價與數量。實務上可以分三級：
- 單件序號制：單價高、數量少（鐵籠、氣瓶、治具、測試夾具）。每一件一個 QR Code 或 RFID 標籤，知道這一件現在在誰那裡、借出幾天。
- 批量帳戶制：單價低、數量多（木棧板、塑膠箱）。不追單件，改追「每個客戶名下目前欠幾個」，像一個容器版的應收帳款。
- 混合制：平常走帳戶制，特定高單價規格才貼序號。
多數公司一開始就想做到單件序號，結果標籤貼不完、現場不配合，三個月就放棄。帳戶制的導入阻力低很多，而且已經能解決八成的爭議——因為爭議通常是「總數對不對」，不是「哪一個」。
二、讓出入帳跟著既有單據走
最常見的失敗是「多開一張單」。叫司機除了送貨單再填一張容器單，現場一定不填。可行的做法是把容器欄位長在既有流程裡：出貨單上帶出容器種類與數量，司機在手機上確認，客戶簽收時一併簽；回收時掃同一張單據的 QR Code 做沖銷。單據本身不變多，只是多了幾個欄位。
這裡有一個設計重點：出與回要能部分沖銷。送出去 10 個、這次只回收 6 個，系統要留下 4 個的餘額，而不是強迫一次結清。這就是為什麼它的資料模型比較像應收帳款，而不像庫存異動。
Photo by Osmany M Leyva Aldana on Unsplash
三、帳齡與預警，而不是年底才算
容器的帳齡（aging）跟應收帳款是同一個概念：出去 30 天內算正常週轉，60 天要提醒，90 天以上就要當成高風險。系統該做的是每天自動跑一次，列出超期清單，推給負責該客戶的業務，而不是等年底盤點。
搭配週轉率指標會更有用。假設一個客戶每月進貨 4 次，理論上同一批周轉箱一個月該回來 3 到 4 趟；如果實際週轉率只有 1.5，代表他那邊壓了大量空箱，可能是倉庫堆著懶得整理，也可能是被拿去裝別的東西。這個數字能讓業務去談的時候有具體依據，而不是空口說「你好像欠我們很多箱」。
四、押金與責任的帳務閉環
押金制度常常半途而廢，因為退押金的流程比收押金麻煩。設計時要先想清楚幾個問題：押金是不是開發票（一般押金屬於保證金性質，收取與退還的稅務處理與銷貨不同，建議先與記帳業者確認公司的作法）、退還時走哪一條付款流程、客戶停止往來時誰負責結清、逾期未還要不要轉為「視同銷售」直接開立發票。
比較務實的階梯是：60 天提醒 → 90 天停止出借新容器 → 120 天押金轉為損失補償或改開銷貨發票。重點不是罰得多重，而是每一階都有系統自動觸發、留下紀錄，讓業務不用自己當壞人——規則是公司訂的，系統只是按規則通知。
Photo by Aaron Lefler on Unsplash
一個模擬情境：怎麼算這套系統值不值得做
以下用一家假設的食品代工廠做試算，數字是為了說明算法，實際情形請代入自家資料。
- 循環周轉箱 2,000 個，單價 400 元，總資產 80 萬。
- 每年因遺失、損壞未索賠而補購 300 個 = 12 萬。
- 倉管與業務每月花在對帳、追箱、吵架的時間約 20 小時，以 300 元/小時計 = 一年 7.2 萬。
- 每年因找不到空箱而臨時叫料、延後出貨，估計 3 次，每次影響 1 萬 = 3 萬。
可量化的年損失約 22 萬。導入後若流失率從 15% 降到 6%，對帳時間減半，粗估一年可回收 12 到 14 萬。一套中小規模的循環容器管理系統（出貨帶出、掃碼回收、帳齡報表、押金帳戶、手機介面）的建置成本，多半落在六位數初段，也就是說回收期約在一年到一年半之間，之後是持續的淨效益。
這個試算的用意不是告訴你「一定划算」，而是提醒：如果你算不出自己的流失率，那就表示這筆錢現在是完全沒有被看見的。先花兩週手動盤一次、記一次，再決定要不要系統化，順序會比較健康。
導入時最容易踩的三個坑
坑一：一次要求所有客戶配合。 循環容器系統有一半的使用者在客戶端。比較穩的做法是先挑三到五家量大、關係好的客戶試行，把流程磨順，再往外推。一開始就發公告說「即日起全面收押金」，通常換來的是一輪客訴。
坑二：只做後台，不做現場。 司機、倉管在車上和月台上，不會回辦公室開電腦。手機介面、離線可用、掃碼三秒完成，是這類系統能不能活下來的關鍵。介面設計得再漂亮，只要要填超過三個欄位，現場就會開始亂填。
坑三：把它硬塞進 ERP 的庫存模組。 循環容器的行為是「借出—歸還—餘額」，不是「進—銷—存」。硬套庫存模組會導致每一次出借都變成一筆假的銷貨或調撥，帳務越做越亂。它更適合獨立一個模組，再與 ERP 的客戶主檔、出貨單做資料介接。
結語：先量，再管，最後才自動化
循環容器是典型的「不管也不會立刻出事，但每年都在流血」的題目。它不像訂單系統會卡住營運，所以永遠排不進優先序，可是它的投報率往往比很多看起來更重要的專案還高，因為損失是現金，而且年年發生。
如果你現在就想動手，建議的順序是：先用 Excel 記三個月，確認流失率與主要流失客戶；接著把押金與逾期規則寫成白紙黑字的辦法，發給客戶；最後才把這套辦法變成系統。倒過來做——先買系統再想規則——是中小企業數位化最常見的浪費。
說到底，系統不會幫你把棧板從客戶倉庫裡搬回來，它只是讓每一個棧板都有人知道它去了哪裡。而光是「有人知道」這件事，就足以讓流失率掉一半。