(略) 市轨道交 (略) (略) 指 (略) 系统（ * 期） (略) 的规定时间（ * 日 * ： * ）截止。投标人提交的问题经过汇总归类，类似问题不逐个答复。 (略) (略) 分，对招标文件的澄清和对投标人问题的回复如下：

* 、特别提醒及注意事项

1、招标人有权在投标有效期内的任何时候，对投标人提交的文件、资 (略) 审查复核，若发现投标人在投标过程中有弄虚作假、 (略) 为， (略) 文件的要求如实提供有关情况、文件、证 (略) 为， (略) 提供的有关情况、文件、证明等资料与 (略) 为，或在招标过程中存在其 (略) 为的，按照不 (略) 理；被列为中标候选人的，取消中标候选人资格；已中标的，取消中标资格。同时，视 (略) (略) (略) 投标保证金，且禁止参与 (略) (略) 项目投标（最多 * 年）的处罚，并依据国家 (略) 处理。

2、注意事项： (略) 文件，对照招标文件的投标文件的编制、加密、递交、开标等相关规定，认真仔细做好项目备标工作，以避免出现无谓废标的情况。

3、电子投标文件的解密截止时间为投标截止时间后 * 分钟。请投标人确保投标文件如期解密。 (略) 解密的，请投标人自备 (略) 络。

* 、对招标文件的澄清

1、 (略) (略) 了调整，以本次发布的合同为准，详见附件《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程合同》。

2、《用户需求书 第 * 分册 通用技术要求》 增加附件《 (略) 市轨道交通 (略) 系统采购 用户需求书》和《 (略) 市轨 (略) 售检票平台系统设备采购及 (略) 分 用户需求书》。

3、《用户需求书 第 * 分册 专用技术要求》增加附件《清分 * 期 (略) 售检票平台系统设备清单》供参考，最终利旧设备清单可能会根据实际使用情况微调。

4、《用户需求书 第 * 分册 专用技术要求》第 * .1.1.5黑名单 章节原文： “LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备，应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。”修订为：“LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备，应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。”

5、《用户需求书 第 * 分册 通用技术要求》 6. * 质量保证期 ：“投标人在保期内的服务响应时间应小于 * 小时。 * 旦系统或设备发生故障，在接到业主通知后，应在 * 小时内 (略) 。”修订为：“投标人在质保期内的服务响 (略) 相应制度要求。 * 旦系统或设备发生故障，在接到业主通知后，应在规定时间内 (略) 并处理。”

6、《用户需求书 第 * 分册 专用技术要求》3.4.1 系统的授权管理 章节原文：“ (略) 提供的设备及子系统应能设置不同操作等级及权限，其应能设置允许操作的设备类型、允许操作的功能等。” 修订为：“ (略) 提供的设备及子系统应能设置不同操作等级及权限，其应能设置允许操作的设备类型、允许操作的功能等。系统及子系统需实现权限3级及以上分级授权管理，如需系统管理终端设备权限，终端设备密码与相应管理系统密码能够自上而下或者自下而上自动同步，系统如需下发权限参数文件，需提供自动下发功能（如系统默认定时任务和用户自定义定时任务）。”

7、《用户需求书 第 * 分册 专用技术要求》4.1.1 车票种类 章节原文：“（3） (略) 轨道交通专用车票（含实体及虚拟票） 应至少包括：单程票（含普通单程票和优惠单程票）、储值票（含普通储值票、学生储值票、老人储值票和个人记名储值票）、免费票、乘次票、纪念票、员工票、测试票、备用票种。 承建方应提交各类车票格式定义的建议方案。”修订为：“（3） (略) 轨道交通专用车票（含实体及虚拟票） 应至少包括：

(略) 轨道交通专用车票（含实体及虚拟票）应至少包括：单程票（含普通 单程票和优惠单程票）、储值票（含普通储值票、学生储值票、老人储值票和个人记 名储值票）、免费票、乘次票（十次、 * 十次、 * 十次、 * 百次）、计时票（ * 日票、 两日票、 * 日票、周票、月票）、纪念票、员工票、爱心票、测试票、备用票种。承建方应提交 各类车票格式定义的建议方案。”

8、《用户需求书 第 * 分册 专用技术要求》 4.6 黑名单（5） 章节原文：“系统设置的黑名单数据应可以 (略) 分 (略) 黑名单， 黑名单可作为 (略) 下载。” 修订为：“系统设置的黑名单数据应可以 (略) 分 (略) 黑名单， 黑名单可作为 (略) 下载，具备定时任务和生效状态监控。”

9、《用户需求书 第 * 分册 专用技术要求》5.3.1参数管理章节原文：“1) ACC 提供参数导入、设置、编辑、生成及导出功能。 ACC 参数设置人员通过此功能输入最新信息、更新参数，参数设有参数创建日期、更新日期、生效日期、版本号等，作为参数生效前的准备。” 修订为：“1)ACC 提供参数导入、设置、编辑、生成、核对及导出功能。ACC 参数设置人员通过此功能输入最新信息、更新参数，参数设有参数创建日期、更新日期、生效日期、版本号等，可实现自动生成特殊参数（如票价参数等），具有可视化核对界面，作为参数生效前的准备。”

* 、《用户需求书 第 * 分册 专用技术要求》 5.7.1 功能需求概述 章节原文：“ * ）当系统故障时 APP 可自主生成降级 * 维码电子票；” 修订为：“当系统故障时APP(含接入的第 * 方APP)可自主生成降级 * 维码电子票；”

* 、《用户需求书 第 * 分册 专用技术要求》 5.7.1 功能需求概述 章节原文：“上述需求按功能模块划分为以下具体功能。”修订为：“ * ）系统应实现业务分离功能，售票与检票功能能够分离，单个业务故障时互不影响。上述需求按功能模块划分为以下具体功能。”

