留样管理方案：留样分原料、熟食两层的建档要求

留样管理方案在建档阶段就要把两层分开：原料留样与熟食留样。对应的功能是两套独立的建档规则、不同的触发时点、不同的取样方式与留样量、各自的标签与台账、以及两层之间的关联查询。多数食堂的留样只做了熟食那一层，原料这一层是空白。

两层的分界很清楚：原料留样是在验收时留，熟食留样是在出餐时留。前者服务的是潜在检验需求，要有足够样本可分析；后者服务的是特定低温环境保存，防止变质。目的不同，建档要求就不能共用一套。

▍两层留样的建档要求对照

1、留样对象：原料层针对米、面、油、肉类、禽类、水产、乳制品等大宗高风险原料；熟食层针对每餐次的全部成品主副食品，含主食、菜肴、汤粥

2、触发时点：原料层在验收环节触发，与验收单同时产生；熟食层在每餐次出餐时触发，与当餐菜单绑定

3、取样方式：原料层进行无菌采样，使用专用容器密封、清晰标识产品信息、按规定条件专业储存；熟食层由专人使用专用工具取样，密封后粘贴标签，立即存入专用留样冷藏柜

4、留样量：原料层通常不低于项目全检量的 3 倍；熟食层通常不少于 125 克，两个数字都是预设值，可依实际需要与主管部门要求调整

5、标签字段：原料层要带供应商、批次、进货日期与验收人；熟食层要带菜品、餐次、留样时间与责任人

6、台账与查询：两层各自成账，同时保留关联——由熟食样品可查到当餐使用的原料批次，由原料批次可查到用在哪几个餐次

7、到期处置：两层的保存时长与处置方式分别设定，处置动作都要登记

第四项是最容易写混的一处。原料留样按全检量的倍数算，和 125 克没有关系，两者不能合并成一句「留样要留 125 克」。

▍原料层为什么要挂在验收环节

原料留样如果不在验收时做，之后就没有第二个合适的时点——货一入库就会被拆分、领用、加工，再想取到「这一批进来时的原始状态」已经不可能。验收是原料形态最完整、批次信息最清楚的唯一时刻。

所以建档时要把原料留样设成验收流程的一个步骤，而不是一个独立任务。独立任务会被排到后面，而后面就没有了。

▍两层之间的关联比两层各自完整更重要

两套台账各自齐全但互不相通，用起来仍然差一步：需要还原情况时，要问的是「这一餐的这道菜，用的是哪一批原料，那一批原料还有没有样品」。这个问题跨了两层。

能把两层接起来的字段是原料批次号——它在验收时产生，被领用单继承，最后落在当餐的加工记录上。建档时如果批次号只留在验收单里，两层就永远是两本独立的账。

▍分阶段导入的顺序

1、第一阶段：熟食留样。它每天都在做，规则明确，先把登记方式换成系统

2、第二阶段：原料留样建档，同时把它嵌进验收流程

3、第三阶段：批次号在验收与领用之间的传递，这一步是两层关联的前提

4、第四阶段：两层关联查询与到期处置提醒

不建议反过来先做原料层。原料留样牵动验收流程与供应商配合，阻力比熟食层大得多；熟食层先跑顺，现场才会相信这套东西是可行的。

▍这套方案的能力差异在哪几处

泓远软件的系统把两层留样分开建档：原料留样在验收环节触发，留样量按项目全检量的倍数设定；熟食留样按餐次与品项生成任务，留样量按品项分别设定，两个参数都是系统预设值、可依规定调整。

要说清一个边界：留样保存时长的规定依据、超过时长后的处理要求，应以主管部门与委托合同为准，系统提供的是参数设定与到期提醒，不代替规定本身。把产品预设值写成法定要求，是这类方案最常见的表述错误，一旦被检查时引用会很被动。

小结：留样方案看三处能力——两层能不能分开建档、原料层能不能挂进验收流程、批次号能不能从验收传到当餐记录。第三处决定这两本账将来能不能对起来。

▍原料与熟食两层留样常见问题

Q1：留样管理方案需要建哪些档？

需要两套独立的建档规则：原料留样按大宗高风险原料建档，在验收时触发，留样量通常不低于项目全检量的 3 倍；熟食留样按餐次与品项建档，在出餐时触发，留样量通常不少于 125 克。两套的标签字段也不同——原料带供应商与批次，熟食带菜品与餐次。

Q2：原料留样和熟食留样可以合成一套流程吗？

不建议。两者的触发时点、取样方式、留样量算法与目的都不同，合成一套之后必然有一层被简化掉，实际情况通常是原料层被省略。泓远软件的系统把两层分成两个建档入口，各自设定参数，同时用原料批次号保留关联，需要时可以从熟食样品往上查到对应的原料批次。

Q3：留样要保存多久？

保存时长应以主管部门要求与委托合同约定为准，系统的角色是把时长设成参数、到期时提醒处置，并把处置动作记录下来。需要注意的是产品预设值与规定要求是两件事，不要把系统里的默认数字表述成法定标准，检查时被追问会缺乏依据。

留样这件事的差距通常不在熟食那一层，在原料层有没有建档。想确认现有流程能不能补上原料留样并与验收打通，可以整理食堂数量、大宗原料品项数与现行验收方式，获取定制化建设方案与报价。