烹饪保温柜不看“总容量”，先算批次同时占位

台式、台下式、半高式和双室烹饪保温柜不是由一个“可装多少斤”就能排序。先把门店的容器、批次进出时间、高峰插单与机位限制画成同一张图，再问哪类柜体进入候选。标称容量只是资料起点，不等于本店的可售批次数。

四种结构分别解决什么约束

Alto-Shaam的选型介绍把Cook & Hold设备分为台式、台下式、半高式和双室全高式，并给出了各类的概括容量与外形范围。这些是厂商对产品系列的概述，可用来识别结构差异，不应直接写进项目的产能承诺。[1]

结构	优先进入候选的情况	需要先排除的情况
台式	小批量、使用点靠近出品，且台面承重、散热和取放动作有条件	大容器或高峰重叠批次超过其内部配置；占用关键备料台面
台下式	机位高度受限，需要将台面留给其他操作，批量规模中等	弯腰取放、门体回转、通道和地面清洁无法同时成立
半高式	需要更多层位，又不希望全高柜切断视线或占满机位	最高层与最低层的满载取放不安全；层距与带盖容器不相容
双室	两组批次需独立计时或控制，且高峰确有持续重叠	只是单纯追求最大体积；配电、门体、通道、清洁和维修距离未核实

双室的价值在“可分开管理两组任务”，不只是容量大。例如1200-TH Simple Control当前官方页面列出两个独立隔室及容量、尺寸与下载资料；500-TH/II则是更紧凑的候选。这只说明应按具体型号和控制版本核对容量、尺寸和手册，不证明任何一款已适配本店菜品。[2][3]

用入柜和出柜时点计算峰值

下表是作者构造的算法示例，不是真实门店记录或工艺时间。假设每个批次占用一个“容器位”，移出时点包括完成取放和位置复位。

批次	进入可用位	完成移出及必要复位（释放）	11:00在柜	11:30在柜	11:35在柜	11:45在柜
A	10:20	11:20	是	否	否	否
B	10:40	12:00	是	是	是	是
C	11:00	11:45	是	是	是	否
D	11:25	12:10	否	是	是	是
E	11:35	12:20	否	否	是	是

这个示例在11:00同时占用A、B、C三个位，11:30是B、C、D三个位；E在11:35进入后，到C于11:45释放之前，B、C、D、E同时占用四个位。因此全部进入与释放事件得出的已知峰值是四，而不是只抽查11:00和11:30后得出的三，也不是当日总共五批。若C必须与B分开控制，“四个位”还不足以选型，要再看它们能否位于不同隔室。真实表格还要增加菜品、容器编号、层位、开门、等待、插单、清洁和异常恢复，并用普通日、高峰日与退回情景各重放一次。

容器能放入，只通过了第一关

候选设备应分四道关口。第一关是“放得进”：带盖、边沿、把手和满载状态都不碰门口或层架。第二关是“拿得出”：人员能以批准动作开门、转身和双手取放，不挡通道，也不把热容器临时放在未定义表面。这两关可先用冷态容器样板演示，记录层位、方向、站位、倾斜与碰撞。

第三关是热工性能：按设备正式资料、经批准方案和实际装载条件验证。第四关是食品结果：由有权人员依本项目适用程序判定。冷态样板不会产生热负荷、蒸汽、开门恢复或食品实测数据，因而不能跨越后两关。

把机位约束与运营约束一起冻结

纸面通过后，用实尺和纸板模型还原外形、开门弧线、控制面、散热、接口、清洁和维修距离。内部层架与外形尺寸要分开记录：外壳放得下，不代表容器方向、层距和门口动作成立。

最终决策表每行写一个具体型号，列出正式资料版本、批次峰值覆盖、分室条件、容器实插结果、操作失败样、工程未知和责任人。任何一个关键未知项都保留为“未通过”，不用相近型号、口头经验或日总份数填空。选最大柜体不是默认答案；能覆盖峰值、可操作且不破坏机位条件的最小成立方案，才值得进入正式验证。

把一天的时间轴拆成可核对事件

真实批次图不应只画一条从“进柜”到“出柜”的长色块。入柜之前要记容器是否已就绪、食品状态由谁确认、计时从哪个动作起算；在柜期间记开门、中途取放、插单和控制调整；出柜之后记移交、空位确认、清洁和恢复可用。只有“恢复可用”的时点可以作为下一批的起点，不能把食品移出时点自动当成柜位释放。

批次号要与容器号分开。同一批食品可能占用多个容器，同一容器也会在一天内服务不同批次。如果用“汤盘1”代替批次，就会把食品时间轴与资产时间轴混在一起。因此原始表格至少要有批次号、容器号、层位、隔室、预计时点、实际时点和状态七类字段。延迟不要改写原计划，而是保留计划与实际两组时点，才能看到等待是在哪一批被制造的。

通过高峰并不代表通过退回情景

容量试算至少准备三组场景。普通日用来检查基本节奏；高峰日加入有根据的订单重叠；退回情景则假设一个隔室、一个层位或一个关键容器暂时不可用。退回不要假定有无限人员搬动容器，也不要假定临时更换菜谱永远允许。每一项替代动作都要说明菜单承诺、食品状态、人员和容器是否仍成立。

某方案在普通日没有延误，却在退回情景中需要把热容器跨过交付动线，那么它不是“容量够但操作要小心”，而是当前方案未通过。同样，双室方案若在一室停用后无法保留关键批次，就应记录实际失去的任务，而不用总标称容量掩盖。

验收记录要允许失败

候选初评表不应只有“合格”勾选框。对每个容器与层位组合，保留成功、失败、未测三种状态，并写失败动作，如“带盖时碰上层”、“门体打开后占用送餐通道”或“下层满载取放需二次换手”。不应为了使整个型号通过而删掉失败组合。

热工验证与食品结果记录由相应责任人批准，需有实际装载、工艺版本、测量位置、仪器身份、环境与开门事件。若工程接口、食品程序或测量方案未完成，就保留为“尚未验证”。这不是选型延误，而是阻止冷态演示被错写成开业验收。

容器清单要保留真实外形和用途

所谓“标准盘”在现场可能存在不同边沿、把手、盖件、深度和堆叠方式。清单不只写规格名称，而是给实物编号，分别记空载和满载状态、带盖最大外形、通常菜品、最高允许装载来源、数量、替代关系和照片。容器可以替换只在功能、尺寸、盖件、承载与操作经核实时成立，不因为名称相同而自动成立。

清单还要区分“必须进候选柜”与“可改用其他已批准容器”。只把最好放入的容器带到演示现场，会系统性高估候选设备。应从真实菜单、批次和容器流转中选取代表组合，至少包括最大外形、最差取放动作、必须带盖和峰值时多容器并存的组合。它们是为了尽早暴露不成立条件，不是为了展示柜内可以塞得有多满。

选型表的每一个数字都带来源

产品页、规格表、安装手册和操作手册的用途不同。外形尺寸与容量可来自当前规格表，接口、净空、环境与安装限制要回到对应型号及版本的安装手册，日常动作与清洁要回到操作手册。表格除了数值，还要记文件名、适用型号、版本或日期、页码和取得日期。

如果系列介绍与具体手册不一致，不自行挑选更有利的数字，而是将冲突写入未知清单，请有责任的供应、工程或使用方书面确认。这样的表格才能在型号、菜单、机位或人员变更后重新计算，而不是只留下“当时觉得够用”的结论。

参考资料

• What is a Cook & Hold oven?
• 1200-TH Cook & Hold Oven Simple Control
• 500-TH/II Cook & Hold Oven Classic Control