* 、《用户需求书 第 * 分册 专用技术要求》 7.5.2 加密机 章节原文：“本次新购加密机应充分考虑既有 ACC * 期系统加密机的相关兼容性。” 修订为：“本次新购加密机应充分考虑既有 ACC * 期系统加密机的相关兼容性，实现加密机的冗余功能。”

* 、《用户需求书 第 * 分册 专用技术要求》8.3.2.1 数据库 * ） 章节原文：“应支持全量、增量物理备份、日志备份；” 修订为：“应支持全量、增量物理备份、逻辑备份、日志备份；”

* 、《用户需求书 第 * 分册 接口技术要求》2.2.9 与各第 * 方电子虚拟票售票代理的接口章节原文修订为：“第 * 方电子虚拟票售票代理主要包括 (略) 公交、 我的 (略) 、和包支付、 银联云闪付、 (略) 地铁、 (略) 地铁、 (略) 省工会等，并预留将来新增 * 家虚拟票售票代理。”

* 、《用户需求书 第 * 分册 供货及服务清单》 2.2.7.2 软 (略) 署调试 章节原文：“

”

修订为：“

”

* 、本项目投标保证金提交截止时间、电子投标文件递交的截止时间及开标时间延期至 * 日 * ： * （ (略) 时间)。

* 、对投标人问题的回复

（ * ） (略) 分

问题1：页码章节条款号：招标文件（ (略) 2.资格要求） 第4页； 原文或描述：业绩证明材料须以同时提供的中标通知书（如有）、合同文件及合同委托方出具的《 (略) /初期运营/运营证明》复印件为准，时间以《 (略) /初期运营/运营证明》 (略) /初期运营/运营时间为准（合同签订时间不限）。证明必须加盖“ (略) 政公章（公章名称与合同委托方名称 * 致）”，否则证明文件无效。若业绩证明材料中的《 (略) /初期运营/运营证明》合同委托方为地铁业主单位的， (略) （ (略) / (略) ），则《 (略) /初期运营/运营证明》可由合同委 (略) /建设公司出具；合 (略) /建设公司，则《 (略) /初期运营/运营证明》可由合同 (略) （ (略) / (略) ）出具。问题： (略) 市已不开具《 (略) /初期运营/运营证明》证明材料，请问能否提供合同等证明材料？

答：不修改， (略) (略) 。

问题2：（1）投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。（2）投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。以上要求中“接入4条（含）以上”在地铁业务上有接入几条线的说法。在高铁系统上面好像没有接入几条线的说法？

答：不修改，按招标 (略) 。

问题3：招标文件原文：《招标文件第4页，第 * 章 招标公告》2.5.1 根据党建（廉洁和作风建设）承诺书的要求，投标人须提供关于□党建工作预案或支持党建工作的承诺书、？廉洁建设和作风建设承诺书；问题：①请问是否只需要提供勾选的廉洁建设和作风建设承诺书即可？

答：是的。

问题4：《招标文件第 * 章 投标文件格式 第 * 节商务格式》“（ * ）投标人认为需要提供的其他文件 □< * >、支持开展党建工作承诺书（或党建工作预案）”

问题：①“□< * >、支持开展党建工作承诺书（或党建工作预案）”此处□没有勾选是否无需提供？ ②若提供党建工作预案，则下面的（备注：党建工作预案包括如下内容：1、公司党组织基本情况） 2、拟在该项目开展党建工作预案）是否需要提供？

答：无须提供党建工作承诺书和党建工作预案。

