仓库新手最容易犯的错误,不是不会数货,而是把“看起来一样”当成“可以共用一个库存编码”。一箱500毫升柠檬茶,瓶身相同但整箱、单瓶、促销装可能对应三个不同的SKU;一双黑色运动鞋,尺码从40变成41,实物只差一点,库存记录却必须完全分开。我的经验是:日常收发做得准不准,首先取决于SKU编码是否能让任何人快速、唯一地识别一件可销售或可管理的库存对象。
SKU通常可以理解为Stock Keeping Unit,即库存量单位。它不是商品名称,也不是条形码的简单替代,而是仓库内部用于区分不同库存对象的管理编码。
判断两个商品能不能共用一个SKU,不能只看外观是否相同,而要看它们是否在采购、销售、拣货、计价、包装、售后或盘点时需要被分别管理。只要其中一个环节必须区分,就应该优先考虑拆成不同SKU。
| 判断问题 | 如果答案为“是” | 对SKU的影响 |
|---|---|---|
| 颜色不同,客户会分别下单吗? | 是 | 通常需要不同SKU |
| 尺码、容量或规格不同吗? | 是 | 通常需要不同SKU |
| 包装数量不同吗? | 是 | 需要区分单品、套装或整箱SKU |
| 保质期、批次或储存条件不同吗? | 是 | SKU之外还要增加批次管理 |
| 销售价格、成本或供应商不同吗? | 是 | 至少要评估是否拆分编码 |
| 退货后不能与原商品混放吗? | 是 | 可能需要独立状态或次品SKU |
我在接手新仓库时,通常先问一句:“拣货员拿错它,会不会导致客户收到错误商品、价格错误或库存账实不符?”如果答案是肯定的,就不能只依靠商品名称或货位来区分。
新手常把几个概念混在一起。SKU回答的是“这是什么库存对象”;条形码回答的是“如何被设备识别”;货位回答的是“它放在哪里”;批次回答的是“它属于哪一批货”;序列号则回答的是“这一台具体设备是哪一台”。
| 概念 | 解决的问题 | 示例 |
|---|---|---|
| SKU | 区分商品及其规格 | 黑色、41码、某款运动鞋 |
| 条形码 | 让扫描设备识别对象 | 商品外包装上的可扫描代码 |
| 货位 | 确定库存存放位置 | A-03-02-05 |
| 批次 | 追踪生产或入库批次 | 20260815批次 |
| 序列号 | 追踪单件设备 | 某台设备的唯一序列号 |
最重要的边界是:SKU一般不会因为货位变化而改变。商品从待检区移动到拣货区,SKU仍然相同;但如果一箱商品拆成单瓶销售,库存对象的包装层级发生变化,就不能简单地沿用整箱SKU。
SKU编码的价值不只是让系统里多一个编号,而是让错误在入库、上架、拣货和复核时尽早被发现。一个有规律、可验证、不过度冗长的编码,能降低人工录入和口头沟通的成本。
不过,编码规则不能承担所有识别责任。仓库仍然需要商品标签、条形码、货位标签和扫描校验。我的判断是:SKU负责结构化管理,条码负责快速采集,标签负责现场确认,系统负责拦截错误。

