2. 保质期预警配置的输入清单

保质期预警不是“到点弹个窗”这么简单。它本质上是一次持续运行的数据计算:系统要在正确的时间,用正确的规则,对正确的库存对象做出判断,并把结果推给正确的人。判断是否准确,几乎完全取决于输入数据是否齐全、口径是否统一。本节把预警配置所需的输入拆成六类,逐一说明每类数据在预警计算中承担什么角色、需要哪些关键字段、常见的数据质量问题,以及如何把它们组织成一份可落地的输入清单。

六类输入的分工:谁提供对象,谁提供条件,谁提供证据

理解输入清单最有效的方式,是先分清每类数据在计算链条中的位置。商品主数据回答“这是什么商品、它的保质期基准是多少”;批次信息回答“这一批具体什么时候生产、什么时候到期”;库位属性回答“它放在哪里、那里的存储条件是否合规”;温湿度记录回答“它在存放期间实际经历了什么环境”;出入库流水回答“它何时进入、是否发生过移动或部分出库”;预警规则参数则回答“提前多少天提醒、按什么阈值分级、提醒给谁”。

前五类构成“事实层”,是客观发生的业务与环境数据;第六类构成“策略层”,是管理者可调整的判断标准。两者必须分离:事实层由业务系统与物联网设备产生,策略层由配置界面维护。若把提前天数、阈值等参数硬编码进批次或商品字段,后续调整规则就要改动业务数据,极易造成口径混乱。

保质期预警的输入结构与计算关系 事实层(业务系统与设备产生) ① 商品主数据 保质期天数 / 预警基准 存储条件要求(常温/冷藏/冷冻) 是否临期管控、计量单位 作用:确定“到期日”的推算基准 ② 批次信息 批次号 / 生产日期 / 到期日期 供应商、入库批次与商品关联 剩余数量、锁定/冻结状态 作用:预警计算的最小库存对象 ③ 库位属性 库位编码 / 库区类型 温区(常温、冷藏、冷冻) 是否临期专区、是否可混放 作用:判断存储条件是否匹配 ④ 温湿度记录 采集点 / 时间戳 / 温度 / 湿度 超限标记、持续时长 与库位、批次的关联关系 作用:为“加速劣化”提供证据 策略层(配置界面维护) ⑥ 预警规则参数 提前预警天数(如 30/15/7 天) 分级阈值与颜色标识 适用商品/库区范围 通知对象与通知渠道 计算频率、生效时间 ⑤ 出入库流水 入库时间、出库数量、移库记录 用于计算剩余量与在库时长 作用:修正“当前是否仍在库” 预警计算核心 剩余保质天数 = 到期日期 − 当前日期 命中规则 → 生成预警等级 → 推送责任人

商品主数据:预警基准的源头

商品主数据中最关键的字段是保质期天数与存储条件要求。保质期天数决定了“到期日期”的推算方式:对于有明确生产日期的商品,到期日期 = 生产日期 + 保质期天数;对于只标注“到期日期”的进口商品,则直接采用标注值,不再反推。这里必须明确一个口径:保质期天数按自然日计算,不扣除节假日,否则同一批货在不同系统里会算出不同的到期日。

存储条件要求同样重要。它规定了该商品应处的温区,是后续与库位属性、温湿度记录做匹配校验的依据。此外,建议在主数据中增加“是否纳入临期管控”标志,用于排除部分不适用保质期预警的物料,例如包装耗材、赠品或保质期极长的盐糖类商品。缺少这个标志,预警列表会被大量无意义记录淹没。

批次信息:预警计算的最小对象

预警不能按商品汇总计算,必须落到批次。同一商品的不同批次到期日可能相差数月,若按商品平均或取最早到期日,会导致部分批次被漏报或误报。批次信息需要提供批次号、生产日期、到期日期、剩余数量与状态。其中“剩余数量”应来自实时库存而非入库时的原始数量,否则已出库的批次仍会持续触发预警。

