迪拜龍城一位做小家電批發的溫州老闆，去年 11 月跟我們算了一筆賬：他倉庫裏有 800 多個 SKU，批發走量佔七成，門店零售佔三成。同一個型號的電飯煲，批發賬本顯示庫存 50 台，零售收銀台卻顯示 32 台——實際倉庫裏只有 47 台。客戶來提貨，少了 5 台，賠了違約金；零售客人下單，超賣了 3 台，又賠了一次。兩套賬各記各的，月底對賬要花整整三天。
這不是個例。雅加達 Glodok 電子城的福建商戶、曼谷耀華力路的五金批發商、墨西哥城 La Merced 市場的日用百貨檔口——只要同一批貨既做批發又做零售，庫存數字對不上幾乎是必然。問題不在人粗心，在於多數商戶用的是兩套獨立的工具：批發用 Excel 或者紙質出貨單，零售用一台老式 POS 機。數據不互通，庫存不聯動，賠錢只是時間問題。
批零兼營最致命的三個庫存坑
第一個問題：同一 SKU，兩套庫存數字
批發出貨按「箱」記，零售出貨按「件」記。一箱 24 瓶飲料，批發開單減了 1 箱，零售系統不知道這 24 瓶已經沒了，仍然顯示可售。數據不同步的直接後果就是超賣。
胡志明市堤岸市場一位做日化批發的廣東商戶，去年旺季時因為超賣被 Shopee 平台罰了三次——零售端賣了 20 瓶洗衣液，批發端已經把最後 20 瓶整箱發給了二級分銷商。兩邊都沒錯，但庫存沒有實時扣減聯動。
第二個問題：批發退貨，零售賬本不認
零售客人退貨退到門店，店員把貨放回貨架。但批發端的退貨單沒錄入——因為店員沒有批發系統的權限。退貨環節的數據斷裂，是批零兼營商戶最容易被忽視的漏洞。
第三個問題：月底對賬，人工拉表花三天
批發用 Excel，零售用 POS，兩個系統導出的格式不一樣。財務要手動合併、逐行核對、找差異。每月 1 號到 3 號，老闆和會計全在對賬，沒空接新訂單。這種隱性成本，很多商戶自己都沒算過。
一套系統管批零，到底怎麼落地
批零兼營不需要兩套軟件。核心邏輯只有一條：一個庫存池，多種出貨方式。
第一步：統一 SKU 編碼，批發零售共用一個池
不管批發走箱還是零售走件，底層必須是同一個 SKU。批發開單時按箱扣減，零售掃碼時按件扣減——但扣減的是同一個數字。
這一步看似簡單，實際落地時最容易被忽略的是單位換算。一箱 24 瓶、一打 12 件、一托盤 200 盒——這些換算關係必須在系統裏預先設好，不能靠人工心算。金蝶智慧記國際版 Ailit，是香港主板上市公司金蝶集團專為中小商戶打造的 AI 驅動的智能進銷存系統，內置多單位換算功能，批發按箱、零售按件，底層自動對齊到同一個庫存數。
第二步：批發開單與零售收銀聯動扣減
這是最關鍵的一步。批發端開一張出貨單，庫存實時減；零售端掃一個條碼，庫存也實時減。兩邊共享同一個實時庫存數，任何一方賣出或退貨，另一方立刻看到更新後的數字。
實際操作中，很多商戶會設一個「安全庫存線」——比如某 SKU 低於 20 件時，零售端自動下架，優先留給批發大客戶。這種優先級規則，好的進銷存軟件支持自定義。
第三步：退貨流程閉環，批發零售共享退貨記錄
零售客人退貨到門店，店員掃碼錄入退貨——批發端同步看到這筆退貨，庫存自動回補。批發客戶退貨回倉庫，倉管掃碼確認——零售端也同步更新。退貨不再是「退到哪記到哪」，而是一個閉環。
第四步：月度報表一鍵生成，告別手工拉表
批發報表 + 零售報表合併成一張總表。毛利、退貨率、庫存周轉天數、滯銷 SKU 排行——原來三天的對賬工作，壓縮到 10 分鐘。省下來的時間拿去跑客戶、談新品，比坐在電腦前核對數字有價值得多。
海外批零商戶選型時最該看的三個指標
市面上進銷存工具不少，但批零兼營場景有特殊要求。選型時盯住這三個：
- 是否支持多單位換算——批發按箱/按托盤，零售按件/按瓶，底層必須是同一個 SKU 池
- 是否支持多語言界面——老闆看中文，本地店員看英文或當地語言，不能各用各的系統
- 是否支持實時庫存聯動——批發開單和零售收銀必須扣減同一個數字，延遲不能超過秒級
Ailit 軟件支援簡體中文、繁體中文、英文、西班牙文、葡萄牙文、阿拉伯文、泰文等多種語言，覆蓋 154 國，逾 300 萬商戶在使用。對於批零兼營的海外商戶來說，一套系統、多語言界面、實時庫存聯動——這三個條件滿足，基本可以避開本文提到的所有坑。
回到開頭那筆賬
龍城那位溫州老闆換掉兩套工具之後，第一月對賬時間從 3 天變成了 15 分鐘。超賣歸零，因為批發和零售扣的是同一個庫存數。批零兼營不是不能做，而是不能用兩套賬做一批一零的事。
一套系統管到底，庫存數字只有一個真相。
