把验收、晨检和留样制度转成现场任务
CAMPUS & CATERING
校园餐与团餐项目配套
围绕集中用餐的验收、人员健康管理和食品留样流程，按点位与运营模式组合硬件。
为学校食堂承建方、团餐运营商与集中用餐项目团队，解决三个具体问题
先判断这页是否对应当前项目任务，再进入架构、数据、交付物和验收项。
按学校、中央厨房和门店责任配置设备
兼顾高峰操作、多人复核与多点汇总
四层架构，把设备与平台的责任拆开
项目可以减少模块，但不能跳过设备接入、业务字段和管理权限的确认。
现场设备层
完成称重、身份、影像、标签、格口等现场采集或动作。
需确认：型号、外设、安装位置与使用环境设备接入层
负责设备编号、通信、时间同步、离线缓存、日志与版本识别。
需确认：协议、网络、鉴权与异常重传业务平台层
组织供应商、人员、菜品、任务、记录、异常和台账。
需确认：字段、流程、权限与数据保存管理与监管层
按角色查看统计、待办、异常闭环和项目运行情况。
需确认：查看范围、报表口径与责任主体这一类方案，重点处理哪些记录
以下是公开项目中常见的数据对象，用于需求澄清，不代表具体设备默认自动采集全部字段。
| 记录分组 | 建议确认的字段 | 责任边界 |
|---|---|---|
| 采购验收 | 供应商、批次、票证、重量、温度、照片、联检人与结果 | 双人或多人联检由学校制度和项目流程落实 |
| 人员上岗 | 人员档案、健康证明状态、晨检信息、异常与岗位处置 | 设备提醒不能替代食品安全管理人员判断 |
| 留样销样 | 餐次、品种、重量、时间、人员、容器、格口和清理 | 具体留样要求以适用规范和当地要求为准 |
三方信息先对齐，再进入样机
明确客户输入、韦尔讯输出和共同验证项，避免把接口可能性当成已完成能力。
项目方需要确认
- 供餐模式、餐次、菜品数和点位数量
- 食材配送、验收、留样和销样流程
- 学校、团餐方、平台方各自职责
- 当地监管、招标文件和项目验收要求
韦尔讯提供
- 收货秤、留样秤、晨检仪和留样柜组合
- 按点位测算的设备清单框架
- 代表产品资料与样机沟通入口
- 接口和现场条件核对清单
双方共同验证
- 硬件是否适应高峰操作节奏
- 留样容量与格口周转是否足够
- 人员、菜品、供应商与设备数据关联
- 管理制度、地方要求和软件规则的一致性
方案不是一段文案，而是一组可确认文件
每份交付物都要有内容、版本和确认人，才能转入采购、测试或交付。
| 交付物 | 至少包含 | 建议确认人 |
|---|---|---|
| 业务流程图 | 送货、联检、入库、晨检、留样和销样 | 运营方 / 学校 |
| 分点位配置表 | 学校或门店、环节、设备、数量和差异项 | 项目服务商 |
| 主数据准备表 | 供应商、食材、菜品、人员、组织和餐次 | 平台方 / 运营方 |
| 制度与系统对照表 | 制度动作、系统字段、硬件记录和人工责任 | 食品安全负责人 |
验收项与常见返工点
先把通过标准和风险写进测试计划，避免现场才发现配置或责任不一致。
建议验收项
- 用真实到货和餐次完成全流程测试
- 多人复核与异常退回流程可执行
- 留样实物、标签、格口和平台记录一致
- 学校或总部能够按权限查看点位数据
常见返工点
把硬件上线等同于制度落地
将人员职责和异常处置写入操作规程
不同点位强行完全统一
区分必须统一的版本与允许差异的安装配置
高峰期操作步骤过多
用真实早高峰或留样批次验证节拍
相关硬件入口
按真实业务环节选择设备，具体型号和选配进入样机阶段后确认。
本页调研依据
外部资料只用于建立项目检查框架，不作为韦尔讯已具备功能、参数或案例的证明。