问题5：招标文件原文：《招标文件第7页 第 * 章 投标人须知前附表》“1.1.4项目建设名称： (略) 市轨道交 (略) 项目”《招标文件第7页 第 * 章 投标人须知前附表》“1.1.5招标项目名称： (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”，问题：请问投标文件格式中需要填写的项目名称是指“ (略) 市轨道交 (略) 项目”？还是指“ (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”？投标文件格式《 * 、授权委托书》中的“标段”是指什么？

答： (略) 项目名称，即：“ (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”。投标文件格式“ * 、授权委托书”中的“标段”即招标项目名称。

问题6：招标文件原文：《招标文件第 * 页 第 * 章 投标人须知前附表 3.7.3 签字和（或）盖章要求》“1、投标文件应当由法定代表人（或其委托代理人）签名（或加盖印章），并加盖投标人的单位公章”。问题：请问投标文件 (略) 如“盖单位章”、“签字或盖章”、“签字”处是否相应加盖单位CA电子签章、法人CA电子签章、授权委托代理人CA签章即可？还需不需要线下加盖单位公章、亲笔签字后再加盖电子签章？

答：投标文件应当由法定代表人（或其委托代理人）签名（或加盖印章）的地方可由投标单位加盖法人CA电子签章、授权委托代理人CA签章后加盖投标单位CA电子签章；也可由投标单位法人或授权委托代理人线下亲笔签字、加盖投标单位单位公章后再加盖投标单位CA电子签章。

问题7：招标文件原文：《招标文件 第 * 章 投标人须知 》“3.7.3 (略) 采用电子文档，除投标人须知前附表另有规定外， (略) 附证书证件均为原件扫描件， (略) 采用电子文档，除投标人须知前附表另有规定外， (略) 附证书证件均为原件扫描件，并采用单位和个人数字证书，按招标文件要求在相应位置加盖电子印章。由投标人的法定代表人签字或加盖电子印章的，投标文件应附法定代表人身份证明，由委托代理人签字或加盖电子印章的，投标文件应附法定代表人签署的授权委托书。问题：请 (略) 附证书证件均为原件扫描件，制造商的资质证书是否也要原件扫描件吗？或者制造商资质盖章扫描件亦可？

答：制造商的资质证书可以采用原件扫描件，也可以采用加盖制造商公章的扫描件。

问题8：请问投标文件是否需要设置页码？对页码设置有无要求？如有， (略) 分、 (略) 分、 (略) 分、关键岗位人员表均从1开始连续编码？

答： (略) 设置页码。

问题9：请问投标文件制作软件中的投标文件格式中“项目关键岗位人员表”主要填写哪些人员信息？有无要求？是否只需要提供人员表即可？还需不需要后附人员证书证明等资料？

答：项目关键岗位人员表可以不用填写，请将项目人员填入“第 * 章 投标文件格式 第 * 节 技术文件格式 * 十、拟投入本项目项目实施及管理的人员 * 览表”。

问题 * ：招标文件第 * 章投标人须知 投标人须知前附表 * .4 优先购买“两型产品 ？ 加分，投标人使用两型产品时，评审给予3分（取值区间1-3分）的总分值加分。投标货物应当是《 (略) 市两型产品政府采购目录》中的两型产品，需提供《 (略) 市两型产品政府采购目录》 (略) (略) 在页截图（该页包含制造商或企业名称或申请单位名称、规格型号、有效截止日期等内容）或证书复印件，并加盖投标人单位章，未按上述规定提供相关证明材料的，不予加分。”请问《 (略) 市两型产品政府采购目录》是否以《 (略) 市 * 年第 * 批两型产品政府采购目录》为准，若不是，还请具体明示。

答：《 (略) 市两型产品政府采购目录》以 (略) (略) 站（http:/ 点击查看>> ） (略) 站发布的最新且在有效期内的文件要求为准。

问题 * ：对于两型产品加分评分的疑问 《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程 招标文件》第 * 页“第 * 章 评标办法（综合评估法）”条款号“1.2.2 两型产品”中 1、“投标人须知前附表规定的分值”在本文第 * 页（条款号“ * .4 优先购买”）描述为“投标人使用两型产品时，评审给予3分（取值区间 1-3 分）的总分值加分”，请问取值区间1-3分如何取值？ 2、我方从相关渠道下载的《 (略) 市 * 年第 * 批两型产品政府采购目录》中，并没有AFC系统读写器，建议替换成其他设备。

答：不替换，按招标文件“第 * 章评标办法（综合评估法）评标办法前附表1.2.2两型产品”执行。

问题 * ：对于《 (略) 市两型产品政府采购目录》的疑问：《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期） (略) 文件》第 * 页，条款号“ * .4 优先购买”中所指《 (略) 市两型产品政府采购目录》如何获取？

答： (略) 在 (略) (略) 站（http:/ 点击查看>> ） (略) 站下载。

问题 * ：对于资格评审和商务评审评分的疑问：《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程 招标文件》第 * 页，条款号“ * .1 类似业绩”中，原文摘抄如下：（1）资格要求的类似业绩（入围业绩）①投标人类似业绩：满足下列业绩之 * ：1.投标人在 (略) 承担的在投标截止之日前 * 天内接入2条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。2.投标人在 (略) 承担的在投标截止之日前 * 天内接入2条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。（2）商务评审要求的类似业绩 要求如下：①投标人类似业绩:满足下列业绩之 * ：1.投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。2.投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。我方问题：上述两个业绩时间 * 个是 * 天，另 * 个是 * 天，请问以哪个时间为准？

答：资格要求的类似业绩时间要求为投标截止之日前 * 天内，商务评审要求的类似业绩时间要求为投标截止之日前 * 天内。

问题 * ：招标文件原文：《招标文件第 * 章第 * 节投标报价文件格式： * 、投标报价汇总表》“说明：5.投标总报价包含人完成本招项目的 * 切费用（技术服务和售后服务费用，技术服务和售后费用不单独报价），应为表中1.1 1.1—1.4 之和”。问题：该说明与用户需求书第 * 分册供货及服务清单说明P * ：“6)投标人须提供服务费明细报价，不能为零。”说法不 * 致，请问以哪个为准？

答：《招标文件第 * 章第 * 节投标报价文件格式： * 、投标报价汇总表》“说明：5. (略) 项目的 * 切费用（技术服务和售后服务费用，技术服务和售后费用不单独报价），应为表中1.1 1.1—1.4 之和”修改为“说明：5. (略) 项目的 * 切费用，应为表中1.1 1.1—1.4 之和”。

请投标人根据用户需求书 第 * 册 供货及服务清单内容（含2.2.7.1设备供货及其安装、 2.2.7.2软 (略) 署调试、2.2.7.3 材料及其安装）在招标文件“第 * 章 投标文件格式 第 * 节 投标报价文件格式1.1 设备及材料分项报价表”中逐 * 报价。

问题 * ：招标文件原文：《用户需求书第 * 分册供货及服务清单说明P * ：7)》“说明：7）投标人应提供施工组织计划、临水电及设备安装的工程量报价表。”

问题：此项报价没有格式，请问以哪种形式报价？是否有格式提供？

答：此项没有报价格式，供货及服务清单说明中施工组织计划、 (略) 文件“第 * 章 投标文件格式 第 * 节 投标报价文件格式1.4 (略) 报价”。

（ * ） (略) 分

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.3.1 (略) * 期工程概况”中提到既有ACC（ * 期）系统详细情况见附件《 (略) 市轨道交通 (略) 系统采购 用户需求书》。

问题：附件无，请提供。

答：详见主动澄清。

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.3.2 (略) 售检票平台概况”中提到既有ITP详细情况详见附件《 (略) (略) 售检票系统平台用户需求书》。

问题：附件无，请提供。

答：详见主动澄清。

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.7 ACC系统及配套工程工期计划”中提到根据 (略) 市轨道交通工期安排，该项目计划于 * (略) 。

问题：由于本工程的应用服务资源、数据库 (略) 络安全设备等都由云平台提供，请提供 (略) 地 (略) 云平台的建设情况。

答：本次招标暂不提 (略) 线网云平台的详细建设情况，基本建设情况详见 《 (略) （ * 期）系统 用户需求书 第 * 分册 通用技术要求》 2.3.2 ACC 系统规划 * ）章节相关描述。线网云平台为ACC提供存储、计算、网络、安全相关基础资源云服务，具体服务接口在设计联络中确定。

问题 * ：招标文件原文：《用户需求书 第 * 分册 供货及服务清单》“2.2.7.1 设备供货及其安装”中 (略) 云台提供资源。

问题：由于本工程数据库要求使用分布式数据库，而分布式数据库对数据库服务器依赖性高，请提供需要提供建设中的 (略) 地 (略) 云平台的ACC * 期数据库服务器资源列表和资源配置。

答：本次招标暂不提 (略) 云平台基础资源的详细情况，投标人应充分考虑数据库和服务器的适配性，选择兼容性强的产品。

问题 * ：招标文件原文：《用户需求书 第 * 分册 专用技术要求》“7.9.1车票读写器总体要求” (略) 采用的读写器应能与 (略) 市轨道交通既有1～5号线各线路使用的读写器实现兼容互换，投标人应在投标文件中提供与既有1～5号线读写器软、硬件兼容的设计方案。

问题： (略) 说读写器软、硬件兼容中软件兼容是指既有1～5号线读写器的应用软件在本项目读写器上使用还是指读写器与上位机软件接口兼容。

答：按 (略) 。本 (略) 描述的“读写器实现兼容互换”是指各供货商提供的读写器 (略) (略) 市轨道交通的标准，且可以在 (略) 市 (略) 内任 * 线路的AFC系统中的任 * 同类终端设备中使用，包括但不限于软件接口兼容、硬件接口兼容、安装尺寸兼容。投标人采用的读写器应能与既有各线路读写器实现兼容互换使用。

问题 * ：用户需求书 第 * 分册 专用技术要求 4.3.7车票的挂失 “记名类车票（如个人储值票）可通过半自动售票机办理挂失和解挂，也可登录 APP 自助挂失。”

提问：记名类车票 * 般采用在半自动售票机办理挂失和解挂，明确如何通过APP自助挂失。

答：按 (略) ，办理挂失和解挂的具体业务流程在设计联络阶段确定。

问题 * ：用户需求书 第 * 分册 专用技术要求 4.6黑名单 “（1）ACC 中的黑名单应由轨道交通系统单独产生的黑名单（含实体及电子虚拟票黑名单）和 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、金融 IC 卡、市民卡、 (略) 密钥卡、 (略) 市通卡及其它本系统能受理的票种下载的黑名单组成。LCC 应能接收及保存 ACC 下发的至少 * , * 个黑名单和 * 段黑名单，并 (略) 设备， 其黑名单应能兼容轨道交通专用票黑名单、 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、市民卡、 (略) 密钥卡(交通联合卡)、金融 IC 卡、 (略) 市通卡下载的黑名单。”

提问：与 * .1.1.5黑名单章节中“LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备， 应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。” 要求的黑名单数量不 * 致，请澄清以哪个要求为准。

答：详见主动澄清。

问题 * ：用户需求书 第 * 分册 专用技术要求 5 ACC 系统功能需求“清分 * 期系统应按照 (略) 轨道交通售检票技术标准，在既有清分 * 期 (略) 售检票系统软硬 (略) 扩容、升级、改造、迁移，应充分利用既有系统的设备及相关软件。请投标人提交相关利旧的完整解决方案（☆专题方案 2），解决方案至少应满足以下要求：”

提问：既有清分 * 期 (略) 售检票系统中的“设备及相关软件”具体指哪些，请明确资源清单。

答：详见主动澄清。

问题 * ：用户需求书 第 * 分册 专用技术要求 5.4密钥管理子系统功能需求“1)兼容既有密钥系统。

