委外倉儲費用對帳系統：坪租與作業費逐筆對得出來

一家做家電配件的公司，前年把成品倉外包給物流業者，省下自有倉的租金與三個倉管人力，當時算起來很划算。外包後每個月收到一份 PDF 帳單，金額三十幾萬，下面列著十一個收費項目：倉租、進倉作業、出倉作業、揀貨、貼標、退貨處理、超量附加、假日加班……會計拿到帳單只做一件事，確認金額跟上個月差不多，然後走付款流程。

直到年度結算，財務發現全年外倉費用比自建倉的最後一年多了一百八十萬，但同期出貨量只成長一成多。想追，卻發現無從追起——公司手上沒有任何一份資料，可以對應到帳單上那十一個項目的任何一列。這不是廠商多收的問題，而是從簽約那天起，雙方就沒有建立一個可以逐筆比對的共同基準。

Photo by Jakub Żerdzicki on Unsplash

一張外倉帳單，其實是五種費率疊起來的

自有倉的成本結構很單純：租金、人事、水電、設備折舊，幾乎都是固定費用，看一眼就知道合不合理。委外倉儲剛好相反，它把固定成本換成了一整組浮動費率，而這些費率的計價基礎彼此並不相同。

第一類是倉租。常見的計價單位有按坪、按棧板位、按箱、按材積，計算週期可能是日租累計，也可能是抓月中某一天或月底當天的在庫快照。同樣的庫存量，用日平均算和用月底快照算，差距可以到兩成以上。

第二類是進出庫作業費。通常分進倉與出倉兩段計價，而且單位經常不一致——進倉算棧板、出倉算箱，中間的拆板動作可能另外收費。

第三類是揀貨與分揀費。按件計、按訂單行數計，或是整箱出貨與拆零揀貨兩種費率。電商型態的出貨筆數多、單筆件數少，這一項往往比倉租本身還高。

第四類是流通加工。貼標、套袋、組合包、換外箱、檢品。這類作業多半是臨時交辦，計價靠事後回報工時或件數，也是最容易對不上的一塊。

第五類是附加條款。最低消費保底、超量儲位附加、假日與夜間作業加成、退貨進倉處理費、車輛等候超時費。這些平常不出現，一旦旺季或促銷檔期就全部跳出來。

五種費率背後是五種事實：在庫天數、棧板進出次數、揀貨件數、加工件數、例外事件。而多數中小企業的 ERP 裡只忠實記錄了一種——出貨單。對帳對不起來，根源就在這裡。

Photo by Alberto Rodríguez on Unsplash

差異通常不是有人作假，而是四個技術性落差

在討論系統之前，值得先理解帳單與自家紀錄為什麼會不一致。從實務上常見的狀況來看，落差大致集中在四個地方，而且多半是雙方各自用自己的系統誠實記錄同一件事所造成的。

計費切點不同。公司端的出貨日是業務開單日，倉庫端的出貨日是實際撿出站台的日期，兩者差一到兩天很正常。月底那兩天的出貨，就會落在不同的計費月份。

單位換算的無條件進位。合約寫一棧板四十箱，實際出了三十三箱，倉庫仍以一板計費——這在合約上通常是合理的，但公司端如果用箱數回推，怎麼算都少一截。

同一批貨被算兩次進出。客戶退貨回倉、倉內調撥換儲位、品檢抽樣後重新入庫，這些在倉庫端都是實際發生的作業，在公司端的 ERP 卻可能完全沒有單據。

保底與級距。淡季在庫量掉到保底坪數以下，帳單仍按保底收。這筆錢付得合約沒錯，但如果沒有人把它標示出來，公司永遠不會知道自己每年為沒用到的坪數付了多少。

系統要做的事：讓三張表能夠自動對上

委外倉儲費用對帳系統的核心並不複雜，它要維護的其實只有三張表，加上一套勾稽規則。

第一張是合約費率表。每一個收費項目一列，欄位包含費率代碼、計價單位、單價、級距、生效日與版本號。關鍵在於費率必須有版本與生效日——調價談了三個月，到底從哪一張出貨單開始套新價，只能靠這個欄位回答。

第二張是自家的出入庫事實表。從 ERP 或自家 WMS 抓出來，每一筆都要帶齊日期、單號、料號、箱數、板數、件數與作業類型。沒有板數就補一組料號對照的換算規則（每箱幾件、每板幾箱），否則倉租與作業費永遠只能用猜的。

