深圳市第二外国语学校校园一卡通系统项目变更通知
深圳市第二外国语学校校园一卡通系统项目变更通知
? (略) 校园 * 卡通系统项目(招标编号: * XY * SEW) (略) ,现对本项目《招标文件》作出如下更改:
1、将本项目《招标文件》中第 * 页“附件: * 、评标大纲” (略) 分评分第4条
4 | 演示 | 5 | 专家打分 | 为 (略) 投 * 卡通系 (略) 招 * 卡通系统相匹配,要求投标 (略) 按照 (略) 演示。 |
删除,其分值调至第2项评分“技术保障措施”中,招标 (略) (略) 理。
修 (略) 分如下:
(略) 分 | * | |||
序号 | 评分因素 | 权重 | 评分方式 | 评分准则 |
1 | 技术保障措施 | 8 | 专家打分 | 在投标文件中详细说明保障措施( (略) 、技术方案、技术人员、场地、车辆等), (略) 根据 (略) 横向比较,按优8分,良5分,中3分,差0分打分。 |
2 | 技术规格偏离情况 | * | 专家打分 | 投标人务必如实逐条详细填写《技术规格偏离表》,未填写或填写不全,评委会有权认定为负偏离。各项技术参数指 (略) 满足的得 * 分。其中带“▲”为项目核心参数,每负偏离 * 项扣3分,扣完为止;其他 * 般参数负偏离 * 项扣1分,扣完为止。 |
3 | 施工安全保障措施 | 2 | 专家打分 | 在投标文件中详细说明保障措施, (略) 根据 (略) 横向比较,按优2分,良1分,中0.5分,差0分打分。 |
2、将本项目《招标文件》中第 * 页“6.2技术参数要求”作如下修改:
原招标文件内容:
序号 | 项目 | 货物名称 | 数量 | 技术要求及性能(配置)要求 |
1 | * 卡 通 中 心 | 综合管理平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL server * 以上版本数据库; 2. 性能要求:支持的操作员数量大于 * 个,支持的商户数量不小于 * 个; 3. 支持对于 * 卡通相关的基础参数、全局参数的配置管理,对操作员、操作员权限、商户、商户 (略) 集中的统 * 的管理; 4. (略) 详细的权限设置,可精确的设定例如某管理员有权限查询某报表但无权打印; 5. ▲建筑物及公寓管理:具有对校内各建筑物的分类、统计、记录等管理功能,以及公寓管理、公寓分配、公寓调整的功能,配合公寓管理子系统可以满足自动分配宿舍的要求;投标人应提供软件建筑物管理功能截图,不能提供为负偏离; 6. ▲校历管理:具有校历录入和节假日设置功能,通过校历设置可更精准的实现包括走班签到、进出校园、请销假等功能的智能化判断,投标人应提供软件校历管理功能截图,不能提供为负偏离; 7. ▲账务管理:系统内每个用户仅允许 * 个账户,网上订餐、餐厅取餐、超市消费、水控、电控都共用 * 个账户,不允许另设单独的账户,如订餐账户、水控账户、电控账户(或单独的购电卡),校园卡采用后台账户/卡钱包智能同步技术,满足联机、 (略) 景; 8. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《综合管理平台》软件著作权证书或授权文件,不能提供为负偏离。 |
6 | 系统运维平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:系统状态刷新时间最小为1S,支持的实时监控终端数量不小于 * 个; 3. 支持对 * 卡通系统中 (略) 实时监控、异常报警;可自定义状态刷新时间、异常报警容忍时间及频率; 4. ▲支持对 * 卡通系统中应用服务器和前置服务器的资源占用、 (略) 实时、图形化监控和显示,投标人应提供软件监控界面截图,不能提供为负偏离; 5. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《系统运维平台》软件著作权证书或授权文件,不能提供为负偏离。 | |
* | 读写器 | 2 | 1. USB通讯及供电,免驱动,带有6位LED显示,读卡距离不小于3CM; 2. 要求投标人具有自主知识产权,需提供国家知 (略) 门颁发的《读写器》专利证书、《嵌入式读写器管理软件》著作权或授权文件,不能提供为负偏离; 3. ▲ (略) 的需求做个性化功能定制,需公开包括但不限于卡结构、卡密钥、通讯密钥等 * 次开发资料,投标人须提交加盖消费机、 (略) 商公章的承诺函。 | |
* | 消 费 管 理 | 消费管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. 支持对 (略) 管理、参数配置,人工数据采集、黑名单下载等操作,方便食堂 (略) 设备管理; 4. 支持提供基础的数据数据报表方便食堂 (略) 基础的账务查询; 5. 消费系统支持双钱包模式,包括现金和补助钱包,并且具备灵活的有效期和使用规则管理,例如先现金后补助、先补助后现金、仅补助、仅现金等; 6. ▲ (略) pboc3.0标准,支持在线式交易,以后台数据库账户为主,卡片信息为辅,卡片钱包与账户信息智能同步的机制,确保账务精准; 7. 支持脱机交易,脱机时仍可以实现卡有效期、限额、限次等高级参数; 8. 可以设置终端最大脱机时间,超出时间无法有效联机签到则暂停终端使用; 9. 支持根据教师、学生 (略) 优惠打折; * . 具备消费限额管理功能,支持多种扣款模式:金额、定额、菜单、份数等; * . 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《消费管理系统》软件著作权证书或授权文件,不能提供为负偏离。 |
* | * 位挂式消费机 | * 台 | 1. * 位 (略) 理器,嵌入式LINUX操作系统,TCP/IP通讯方式,通信速率不低于 * Mbps; 2. 食堂消费机具有单面按键和双面显示,防水防油;可支持按键输入金额、定值消费、编号消费; 3. 消费机采用 * M/1 (略) 通讯,采用POE供电;均可实现硬件程序远程在线升级,无需拆机; 4. 消费机能够实现使用校园微信服务号扫码支付,消费金额在消费机上输入,手机微信扫码后即可完成支付,无需用户额外操作; 5. ▲支持授予权限的副卡消费,与主卡使用统 * 的账户; 6. 联网刷卡时交易流水除在服务器保存外同时保存在消费机内,作为备份; 7. 脱机刷卡时,数据保存在消费机,联网后自动上传数据; 8. 黑名单自动实时下载,支持的脱机黑名单数量不少于 * 万条; 9. 支持脱机记录条数大于1万条; * . (略) 上订餐后取餐:学生订餐后,可支持在消费机上刷卡,消费机可自 (略) 订的菜品编号信息及数量信息; * . 带有实体按键用于输入金额,部分重要状态信息可支持中文显示; * .▲支持真正CPU卡pboc3.0规范,不允许将CPU卡降级为IC卡使用,消费机应包含至少 * 个全埋式SAM卡插槽,可支持不拆机更换PSAM卡; * . 具备 * V防雷功能; * . 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的消费机专利证书、《嵌入式消费机管理软件》著作权证书或授权文件,不能提供为负偏离。 | |
* | POE集中供电器 | 3 | 1. 支持 * 个口的POE供电,支持 * V供电,每个端口的供电功率不小于 * W; 2. 支持机架安装,不含交换机功能。 | |
* | 门 禁 管 理 | 门禁管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. ▲基本功能要求:支持门禁设备管理、权限管理,并可提供实用丰富的报表,不能提供为负偏离; 4. ▲支持对门禁的实时状态监控、门开关状态监控、远程控制管理,不能提供为负偏离; 5. 作为 * 卡通系统 (略) 分,可实现 * 卡通用、统 * 数据库、统 * 平台、统 * 管理; 6. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《门禁管理系统》软件著作权证书或授权文件,不能提供为负偏离。 |
变更为:
序号 | 项目 | 货物名称 | 数量 | 技术要求及性能(配置)要求 |
1 | * 卡 通 中 心 | 综合管理平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL server * 以上版本数据库; 2. 性能要求:支持的操作员数量大于 * 个,支持的商户数量不小于 * 个; 3. 支持对于 * 卡通相关的基础参数、全局参数的配置管理,对操作员、操作员权限、商户、商户 (略) 集中的统 * 的管理; 4. (略) 详细的权限设置,可精确的设定例如某管理员有权限查询某报表但无权打印; 5. ▲建筑物及公寓管理:具有对校内各建筑物的分类、统计、记录等管理功能,以及公寓管理、公寓分配、公寓调整的功能,配合公寓管理子系统可以满足自动分配宿舍的要求;投标人应提供软件建筑物管理功能截图,不能提供为负偏离; 6. ▲校历管理:具有校历录入和节假日设置功能,通过校历设置可更精准的实现包括走班签到、进出校园、请销假等功能的智能化判断,投标人应提供软件校历管理功能截图,不能提供为负偏离; 7. ▲账务管理:系统内每个用户仅允许 * 个账户,网上订餐、餐厅取餐、超市消费、水控、电控都共用 * 个账户,不允许另设单独的账户,如订餐账户、水控账户、电控账户(或单独的购电卡),校园卡采用后台账户/卡钱包智能同步技术,满足联机、 (略) 景; |
6 | 系统运维平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:系统状态刷新时间最小为1S,支持的实时监控终端数量不小于 * 个; 3. 支持对 * 卡通系统中 (略) 实时监控、异常报警;可自定义状态刷新时间、异常报警容忍时间及频率; 4. ▲支持对 * 卡通系统中应用服务器和前置服务器的资源占用、 (略) 实时、图形化监控和显示,投标人应提供软件监控界面截图,不能提供为负偏离; | |
* | 读写器 | 2 | 1. USB通讯及供电,免驱动,带有6位LED显示,读卡距离不小于3CM; 2. ▲ (略) 的需求做个性化功能定制,需公开包括但不限于卡结构、卡密钥、通讯密钥等 * 次开发资料,投标人须提交加盖消费机、 (略) 商公章的承诺函。 | |
* | 消 费 管 理 | 消费管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. 支持对 (略) 管理、参数配置,人工数据采集、黑名单下载等操作,方便食堂 (略) 设备管理; 4. 支持提供基础的数据数据报表方便食堂 (略) 基础的账务查询; 5. 消费系统支持双钱包模式,包括现金和补助钱包,并且具备灵活的有效期和使用规则管理,例如先现金后补助、先补助后现金、仅补助、仅现金等; 6. ▲ (略) pboc3.0标准,支持在线式交易,以后台数据库账户为主,卡片信息为辅,卡片钱包与账户信息智能同步的机制,确保账务精准; 7. 支持脱机交易,脱机时仍可以实现卡有效期、限额、限次等高级参数; 8. 可以设置终端最大脱机时间,超出时间无法有效联机签到则暂停终端使用; 9. 支持根据教师、学生 (略) 优惠打折; * . 具备消费限额管理功能,支持多种扣款模式:金额、定额、菜单、份数等; |
* | * 位挂式消费机 | * 台 | 1. * 位 (略) 理器,嵌入式LINUX操作系统,TCP/IP通讯方式,通信速率不低于 * Mbps; 2. 食堂消费机具有单面按键和双面显示,防水防油;可支持按键输入金额、定值消费、编号消费; 3. 消费机采用 * M/1 (略) 通讯,采用POE供电;均可实现硬件程序远程在线升级,无需拆机; 4. 消费机能够实现使用校园微信服务号扫码支付,消费金额在消费机上输入,手机微信扫码后即可完成支付,无需用户额外操作; 5. ▲支持授予权限的副卡消费,与主卡使用统 * 的账户; 6. 联网刷卡时交易流水除在服务器保存外同时保存在消费机内,作为备份; 7. 脱机刷卡时,数据保存在消费机,联网后自动上传数据; 8. 黑名单自动实时下载,支持的脱机黑名单数量不少于 * 万条; 9. 支持脱机记录条数大于1万条; * . (略) 上订餐后取餐:学生订餐后,可支持在消费机上刷卡,消费机可自 (略) 订的菜品编号信息及数量信息; * . 带有实体按键用于输入金额,部分重要状态信息可支持中文显示; * .▲支持真正CPU卡pboc3.0规范,不允许将CPU卡降级为IC卡使用,消费机应包含至少 * 个全埋式SAM卡插槽,可支持不拆机更换PSAM卡; * . 具备 * V防雷功能; | |
* | POE集中供电器 | 3 | 1. 支持 * 个口的POE供电,支持 * V供电,每个端口的供电功率不小于 * W; 2. 支持机架安装。 | |
* | 门 禁 管 理 | 门禁管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. ▲基本功能要求:支持门禁设备管理、权限管理,并可提供实用丰富的报表,不能提供为负偏离; 4. ▲支持对门禁的实时状态监控、门开关状态监控、远程控制管理,不能提供为负偏离; 5. 作为 * 卡通系统 (略) 分,可实现 * 卡通用、统 * 数据库、统 * 平台、统 * 管理; |
3、其他事项不变。
采购文件如涉及上述内容的亦作相应修改, (略) (略) ,以本通知为准。
特此通知。
采购单位: (略) | |
联系人:魏老师 | 地址: (略) (略) (略) 区 |
电话: 点击查看>> | |
采购代理机构: (略) 有限公司 | |
联系人:郜工 | 地址: (略) 市 (略) 区上步南路锦峰大厦 * B |
邮箱: * gyd * .com |
采购代理机构:
(略) 有限公司
* 日
? (略) 校园 * 卡通系统项目(招标编号: * XY * SEW) (略) ,现对本项目《招标文件》作出如下更改:
1、将本项目《招标文件》中第 * 页“附件: * 、评标大纲” (略) 分评分第4条
4 | 演示 | 5 | 专家打分 | 为 (略) 投 * 卡通系 (略) 招 * 卡通系统相匹配,要求投标 (略) 按照 (略) 演示。 |
删除,其分值调至第2项评分“技术保障措施”中,招标 (略) (略) 理。
修 (略) 分如下:
(略) 分 | * | |||
序号 | 评分因素 | 权重 | 评分方式 | 评分准则 |
1 | 技术保障措施 | 8 | 专家打分 | 在投标文件中详细说明保障措施( (略) 、技术方案、技术人员、场地、车辆等), (略) 根据 (略) 横向比较,按优8分,良5分,中3分,差0分打分。 |
2 | 技术规格偏离情况 | * | 专家打分 | 投标人务必如实逐条详细填写《技术规格偏离表》,未填写或填写不全,评委会有权认定为负偏离。各项技术参数指 (略) 满足的得 * 分。其中带“▲”为项目核心参数,每负偏离 * 项扣3分,扣完为止;其他 * 般参数负偏离 * 项扣1分,扣完为止。 |
3 | 施工安全保障措施 | 2 | 专家打分 | 在投标文件中详细说明保障措施, (略) 根据 (略) 横向比较,按优2分,良1分,中0.5分,差0分打分。 |
2、将本项目《招标文件》中第 * 页“6.2技术参数要求”作如下修改:
原招标文件内容:
序号 | 项目 | 货物名称 | 数量 | 技术要求及性能(配置)要求 |
1 | * 卡 通 中 心 | 综合管理平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL server * 以上版本数据库; 2. 性能要求:支持的操作员数量大于 * 个,支持的商户数量不小于 * 个; 3. 支持对于 * 卡通相关的基础参数、全局参数的配置管理,对操作员、操作员权限、商户、商户 (略) 集中的统 * 的管理; 4. (略) 详细的权限设置,可精确的设定例如某管理员有权限查询某报表但无权打印; 5. ▲建筑物及公寓管理:具有对校内各建筑物的分类、统计、记录等管理功能,以及公寓管理、公寓分配、公寓调整的功能,配合公寓管理子系统可以满足自动分配宿舍的要求;投标人应提供软件建筑物管理功能截图,不能提供为负偏离; 6. ▲校历管理:具有校历录入和节假日设置功能,通过校历设置可更精准的实现包括走班签到、进出校园、请销假等功能的智能化判断,投标人应提供软件校历管理功能截图,不能提供为负偏离; 7. ▲账务管理:系统内每个用户仅允许 * 个账户,网上订餐、餐厅取餐、超市消费、水控、电控都共用 * 个账户,不允许另设单独的账户,如订餐账户、水控账户、电控账户(或单独的购电卡),校园卡采用后台账户/卡钱包智能同步技术,满足联机、 (略) 景; 8. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《综合管理平台》软件著作权证书或授权文件,不能提供为负偏离。 |
6 | 系统运维平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:系统状态刷新时间最小为1S,支持的实时监控终端数量不小于 * 个; 3. 支持对 * 卡通系统中 (略) 实时监控、异常报警;可自定义状态刷新时间、异常报警容忍时间及频率; 4. ▲支持对 * 卡通系统中应用服务器和前置服务器的资源占用、 (略) 实时、图形化监控和显示,投标人应提供软件监控界面截图,不能提供为负偏离; 5. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《系统运维平台》软件著作权证书或授权文件,不能提供为负偏离。 | |
* | 读写器 | 2 | 1. USB通讯及供电,免驱动,带有6位LED显示,读卡距离不小于3CM; 2. 要求投标人具有自主知识产权,需提供国家知 (略) 门颁发的《读写器》专利证书、《嵌入式读写器管理软件》著作权或授权文件,不能提供为负偏离; 3. ▲ (略) 的需求做个性化功能定制,需公开包括但不限于卡结构、卡密钥、通讯密钥等 * 次开发资料,投标人须提交加盖消费机、 (略) 商公章的承诺函。 | |
* | 消 费 管 理 | 消费管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. 支持对 (略) 管理、参数配置,人工数据采集、黑名单下载等操作,方便食堂 (略) 设备管理; 4. 支持提供基础的数据数据报表方便食堂 (略) 基础的账务查询; 5. 消费系统支持双钱包模式,包括现金和补助钱包,并且具备灵活的有效期和使用规则管理,例如先现金后补助、先补助后现金、仅补助、仅现金等; 6. ▲ (略) pboc3.0标准,支持在线式交易,以后台数据库账户为主,卡片信息为辅,卡片钱包与账户信息智能同步的机制,确保账务精准; 7. 支持脱机交易,脱机时仍可以实现卡有效期、限额、限次等高级参数; 8. 可以设置终端最大脱机时间,超出时间无法有效联机签到则暂停终端使用; 9. 支持根据教师、学生 (略) 优惠打折; * . 具备消费限额管理功能,支持多种扣款模式:金额、定额、菜单、份数等; * . 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《消费管理系统》软件著作权证书或授权文件,不能提供为负偏离。 |
* | * 位挂式消费机 | * 台 | 1. * 位 (略) 理器,嵌入式LINUX操作系统,TCP/IP通讯方式,通信速率不低于 * Mbps; 2. 食堂消费机具有单面按键和双面显示,防水防油;可支持按键输入金额、定值消费、编号消费; 3. 消费机采用 * M/1 (略) 通讯,采用POE供电;均可实现硬件程序远程在线升级,无需拆机; 4. 消费机能够实现使用校园微信服务号扫码支付,消费金额在消费机上输入,手机微信扫码后即可完成支付,无需用户额外操作; 5. ▲支持授予权限的副卡消费,与主卡使用统 * 的账户; 6. 联网刷卡时交易流水除在服务器保存外同时保存在消费机内,作为备份; 7. 脱机刷卡时,数据保存在消费机,联网后自动上传数据; 8. 黑名单自动实时下载,支持的脱机黑名单数量不少于 * 万条; 9. 支持脱机记录条数大于1万条; * . (略) 上订餐后取餐:学生订餐后,可支持在消费机上刷卡,消费机可自 (略) 订的菜品编号信息及数量信息; * . 带有实体按键用于输入金额,部分重要状态信息可支持中文显示; * .▲支持真正CPU卡pboc3.0规范,不允许将CPU卡降级为IC卡使用,消费机应包含至少 * 个全埋式SAM卡插槽,可支持不拆机更换PSAM卡; * . 具备 * V防雷功能; * . 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的消费机专利证书、《嵌入式消费机管理软件》著作权证书或授权文件,不能提供为负偏离。 | |
* | POE集中供电器 | 3 | 1. 支持 * 个口的POE供电,支持 * V供电,每个端口的供电功率不小于 * W; 2. 支持机架安装,不含交换机功能。 | |
* | 门 禁 管 理 | 门禁管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. ▲基本功能要求:支持门禁设备管理、权限管理,并可提供实用丰富的报表,不能提供为负偏离; 4. ▲支持对门禁的实时状态监控、门开关状态监控、远程控制管理,不能提供为负偏离; 5. 作为 * 卡通系统 (略) 分,可实现 * 卡通用、统 * 数据库、统 * 平台、统 * 管理; 6. 为避免知识产权纠纷, (略) 商应具有自主知识产权,需提供国家知 (略) 门颁发的《门禁管理系统》软件著作权证书或授权文件,不能提供为负偏离。 |
变更为:
序号 | 项目 | 货物名称 | 数量 | 技术要求及性能(配置)要求 |
1 | * 卡 通 中 心 | 综合管理平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL server * 以上版本数据库; 2. 性能要求:支持的操作员数量大于 * 个,支持的商户数量不小于 * 个; 3. 支持对于 * 卡通相关的基础参数、全局参数的配置管理,对操作员、操作员权限、商户、商户 (略) 集中的统 * 的管理; 4. (略) 详细的权限设置,可精确的设定例如某管理员有权限查询某报表但无权打印; 5. ▲建筑物及公寓管理:具有对校内各建筑物的分类、统计、记录等管理功能,以及公寓管理、公寓分配、公寓调整的功能,配合公寓管理子系统可以满足自动分配宿舍的要求;投标人应提供软件建筑物管理功能截图,不能提供为负偏离; 6. ▲校历管理:具有校历录入和节假日设置功能,通过校历设置可更精准的实现包括走班签到、进出校园、请销假等功能的智能化判断,投标人应提供软件校历管理功能截图,不能提供为负偏离; 7. ▲账务管理:系统内每个用户仅允许 * 个账户,网上订餐、餐厅取餐、超市消费、水控、电控都共用 * 个账户,不允许另设单独的账户,如订餐账户、水控账户、电控账户(或单独的购电卡),校园卡采用后台账户/卡钱包智能同步技术,满足联机、 (略) 景; |
6 | 系统运维平台 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:系统状态刷新时间最小为1S,支持的实时监控终端数量不小于 * 个; 3. 支持对 * 卡通系统中 (略) 实时监控、异常报警;可自定义状态刷新时间、异常报警容忍时间及频率; 4. ▲支持对 * 卡通系统中应用服务器和前置服务器的资源占用、 (略) 实时、图形化监控和显示,投标人应提供软件监控界面截图,不能提供为负偏离; | |
* | 读写器 | 2 | 1. USB通讯及供电,免驱动,带有6位LED显示,读卡距离不小于3CM; 2. ▲ (略) 的需求做个性化功能定制,需公开包括但不限于卡结构、卡密钥、通讯密钥等 * 次开发资料,投标人须提交加盖消费机、 (略) 商公章的承诺函。 | |
* | 消 费 管 理 | 消费管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. 支持对 (略) 管理、参数配置,人工数据采集、黑名单下载等操作,方便食堂 (略) 设备管理; 4. 支持提供基础的数据数据报表方便食堂 (略) 基础的账务查询; 5. 消费系统支持双钱包模式,包括现金和补助钱包,并且具备灵活的有效期和使用规则管理,例如先现金后补助、先补助后现金、仅补助、仅现金等; 6. ▲ (略) pboc3.0标准,支持在线式交易,以后台数据库账户为主,卡片信息为辅,卡片钱包与账户信息智能同步的机制,确保账务精准; 7. 支持脱机交易,脱机时仍可以实现卡有效期、限额、限次等高级参数; 8. 可以设置终端最大脱机时间,超出时间无法有效联机签到则暂停终端使用; 9. 支持根据教师、学生 (略) 优惠打折; * . 具备消费限额管理功能,支持多种扣款模式:金额、定额、菜单、份数等; |
* | * 位挂式消费机 | * 台 | 1. * 位 (略) 理器,嵌入式LINUX操作系统,TCP/IP通讯方式,通信速率不低于 * Mbps; 2. 食堂消费机具有单面按键和双面显示,防水防油;可支持按键输入金额、定值消费、编号消费; 3. 消费机采用 * M/1 (略) 通讯,采用POE供电;均可实现硬件程序远程在线升级,无需拆机; 4. 消费机能够实现使用校园微信服务号扫码支付,消费金额在消费机上输入,手机微信扫码后即可完成支付,无需用户额外操作; 5. ▲支持授予权限的副卡消费,与主卡使用统 * 的账户; 6. 联网刷卡时交易流水除在服务器保存外同时保存在消费机内,作为备份; 7. 脱机刷卡时,数据保存在消费机,联网后自动上传数据; 8. 黑名单自动实时下载,支持的脱机黑名单数量不少于 * 万条; 9. 支持脱机记录条数大于1万条; * . (略) 上订餐后取餐:学生订餐后,可支持在消费机上刷卡,消费机可自 (略) 订的菜品编号信息及数量信息; * . 带有实体按键用于输入金额,部分重要状态信息可支持中文显示; * .▲支持真正CPU卡pboc3.0规范,不允许将CPU卡降级为IC卡使用,消费机应包含至少 * 个全埋式SAM卡插槽,可支持不拆机更换PSAM卡; * . 具备 * V防雷功能; | |
* | POE集中供电器 | 3 | 1. 支持 * 个口的POE供电,支持 * V供电,每个端口的供电功率不小于 * W; 2. 支持机架安装。 | |
* | 门 禁 管 理 | 门禁管理系统 | 1 | 1. 架构要求:基于spring cloud的服务架构,B/S结构,基于Windows 操作系统,支持 * 位操作系统,支持SQL * 以上版本数据库; 2. 性能要求:支持对于不小于 * (略) (略) 统 * 的监控和管理; 3. ▲基本功能要求:支持门禁设备管理、权限管理,并可提供实用丰富的报表,不能提供为负偏离; 4. ▲支持对门禁的实时状态监控、门开关状态监控、远程控制管理,不能提供为负偏离; 5. 作为 * 卡通系统 (略) 分,可实现 * 卡通用、统 * 数据库、统 * 平台、统 * 管理; |
3、其他事项不变。
采购文件如涉及上述内容的亦作相应修改, (略) (略) ,以本通知为准。
特此通知。
采购单位: (略) | |
联系人:魏老师 | 地址: (略) (略) (略) 区 |
电话: 点击查看>> | |
采购代理机构: (略) 有限公司 | |
联系人:郜工 | 地址: (略) 市 (略) 区上步南路锦峰大厦 * B |
邮箱: * gyd * .com |
采购代理机构:
(略) 有限公司
* 日
最近搜索
无
热门搜索
无