“纯棉T恤黑色”这种名称看似清楚,实际上可能缺少品牌款号、尺码、季节、包装数量和版本信息。仓库里一旦出现黑色M码、黑色L码、短袖和长袖,名称相似度越高,误拣风险反而越大。
我见过一张入库单,商品名称只写“蓝色水杯”,同一货架上却有350毫升、500毫升和带吸管三种商品。盘点时总数量是对的,销售时却无法判断哪一种已经被发走。这类问题不是盘点能力不足,而是最初的库存对象定义不清。
单个装、两件装、六瓶整箱装,虽然包含的商品可能相同,但销售单位和库存扣减逻辑不同。如果共用一个SKU,系统可能只扣一件,而仓库实际出了一整箱;也可能系统扣六件,拣货员却按一个包装单位出库。
判断包装是否需要新SKU,关键不是“里面是不是同一个商品”,而是仓库是否按这个包装作为一个独立的收发和销售单位。只要客户可以单独购买、单独退货或单独计价,就应当有清晰的包装层级。
有些仓库把商品依次编号为0001、0002、0003,以为越短越方便。小规模商品数量较少时,这种做法可以运行,但一旦人员更替或商品增加,编号就无法帮助现场人员做任何判断。
反过来,也不要把供应商全称、采购日期、成本、仓库名称全部塞进SKU。编码过长会增加书写和扫描错误,也会把经常变化的信息固化进去。供应商变更、成本调整或货位变化,通常不应该导致SKU频繁变化。
食品、化妆品、医疗用品和部分工业品需要跟踪批号与有效期。同一款商品可能在不同日期分批到货,但它们未必需要建立多个SKU。更合理的做法通常是:SKU用于区分商品规格,批次字段用于区分生产批次和有效期。
只有当不同批次在销售、质量、法规、价格或客户承诺上必须被当成不同商品管理时,才需要进一步拆分。否则,SKU数量会迅速膨胀,查询、盘点和报表都会变得复杂。
系统里有编码,不代表仓库现场就能正确执行。如果货架没有货位标签、箱体没有商品标签、同一货位混放多个规格,员工仍然只能靠肉眼和记忆完成工作。
我通常把“系统建档完成”与“现场可执行”分成两个验收条件:第一,系统能查到唯一SKU;第二,现场人员不打开包装,也能通过标签确认商品、规格、数量和状态。少了第二步,编码只是数据库里的文字。
不要一上来就设计编码格式。正确顺序是先列出商品属性,再判断哪些属性会影响库存管理。常见属性包括品类、款式、颜色、尺码、容量、材质、包装数量、版本、温度要求和销售渠道。
| 属性 | 是否通常影响SKU | 判断理由 |
|---|---|---|
| 颜色 | 是 | 消费者可能分别下单,拣货必须区分 |
| 尺码 | 是 | 错发后无法用数量盘点发现 |
| 容量 | 是 | 价格、包装和使用场景不同 |
| 生产批次 | 通常不是 | 更适合独立做批次字段 |
| 货位 | 不是 | 货位会变,SKU应保持稳定 |
| 供应商 | 视情况而定 | 同品替代采购时可能不应拆SKU |
| 销售渠道 | 视业务而定 | 若渠道包装或定价不同,可能需要拆分 |
属性矩阵的作用,是把“看起来像不同商品”和“实际需要独立核算的商品”分开。比如同一款螺丝来自两个供应商,只要规格、质量标准和采购替代关系相同,通常可以使用同一SKU,并在供应商字段中管理来源。
如果四个问题中有两个以上答案为“是”,我会把拆分SKU作为默认方案,再评估编码数量和维护成本。相比后期从混乱库存中重新拆分,前期多建立几条清晰记录,成本通常更低。
建议给包装层级画出明确关系。比如,基础商品是单瓶水,六瓶组成一提,四提组成一箱。单瓶、提装、整箱可以分别有自己的SKU,并建立包装换算关系。
基础商品:单瓶500毫升
包装关系:1提 = 6瓶
包装关系:1箱 = 4提 = 24瓶
库存扣减规则:按实际出库包装层级换算
这样做的好处是,仓库可以按整箱收货、按提拣货、按单瓶销售,同时保持库存换算可追溯。需要注意的是,换算关系必须经过实际抽检,不能只听供应商口头描述。很多“整箱24瓶”的商品,实际会因促销赠品或不同包装版本产生差异。

对多数中小仓库,我更推荐半结构化编码,而不是完全随机编码。示例可以是:食品用FD,清洁用品用CL,服装用AP,再加上款式、规格或颜色缩写和顺序号。
FD-TEA-LM-0500-01
AP-TS-BK-M-002
CL-WP-500-003
上面的编码只是示意,实际规则应以企业商品属性为准。FD可以表示食品,TEA表示茶饮,LM表示柠檬口味,0500表示500毫升。服装编码中,BK可以表示黑色,M表示尺码。
编码格式最好保持固定长度和固定顺序。例如所有容量都统一使用四位数字,颜色统一使用维护表中的代码,不能一会儿用BK、一会儿用BLACK、一会儿用黑。统一格式比“每个人都觉得自己写得清楚”更可靠。
货位、入库日期、生产批次、销售价格和临时采购价,通常不适合直接写进SKU。它们要么会变化,要么属于独立管理维度。把变化频繁的信息放进编码,会造成旧编码失效,员工还会误以为商品发生了变化。
例如,商品从B区移到C区,不需要改SKU;同一SKU的采购成本从10元变成10.5元,也不需要改SKU;同一商品换了供应商,只要质量规格和销售对象不变,也不必为了供应商名称重新建立编码。
仓库人员最怕“靠老员工解释”。规则至少要写清楚以下内容:编码字段的顺序、允许使用的字符、颜色和单位代码、是否允许修改、重复编码如何处理、停用商品如何处理、包装层级如何建立。
我建议在编码规则中加入“禁止项”:禁止使用空格,禁止使用容易混淆的字符,禁止用同一个编码表示不同包装,禁止随意复用停用编码,禁止把货位号当成SKU。
| 规则项目 | 建议做法 | 现场收益 |
|---|---|---|
| 字符 | 使用大写字母、数字和连接符 | 减少大小写和手写混淆 |
| 长度 | 控制在便于标签打印和人工核对的范围 | 减少录入时间 |
| 属性顺序 | 全仓库统一 | 方便搜索和培训新人 |
| 停用编码 | 保留历史记录,不重新分配 | 避免历史单据指向错误商品 |
| 新建权限 | 由指定人员审核 | 降低重复建档 |
可读性越强,现场人员越容易理解;但字段过多,编码就会变长。稳定性越高,历史数据越不容易断裂;但如果完全没有属性信息,人员就更依赖扫描设备。
我的取舍原则是:SKU中只保留长期稳定、能帮助区分库存对象的属性;短期变化和运营变化交给系统字段管理。如果仓库已经全面扫描作业,可以适当减少编码中的文字信息;如果仍大量依靠人工拣货,则需要保留最关键的规格提示。

