去年有个做Shopee的朋友给我发消息说——仓库把他两款T恤搞反了,一整批货全发错,退货差点把他的店扣了。
追查原来是SKU的锅:他用的编码是 TSH-BLACK-L-2025-BATCH09-SUPP08,仓库的PDA扫码器截断了,操作员肉眼一扫分不清,手滑拿错了。
这种事在东南亚三方仓里三天两头都在发生。
所以今天就讲一件事:海外仓SKU生成规则到底该怎么定,系统层面能做什么,卖家层面该注意啥。
一、先搞清楚:SKU在海外仓里是什么角色
很多卖家以为SKU就是自己在Shopee、TikTok Shop后台设的那串编号,照搬进来就行。这个理解不全对。
在海外仓,SKU不只是商品的"名字",它是贯穿 入库→上架→补货→拣货→打包→发货→盘点 全流程的唯一标识符。
仓库里的每一次操作——扫码入库、系统核对、出库打单——都在实时读取这串码。
更关键的是,SKU还要跑通三件事:
- 条形码正常生成并能被PDA读取
- 打印出来的标签字符不截断
- 不同商家的同款SKU在系统里互不干扰
这三条任何一条断了,轻则效率下降,重则货错人赔。
二、东南亚海外仓SKU生成规则:这六条是底线

根据主流三方海外仓的实操标准,以及亚马逊FBA的参考规范,整理出以下六条核心规则:
规则1:字符长度≤30位
这条是实操中被违反最多的。
很多卖家的SKU习惯把供应商代码、平台来源、批次号、颜色、尺码全塞进去,一串下来动辄40、50位,甚至更长。
问题在于:大多数PDA终端和条码打印机的字符显示宽度有限,超过一定长度就会截断。截断的标签扫出来的是残码,系统匹配失败,入库就卡死在那儿。
业内通行做法是 SKU总长度控制在30位以内,核心信息用2-4位缩写代替全称。
举个例子,把 SUPP08-TIK-USW-2505-BATCH09-TSHIRT-WHITE-M 压缩成 T09-WH-M,该有的信息一个不少,字符数从41位降到8位。
规则2:不允许使用纯数字
20250101、1234567890 这类纯数字SKU,在卖家自己的后台看起来没毛病,进了仓库系统就是一颗雷。
原因是仓库系统内部有大量数字型编号在跑:订单号、入库单号、批次号、库位号……纯数字SKU极易与这些内部编号发生冲突,轻则查询错乱,重则系统把货物信息串到订单里,酿成批量错发。
正确做法:SKU至少包含1-2位字母前缀,比如 P10025(P代表产品Product),既简洁又能与系统内部编号区隔。
规则3:禁止使用特殊字符
常见的踩坑字符:/、\、#、&、空格、中文汉字
这些字符在条码生成时要么报错,要么生成异常码,PDA扫描识别率直线下降。部分字符在SQL数据库查询时还会被系统误判为命令符,引发数据读取错误。
建议使用范围:英文字母A-Z(大小写均可)+数字0-9+连字符 - 或下划线 _,除此之外一律不碰。
规则4:不同商家SKU不可重复
三方仓同时服务几十上百个商家,每家都有自己的编码体系。商家A用了 TSHIRT-M-WHITE,商家B也用了同样的码,系统里两个SKU映射到两个不同商家的库存,但编码一样——这就是典型的"SKU撞脸"。
撞脸的后果:系统在做库存校验的时候,有概率把A的货挂到B的账下,出库、费用核算全乱,双方都说不清楚。
解决这个问题通常有两种方案:一是在SKU前加商家专属前缀(如 A001-TSHIRT-M),二是在WMS系统层面设置商家维度的唯一校验,入库前自动拦截重复码。
规则5:每个SKU必须对应唯一的商品规格
这一条看起来像废话,但实操中经常出事。
典型场景:同一款T恤,尺寸M和L用了同一个SKU,卖家觉得"都是白色T恤,仓库看货知道是什么"。但仓库不靠人的经验做判断,靠的是SKU。同一SKU对应两个规格,系统认为是同一个商品,拣货的时候混在一堆不分M和L,投诉和退货就来了。
规则:颜色不同、尺码不同、材质不同,哪怕只差一个维度,也必须是独立的SKU。
规则6:必须绑定产品图片+尺寸+重量
这三个信息不是"可以填",而是必须填,而且要准确。
- 产品图片:操作员在拣货阶段扫码后,系统弹出图片做最终确认。相似款很多的情况下,图片是最后一道防错屏障。
- 尺寸数据:影响库位分配和包裹体积计费,差1cm可能就是跨一个计费档。
- 重量数据:运费核算的基准,填错了就是卖家多付或少付运费,双方产生纠纷的根源。
三、源头拦截才是真本事——借助专业系统
制定规则是第一步,但规则如果只靠人来执行,就一定会有漏网的。
做了多年仓库的老板都知道:人工审核能减少问题,但消灭不了问题,只有系统前置拦截才能把差错率打到最低。
以顶妙WMS为了,该系统在这件事上做了两个关键动作:
动作一:SKU规则在系统层写死,触线直接拦

