批次、保质期、序列号怎么管？什么生意必须上（一篇讲透）

系列第 14 篇 · 核心概念

老蒋的两次教训

老蒋在长沙做奶制品代理，主销牛奶、酸奶、奶粉。

去年他先后被两件事教育过——

第一件：某品牌酸奶下架召回。 厂家公告说"2024 年 3 月 5 日 - 3 月 18 日生产的某批次产品有问题，召回处理"。

老蒋一查自己仓库——确实有这款酸奶，但他的系统里只有「商品 + 数量」，没有"批次"信息。 进的什么时候的、剩的是哪一批，全靠员工翻箱底看生产日期。 那一周他全店停业三天，靠人工筛查，累计召回成本 4.2 万。

第二件：母婴店进了一批早教 iPad（成人版改造）。 某客户买回去用了半个月发现屏幕坏了，要保修。 老蒋按客户姓名查不到记录——员工卖货时没记 iPad 的序列号。 最后老蒋只能"按客户说的算"，自己掏 6000 块换了一台新的。

两件事加一起 4.8 万——

老蒋后来反思：

我做的是「有批次特性的生意」，但用的是最普通的进销存系统—— 这就跟开赛车却用自行车的轮子一样，迟早翻。

这一篇，我们把进销存里最容易被中小老板忽视的三个概念——批次、保质期、序列号——讲透。

先看哪些生意必须管

反过来——纯流通的非食品 / 非耐用品（如纸箱、扫帚、文具），可以不管。

1. 批次：「这批货是哪天进的」

定义

同一个 SKU，不同时间进的不同批货——每批一个编号。

举例

老蒋的某款酸奶，先后进了三次：

• 3 月 1 日进 100 箱，生产日期 2 月 28 日，批次号 PC20240228-1
• 4 月 5 日进 150 箱，生产日期 4 月 3 日，批次号 PC20240403-1
• 5 月 10 日进 120 箱，生产日期 5 月 8 日，批次号 PC20240508-1

库存里这款酸奶总数 370 箱——但实际是三批不同的货叠在一起。

没有批次管理的问题

• 不知道哪批先到期
• 不能按批次召回
• 不能按批次追责
• 不能按批次盘点

有批次管理的好处

• 先进先出（FIFO）真正落地：销售时优先扣最早批次
• 召回精准：哪批有问题，定位到位
• 效期管理：每批的到期时间单独追踪
• 质量追责：哪批坏了，倒查供应商

2. 保质期：「这批货能用到几号」

定义

商品生产日期 → 不能再使用的截止日期之间的时长。

通常分两种标识方式：

• 生产日期 + 保质期天数（如 2024-04-03 生产，保质期 21 天 → 2024-04-24 到期）
• 到期日（如包装上直接写"保质期至 2024-04-24"）

与批次的关系

保质期是批次的属性—— 每一批的保质期都不同：

• PC20240228-1 批次：3 月 21 日到期
• PC20240403-1 批次：4 月 24 日到期
• PC20240508-1 批次：5 月 29 日到期

进销存系统应该提供的能力

1. 批次效期录入

入库时，每批必须录入生产日期和保质期，系统自动算到期日。

2. 自动 FIFO 出货

销售时，系统自动从最早到期的批次扣减——不是简单"先进先出"，是"先到期先出"。

（注：某些情况下要按"先进先出"，看老板选）

3. 临期预警

可配置：

• 到期前 60 天 → 提醒"该重点推销"
• 到期前 30 天 → 强制打折促销
• 到期前 7 天 → 不准再卖给一般客户（可能要下架）
• 已过期 → 强制下架，等待报损

4. 效期报表

• 当前临期商品清单（按到期日排序）
• 过去 30 天报损金额
• 各品类的平均周转天数 vs 保质期天数

不同行业的效期标准

3. 序列号：「这台货是独一无二的那一台」

定义

每一件商品都有全球唯一的编号——精确到「这一台」「这一块」「这一支」。

最常见的是手机的 IMEI 号、电脑的 SN 号、汽车的 VIN 码。

跟批次的根本区别

• 批次：管"这批货"——一批可能 100 件、1000 件
• 序列号：管"这一件货"——一件就是一件

序列号是「批次的极致细化」—— 当生意精细到必须追溯单件时，就要上序列号。

哪些生意必须用

序列号的全生命周期

工厂出厂 ──► 序列号产生
    │
    ▼
进入老板仓库 ──► 入库录入（一台一码）
    │
    ▼
卖给客户 ──► 销售单绑定客户 + 序列号
    │
    ▼
客户售后 ──► 凭序列号查购买日期、保修期、客户信息
    │
    ▼
退货 ──► 序列号回归库存

系统里应该具备的功能

1. 一件一码入库

每收一台货，扫一次 SN 码，独立入库。

2. 销售时强制绑定

收银时，必须扫该商品的 SN 码 / 输入序列号—— 不录就不能开单。

3. SN 查询

输入 SN，能立刻看到：

• 进货时间、供应商
• 销售时间、客户
• 售后记录