投标人应提供相关技术方案（☆专题方案 6），具体方案设计联络阶段确定。”

提问：请明确“既有密钥系统”的相关信息。

答：按 (略) ，既有密钥系统相关信息在设计联络阶段提供。

问题 * ：用户需求书 第 * 分册 专用技术要求 5. * .3软件初始化“ACC 在成功与移动APP 连接后，首 (略) 使用的 APP 的版本与ACC 上供下载的APP 的版本是否 * 致，如不 * 致，将自动 (略) APP 的迭代操作；如 * 致，则与乘 (略) 对时，将乘客的移动 APP 时间自动调整至与AFC 系统的时钟 * 致，并与移动 APP 校对更 (略) 参数（具体参数内容将在设计联络阶段确定），包括但不限于：”

提问：我方理解，此处适用于软件初始化是APP版本与待下载版本的 * 致性比对，原文中“如 * 致，则与乘 (略) 对时，将乘客的移动 APP 时间自动调整至与AFC 系统的时钟 * 致”是指时钟同步，请澄清是否有遗漏？

答：按 (略) ，ACC与手机端APP的时钟同步具体接口在设计联络阶段确定。

问题 * ：用户需求书 第 * 分册 专用技术要求 7.9.3.3短距离蓝牙通讯模块“（1）低功耗蓝牙模块安装在地铁闸机内，通过串口与读写器/检票机连接，主要作用是接收 地铁APP 发送的指令，并完成与读写器/检票机交互实现地铁刷手机进/出站业务。（2）低功耗蓝牙 (略) 理器， (略) 理、上传交易数据等功能。”

提问：低功耗蓝牙模块安装于地铁闸机内，用于与APP的交互，与7.9.2读写器构成中“（1）线网级读写器应至少由天线板（含射频芯片）、 * 维码模块、短距离蓝牙通讯模块、 控制板、读写器软件组成，控制板包括微程序控制器、接口单元、存储器和电源模块等。”存在冲突，请澄清蓝牙模块安装位置，建议删除7.9.2中读写器中短距离蓝牙模块的要求。

答：按 (略) 。蓝牙模块作为 (略) 分均安装在终端设备内。

(略) 市轨道交 (略) (略) 指 (略) 系统（ * 期） (略) 的规定时间（ * 日 * ： * ）截止。投标人提交的问题经过汇总归类，类似问题不逐个答复。 (略) (略) 分，对招标文件的澄清和对投标人问题的回复如下：

* 、特别提醒及注意事项