在顶妙WMS的商品管理设置里,可以配置一套SKU入库规则,包括:
- 字符长度上限(如≤30位)
- 禁用特殊字符白名单设置
- 同账号下SKU唯一性校验
- 跨商家SKU重复性拦截
商家在OMS端提交商品信息的时候,如果SKU超长、带特殊字符或者和已有编码重复,系统直接在提交环节报错拦截,提交不了、进不了审核队列。
这比事后审核高效得多——问题在进仓之前就解决了,仓库不用被动接单、处理、退回、重填。
动作二:箱唛和备货单全部统一模板

SKU的混乱往往不是孤立的,背后还跟着箱唛乱、备货单格式乱。仓库收到的货,每家商家格式不一样,工作人员得挨个辨认,耗时耗力还容易认错。
顶妙WMS的做法是:仓库在系统里统一设置箱唛模板和备货单模板,商家装箱备货时,通过OMS选好商品后,直接打印出来的单据就已经是仓库标准格式。
不是仓库去迁就商家,而是系统让商家自动对齐仓库标准。这一步做好,入库核对的效率能翻一倍,错误率能下降60%以上。
四、卖家最常问的三个问题
Q:我在Shopee、TikTok Shop的SKU已经很长了,进海外仓要全改?
不一定要"全改",但建议针对海外仓单独维护一套仓库SKU,通过ERP映射到各平台SKU。这样仓库系统跑仓库的规范,平台端保留原有编码,互不干扰,也不用担心改了一端影响另一端的数据。
Q:我的SKU里有中文,比如"白色T恤-M码",不能用吗?
海外仓的条码系统多数基于英文字符集,中文在部分打印设备和PDA上无法正常显示,扫码识别率极低。建议把中文描述用英文或拼音缩写替代,如 WHITE-T-M 或 BAISE-T-M。
Q:我自己有仓库系统,SKU已经定好了,顶妙WMS能对接进来吗?
顶妙WMS支持通过API与主流ERP系统对接,商品信息可以从ERP直接推送过来,不需要手动再录一遍。但推送过来的SKU如果触犯了仓库的规则校验,还是会被拦截并提示修改。
五、几个值得对照的SKU编码示例
| 场景 | 不推荐 | 推荐 |
|---|---|---|
| 服装多规格 | SUPP08-TIK-TSHIRT-WHITE-M-2025 | TSH-WH-M |
| 电子配件 | 20250601-USB-C-BLACK-CABLE-1M | UC-BK-1M |
| 美妆产品 | 口红#08-正红色-3.5g | LP08-RED-35G |
| 家居类 | HOME/DECOR/VASE/BLUE/2025 | HD-VB-2025 |
左边这些 SKU 的问题:太长、含特殊字符、有中文,进仓系统必然触发异常;右边的写法:控制在10位以内,字母+数字+连字符,仓库系统直接通过。
六、最后说一句
做海外仓,没有哪个仓库会因为 SKU 审核严格而失去客户——真正失去客户的,是那些因为 SKU 乱导致一而再、再而三发错货的仓库。
海外仓SKU生成规则不是刁难,是在帮卖家和仓库双方减少返工和赔偿成本。 越早把这套规则嵌进系统、嵌进流程,后期跑量的时候越省心。
想了解顶妙WMS海外仓管理系统如何从源头拦截SKU乱码问题,欢迎点击下方图片联系免费试用,实际跑一跑比看文章更直接。

仓姐Tina · 2026年6月22日




大麦victory


跨境简一
欧哥跨境日记
做海外仓的小智