收货时不要先数数量,再想这是什么商品。正确顺序是先拿采购单、送货单和实物标签进行匹配,确认SKU、规格、包装单位、生产批次和数量口径,再开始清点。
如果供应商送来的商品没有可用条码,不能直接让员工临时手写一个SKU贴上去就结束。应先进入待检区,建立商品档案,完成编码审核和标签打印,再转入正式库存。
上架不是“找个空位放进去”。操作员需要确认货位、SKU和数量三者的对应关系。尤其是同一货位允许混放多个SKU时,必须有物理隔断和明显标签;对新手仓库,我通常建议先减少混放,优先采用一个货位一个SKU。
货位编码也要有规律。例如A-03-02-05可以表示A区、第3排、第2列、第5层。货位编码的目标不是好看,而是让新人能沿着固定方向找到位置,并能在复核时迅速判断是否放错。
拣货至少核对SKU、规格、数量和货位。服装类还要核对颜色和尺码,食品类还要核对批次和有效期,电子配件类还要核对接口、型号和适配范围。
我在现场培训时,会要求拣货员采用“看标签、扫条码、报数量”的节奏:先看货位标签确认位置,再扫描商品确认SKU,最后口头或系统确认数量。这个动作看似慢,但比错发后的退换货、重新发货和库存调整便宜得多。
复核人员不能只看拣货员有没有拿满数量,而要重新扫描或核对商品编码。对于外观相近的商品,复核重点应该放在容易错的属性,而不是重复检查已经不容易出错的内容。
| 商品类型 | 最容易错的属性 | 复核重点 |
|---|---|---|
| 服装鞋帽 | 颜色、尺码、款号 | 吊牌与订单属性一致 |
| 食品饮料 | 口味、容量、效期 | 包装规格与批次要求一致 |
| 美妆个护 | 版本、容量、套装关系 | 单品和礼盒不可混发 |
| 电子配件 | 接口、型号、兼容性 | 不要只看外壳颜色 |
| 五金耗材 | 尺寸、材质、单位重量 | 确认计数单位和包装数量 |
盘点发现差异后,不要直接修改库存数量。应先查看最近的收货、移库、拣货、退货和报损记录,判断差异属于漏记、错记、错位、混放还是单位换算错误。
如果某SKU每次盘点都多出或少出固定比例,优先怀疑包装换算。例如系统按单件记录,员工按整箱出库;或者供应商标称每箱24个,实际每箱装20个。固定比例差异通常比随机差异更容易定位。

下面这个案例来自我参与过的仓库整理项目,数据做了适度脱敏。该仓库经营三种保温杯:350毫升、500毫升和750毫升,外观颜色都为黑色,系统中统一录入为“黑色保温杯”,只使用一个库存编码。
两周内,系统显示总库存为286个,现场盘点也得到286个,因此仓库负责人认为库存准确。但订单系统显示500毫升保温杯缺货,仓库却有大量黑色保温杯。进一步拆分后发现:350毫升有78个,500毫升有31个,750毫升有177个。总量没有错,规格库存已经完全失真。
采购收货时,三种规格被合并成一个SKU;上架时,员工按空位放置,没有固定货位;拣货时,订单只显示“黑色保温杯”,员工只能根据备注和记忆寻找。由于仓库只核对总数量,错误在每个环节都没有被拦截。
后续我们把商品拆成三个SKU,重新制作货位标签,增加容量字段,并要求拣货时扫描条码。第一周盘点没有明显改善,因为旧库存仍然混在一起;第二周完成一次全量清点和货位重排后,规格差异才开始收敛。
下表是该项目中用于内部复盘的示意性对比,不代表行业平均值。它反映的是在商品数量和订单结构基本相近的情况下,SKU治理前后仓库作业指标的变化。
| 指标 | 治理前 | 治理后第4周 | 变化 |
|---|---|---|---|
| 规格错发率 | 每千单约31单 | 每千单约8单 | 下降约74% |
| 人工找货平均耗时 | 每单4.6分钟 | 每单2.9分钟 | 下降约37% |
| 盘点差异定位时间 | 平均2.5小时 | 平均0.8小时 | 下降约68% |
| 同名商品混放次数 | 每周约14次 | 每周约3次 | 下降约79% |
这里最值得注意的不是“拆了三个SKU后准确率提升”,而是库存准确率必须按可销售属性统计,而不是只看总数量。如果客户买的是500毫升,仓库有1000个350毫升,也不能说库存充足。