4. 批量管理

• 同一型号可能有上千台不同 SN，要支持批量入库（扫码枪连扫）
• 报表能按"型号汇总"也能按"SN 明细"

配图 1：三个概念的层级

层级关系：

• SKU：商品的型号
• 批次：同 SKU 不同时进货的几批
• 序列号：同批次中具体那一件

绝大多数行业管到批次就够了。只有高单价、需追溯到单件的，才管到序列号。

三种管理方式的成本对比

老板要根据自己生意的"出错代价"选—— 出错代价低的，别上太复杂的系统；出错代价高的，必须上。

系统支持的典型功能列表

食品 / 药品行业必备

• 商品建档时勾选"启用批次"
• 入库录批次号、生产日期、保质期、供应商
• 销售自动按"先到期先出"扣减
• 临期预警（多级阈值）
• 过期商品自动锁定
• 报损单据 + 影像凭证
• 召回支持（按批次反查所有买家）

3C / 家电 / 奢侈品必备

• 商品建档时勾选"启用序列号"
• 扫码入库（一件一码）
• 销售必须扫 SN 出库
• SN 全生命周期追踪
• 保修期计算（基于销售日期）
• 售后记录绑定
• 客户档案关联 SN 历史

三个老板最容易踩的坑

坑一：明明是食品行业，却没启用批次

老蒋的故事就是。

症状：召回时全靠人工筛、临期靠老员工记忆、过期靠运气。

修正：食品 / 药品 / 化妆品行业，第一天就启用批次管理——后期想加，要重新做基础数据。

坑二：序列号"录但不强制"

有些老板上了序列号功能，但出于"麻烦"心理，允许员工跳过录入。

症状：销售单一半有 SN、一半没有，售后时找不到买家。

修正：系统设置必填，不录入不允许开单——短期员工抱怨，长期省大事。

坑三：批次 / 序列号管理粒度过细

农户卖鸡蛋的小店，硬要给每一颗鸡蛋打序列号——

症状：操作慢、员工烦、错误率反而升高。

修正：粒度要匹配商品价值——

• 价值 < 100 元：不上序列号
• 价值 100 - 1000 元：看情况
• 价值 > 1000 元：上序列号

行业实战：三个典型场景

场景一：母婴店奶粉管理

• 必管：批次 + 保质期
• 关键流程：
  1. 入库时录生产日期、批次号
  2. 货架按"先到期先出"陈列（最早到期摆最前面）
  3. 系统自动 FIFO 扣减
  4. 临期 60 天 → 系统提示打 95 折
  5. 临期 30 天 → 强制下架特卖区
  6. 过期 → 报损 + 影像证据

场景二：手机店 SN 管理

• 必管：序列号 + 保修期
• 关键流程：
  1. 入库时扫每台 IMEI
  2. 销售时再扫 IMEI 绑定客户
  3. 客户来保修，扫 IMEI 立即调出"购买日期 + 客户信息 + 保修剩余天数"
  4. 客户激活 / 换机时序列号联动更新

场景三：药店处方药

• 必管：批次 + 保质期 + 追溯码（按法规）
• 关键流程：
  1. 入库扫追溯码（药监局规定，每盒药都有追溯码）
  2. 销售时扫追溯码上传药监局
  3. 实现"从厂家 → 经销商 → 药店 → 患者"全链可追溯
  4. 召回时按追溯码精准定位

一个升级思考：批次和序列号的"重合"

有些品类，同时需要批次 + 序列号——

举例：高端红酒

• 批次：哪一年的（2018 年 / 2020 年）
• 序列号：这一瓶的编号（防伪）

这种叫"批次 + 单件追溯"双重管理—— 系统层面要支持"一批 N 件，每件还有自己的 SN"。

老蒋的复盘

老蒋去年痛定思痛，换了一套带"批次 + 效期 + 序列号"的食品版进销存。

半年后他的变化：

他说：

我以前觉得「批次」「保质期」「序列号」是给大公司用的。 现在我明白——只要你做的是"出错就出大事"的生意，这三件事就是刚需，跟规模无关。

三道自检题

1. 你的生意里，"过期 / 召回 / 售后"出过几次大事？

   • 出过 ≥ 2 次 → 该上批次 / 序列号了

2. 你的商品有保质期 / 单台保修期 / 客户售后追溯需求吗？

   • 有 → 普通进销存不够用

3. 现在如果上游通知召回某批次，你能在多少时间内定位完所有相关库存？

   • 超过 24 小时 → 系统能力不足

结尾

批次、保质期、序列号——这三件事，看上去都是"小事"， 但每一件都是**"出事时定生死"的关键能力**。

老蒋常跟同行说：

平时多花 5 秒钟扫个码，出事时少花 50 个小时擦屁股。 这是我用 4.8 万换来的话。

留个问题给你：

你的生意里，哪一件商品的"批次 / 效期 / 序列号"最重要？现在管到位了吗？

下一篇预告：《一件商品从进货到卖出，系统里经历了什么》——进入第三部分「业务流程类」，把所有概念串成一条流。