第三張是廠商帳單明細。這一張最常卡關——如果廠商只給 PDF 總表，對帳系統就失去了輸入。合約裡應該直接要求廠商提供可機讀的逐筆明細（CSV 或 API），欄位至少包含日期、單號、費率代碼、數量、單價、金額。這一條沒談下來，後面所有自動化都做不了。

三張表到位之後，勾稽鍵通常是「作業日期 ＋ 單號 ＋ 費率代碼」。單號對不上的情況比想像中多，所以實務上還需要一組模糊比對：同日期、同料號、數量相符即視為同一筆，再由人工確認。

Photo by Cht Gsml on Unsplash

勾稽結果分三色，人只處理其中兩色

自動對帳真正省下的工時，來自於「大部分的列根本不需要人看」。一個可行的分流設計是：

綠燈——金額一致。容差設在正負一元或千分之五以內，直接標記通過，不進人工清單。穩定運作的情況下，這一類通常佔帳單列數的大宗。

黃燈——數量相符但金額不符。這幾乎都是費率版本問題：套到舊價、級距跨檔、加成條件誤判。系統應該直接把兩邊的單價並排顯示，讓人一眼看出是哪個版本的問題。

紅燈——單邊存在。廠商有、我方沒有，可能是退貨或倉內作業未開單；我方有、廠商沒有，可能是跨月落在下期。這一類必須逐筆查，也是爭議的主要來源。

分流的好處是人工時間被集中到真正有金額影響的地方。以一份每月八百列的帳單為例，若綠燈佔八成，人工實際要處理的只剩一百六十列，對帳從兩天縮成半天是合理的預期——實際比例會隨著資料品質與合約複雜度而不同。

爭議要有單據與期限，不要留在對話群組

紅燈與黃燈查出來之後，處理流程本身也要進系統。每一筆異常開一張爭議單，附上佐證（簽收單掃描、WMS 作業紀錄、磅單照片），設定廠商回覆期限，結案方式則對應到當期扣款或下期折抵，並回寫到付款流程。

把爭議留在通訊軟體裡的代價，通常不是當下吵不贏，而是三個月後換了窗口，誰也舉不出當初談定的結論。留痕的價值在續約談判時會一次顯現——手上有十二個月的爭議紀錄與金額分布，議價的依據就不再只是感覺。

對完帳之後，才看得到真正該管的東西

逐筆資料累積幾個月後，可以回答一些原本問不出答案的問題：

每張訂單的倉儲物流成本是多少。把當期費用依揀貨件數與訂單數攤回去，就能看出哪些小額訂單其實是賠錢出貨的。

呆滯料吃掉了多少坪租。把在庫天數超過一百八十天的料號，乘上倉租單價，算出來的數字往往比財務上的呆滯料跌價損失更有說服力，因為那是每個月真的在付現金。

保底坪數訂得對不對。十二個月的實際佔用坪數分布拉出來，淡旺季落差一眼可見。如果全年有六個月都在保底線以下，下次續約要談的就不是單價，而是級距設計。

舉個試算情境：一家月付三十萬外倉費用的公司，若透過逐筆勾稽找出約百分之三的計費落差，一年約略是十萬元上下的回收；再加上呆滯料清理釋出的坪數與保底級距調整，數字還會往上走。這只是說明試算的邏輯，實際金額取決於合約條款與自家資料的完整度，不宜直接套用。

起手式：先手工對一個月

不建議一開始就上系統。比較務實的順序是這樣：

第一步，向廠商取得最近一期的逐筆明細，用試算表手工比對一個月。目的不是省錢，是把差異分類——到底是切點問題、換算問題、單邊問題還是費率問題。這一個月的手工對帳，會決定後面系統的規則怎麼寫。

第二步，回頭看合約。確認計價單位的定義、進位規則、保底條款與明細提供義務是否寫清楚。很多對帳爭議在合約階段就能避免。

第三步，才是把規則固化成系統，串接 ERP 出入庫資料與廠商明細匯入，設定容差與分流，接上爭議單流程。

委外倉儲是中小企業少數「把固定成本換成浮動成本」的決策，換來彈性，代價是從此每個月都需要一次核對。核對這件事只要還停留在人工翻 PDF，它就會在忙的時候被跳過；而被跳過的月份，剛好就是出貨量最大、金額最高的那幾個月。