批次与商品的关联关系也要明确。实际业务中常见“一个批次对应多个商品编码”的拆零场景,此时应以批次为主线建立预警对象,避免同一批货在多个商品维度重复提醒。批次状态字段(正常、锁定、冻结、待检)用于过滤:冻结或待检批次的预警应单独归类,不应与可正常出库的临期批次混在同一张处理清单里。

库位属性与温湿度记录:判断存储是否合规

库位属性提供温区、库区类型与是否临期专区等信息。它的第一个用途是匹配校验:冷藏商品被放入常温库位,本身就是需要立即处理的风险,应触发“存储条件不符”类预警,而不是等到临期才提醒。第二个用途是分区管理:临期专区库位的商品,其预警阈值可以设置得更宽松或更严格,取决于企业的处理策略。

温湿度记录则是“实际经历环境”的证据。它需要包含采集点、时间戳、温度、湿度以及超限标记。关键在于关联关系:采集点必须能映射到库位,库位再映射到批次,否则记录只是一堆孤立数字。当某批次在存放期间出现连续超温,即使剩余保质天数尚多,也应考虑触发加速劣化提示。示例性地,可设定“连续超温超过 2 小时即标记该库位内批次为关注状态”,具体阈值需结合商品特性确定,此处仅为说明用法。

出入库流水与规则参数:修正事实与定义策略

出入库流水用于修正“当前是否仍在库”以及“在库时长”。部分出库后剩余数量变化、移库后库位归属变化,都会影响预警对象与责任归属。流水数据至少需要单据号、批次号、库位、数量、方向(入/出/移)与发生时间。若系统只保留汇总库存而无流水,则无法判断某批次是“从未动过”还是“刚被移入临期区”,预警的处置建议就失去了依据。

预警规则参数是唯一允许业务人员频繁调整的部分。典型参数包括提前预警天数、分级阈值、适用范围、通知对象与计算频率。建议采用分级设计,例如提前 30 天为提示级、15 天为警告级、7 天为紧急级,不同级别对应不同的通知渠道与处理时限。参数必须带生效时间与适用范围,避免一次修改影响历史判断。

输入清单的验收标准可以概括为三句话:每个批次都能算出唯一的到期日;每个到期日都能追溯到生产日期或标注来源;每条预警都能说明命中了哪条规则、依据了哪些数据。满足这三点,预警结果才具备可解释性。

一份可直接对照的输入清单示例

下表给出一份配置前的输入核对清单,字段与粒度可按企业实际系统调整,但核对逻辑通用。表中“示例值”均为教学假设,用于说明字段形态,不代表真实业务数据。

输入类别 关键字段 示例值(假设) 缺失或错误时的后果
商品主数据 商品编码、保质期天数、存储温区、是否临期管控 SKU-1023,保质期 180 天,冷藏 2~8℃,纳入管控 无法推算到期日,或对不适用商品产生噪声预警
批次信息 批次号、生产日期、到期日期、剩余数量、状态 B20250312-01,2025-03-12 生产,2025-09-08 到期,剩余 240 件,正常 预警对象错误,已出库批次仍被提醒
库位属性 库位编码、温区、是否临期专区 LK-A-03,冷藏区,非临期专区 无法发现存储条件不符,责任库区不明
温湿度记录 采集点、时间戳、温度、湿度、超限标记 P-LK-A,2025-06-01 14:00,9.6℃,超上限 无法评估环境对保质期的实际影响
出入库流水 单据号、批次号、库位、数量、方向、时间 RK20250315-07,入库 300 件;CK20250620-12,出库 60 件 剩余量失真,在库时长与移库轨迹不可追溯
预警规则参数 提前天数、分级阈值、适用范围、通知对象、生效时间 30/15/7 天三级,适用冷藏商品,通知库管与品控,2025-06-01 生效 提醒时机不当,责任人不明确,规则变更无据可查

实际配置时,建议先用少量批次做一次试算:取一个已知到期日的批次,手工计算剩余天数,再与系统预警结果比对;同时抽查一条温湿度超限记录,确认它能否正确关联到对应库位与批次。试算通过后再全量启用,可以避免规则参数错误被放大到整个仓库。输入清单不是一次性文档,而应随商品结构、库区改造与管控策略变化定期复核,尤其是新增温区或引入新品类的阶段。