如果仓库只有几百个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、数量和库位一致。
我在整理一批日用品库存时遇到过一个典型问题:同一品牌的抽纸有三层和四层两个版本,外包装主色几乎一样,供应商也把它们放在同一张送货单上。仓库人员只看品名不看编码,结果把12提四层纸录成了三层纸。系统账面没有少货,但客户订单无法按正确规格发出,最后只能重新盘点并调整库存。
SKU最容易被忽略的地方,是“相似”不等于“相同”。颜色、尺寸、容量、材质、版本、包装数量、适用型号和有效期,只要其中一项影响销售、采购或发货,就应该考虑拆分为不同SKU。
商品差异是否建议拆分SKU原因 同款商品,红色与黑色建议拆分客户下单和拣货需要区分颜色 同一商品,单个装与6个装必须拆分库存数量和销售单位不同 外箱图案变化,商品属性不变视业务决定若客户不区分,可作为包装版本备注 生产批次不同但规格相同通常不拆SKU可用批次或生产日期字段管理 新手可以先建立一张SKU主数据表,至少包含SKU编码、商品名称、规格、销售单位、采购单位、条码、包装数量和存放区域。
不要一开始就追求复杂编码,先保证一个编码只对应一种可发货商品。我的判断是:仓库规模越小,越要尽早规范SKU。小仓库往往依赖熟人记忆,一旦人员请假、商品增加或订单变多,记忆就会成为最不可靠的库存系统。
我准备给商品重新编号,但不知道应该把品牌、品类、颜色、尺寸、年份全部写进编码,还是直接使用系统自动生成的数字。我担心编码太短无法识别,编码太长又容易录入错误,实际操作中应该怎样取舍?
SKU编码设计的核心不是“让人看完编码就知道所有信息”,而是让仓库人员能够快速区分商品,并且长期保持稳定。编码承担的是识别功能,商品名称、规格和图片承担的是解释功能,不能把所有信息都硬塞进一串字符。
我更推荐新手使用“品类缩写+关键属性+流水号”的结构,例如“BX-BL-500-01”可以表示某类包装材料、蓝色、500规格和第1个款式。这里的关键属性只保留会影响收发货判断的内容,不建议把供应商名称、采购日期或库位写进SKU。库位不能写进SKU,是因为商品会移动。
某商品从A区调整到B区,如果编码里含有库位,移动一次就要改主数据、标签和历史记录,极易造成旧标签与新库位不一致。库位应该作为独立字段维护。
编码方式示例优点主要风险 纯流水号000238短、稳定、适合系统管理人工拣货时不直观 属性组合码BX-BL-500-01便于人工初步识别规则变复杂后容易重复 商品名称拼音码BLJ500录入直观同音、缩写冲突和长度失控 包含库位和日期A03-2026-01看起来信息丰富位置或批次变化后需要改码 设计编码前,先做三项检查。
第一,确认是否允许数字0和字母O同时出现;第二,确认是否使用容易混淆的字符,如I、L、1;第三,确认编码长度在纸质标签、扫码枪和系统字段中都能稳定显示。建议把编码规则控制在一页纸内,并先拿20个真实商品做模拟。让两名不熟悉商品的人员分别根据编码找货,再统计是否出现重复、误读和无法判断的情况。
如果20个样本中有3个以上需要反复询问,说明规则已经偏复杂。最稳妥的做法是:编码保持稳定,属性放在独立字段,条码负责快速识别。不要为了追求“编码可读”,把编码变成一段无法维护的商品说明书。
我每天收货时都要对照送货单、实物和系统,但高峰期经常只核对数量,没时间逐项确认规格。有没有一套适合新手的收货方法,可以降低同款不同规格、整箱与单品单位混淆造成的错误?
收货时最危险的错误不是少数几件,而是“整批录错”。数量错一件通常能在盘点时发现,规格错一整箱则可能让系统持续显示正确数量,直到客户订单拣货时才暴露。我建议新手采用“三次确认法”:第一次看送货单上的供应商编码和品名,第二次看实物标签上的SKU或条码,第三次确认系统中的包装单位和数量。
三次确认不是重复劳动,而是分别核对来源、实物和库存口径。尤其要注意采购单位与库存单位。供应商送来的是10箱,每箱24个,系统如果按“个”管理,入库数量应是240个;如果系统按“箱”管理,则应录入10箱,并在包装关系中注明1箱等于24个。两种方式都可以,但同一SKU不能一会儿按箱、一会儿按个。
收货检查项现场动作常见错误 SKU身份扫描或逐字核对编码只看商品简称 规格属性核对颜色、尺寸、容量、版本把相似包装当成同款 单位换算确认箱、包、个之间的关系把10箱录成10个 实际数量抽箱清点并记录异常直接相信送货单 批次与日期按业务要求登记批次或有效期不同批次混放且无法追溯 遇到整箱商品,不要只抽查最上面一箱。
可以随机打开一箱确认内装数量,再检查外箱标签与内包装标签是否一致。对于过去出现过短装的供应商,我会把抽检比例提高到每批至少两箱,直到连续几批没有异常。如果实物没有SKU标签,建议先放入待检区,不要直接进入可销售库存。临时贴纸必须包含临时编号、品名、规格、数量和收货日期,并在当天补齐正式标签。
收货记录中最好保留“送货单数量、实收数量、合格数量、差异原因”四列。这样即使后来发生短装、错发或破损,也能快速判断问题出在供应商、验收还是录入环节。
我已经给商品设置了SKU,也在系统里录入了库存,但盘点时仍然出现账实不符,发货员还会拿错相似商品。我怀疑问题不只是编码本身,SKU在标签、库位和拣货流程中还应该怎样配合使用?
SKU只能解决“商品身份”问题,不能自动解决“商品放在哪里、实际有多少、谁已经拿走了”的问题。很多仓库把编码建立完成当成库存管理完成,实际上还缺少标签、库位和动作记录三层控制。我曾经见过一个小仓库,系统里同一SKU有库存,货架上也能找到商品,但发货仍频繁出错。
原因是同一编码的正品、样品和待退货品都放在同一层货架,工作人员按数量拣货,却没有区分库存状态。后来把库位拆成可售区、待检区和退货区,错误明显减少。建议每个SKU至少绑定一个明确库位,并在货架上同时展示库位标签和商品标签。商品标签回答“这是什么”,库位标签回答“应该放在哪里”。两者缺一不可。
控制层必须记录的内容解决的问题 SKU层编码、名称、规格、单位、条码避免认错商品 库位层区域、货架、层位、存放状态避免找不到或混放 数量层入库、出库、调整、盘点记录避免账实不符 状态层可售、待检、锁定、退货、报损避免错误发货 盘点时不要只拿着一张商品清单从头找到尾。
更可靠的方法是“按库位盘点”:从货架第一格开始,逐个扫描SKU,记录实物数量,再与系统数量比较。按库位盘点能发现系统里没有登记的商品,也能发现放错位置的商品。对高频出库SKU,可以设置二次核对。拣货人员扫描商品后,复核人员再核对SKU、数量和订单要求;
如果暂时没有扫码设备,至少要求复核商品标签上的完整编码,而不是只看名称。盘点差异不要直接改成系统正确数量。每次调整都应填写原因,例如收货漏录、拣货未扣减、破损报废、单位换算错误或错放库位。连续统计一个月后,通常能看出差异主要来自哪个环节,这比单纯追求“盘点当天对上”更有价值。
新手判断仓库是否真正掌握SKU,可以做一个简单测试:随机抽取10个订单,让不熟悉商品的员工仅凭系统、标签和库位完成拣货。如果10单中有1单以上需要人工解释,说明编码与现场流程还没有真正连起来。


读者评论
把单瓶、提装和整箱分开管理这一点很实用,之前我们只按基础商品记库存,拆零销售后经常出现数量对不上。包装换算关系确实需要先实物抽检。
文章对SKU、条形码、货位和批次的区分讲得比较清楚。尤其是货位变化不应改SKU,这能避免搬仓后历史库存和单据全部混乱。
编码不宜塞入入库日期、批次和价格,这个判断比较客观。实际仓库更需要统一的编码规则、现场标签和扫描复核,单靠系统建档并不能减少错发。