文章目录
卧式消毒柜标称“约120套”，不能用食堂座位数直接相除。设备数量取决于餐具在多短时间内完成清洗并集中到达、真实器具一柜能装多少、每批从装载到柜体再次可用需要多久，以及现场有多少周转库存。Hobart文章讨论高温与低温洗碗机的选择因素，可提醒项目关注餐量、空间和成本，但不能提供独立消毒柜的处理速度。[1]
WS-700A、WS-700B和WS-700C产品页均标称约120套餐具，但处理方式和是否带热风烘干不同。[2][3][4] “约120套”只是页面容量字段，不代表三机的完整占柜周期相同，也不代表任意碗盘组合都能装120套。数量核算必须使用真实装载和现场试运行。
先把回收量变成时间序列
从高峰餐段开始前记录，直到尾餐具进入洗消区。采样间隔按回收速度选：平稳回流可每十或十五分钟记录，集中撤台可缩短到五分钟；团体一次性回收另记事件，不要平均摊入下一时段。字段包括到达件数、器具类型、清洗完成件数、已等待批次、异常餐次和人员配置。
采样间隔不是固定标准。原则是能看见最短的拥堵波峰，而不是表格越密越好。如果五分钟内发生一次集中回收，记录事件时点与数量；如果长时间无变化，间隔可放宽。不同日比较时保持口径，节假日和活动日分开。
“一套”由项目用真实器具定义，例如一只盘、一只碗、一只杯和一组餐具，但原始件数始终保留。深碗、异形盘和筷篮占位不同，不能只折算套数。用代表性组合做装载图，得到该项目在批准间距和方向下的“实装批容量”，而不是直接采用页面约数。
静态容量与吞吐能力分开
静态容量回答一柜能安全装多少；装载时间属于吞吐能力，不应说成容量本身。完整占柜周期从柜体可接收一批开始，包括分类后装载、关门与启动、获准程序、允许取出前等待、卸载、必要清洁复位，直到下一批可以进入。程序显示结束但餐具尚不能取出，柜体仍被占用。
人员也会限制吞吐。柜体空闲而装载岗位正协助清洗，队列原因是岗位冲突；餐具已装好而柜体仍运行，才是设备占用。队列表将每批在清洗、待装载、柜内处理、待卸载、收纳五个状态分别计时，不把所有等待都归为缺柜。
周转库存是另一约束。即使处理区暂时积压，只要洁净备用餐具能覆盖下一餐段，业务风险可能可控；反之，队列很短但可用库存接近下限，也可能需要调整。库存必须是已完成处理、符合保洁要求且可取用的餐具，不把待洗或柜内餐具算入。
一个明示假设的时间表
以下数字仅示范算法，不是三款设备实测。假设项目真实装载后每柜合格容量为100套，完整占柜周期30分钟，只有一台柜。11:50已有第一批100套开始处理，预计12:20释放；12:00清洗完成80套，12:10又完成70套，12:20再完成50套。
12:00时可用柜为0，等待80套；12:10等待累计150套；12:20第一批释放，同时第三批50套到达，装入前等待达到200套，这是本例峰值。装入第二批100套后仍有100套排队，单柜预计12:50再次释放。若洁净周转库存可覆盖12:20至12:50的发放需求，这一批等待未必要求第二台；若库存不足且餐具必须在12:30重新投入使用，单柜方案不满足。
若增加第二台且两台都在11:50运行，它们可能同时在12:20释放；但如果装载只有一名员工，第二台是否能及时启动仍需人员时间线验证。单柜完整占用30分钟，以本例第一批11:50开始计，第二批最早只能在12:20进入。11:40是否能提前开始属于另一个独立算术情景，必须先证明对应餐具已完成清洗并可在11:40装入，再把后续到达、完整占柜和洁净库存一起重算；它不代表本例的当前到达条件已可行。沙盘比较“增加柜体”“调整岗位”“可验证错峰”三种方案，而不是预设购买答案。
公式可写为：某时点等待量＝此前等待量＋本时段清洗完成可装载量－本时段实际装入量。柜体数的候选方案，应在所有关键时点保持等待不超过项目批准的库存与时限边界。等待为零不是唯一目标，食品安全、人员安全和保洁要求不能为清队列而降低。
把周转库存接到队列之后
队列描述尚未完成处理的餐具，周转库存描述已经合格并处于保洁状态、可供前场取用的餐具。二者用发放事件连接。每个时段记录期初洁净库存、补入、发放、隔离和期末数量；当期末数量低于项目下限时，即使处理队列最终清空，也可能发生服务缺口。
例如上述假设中，若12:20洁净库存还有150套，而12:20至12:50预计只发放60套，剩余90套可覆盖第二批完成、柜体再次可用前的窗口。本例装入前峰值等待是200套，装入第二批后余额才是100套；这个排队余额未立即造成缺餐具。若同期预计发放180套，库存将在第二批完成、柜体再次可用前耗尽，缺口为30套。这个30套可以通过更早处理、增加备用库存、缩短经验证的非设备交接或增加设备能力解决，不能自动等同于“再买一台”。
备用库存也有成本和卫生边界。过多餐具增加采购、库位、搬运和破损，保洁条件不足时还可能带来二次污染。项目要同时比较额外柜体与额外餐具库存的空间、人员和维护影响。所有库存方案都不得延长超过适用要求的存放或绕过处理流程。
异常日不与普通日平均掩盖
活动日、设备停用、清洗岗位缺员和大批异形器具会产生不同队列。分别重放这些场景，并写明它们是否在采购范围内必须覆盖。若活动一年只发生少数几次，项目可以选择临时错峰、租借或备用餐具；若每天午餐都出现同样缺口，就需要结构性处理。频次必须来自排餐与记录，不凭印象。
停用压力测试在沙盘中锁定一台柜，检查剩余设备、库存和替代流程。不要人为制造真实故障。多台设备若共享能源、排水或关键岗位，名义数量不等于独立备用；共享点也要画在时间轴上。
对于人员变化，分别模拟装载人离岗、卸载延迟和交班。若增加一名短时岗位即可让空柜及时装载，这是一种可验证方案；但必须按实际排班和劳动边界计成本，不能假设总有人临时支援。异常处理后仍无法满足食品安全或服务边界，就把方案判为不通过。
用真实试运行替换假设周期
对每个候选记录确切型号、程序和装载图。WS-700A页面列高温蒸汽及约120套字段，[2] WS-700B列高温处理与热风循环烘干及约120套，[3] WS-700C列蒸汽与热风组合及约120套。[4] 这些差异只用于决定要测哪些阶段，不能从温度或功率直接推导周期。
试运行至少覆盖普通日、峰值日和一项可解释异常，记录每批实际装入、开始结束、允许取出、卸载复位、失败返工和人员动作。失败批占用的时间也保留。不同机制使用各自获准程序，以相同合格输出比较，不强求同一时间。
记录墙钟时间的同时，人员分钟另算。装载、启动、必须监守、卸载和复位按每人不重叠占用求和；可另做工作的等待不计为该任务人工，但仍属于柜体占用。这样才能看出多一台柜是提高设备并行，还是把压力转移给同一个装卸岗位。
结果画成时间轴：上方是清洗完成到达量，中间是每台柜状态，下方是等待队列和洁净库存。这样可以看出瓶颈发生在清洗、装载、程序、卸载还是收纳。只有柜内占用反复形成无法由库存覆盖的队列，才说明需要增加设备能力。
数量结论必须写适用条件
最终报告给出菜单与餐具组合、观察日期、实装批容量、占柜周期范围、岗位人数、峰值等待、洁净库存下限和异常日结果。若通过增加装载岗位消除缺口，设备数不变但排班方案改变；若等待来自保洁区无空间，增柜反而可能加重积压。
结论可以是“一台在已测条件下足够”“一台加错峰方案足够”“需要第二台试点”或“证据不足”。任何程序、器具、人员、餐段或库存条件变化，旧结论都要重新核算。真正决定数量的不是120这个标签，而是每一批何时到达、何时能进柜、何时释放和下一餐段何时需要它。
参考资料
选型支持
需要更清晰的设备配置方案？
告诉我们厨房场景和关注产品，我们会协助确认更实际的设备选择
标签