东莞职业技术学院食堂智慧监管系统服务项目补充说明公告

需求点/条款出处

问题描述（未澄清/歧义）

具体疑问

说明内容

招标公告/设备清单Sheet2

食堂数量未在正文明确：设备分配表按“餐厅1~5”共5个餐厅各配1台设备，但正文只说“所有食堂”

学校实际需建设的食堂数量是否为5个每个食堂的档口数量

本项目涉及食堂数量为5个，不涉及档口。

采购需求书-软件部分

系统面向用户范围未明确：****中心/食堂管理员，还是含档口商户、供应商、学校领导、师生

系统用户分几类角色档口商户和食材供应商，物流商等是否都需开通账号并培训预计总账号规模

本项目涉及以下角色：后勤处负责人1人、科室负责人1人、食堂管理员3人、仓管2人、财务2人、食材供应商13人。人数暂定如上。

采购需求书

现有台账/历史数据是否需迁移导入未说明，是否已有数字化平台作为历史数据导入未说明

是否需要将现有纸质/Excel台账（供应商档案、库存、健康证等）批量导入新系统

需要将现有食材供应商档案和食堂从业人员健康证批量导入。

采购需求书-软件功能14

“配餐管理：师生订餐（可选）”标注可选，未说明是否计分、是否必须实现

“配餐管理（可选）”是否为本次必建功能若实现，订餐渠道是微信端还是独立****学校现有支付/一卡通

非必建功能。

验收要求（一）+数据采集表

37张表中5张（表6校外供餐单位、表9菜品库、表10菜品主料、表11套餐、表12每日食谱）在“高等教育”列标记为“-”，含义不明：是不涉及还是可选

****学校对表6、表9~12这5张表是“无需上报”还是“暂缓上报”第一阶段验收是否包含这5张表

无需上报，第一、二阶段不含5张表。

验收要求（一）

“优先采集”21张表为第一阶段范围，但未明确11张“可暂缓归集”表（表13满意度/表14充值/表15消费/表21~25出入库盘存/表27资金流水/表28伙食费/表37废弃物）是否在合同期内最终也要实现

“可暂缓归集”的11张表是否在合同期内需全部实现是否现状无法提供，预计什么时间完成归集

2026年12月按要求对接上报“优先归集”的数据，可暂缓归集的应提供对应功能。

验收要求（一）

****学校是否已有省平台账号****学校****教育厅/市监管局申请接口权限）

学校是否已开通省监管平****学校还是中标方牵头省平台技术对接人是谁对接测试环境是否可用

现上级监管平台已正常运营，需边建设边对接，学校与中标商联合申请对接。

验收要求（二）

学校后厨监控系统现状未说明：品牌（海康/大华）、NVR/平台是否支持GB28181或RTSP取流、是否有公网映射

学校现有后厨监控系统品牌与组网方式是否支持GB28181/RTSP标准协议接入录像存储在哪里、保存多久

现有后厨监控系统为“明厨亮灶”系统，直接对接上级监管平台。

软件功能▲12

“AI食安检测（口罩/帽子/鼠患等）”未说明AI分析算力部署位置（本地边缘盒 vs 云端算法）及“等”的完整检测项清单

AI食安检测的算力由本项目建设（边缘计算盒）还是复用省/学校已有平台检测行为清单除口罩/帽子/鼠患外还有哪些（吸烟/打电话/离岗等）

使用学校已有的“明厨亮灶”系统，对接上级监管平台即可。

设备清单表1 vs 数据采集表Sheet2

留样设备名称不一致：招标正文为“留样仪器（含条码打印机）”，数据采集表Sheet2为“智能留样溯源称”

“留样仪器”与“智能留样溯源称”是否为同一台设备确认最终设备名称与技术要求以哪份文件为准

同一台设备，具备留样称重和打印标签的功能。

设备清单表4-留样柜改造套件

留样柜改造前提（现有冰箱/柜的品牌、型号、柜门结构、新旧程度）未提供；套件“不含冰箱本身”

5个食堂现有留样柜/冰箱的品牌型号、数量、柜门数量是否允许改装改装导致原厂保修失效的责任如何界定是否可以采购新留样柜

学校现有5个四门留样冰柜，允许改装。

设备清单表2-AI晨检仪

“认证成功开门”——联动的门是什么门（后厨进门）是否需要联动门禁改造/电插锁施工

晨检仪“认证成功开门”联动的是哪类门门禁改造（装电锁/闸机）是否在本项目范围内

需要支持设备远程更新、删除、重启，晨检数据同步功能，暂不需要门禁改造。

设备清单-安装条件

5个食堂的设备安装条件未说明：网络（有线/WiFi）、电源点位、安装位置是否具备

各食堂是否具备设备安装所需网络（有线口/WiFi覆盖）与电源条件若需新增布线，****学校物业配合

****学校就近配套网络与电源。

质保条款

硬件质保仅1年，但合同期3年；第2~3年硬件维修费用归属未明确（报价“已包含一切费用”暗示含3年维修）