1、招标人有权在投标有效期内的任何时候，对投标人提交的文件、资 (略) 审查复核，若发现投标人在投标过程中有弄虚作假、 (略) 为， (略) 文件的要求如实提供有关情况、文件、证 (略) 为， (略) 提供的有关情况、文件、证明等资料与 (略) 为，或在招标过程中存在其 (略) 为的，按照不 (略) 理；被列为中标候选人的，取消中标候选人资格；已中标的，取消中标资格。同时，视 (略) (略) (略) 投标保证金，且禁止参与 (略) (略) 项目投标（最多 * 年）的处罚，并依据国家 (略) 处理。

2、注意事项： (略) 文件，对照招标文件的投标文件的编制、加密、递交、开标等相关规定，认真仔细做好项目备标工作，以避免出现无谓废标的情况。

3、电子投标文件的解密截止时间为投标截止时间后 * 分钟。请投标人确保投标文件如期解密。 (略) 解密的，请投标人自备 (略) 络。

* 、对招标文件的澄清

1、 (略) (略) 了调整，以本次发布的合同为准，详见附件《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程合同》。

2、《用户需求书 第 * 分册 通用技术要求》 增加附件《 (略) 市轨道交通 (略) 系统采购 用户需求书》和《 (略) 市轨 (略) 售检票平台系统设备采购及 (略) 分 用户需求书》。

3、《用户需求书 第 * 分册 专用技术要求》增加附件《清分 * 期 (略) 售检票平台系统设备清单》供参考，最终利旧设备清单可能会根据实际使用情况微调。

4、《用户需求书 第 * 分册 专用技术要求》第 * .1.1.5黑名单 章节原文： “LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备，应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。”修订为：“LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备，应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。”

5、《用户需求书 第 * 分册 通用技术要求》 6. * 质量保证期 ：“投标人在保期内的服务响应时间应小于 * 小时。 * 旦系统或设备发生故障，在接到业主通知后，应在 * 小时内 (略) 。”修订为：“投标人在质保期内的服务响 (略) 相应制度要求。 * 旦系统或设备发生故障，在接到业主通知后，应在规定时间内 (略) 并处理。”

6、《用户需求书 第 * 分册 专用技术要求》3.4.1 系统的授权管理 章节原文：“ (略) 提供的设备及子系统应能设置不同操作等级及权限，其应能设置允许操作的设备类型、允许操作的功能等。” 修订为：“ (略) 提供的设备及子系统应能设置不同操作等级及权限，其应能设置允许操作的设备类型、允许操作的功能等。系统及子系统需实现权限3级及以上分级授权管理，如需系统管理终端设备权限，终端设备密码与相应管理系统密码能够自上而下或者自下而上自动同步，系统如需下发权限参数文件，需提供自动下发功能（如系统默认定时任务和用户自定义定时任务）。”

7、《用户需求书 第 * 分册 专用技术要求》4.1.1 车票种类 章节原文：“（3） (略) 轨道交通专用车票（含实体及虚拟票） 应至少包括：单程票（含普通单程票和优惠单程票）、储值票（含普通储值票、学生储值票、老人储值票和个人记名储值票）、免费票、乘次票、纪念票、员工票、测试票、备用票种。 承建方应提交各类车票格式定义的建议方案。”修订为：“（3） (略) 轨道交通专用车票（含实体及虚拟票） 应至少包括：

(略) 轨道交通专用车票（含实体及虚拟票）应至少包括：单程票（含普通 单程票和优惠单程票）、储值票（含普通储值票、学生储值票、老人储值票和个人记 名储值票）、免费票、乘次票（十次、 * 十次、 * 十次、 * 百次）、计时票（ * 日票、 两日票、 * 日票、周票、月票）、纪念票、员工票、爱心票、测试票、备用票种。承建方应提交 各类车票格式定义的建议方案。”

8、《用户需求书 第 * 分册 专用技术要求》 4.6 黑名单（5） 章节原文：“系统设置的黑名单数据应可以 (略) 分 (略) 黑名单， 黑名单可作为 (略) 下载。” 修订为：“系统设置的黑名单数据应可以 (略) 分 (略) 黑名单， 黑名单可作为 (略) 下载，具备定时任务和生效状态监控。”

9、《用户需求书 第 * 分册 专用技术要求》5.3.1参数管理章节原文：“1) ACC 提供参数导入、设置、编辑、生成及导出功能。 ACC 参数设置人员通过此功能输入最新信息、更新参数，参数设有参数创建日期、更新日期、生效日期、版本号等，作为参数生效前的准备。” 修订为：“1)ACC 提供参数导入、设置、编辑、生成、核对及导出功能。ACC 参数设置人员通过此功能输入最新信息、更新参数，参数设有参数创建日期、更新日期、生效日期、版本号等，可实现自动生成特殊参数（如票价参数等），具有可视化核对界面，作为参数生效前的准备。”

* 、《用户需求书 第 * 分册 专用技术要求》 5.7.1 功能需求概述 章节原文：“ * ）当系统故障时 APP 可自主生成降级 * 维码电子票；” 修订为：“当系统故障时APP(含接入的第 * 方APP)可自主生成降级 * 维码电子票；”

* 、《用户需求书 第 * 分册 专用技术要求》 5.7.1 功能需求概述 章节原文：“上述需求按功能模块划分为以下具体功能。”修订为：“ * ）系统应实现业务分离功能，售票与检票功能能够分离，单个业务故障时互不影响。上述需求按功能模块划分为以下具体功能。”

* 、《用户需求书 第 * 分册 专用技术要求》 7.5.2 加密机 章节原文：“本次新购加密机应充分考虑既有 ACC * 期系统加密机的相关兼容性。” 修订为：“本次新购加密机应充分考虑既有 ACC * 期系统加密机的相关兼容性，实现加密机的冗余功能。”

* 、《用户需求书 第 * 分册 专用技术要求》8.3.2.1 数据库 * ） 章节原文：“应支持全量、增量物理备份、日志备份；” 修订为：“应支持全量、增量物理备份、逻辑备份、日志备份；”

