| 序号 | 原文档序号 | 招标文档描述 | 质疑内容 | 回复 |
| 1 | 3.1.1 | 完成对目前的ISC服务器的双机改造，并在此基础上将原来分布在两台ISC服务器（两台ISC服务器的详细配置如附件）上的业务和数据迁移到改造后的双机系统上，以解决目前系统存在的单点故障、系统负载过重的问题； | 目前服务器是只做数据存储吗, 还是有其他的系统,例如用餐系统等部署在上面? | ISC服务器只是ISC服务器的应用和数据。上面没有其它应用系统。 |
| 2 | 3.1.2 | 基于已有的智能门禁设备和系统原厂商提供的API通过二次开发 | 已有的门禁系统是否有源码了？本次开发是在原来门禁系统基础上有源码二次开发还是对原来的系统功能和新的功能全部重新开发？如果是对原来的系统功能和新的功能全部重新开发，原来的系统需要招标方提供详细的功能需求是什么？ | 目前的门禁系统是海康威视的门禁系统。管理端是ISC，本项目的目标之一就是利用原厂商（海康威视）提供的API来通过二次开发实现本项目要求的内容。原厂商提供的API在其官方网站上有详细的相关资料文档，这是公开的内容，请自行查阅，不可能也不必要求原厂商提供系统源代码。 |
| 3 | 3.2.1.1 | 要求在进行系统升级前做好该服务器的数据备份等工作，以保证在完成系统升级后完成数据的恢复。 | 1、大概有多少数据需要备份，有多少个系统的数据？2、重新部署各个系统是否有相关参考资料和文档？3、迁移系统可能会涉及到原厂的配合，是否能协调原厂重新部署的协助和配合？4.如果原厂不配合或者需要收费由谁承担？5.如果因为原厂的原因导致数据迁移失败，如何划分责任？ | 目前两台ISC服务器上的数据分别有10GB和215TB；数据的备份和恢复是本项目的承包商负责完成的工作内容，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 4 | 3.2.2.2 | 采用的门禁设备要求采用防爆及IP等级满足氢站、氨区等防爆防腐等环境的要求 | 产品是否需要有防爆的资质认证？ | 要求投标人根据应用环境要求进行设备选型 |
| 5 | 3.2.3.1 | 将目前ISC服务器1和ISC服务器2（ISC服务器1和ISC服务器2的配置情况如附件）上的考勤系统、门禁系统、视频监控等系统的所有应用和数据全部迁移到ISC服务器双机系统上上。 | 1、除此之外还有那些系统？2、重新部署各个系统是否有相关参考资料和文档？3、迁移系统可能会涉及到原厂的配合，是否能协调原厂重新部署的协助和配合？4、原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？5、如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担？ | 1、已经列出：考勤、门禁、视频。2、ISC的数据和应用迁移都由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 6 | 3.2.4 | 完成ISC服务器整合后与各个业务系统的数据接口的调整，保证原来各业务系统的正常运行（目前的ISC服务器与各业务系统的数据接口及服务详细介绍如附件） | 1、提供isc服务器涉及到那些详细业务系统？2、需要提供涉及整合的系统的的接口文档？3、数据接口调整涉及到代码修改,可能需要原开发方修改重新部署，能否协调？4、如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担5、原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？ | 1、所涉及的系统技术条件已经描述清楚；2、所要求的内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 7 | 3.2.4.1 | 完成整合后的ISC服务器与门户系统的接口调整调试工作，以保证整合后的系统与门户系统的各项目整合功能的正常使用。主要包括：保证升级后的ISC与门户系统与数据通信，实现ISC服务器与门户系统自动实现组织机构、人员岗位、用户账号、用户脸谱等数据的同步 | 1、门户系统是读取isc服务器上的数据吗?2、isc做了迁移整合后可能涉及到的系统需要修改数据源连接或者修改接口地址,这个可能需要原开发方修改部署。3、如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担4、原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？ | 1、门户系统与ISC通过接口实现双向数据交换。2、所要求的内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 3.2.4.3 | 二次开发的视频监控系统的各项功能的正常使用； | 1.是本次需要开发的吗？2.是重新全部开发还是在提供源码的情况下二次开发？3.能否提供具体功能描述？ | 是的，重新开发，功能包括：整合后的ISC服务器与视频监控系统的数据接口调整及调试，保证整合后的ISC系统与视频监控系统的各项整合功能的正常应用,视频浏览及回放等视频监控的各项功能。 | |
| 8 | 3.2.5.2.3 | 动态的授权。即根据业务的执行情况，系统可绕过静态授权授予相关用户访问各种视频数据的权限。 | 需要进一步详细描述静态授权和动态授权的流程和要求是怎样的？ | 技术条件已经清楚描述相关要求。 |
| 9 | 3.2.5.4.1.3 | 系统实现对各种类型的厂外人员进入厂区及其在厂区内的活动区域的审批管理， | 目前厂内的外来人员审批流程是怎样的？需要进一步详细描述有哪些不同的审批流程？还有要提供申请单的模板，具体要提交哪些资料？ | 具体流程在项目实施阶段再提供，并由实施方根据管理标准进行设置，本项目要求所有业务流程功能支持工作流技术，以保证可以根据管理需要随时调整工作流程。审批模板、提交资料等应该是开发阶段做详细需求调研再确定。 |
| 10 | 3.2.5.4.1.6 | 外来人员审批业务必须同时支持桌面端和智能手机APP端进行，并主动推送到公司信息门户和移动门户APP的待办工作列表中 | 1、推送信息到App是App原来已有功能还是App新增功能？如果原厂不能提供App源码新增功能,是否确定要重新开发一个App? 如果是在原来的基础上新增而未能提供原App的源码和文档导致项目延误的责任问题怎样分担。2、公司信息门户系统需要确认是否能提供详细的接口文档？如果是在原来的基础上新增而未能提供原门户系统的源码和文档导致项目延误的责任问题怎样分担4、如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担5、原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？ | 1、可提供相关接口规范等文档；2、信息推送到APP功能目前门户有，按相关规范开发即可。3、本项目要求的所有内容由本项目的承包商，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 11 | 3.2.5.4.1.10 | 系统支持人员紧急进厂管理，要求系统能支持在生产（或其它原因）急需时人员简便快速进厂手续的办理（具体的简捷流程和功能要求在实施阶段再确定） | 需要说明具体的简捷流程和功能要求。 | 是相对于常规的流程作审批流程的简化，具体流程在实施阶段再确定，已经写得非常清楚。一个业务流程的设置对本功能的开发工作基本没影响。 |
| 12 | 3.2.5.4.4 | 构建一个疫情风险相关的信息库并可动态维护 | 1、该信息库具体功能要求有哪些？2、 动态维护是指系统自动获取国内疫情信息还是人工录入？需要详细说明功能需求 | 1、这是一个对商情信息进行收集管理的信息库；2、主要是由人工录入和维护 |
| 13 | 3.2.5.4.5 | 构建一个与安保、安全生产以及防疫工作相关信息的信息管理和发布系统，以便于相关人员发布和及时掌握相关的信息，更好地对外来人员进厂进行管理。 | 信息发布系统要把信息发布到哪里提醒？是发布到门户门站还是App或者短信提醒？ | 这个功能要求在技术条件里已经有详细描述，请自行阅读。 |
| 14 | 3.2.5.5.1 | 基于新的技术重构目前的考勤管理系统，并在此基础上优化考勤管理管理系统的功能 | 重构是重新开发原来考勤管理系统的所有功能么？如果重新开发考勤系统需要提供详细的功能要求和打卡流程、打卡规则是什么？目前有那些功能?是否原有所有功能重新开发，还是再现有基础上新增功能呢？系统是否有源码？ | 对目前已有的系统功能进行重构（即基于目前的系统数据重新开发所有功能），并根据技术条件写的要求增加和优化部分功能，技术条件有详细描述；2、目前系统的功能等介绍在技术条件里有详细的描述，请自行阅读。 |
| 3.2.5.5.3 | 重构考勤管理系统的APP端功能并优化完善APP端的功能 ，要求重构后的APP的功能与本次项目重构后的考勤系统的桌面端系统基于同样的数据、业务流程，系统的桌面端的流程等作调整时APP端不需要再做代码级的修改同时调整，具体包括包括： | 此处的重构是原来的功能全部重新开发的意思么？原来APP是否有源码提供？原来app功能是否有详细描述或文档资料？ | 描述很清楚是重构（即基于目前的系统数据重新开发所有功能）。功能描述技术条件已经作了详细描述，请阅读。 | |
| 15 | 3.2.5.4.1.4 | 外来人员通过扫二维码或小程序等方式提交来访人员的资料 | 是否要开发一个小程序用来提交来访人员信息？如果要开发小程序，需要详细说明要开发哪些功能和要求？ | 这是一个非常常用的功能，可自行做一下调研 |
| 3.2.5.3.5 | 通过与视频监控系统的整合，实现对每条门禁通过时监控视频的查询。即查询每条门禁通行记录时，能同时查询该条通过记录时该门禁点附近 （如有）的视频监控点该时间段的视频信息。 | 不是特别明白此项功能要求？需要详细说明？ | 要求描述已经很清楚，如无法理解可在做详细调研时进行沟通。 | |
| 16 | 3.2.5.5.4 | 优化调整调食堂用餐管理系统。食堂用餐管理系统是与考勤密切相关的系统，本项目一方面要求在完成考勤管理系统的重构时要保证目前用餐管理系统的各项功能的正常使用同时解决目前存在的用餐系统存在的不稳定问题 | 解决用餐系统问题需要提供系统源码和相关系统描述文档、接口文档？如果未能提供原系统的源码和文档导致项目延误的责任问题怎样分担？不稳定的原因是否和考勤管理系统有关系？目前有没有具体的解决方案来实施提供给中标方？5.如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担6.原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？ | 有相关文档，无系统源码；所要求工作内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 3.2.5.6 | 巡点检打卡系统的功能要求 | 该部分描述的功能是全部重新开发的功能还是在原巡点检打卡系统系统上新增的功能？如果在原巡点检打卡系统系统上新增的功能是否可以提供系统源代码？如果是全部重新开发是否仅仅技术条件书中的5项功能？ | 是重构目前的系统。无法提供原系统源码（既然是重构也不必提供源码）按技术条件写的工作内容。 | |
| 3.2.5.7.1. | 与工作票业务系统的整合应用要求。通过系统实现工作票与门禁控制点的权限的整合应用，实现根据工作票业务执行时系统自动授予相关的人员相应的门禁控制点的通行权限，并可根据工作票查询该票执行过程中人员通过各门禁控制点的数据，以加强对工作票执行时人员活动区域的管控和跟踪，主要功能包括： | 该处功能需要原厂协助配合，招标方是否能协调原厂配合？原厂协助配合投标方是否需要承担费用？如果原厂协助费用狮子大开口怎么办？如果因为原厂原因导致项目延期或无法完成，如何划分责任？投标方是否也要承担责任？ | 所要求工作内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 | |
| 3.2.5.7.2. | 与操作票业务系统的整合应用要求。通过系统实现操作票与门禁控制点的权限的整合应用，实现根据操作票业务执行时系统自动授予相关的人员相应的门禁控制点的通行权限，并可根据操作票查询该票执行过程中人员通过各门禁控制点的数据，以加强对操作票执行时人员活动区域的管控和跟踪，主要功能包括： | 1.该处功能需要原厂协助配合，招标方是否能协调原厂配合？2.原厂协助配合投标方是否需要承担费用？如果原厂协助费用狮子大开口怎么办？3如果因为原厂原因导致项目延期或无法完成，如何划分责任？投标方是否也要承担责任？ | 所有工作内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 | |
| 3.2.5.7.3. | 与检修业务系统的整合应用要求，实现检修工单门禁通行权限关联 | 1.该处功能需要原厂协助配合，招标方是否能协调原厂配合？2.原厂协助配合投标方是否需要承担费用？如果原厂协助费用狮子大开口怎么办？3如果因为原厂原因导致项目延期或无法完成，如何划分责任？投标方是否也要承担责任？ | 所有工作内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 | |
| 3.2.5.7.4. | 配合安全管控项目的实施，配合完成安全管控项目中涉及到门禁系统的软件、硬件的开发和调试 | 具体有哪些配合内容？是否涉及代码的修改和配合？怎么怎么划分和界定？ | 这是一项配合工作，确实无法严格详细划分，但只是涉及门禁设备的软硬件的调整和配合工作。 | |
| 17 | 3.2.5.8 | 与电子地图系统的整合要求 | 1.电子地图原产商是否愿意配合提供源码和相应的系统文档、接口文档协助？2.如果未能提供原系统的源码和文档导致项目延误的责任问题怎样分担？3.如果原厂商不愿意协助配合导致项目延误的责任问题应该怎样分担4.原厂协调配合如需费用，则费用由谁承担？如果费用由中标方承担原厂狮子大开口怎么办？ | 可以提供电子地图的相关操作手册等文档；无法也不必提供源码；所有工作内容由本项目承包商负责完成，如无法自行完成需要原厂商服务则协调工作和费用都由承包商负责。 |
| 18 | 3.2.5.8.3 | 通过电子地图系统实现与地图上的其它设备的数据的关联 | 需要关联哪些设备数据，需要具体汇总列出。 | 地图上的设备通过位置信息进行关联，其它设备也是通过位置信息与门禁设备关联，这是常用功能。 |
| 19 | 3.2.5.10.2-3 | 与生产缺陷管理系统整合，在缺陷管理系统中自动生产缺陷单并推送给相关的专业（人员）。 | 1、数据推送给谁，是否有原系统技术配合实现此功能？2、消息要推送到哪里提醒？比如是使用App提醒还是只是在系统首页提醒？需要进一步明确功能需求 | 缺陷管理系统 |
| 20 | 3.2.5.11 | 本系统同时提供APP端。本项目必须提供与桌面端同样数据和业务后台的APP端 | 1、App是重新开发安卓端吗？需不需要开发ios端？需要明确详细的需求。 | 1、根据要求开发相应的APP端功能；2、提供安卓端即可。 |
| 21 | 3.2.5.12.1 | 投标方负责自行搭建本项目的开发测试环境，系统正式上线前不能在正在运行的系统上进行任何修改、测试工作，招标方也不会提供正式系统的数据库、管理员等系统的账号和密码； | 二次开发需要了解原有数据的数据结构,是否可以读取原来的数据库,或者导出数据库数据模拟开发环境? | 招标方可以提供目前数据库的相关文档（有绝大部分，但小部分可能的缺漏或没及时更新）；可导出部分数据作为测试环境。 |
| 1 | 3.2.5.9. | 实现门禁点与视频监控点的配置 管理。系统根据视频监控系统的台账以及电子地图的坐标等信息，点 自动检索出门禁点附近的视频监 控点，由管理人员手工配置门禁点 对应的视频监控点 (如不手动配 置，系统自动取位置最近的监控点)。 | 1.该功能是在那个系统中 实现该功能？例如：门禁系 统？ 电子地图？ 视频监控 系统？ | 本次项目开发的系统里实现 |
| 2 | 3.2.5.1.4.9. | 系统支持黑、白名单管理，根据需要由授权人员动态地设置进出厂 区的黑白名单； | 1.白名单和黑名单具体有 哪些功能要求？ | 由有权限的人在系统上设置白名单或黑名单 |
| 3 | 3.2.6.4. | 4) 本项目中涉及与已有业务衔接 的业务系统的数据和业务流程都 必须与生产项目管理系统、集团承 包商管理系统、供方管理系统、物 资管理系统、运行管理系统、检修 维护管理系统等实现业务衔接； | 1.全文只有此次提到了这 些系统，这些系统与本次项 目 的开发有哪些关联和链 接？ 需要招标方详细提供 这些系统思维导图和图文 说明 | 这些系统是招标方所在集团及企业内部所用的主要系统，业务的关联在技术文件里有描述，投标方可以做调研，目前无法提供思维导图有图文说明等资料。 |
二、联系方式
（一）招标人信息
招标人：湛江电力有限公司
地 址：湛江市调顺路168号
邮 编：524099
联系人：刘工
电 话：0759-3165376
传 真：0759-3219759
（二）招标代理机构：广东公信招标有限公司
地址：广州市天河区天寿路31号江河大厦20楼广东公信招标有限公司
联系人：张工
电话：020-83064172-8005
特此公告。
发布人：广东公信招标有限公司
发布时间：2022年9月27日