1. 课程导入与场景锚定
在食品仓储管理中，保质期从来不是一个静态的字段，而是一条持续向“失效”方向移动的时间轴。一箱常温酸奶入库时剩余保质期 180 天，经过收货、上架、存储、拣选、出库，每一天都在消耗它的可售窗口。如果仓库管理系统（WMS）只在出库环节才提示“已过期”，那么损失已经发生——货物可能已被拣出、装车，甚至送达门店后被拒收。保质期预警配置要解决的，正是把“事后发现”提前为“事前提醒”，让仓库在正确的时间点、对正确的批次、以正确的方式做出处置决策。
业务价值：从被动报损到主动干预
保质期预警的直接价值体现在三个层面。第一是减少报损：通过设置分级预警阈值，临近保质期的批次可以被优先分配、优先出库，或转入临期促销渠道，避免在库内自然过期。第二是降低合规风险：食品经营对过期原料和成品有明确的禁售要求，预警机制能在批次进入“禁售区”之前触发冻结或锁定，防止误发。第三是提升周转效率：预警数据与先进先出（FEFO，先到期先出）策略联动后，拣货任务会优先指向剩余保质期最短的批次，使库存结构更健康。
需要强调的是，预警不是越早越好。阈值设得过宽，仓库每天收到大量“还有 120 天到期”的提醒，形成告警疲劳，真正紧急的批次反而被淹没；阈值设得过窄，则留给处置的时间不足。合理的做法是按品类、按保质期长度、按销售速度分层设定，这一点将在后续章节展开。
典型痛点：预警为什么常常“配了但没用”
在实际项目中，保质期预警配置失败往往不是功能缺失，而是配置与业务脱节。常见痛点可以归纳为以下几类：
- 批次粒度缺失：系统只记录商品级保质期，不记录入库批次的生产日期和到期日期，导致同一 SKU 的不同批次无法区分，预警只能“一刀切”。
- 预警对象错位：预警只发给仓库主管，而实际处置动作由拣货员、质检员或销售端执行，信息到达不了决策点。
- 阈值静态化：所有品类共用“到期前 30 天提醒”一条规则，短保面包和长保罐头被同等对待，前者早已过期，后者被过度打扰。
- 缺少状态联动：预警发出后，库存状态、拣货分配、出库校验没有同步变化，预警停留在“消息”层面，未形成“控制”。
- 时间基准不统一：有的按生产日期计算，有的按入库日期计算，有的按到期日期倒推，口径混乱导致预警时点漂移。
本课程的任务地图与最终交付物
本课程共 30 节，整体沿着“认知—建模—配置—联动—验证—运维”的路径推进。为便于建立全局印象，下面用一张任务地图把核心环节与交付物串联起来。
上图把课程主线压缩为四个阶段，并给出了一条具体的批次时间轴示例。需要说明的是，图中“剩余 60 天进入临期区、剩余 30 天进入禁售区”只是教学示例参数，实际项目中应根据品类保质期长度、平均周转天数和渠道退货政策重新测算。例如保质期仅 7 天的鲜食，临期阈值可能是剩余 2 天；而保质期 24 个月的罐头，临期阈值可能设在剩余 90 天。阈值不是拍脑袋定的，而是由“处置所需时间”倒推出来的：如果临期促销平均需要 10 天完成，那么预警就必须在剩余保质期大于 10 天时触发。
最终交付物：一套可执行的预警配置方案
学完本课程，你应当能够产出一份可直接落地的配置方案，其核心内容包括：
- 保质期数据模型：明确批次号、生产日期、到期日期、剩余保质期四个关键字段的来源与计算口径，统一以“到期日期减当前日期”作为剩余天数基准。
- 分级预警规则表：按品类给出预警级别、触发阈值、通知对象和处置建议，形成可维护的规则矩阵。
- 状态联动配置：定义“正常—临期—冻结—禁售”状态之间的转换条件，以及每个状态下拣货分配和出库校验的行为。
- 验证用例与验收清单：覆盖边界值（恰好等于阈值、跨天、时区）、异常场景（无生产日期、批次混放）的测试用例，以及上线前的检查项。
最后需要建立的一个基本认识是：保质期预警的准确性依赖于时间基准的一致性。本课程统一约定——剩余保质期 = 到期日期 − 当前业务日期，以自然日为单位，不计算小时；到期日期由生产日期加保质期天数得到，入库时录入并锁定，不允许在库内随意修改。所有后续的阈值判断、状态转换和图示表达，都遵循这一约定。带着这个基准，我们就可以进入下一环节，开始拆解批次与保质期数据的具体建模方法。