* 、《用户需求书 第 * 分册 接口技术要求》2.2.9 与各第 * 方电子虚拟票售票代理的接口章节原文修订为：“第 * 方电子虚拟票售票代理主要包括 (略) 公交、 我的 (略) 、和包支付、 银联云闪付、 (略) 地铁、 (略) 地铁、 (略) 省工会等，并预留将来新增 * 家虚拟票售票代理。”

* 、《用户需求书 第 * 分册 供货及服务清单》 2.2.7.2 软 (略) 署调试 章节原文：“

”

修订为：“

”

* 、本项目投标保证金提交截止时间、电子投标文件递交的截止时间及开标时间延期至 * 日 * ： * （ (略) 时间)。

* 、对投标人问题的回复

（ * ） (略) 分

问题1：页码章节条款号：招标文件（ (略) 2.资格要求） 第4页； 原文或描述：业绩证明材料须以同时提供的中标通知书（如有）、合同文件及合同委托方出具的《 (略) /初期运营/运营证明》复印件为准，时间以《 (略) /初期运营/运营证明》 (略) /初期运营/运营时间为准（合同签订时间不限）。证明必须加盖“ (略) 政公章（公章名称与合同委托方名称 * 致）”，否则证明文件无效。若业绩证明材料中的《 (略) /初期运营/运营证明》合同委托方为地铁业主单位的， (略) （ (略) / (略) ），则《 (略) /初期运营/运营证明》可由合同委 (略) /建设公司出具；合 (略) /建设公司，则《 (略) /初期运营/运营证明》可由合同 (略) （ (略) / (略) ）出具。问题： (略) 市已不开具《 (略) /初期运营/运营证明》证明材料，请问能否提供合同等证明材料？

答：不修改， (略) (略) 。

问题2：（1）投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。（2）投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。以上要求中“接入4条（含）以上”在地铁业务上有接入几条线的说法。在高铁系统上面好像没有接入几条线的说法？

答：不修改，按招标 (略) 。

问题3：招标文件原文：《招标文件第4页，第 * 章 招标公告》2.5.1 根据党建（廉洁和作风建设）承诺书的要求，投标人须提供关于□党建工作预案或支持党建工作的承诺书、？廉洁建设和作风建设承诺书；问题：①请问是否只需要提供勾选的廉洁建设和作风建设承诺书即可？

答：是的。

问题4：《招标文件第 * 章 投标文件格式 第 * 节商务格式》“（ * ）投标人认为需要提供的其他文件 □< * >、支持开展党建工作承诺书（或党建工作预案）”

问题：①“□< * >、支持开展党建工作承诺书（或党建工作预案）”此处□没有勾选是否无需提供？ ②若提供党建工作预案，则下面的（备注：党建工作预案包括如下内容：1、公司党组织基本情况） 2、拟在该项目开展党建工作预案）是否需要提供？

答：无须提供党建工作承诺书和党建工作预案。

