SKU(Stock Keeping Unit,最小存货单位)是唯一识别一个可销售、可管理商品的编码单位:同一款商品的不同颜色、尺码、规格、包装各算一个SKU。SKU是库存管理中唯一识别商品的最小存货单位,由品类、规格、颜色尺码、包装等属性组合派生,一个属性组合对应一个SKU,它不是条码也不是平台商品编号,是仓库库存、动销和拣选管理的最小颗粒度。本文说明SKU的构成、与相近概念的区别和仓库管理要点。
为什么仓库人员天天和SKU打交道却还是常搞混?因为口语里SKU、商品编号、条码、款号经常被混用,而系统里它们是不同的字段。把SKU的定义和边界说清楚,很多库存管理的混乱根源就能对上号。
SKU怎么来的:属性组合派生
SKU的生成逻辑是属性组合:一款服装(款)按颜色和尺码展开成多个SKU,一款饮料按规格和包装展开,一套工具按组件配置展开。判断标准很简单——仓库里需要分开存放、分开计数、分开拣选的,就必须是不同的SKU。反过来说,把需要分开管理的形态合成一个SKU,库存就是一笔糊涂账;把无需分开的形态拆成多个SKU,管理颗粒度浪费。SKU规划本质上是管理颗粒度的设计决策,而不是简单的编码任务。
SKU、商品编码、条码的区别
| 概念 | 是什么 | 与SKU的关系 |
| SKU | 最小存货单位 | 库存管理的颗粒度本身 |
| 商品编码 | 系统内商品的唯一编号 | 常作为SKU编码的载体或同义 |
| 条码 | 印在商品上的机器识读码 | 承载SKU信息的载体,一码可多用途 |
| 款号 | 鞋服的商品款式编号 | 一个款号下通常挂多个SKU |
常见的混淆点:条码是识读载体,SKU是管理单位——同一SKU可以换条码规则,不同SKU也可能共用旧条码(这正是要治理的乱象);平台商品编号属于销售端,一个平台商品可能对应仓库多个SKU(组合装场景)。这些边界不清晰的仓库,盘点和拣选差异率通常居高不下。
SKU编码规则怎么设计
编码规则的通行原则有四条:唯一性,一个SKU一个编码,这是底线;稳定性,编码一经启用不轻易变更,历史数据的连续性靠它保证;可读性,规则中嵌入品类、属性等有含义的段位,人员看码能识货,但不必过度追求含义导致编码冗长;可扩展性,为新品类和新属性预留段位空间。实践中的两种路线——有含义编码(分段式)和无含义流水码(属性放主数据字段)都可以,关键是属性信息有唯一可靠的维护位置。已有多套历史编码的企业,治理路径是建立映射表统一到主数据,而不是推倒重来。
SKU管理与仓库作业的关系
SKU数量和结构直接决定仓库管理的复杂度:SKU越多,库位需求、拣选路径、盘点工作量、库存策略的复杂度都随之上升。SKU精细化管理对仓库的意义体现在三处:库存按SKU保持准确(收发存都落到SKU颗粒度);动销按SKU分析(ABC分类、库位分配、补货策略都以SKU动销为输入);拣选按SKU防错(相似SKU的库位分离、扫码校验都以SKU为校验单元)。SKU治理混乱的仓库,上什么系统都跑不准——这也是SKU主数据被列为WMS上线数据准备核心项的原因。以通天晓WMS仓储管理系统为例,SKU档案、条码规则与库位策略联动,SKU颗粒度管理落到作业执行层。
FAQ
一个商品是一个SKU吗?
不一定。一个商品按颜色、尺码、规格、包装等属性可能展开成多个SKU,判断标准是仓库是否需要分开存放和管理——需要分开的就是不同SKU。
SKU越多越好还是越少越好?
都不对:SKU少了管不住差异,SKU多了浪费管理颗粒度。正确的问题是这个差异是否影响存放、计数、拣选和动销分析,影响的才值得独立成SKU。
SKU和条码可以不一样吗?
可以且常见:条码是识读载体,SKU是管理单位。规范做法是一物一码对应清楚,多码一物或一码多物的历史遗留要靠映射表治理。
SKU编码里要不要放颜色尺码信息?
两种路线都通行:有含义编码便于人工识别但变更成本高,无含义流水码加主数据属性更灵活。选择取决于企业的品类结构和维护能力,不必迷信某一种。
上WMS前SKU要整理到什么程度?
做到三个清楚:一物一码无重复、SKU与条码映射准确、停售SKU标记停用不迁移。SKU乱直接上线,系统会把乱精确化而不是消除乱。
总结
SKU是唯一识别商品的最小存货单位,由属性组合派生,与商品编码、条码、款号是不同层面的概念。编码设计遵循唯一、稳定、可读、可扩展四原则,SKU精细化管理是库存准确、动销分析和拣选防错的基础颗粒度,SKU治理先行是WMS上线的数据前提。管好SKU,库存管理的地基才算打牢。