跳到正文
熵一工具箱

散装、分装、现制现售的保质期例外

散装、门店分装、现制现售这三类商品的起算日与预包装食品不同,用错起算日会让台账整体偏移。本文讲清三类各自的标示要求与起算规则,并给出批量管理时 3 个不该省掉的字段。

发布于 2026-11-02

熵一工具箱 · 2026-11-02

预包装食品之外的三类——散装、门店分装、现制现售——是台账最容易算错的地方。错不在算法,在「起算日到底是哪一天」。

一、散装:日期跟着容器走

散装食品没有独立包装,标示义务落在容器或货架上:要有品名、生产日期或包装日期、保质期、以及生产经营者信息。这里的关键是「到期日必须能看见」——如果只剩一个批次号,顾客和检查人员都无法判断它是否临期。

散装还有一个容易忽略的点:同一种商品可能有多个批次同时在售。此时货架上的日期应该是「最早到期的那个批次」,而不是最新进货的批次。这一点在台账里要体现为按批次记录,而不是按品名记录。

二、门店分装:起算日变成分装日

把大包装拆成小份销售,等于产生了一个新的销售单元。此时标示的保质期通常短于原包装,且起点是分装日而非原生产日。原因很直接:分装过程引入了新的暴露风险。

这就带来一个常见的算法错误——用原包装的生产日期去算。比如原包装 6 个月、1 月 1 日生产,7 月 1 日分装,如果仍按 1 月 1 日起算,分装当天就已经到期了;但按分装日加标示的 15 天,还能卖到 7 月 15 日。两种算法差半个月,台账里必须明确用哪一种,并写进制度。

三、现制现售:保质期以小时计

现制现售的食品(热食、现榨饮品、现做糕点)保质期往往只有几小时到一天。这类商品用「天」做单位已经不够精确,实务中多按「当日售完」处理,隔夜即报损。

把它强行纳入按天计算的台账,会得到一个看似合理、实际没用的结论——比如「还剩 1 天」,但实际只剩 4 小时。所以这类商品更适合用「时段 + 报损」管理,而不是塞进保质期计算器。

四、按数据截止日算出的对照

下表用同一套算法,把五类商品在数据截止日当天生产的到期日各算一遍,可以看出档位密度差多少。

类型假设保质期保质期至最后可用日档位标示要求
现制现售(当日) 1 天 2026-11-03 2026-11-02 last 当日售完,不留存
散装称重 7 天 2026-11-09 2026-11-08 t7 容器或货架须标到期日
门店分装 15 天 2026-11-17 2026-11-16 t15 标示分装日与分装后保质期
短保乳品 7 天 2026-11-09 2026-11-08 t7 按标签,冷链不断链
现烤面包 3 天 2026-11-05 2026-11-04 t3 按标签,当日折价常见

五、批量管理时的字段设计

不管哪一类,台账至少要能回答四个问题:这批货是什么、什么时候起算、什么时候到期、现在该做什么。对应到字段就是品名、起算日与起算类型、到期日、当前档位。

「起算类型」这个字段最容易被省掉,也是最不该省的。它决定了这一行到底是按生产日算、按分装日算,还是按开封日算。省掉它,三个月后没人说得清这批货的日期是怎么来的。

另一个建议是把「不确定」显式建模。进口倒推、月末边界、散装多批次混放,这些场景的日期本来就有区间,强行取单值会让后续所有判断都建立在一个猜测上。

把这些商品一次粘进批量工具

用这个工具算一算