问题5：招标文件原文：《招标文件第7页 第 * 章 投标人须知前附表》“1.1.4项目建设名称： (略) 市轨道交 (略) 项目”《招标文件第7页 第 * 章 投标人须知前附表》“1.1.5招标项目名称： (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”，问题：请问投标文件格式中需要填写的项目名称是指“ (略) 市轨道交 (略) 项目”？还是指“ (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”？投标文件格式《 * 、授权委托书》中的“标段”是指什么？

答： (略) 项目名称，即：“ (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程”。投标文件格式“ * 、授权委托书”中的“标段”即招标项目名称。

问题6：招标文件原文：《招标文件第 * 页 第 * 章 投标人须知前附表 3.7.3 签字和（或）盖章要求》“1、投标文件应当由法定代表人（或其委托代理人）签名（或加盖印章），并加盖投标人的单位公章”。问题：请问投标文件 (略) 如“盖单位章”、“签字或盖章”、“签字”处是否相应加盖单位CA电子签章、法人CA电子签章、授权委托代理人CA签章即可？还需不需要线下加盖单位公章、亲笔签字后再加盖电子签章？

答：投标文件应当由法定代表人（或其委托代理人）签名（或加盖印章）的地方可由投标单位加盖法人CA电子签章、授权委托代理人CA签章后加盖投标单位CA电子签章；也可由投标单位法人或授权委托代理人线下亲笔签字、加盖投标单位单位公章后再加盖投标单位CA电子签章。

问题7：招标文件原文：《招标文件 第 * 章 投标人须知 》“3.7.3 (略) 采用电子文档，除投标人须知前附表另有规定外， (略) 附证书证件均为原件扫描件， (略) 采用电子文档，除投标人须知前附表另有规定外， (略) 附证书证件均为原件扫描件，并采用单位和个人数字证书，按招标文件要求在相应位置加盖电子印章。由投标人的法定代表人签字或加盖电子印章的，投标文件应附法定代表人身份证明，由委托代理人签字或加盖电子印章的，投标文件应附法定代表人签署的授权委托书。问题：请 (略) 附证书证件均为原件扫描件，制造商的资质证书是否也要原件扫描件吗？或者制造商资质盖章扫描件亦可？

答：制造商的资质证书可以采用原件扫描件，也可以采用加盖制造商公章的扫描件。

问题8：请问投标文件是否需要设置页码？对页码设置有无要求？如有， (略) 分、 (略) 分、 (略) 分、关键岗位人员表均从1开始连续编码？

答： (略) 设置页码。

问题9：请问投标文件制作软件中的投标文件格式中“项目关键岗位人员表”主要填写哪些人员信息？有无要求？是否只需要提供人员表即可？还需不需要后附人员证书证明等资料？

答：项目关键岗位人员表可以不用填写，请将项目人员填入“第 * 章 投标文件格式 第 * 节 技术文件格式 * 十、拟投入本项目项目实施及管理的人员 * 览表”。

问题 * ：招标文件第 * 章投标人须知 投标人须知前附表 * .4 优先购买“两型产品 ？ 加分，投标人使用两型产品时，评审给予3分（取值区间1-3分）的总分值加分。投标货物应当是《 (略) 市两型产品政府采购目录》中的两型产品，需提供《 (略) 市两型产品政府采购目录》 (略) (略) 在页截图（该页包含制造商或企业名称或申请单位名称、规格型号、有效截止日期等内容）或证书复印件，并加盖投标人单位章，未按上述规定提供相关证明材料的，不予加分。”请问《 (略) 市两型产品政府采购目录》是否以《 (略) 市 * 年第 * 批两型产品政府采购目录》为准，若不是，还请具体明示。

答：《 (略) 市两型产品政府采购目录》以 (略) (略) 站（http:/ 点击查看>> ） (略) 站发布的最新且在有效期内的文件要求为准。

问题 * ：对于两型产品加分评分的疑问 《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程 招标文件》第 * 页“第 * 章 评标办法（综合评估法）”条款号“1.2.2 两型产品”中 1、“投标人须知前附表规定的分值”在本文第 * 页（条款号“ * .4 优先购买”）描述为“投标人使用两型产品时，评审给予3分（取值区间 1-3 分）的总分值加分”，请问取值区间1-3分如何取值？ 2、我方从相关渠道下载的《 (略) 市 * 年第 * 批两型产品政府采购目录》中，并没有AFC系统读写器，建议替换成其他设备。

答：不替换，按招标文件“第 * 章评标办法（综合评估法）评标办法前附表1.2.2两型产品”执行。

问题 * ：对于《 (略) 市两型产品政府采购目录》的疑问：《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期） (略) 文件》第 * 页，条款号“ * .4 优先购买”中所指《 (略) 市两型产品政府采购目录》如何获取？

答： (略) 在 (略) (略) 站（http:/ 点击查看>> ） (略) 站下载。

问题 * ：对于资格评审和商务评审评分的疑问：《 (略) 市轨道交 (略) (略) 指 (略) 系统（ * 期）系统工程 招标文件》第 * 页，条款号“ * .1 类似业绩”中，原文摘抄如下：（1）资格要求的类似业绩（入围业绩）①投标人类似业绩：满足下列业绩之 * ：1.投标人在 (略) 承担的在投标截止之日前 * 天内接入2条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。2.投标人在 (略) 承担的在投标截止之日前 * 天内接入2条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。（2）商务评审要求的类似业绩 要求如下：①投标人类似业绩:满足下列业绩之 * ：1.投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 系统设备供货与集成业绩。2.投标人在 (略) 承担的在投标截止之日前 * 天内接入4条（含） (略) /初期运营/运营的轨道交通工程（含高 (略) 际铁路或地铁或轻轨或磁浮等） (略) 售检票系统（或平台）设备供货与集成业绩。我方问题：上述两个业绩时间 * 个是 * 天，另 * 个是 * 天，请问以哪个时间为准？

答：资格要求的类似业绩时间要求为投标截止之日前 * 天内，商务评审要求的类似业绩时间要求为投标截止之日前 * 天内。

问题 * ：招标文件原文：《招标文件第 * 章第 * 节投标报价文件格式： * 、投标报价汇总表》“说明：5.投标总报价包含人完成本招项目的 * 切费用（技术服务和售后服务费用，技术服务和售后费用不单独报价），应为表中1.1 1.1—1.4 之和”。问题：该说明与用户需求书第 * 分册供货及服务清单说明P * ：“6)投标人须提供服务费明细报价，不能为零。”说法不 * 致，请问以哪个为准？

答：《招标文件第 * 章第 * 节投标报价文件格式： * 、投标报价汇总表》“说明：5. (略) 项目的 * 切费用（技术服务和售后服务费用，技术服务和售后费用不单独报价），应为表中1.1 1.1—1.4 之和”修改为“说明：5. (略) 项目的 * 切费用，应为表中1.1 1.1—1.4 之和”。

请投标人根据用户需求书 第 * 册 供货及服务清单内容（含2.2.7.1设备供货及其安装、 2.2.7.2软 (略) 署调试、2.2.7.3 材料及其安装）在招标文件“第 * 章 投标文件格式 第 * 节 投标报价文件格式1.1 设备及材料分项报价表”中逐 * 报价。

问题 * ：招标文件原文：《用户需求书第 * 分册供货及服务清单说明P * ：7)》“说明：7）投标人应提供施工组织计划、临水电及设备安装的工程量报价表。”

问题：此项报价没有格式，请问以哪种形式报价？是否有格式提供？

答：此项没有报价格式，供货及服务清单说明中施工组织计划、 (略) 文件“第 * 章 投标文件格式 第 * 节 投标报价文件格式1.4 (略) 报价”。

（ * ） (略) 分

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.3.1 (略) * 期工程概况”中提到既有ACC（ * 期）系统详细情况见附件《 (略) 市轨道交通 (略) 系统采购 用户需求书》。

问题：附件无，请提供。

答：详见主动澄清。

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.3.2 (略) 售检票平台概况”中提到既有ITP详细情况详见附件《 (略) (略) 售检票系统平台用户需求书》。

问题：附件无，请提供。

答：详见主动澄清。

问题 * ：招标文件原文：《用户需求书 第 * 分册 通用技术要求》“2.3.7 ACC系统及配套工程工期计划”中提到根据 (略) 市轨道交通工期安排，该项目计划于 * (略) 。

问题：由于本工程的应用服务资源、数据库 (略) 络安全设备等都由云平台提供，请提供 (略) 地 (略) 云平台的建设情况。

答：本次招标暂不提 (略) 线网云平台的详细建设情况，基本建设情况详见 《 (略) （ * 期）系统 用户需求书 第 * 分册 通用技术要求》 2.3.2 ACC 系统规划 * ）章节相关描述。线网云平台为ACC提供存储、计算、网络、安全相关基础资源云服务，具体服务接口在设计联络中确定。

问题 * ：招标文件原文：《用户需求书 第 * 分册 供货及服务清单》“2.2.7.1 设备供货及其安装”中 (略) 云台提供资源。

问题：由于本工程数据库要求使用分布式数据库，而分布式数据库对数据库服务器依赖性高，请提供需要提供建设中的 (略) 地 (略) 云平台的ACC * 期数据库服务器资源列表和资源配置。

答：本次招标暂不提 (略) 云平台基础资源的详细情况，投标人应充分考虑数据库和服务器的适配性，选择兼容性强的产品。

问题 * ：招标文件原文：《用户需求书 第 * 分册 专用技术要求》“7.9.1车票读写器总体要求” (略) 采用的读写器应能与 (略) 市轨道交通既有1～5号线各线路使用的读写器实现兼容互换，投标人应在投标文件中提供与既有1～5号线读写器软、硬件兼容的设计方案。

问题： (略) 说读写器软、硬件兼容中软件兼容是指既有1～5号线读写器的应用软件在本项目读写器上使用还是指读写器与上位机软件接口兼容。

答：按 (略) 。本 (略) 描述的“读写器实现兼容互换”是指各供货商提供的读写器 (略) (略) 市轨道交通的标准，且可以在 (略) 市 (略) 内任 * 线路的AFC系统中的任 * 同类终端设备中使用，包括但不限于软件接口兼容、硬件接口兼容、安装尺寸兼容。投标人采用的读写器应能与既有各线路读写器实现兼容互换使用。

问题 * ：用户需求书 第 * 分册 专用技术要求 4.3.7车票的挂失 “记名类车票（如个人储值票）可通过半自动售票机办理挂失和解挂，也可登录 APP 自助挂失。”

提问：记名类车票 * 般采用在半自动售票机办理挂失和解挂，明确如何通过APP自助挂失。

答：按 (略) ，办理挂失和解挂的具体业务流程在设计联络阶段确定。

问题 * ：用户需求书 第 * 分册 专用技术要求 4.6黑名单 “（1）ACC 中的黑名单应由轨道交通系统单独产生的黑名单（含实体及电子虚拟票黑名单）和 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、金融 IC 卡、市民卡、 (略) 密钥卡、 (略) 市通卡及其它本系统能受理的票种下载的黑名单组成。LCC 应能接收及保存 ACC 下发的至少 * , * 个黑名单和 * 段黑名单，并 (略) 设备， 其黑名单应能兼容轨道交通专用票黑名单、 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、市民卡、 (略) 密钥卡(交通联合卡)、金融 IC 卡、 (略) 市通卡下载的黑名单。”

提问：与 * .1.1.5黑名单章节中“LCC 应能产生及保存至少 * , * 个黑名单及 * 段黑名单，并 (略) 设备， 应能兼容 (略) 公交 IC 卡、潇湘卡、长株潭 * 卡通、 (略) 密钥卡（交通联合卡）、金融 IC 卡、未来的市 (略) 市通卡系统下载的名单。” 要求的黑名单数量不 * 致，请澄清以哪个要求为准。

答：详见主动澄清。

问题 * ：用户需求书 第 * 分册 专用技术要求 5 ACC 系统功能需求“清分 * 期系统应按照 (略) 轨道交通售检票技术标准，在既有清分 * 期 (略) 售检票系统软硬 (略) 扩容、升级、改造、迁移，应充分利用既有系统的设备及相关软件。请投标人提交相关利旧的完整解决方案（☆专题方案 2），解决方案至少应满足以下要求：”

提问：既有清分 * 期 (略) 售检票系统中的“设备及相关软件”具体指哪些，请明确资源清单。

答：详见主动澄清。

问题 * ：用户需求书 第 * 分册 专用技术要求 5.4密钥管理子系统功能需求“1)兼容既有密钥系统。

