最新依据： 用户补充0923旧代码并要求以原业务逻辑为主。请先读旧业务基准与菜牌验收补充。原Console自动供餐与新版token电视绑定是不同入口；旧业务不得被后者代替，本轮未新增菜单权限。两条专项补验结果及中文配置以新补充为准。

网信办前厅当前使用范围与重点验收

2026-10-24用户明确：主要使用菜品、菜谱、排菜、电子菜牌等功能。这是本次现场上线的重点范围，不将产品全部通用模块推定为客户当前在用。执行模式：本轮常规Codex，仅只读范围核对和验收清单更新；沿用前次Ruflo隔离迁移及真实测试证据，不重新恢复或改写冻结迁移包。

四条主链路

主链路	必须检查	已有证据	尚待完成
菜品管理	列表、搜索、分类、详情、图片、价格和营养字段；新增/编辑后回读	真实DM模型列表/食材读取；4个主业务FLOAT字段492个读写对照；标准ORM兼容修复	现场表单全流程、图片可达、实际Excel导入导出
菜谱与配方	配料、用量、份重、营养计算、菜谱明细及相关导出	实际查询/营养导出数据读取、配方事务回滚；部分字段边界	页面计算展示与源结果对照、实际导出文件
排菜	本套餐厅权限、日期/餐次筛选、查看/保存、统计、排菜关联菜品	固定账号有效期/角色/餐厅隔离、排菜JOIN/日历/分类统计、事务回滚	现场新增/调整完整流程，修改后菜牌同步与跨餐次切换
电子菜牌	正确餐厅、日期、餐次；菜名/图片/价格/营养；刷新与重连	对应表结构与历史数据全量对账；源码路由已核对	旧码入口已确认；PHP服务已补验，真实终端与端到端显示待现场验收

不得把已有模型测试扩写为以上每个页面操作都通过。电子菜牌是核心验收项，不能归为不影响上线的附属功能。

电子菜牌源代码存在不同入口

原有按餐次图片菜牌：后台/p/equipment/plateList、plateDetail、plateUpdate，设备/api/plate/dishes读取。Equipment逻辑关联ydy_equipment、ydy_plate_dishes、ydy_upload_file；Plate服务按服务器当前日期及餐厅餐次选择图片。实际图片URL还依赖getImgFullPath及文件服务。
新版自动排菜菜牌：后台/p/electronicMenu/list、detail、save、previewData；播放/api/electronicMenu/play/:token；设备activate/config/logs。ElectronicMenu::loadDishes按餐厅、日期、餐次连接recipes与dishes，读取菜名、价格、图片、碳水、蛋白质、脂肪、辣度和标签。价钱单独number_format两位；该链路不能仅凭已有Cater DTO测试视为完成。
Bill::exportDishesPai可从排菜生成营养菜牌图片压缩包，是另一种交付方式；不能把它等同于设备已实时刷新。

两份最终迁移对账报告显示：ydy_equipment、ydy_plate_dishes、ydy_upload_file及四个ydy_electronic_menu*表在来源和目标均为0行。这只能证明这两份备份没有这些配置，不能据此断言现场未使用电子菜牌；可能使用其他入口、图片导出或外部配置。必须按现场实际方式核对，不能擅自新建虚构绑定或选择某个入口作为完成证明。

用户先回答“两种都用”，随后提供旧码要求按原业务为主；已完成旧码核对及PHP补验，不将该回答自动作为新增菜单权限授权。

其他范围

后厨管家hcgj独立库尚未提供，保留配置，不作为本轮菜品排菜主链路完成的前提。支付/充值/其他客户专用功能不推定本项目使用。原报告167项更广字段行为覆盖缺口继续保留，但应根据四条主链路识别实际使用字段，不能既把全部通用模块都当本次必测，也不能把核心链路中的风险从清单删除。