第2~3年硬件损坏的维修、备件、更换是否由乙方免费承担（含在报价内）损耗件（打印头/标签纸/色带）耗材由谁承担

第二第三年硬件损坏由中标人据实收费。****学校承担。

功能参数▲18 微信端支持

微信端形态未明确：公众号H5/小程序/****学校公众号挂载

微信端采用小程序还是公众号H5****学校官方公众号/企业微信下面向师生的功能有哪些（阳光公示查询）

由中标人提供公众号H5，挂载学校企业微信下，无需面向师生。

数据表 vs 功能模块缺口

优先归集表中：表26自营食堂收支盈亏（每月更新）、表29~31招投标信息、表36陪餐记录、表13满意度测评、表14~15充值消费——在18个功能模块中无对应模块（无财务/招投标/陪餐/满意度/消费充值管理功能）

表26（财务收支）、表29~31（招投标）、表36（陪餐）等数据的来源：需新增对应管理模块，****学校现有系统/Excel****学校招投标与财务数据由哪个部门提供这与本平台采购模块是否有关联

需有对应管理模块，允许学校excel导入上报。

功能参数▲6 智能晨检

晨检异常后的处置流程未定义（异常人员是否禁岗、通知谁）

员工晨检异常（体温/手部外伤）时系统需要什么动作——仅告警，还是联动禁用上岗权限并推送指定管理人员

警告，相关信息推送到食堂管理人员，由管理人员现场处理。

功能参数▲15 消费分析

“消费分析：报表统计、菜品排行”——数据源依赖表14充值/表15消费记录（均“可暂缓归集”），学校一卡通/消费系统是否提供数据

消费分析的数据源是什么——学校现有消费机/一卡通系统是否提供接口还是仅统计食堂人工上报数据

由学校现有一卡通系统提供接口。

技术要求-数据安全运维

部署方式未明确：SaaS云端/学校私有化部署/混合服务器由谁提供

****学校本地机房、教育云还是供应商云端服务器/****学校提供还是含在报价内师生个人信息的存储位置要求

****学校本地机房，有学校提供服务器。

技术要求-等保三级

“落实等保三级安全标准”——系统本身的等保测评由谁负责、费用谁****学校已有等保备案下

本****学校已有等保三级备案范围还是需要单独完成系统等**级备案与测评测评费用由哪方承担

需要单独完成系统等**级备案与测评，测评费用由中标人承担，等保三级变更为二级。

技术要求-HTTPS

****服务所需的域名、SSL证书、固定IP、短信通道等**归属未说明

对外服务（微信端/家长公示）所需域名、服务器公网IP、SSL证书、****学校统一提供还是乙方自行采购

学校提供对外服务（微信端/家长公示）所需域名、服务器公网IP、SSL证书，短信通道非必建项目。

合同违约条款

逾期违约金每日2‰、超15日可解约——对接省平台的工期风险若因上级平台原因延误如何处理未约定

若因省平台接口开放延迟、学校配合原因导致对接工期延误，是否可申请工期顺延

10月31日前完成一个食堂对接即可。

技术要求-驻场

“建设期间提供驻场实施服务”但驻场人数、时长未量化；常态化阶段是否需驻场未说明

建设期驻场人员数量与周期要求常态运维期是否要求驻场/定期巡检（频率）

第一阶段需驻场完成建设、对接、培训，其他常态化运维可线上完成。

技术要求-故障响应

一级故障“2小时内工程师到场”——从哪个驻地出发（**本地无驻点则难保证）

“2小时到场”的里程范围如何理解投标人需在**设有服务点吗

能线上完成维护、系统重启等工作无需到场，若硬件损坏导致无法工作需2小时到场，无需在**设点。

技术要求-免费迭代

“服务期内免费完成系统功能迭代、接口改造”——迭代范围边界（如省平台大版本升级、新增数据表）未定义

“免费迭代”是否包含省平台新增数据表/新接口标准的大版本适配边界如何界定（bug修复+政策性适配 vs 新功能开发）

免费迭代仅指软件系统，不包含省平台新增数据表和新接口。

培训要求

培训对象规模、批次未量化；“供应商操作培训”意味着食材供应商也要培训——供应商数量未知

****学校人员与食材供应商分别约多少人、多少家培训地点在校内吗

科室负责人1人，食堂管理员3人，仓管2人，财务2人，食材供应商13人。人数暂定如上，在校内培训。

其它

农残检查设备未纳入采购范围

该设备是否已有，本期是否采购，数据是否联网

学校已有农残检测设备，未联网，本期不采购，但投标人可在报价中提供更优方案。

其它

温度监控设备未纳入采购范围

****中心是否已有温度监控设备，本期是否采购，数据是否联网

学校已有温度监控设备，未联网，本期不采购，但投标人可在报价中提供更优方案。

其它

食堂配餐管理的现状是什么，目前是否已有小程序或支付功能

食堂配餐管理的现状是什么，目前是否已有小程序或支付功能

食堂无小程序进行配餐管理，仅有校园一卡通支付系统。