投标人应提供相关技术方案（☆专题方案 6），具体方案设计联络阶段确定。”

提问：请明确“既有密钥系统”的相关信息。

答：按 (略) ，既有密钥系统相关信息在设计联络阶段提供。

问题 * ：用户需求书 第 * 分册 专用技术要求 5. * .3软件初始化“ACC 在成功与移动APP 连接后，首 (略) 使用的 APP 的版本与ACC 上供下载的APP 的版本是否 * 致，如不 * 致，将自动 (略) APP 的迭代操作；如 * 致，则与乘 (略) 对时，将乘客的移动 APP 时间自动调整至与AFC 系统的时钟 * 致，并与移动 APP 校对更 (略) 参数（具体参数内容将在设计联络阶段确定），包括但不限于：”

提问：我方理解，此处适用于软件初始化是APP版本与待下载版本的 * 致性比对，原文中“如 * 致，则与乘 (略) 对时，将乘客的移动 APP 时间自动调整至与AFC 系统的时钟 * 致”是指时钟同步，请澄清是否有遗漏？

答：按 (略) ，ACC与手机端APP的时钟同步具体接口在设计联络阶段确定。

问题 * ：用户需求书 第 * 分册 专用技术要求 7.9.3.3短距离蓝牙通讯模块“（1）低功耗蓝牙模块安装在地铁闸机内，通过串口与读写器/检票机连接，主要作用是接收 地铁APP 发送的指令，并完成与读写器/检票机交互实现地铁刷手机进/出站业务。（2）低功耗蓝牙 (略) 理器， (略) 理、上传交易数据等功能。”

提问：低功耗蓝牙模块安装于地铁闸机内，用于与APP的交互，与7.9.2读写器构成中“（1）线网级读写器应至少由天线板（含射频芯片）、 * 维码模块、短距离蓝牙通讯模块、 控制板、读写器软件组成，控制板包括微程序控制器、接口单元、存储器和电源模块等。”存在冲突，请澄清蓝牙模块安装位置，建议删除7.9.2中读写器中短距离蓝牙模块的要求。

答：按 (略) 。蓝牙模块作为 (略) 分均安装在终端设备内。