电信端数据平台采购
发送至邮箱
电信端数据平台采购
项目名称 | (略) 市突发事件分区预警信息短信发布系统 * 期电信端数据平台 | 采购类型 | 非协议采购 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) | 采购方式 | 单 * 来源 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额（元） | 点击查看>> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | 在 (略) 市政府指示和突发预警相关单位的通力 (略) 下，由 (略) 主持建设《 (略) 市突发事件分区预警信息短信发布平台》，作为突发信息发布系统 (略) 分，主 (略) 会公众发布 (略) 市突发事件预警短信的职能。通过运营商用户的全覆盖，建立了高度集中、自动化程度高的信息发布通道，实现了对海量用户信息的及时有效下发。 随着自然灾害和突发事件风险日益增高，防灾减灾措施日趋完善，对灾害风险防御提出了更高的要求，短信发布系统的使用频率也随之剧增，系统在实际应用中也暴露出 * 些问题：精细化发送能力无法满足业务发展的要求；项目在建设时未覆盖深汕特别 (略) 区；当下各种信息安全事件层出不穷，现有安全防护能力已不能满足 (略) 络安全形势， (略) 络安全要求，对系统整体 (略) 改造提升等问题。因此本次通过建设运营商端 (略) 市突发事件分区预警短信发布平台 * 期，以解决以上问题。 系统 * 期仅支持固定的街道和区的发送，存在预警发送的粒度较粗不够灵活的缺陷。 (略) 景是无法满足要求的，对于 * 些精细化要求高的突发事件已经无法满足需求，服务内容未能根据政府、公众、专业用户等不同对象细分，需要进 * 步提升发送区域的精细化定点发送能力，从而满足各类影响范围或目标人群相对小的预警需求。 触达用户群体只是针对相关区域常住人口，不能对相关区域 (略) 实时或准实时触达。以区域为依据的发送规则不能满足对作业有关的特定人群预警通知。 (略) 突发事件预警系统在台风，雷暴，暴雨等自然气象灾害发生前向全 (略) 市民发送的预警短信，有效地提高了 (略) 市民的生命财产安全。考虑到来 (略) 的外国友人语言问题无法及时有效理解预警短信内容，需要增加多语言预警功能，对持护照开户的用户（非港澳台），发送多语言预警短信，中国用户（含港澳台）发送中文预警短信。 * 期系统建设时，深汕特别 (略) 区未纳入覆盖范围。深汕特别 (略) 区依山面海，拥有漫长的海岸线，台风等不良气候频发，突发事件分区预警发布系统的缺失，将不利于深汕特别 (略) 区群众应对各种突发 (略) 会发展，将会对人民生命财产产生严重隐患。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | （1）供应商须为采购单位推荐的供应商。（2）参与本项目投标前 * 年内，在经营活动中没有重大违法记录（由供应商在《政府采购投标及履约承诺函》中作出声明）；（3）参与本项目政府采购活动时不 (略) 门禁止参与政府采购活动且在有效期内的情况（由供应商在《政府采购投标及履约承诺函》中作出声明）；(4）未被列 (略) 人、重大税收违法案件当事人名单、政府采购严 (略) 为记录名单（由供应商在《政府采购投标及履约承诺函》中作出声明）。注：“信用中国”、“中 (略) ”以及“ (略) 市政 (略) ”为供应商信用信息的查询渠道，相关信息以中标通知书发出前的查询结果为准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | 2.项目目标 1、提升预警短信精准发布能力：本次升级将提升发送区域的精细度能力，支持富文本消息发布功能，支持最小覆盖面积为1平方公里的发布区域粒度（误差考虑：基站位置和信号辐散等客观因素，存在 * 定非可控的范围误差）：任意最小半径为 * 米的风险区域靶向发布；不考虑具体的街道和区，可以在 (略) 任意的多边形选择发送实现预警发布区域的自定义功能。 2、增加精准人群预警短信发布功能：支持自定义8种发送区域优先级智能调度，对分解后的多边形智能编排不同的优先等级，确保在受影响路径上距离越近的区域用户可以更早更及时的收到预警信息，争取宝贵的应对时间；面向3种 (略) 业（学生和家长人群、海上作业人群、来深境外人群）开展精准预警短信发布，实现目标用户定向触发应急预警短信功能。通过大数据分析或采集人群信息数据，建设对 (略) 业划分模型，划分预警信息对应的高影响 (略) 业，短信批量下发突发事件预警短信，引导高影响人群就近 (略) 业提前防御降低风险。其中，由基于运营商大数据统计划分靶向人群数据准确度大于 * %； (略) （办、委）通过自主定义号码资源划分靶向人群数据的准确度大于 * %； 3、实现全市指定区域触发式自动预警功能：实现 (略) 市任意指定区域触发式应急预警短信实时推送功能，可配置预警生效时段，实时识别该时段内新到访用户，滞留时间大于 * 分钟（ (略) 更新频率为 * 分钟 * 次）的手机用户，实现自动触发接收应急预警短信，迁移人口同样可以接收预警短信。 4、完善预警短信发送数据实时反馈与评估功能：实现对预警短信发送数据的实时逻辑分析和研判，每5分钟反馈实时发送数据，每 * 分钟更新离开和新进入预警发布区域用户数据反馈，精准人群发布以同形式逻辑判断3种人群离开预警发布区域数据统计反馈。全网和自定义区域发布主要反馈数据包括预发布数量、成功发布数量、发送成功率、发送漫游用户数量、特定人群发送数量、平均发送速率、任务完成耗时等；预警时效生效后，增加反馈每半小时更新下发成功发送数量（不累计）、每半小时接收短信后离开用户数量（不累计）、特定人群每半小时更新下发成功发送数量（不累计）、特定人群每半小时接收短信后离开用户数量（不累计）等。 5、将深汕特别 (略) 区纳入预警发布范围：深汕特别区包括鹅埠、小漠、鲘门、赤石 * 镇，总面积 * .3平方公里。根据手机用户位置信息准实时更新，分 * 镇精准发布；覆盖在 (略) 有在线（全国）手机用户，提升预警发布覆盖面；快速下发预警短信，保证预警信息的高时效性，以及预警短信发送数据实时反馈。区域内手机用户位置信息1小时更新，电信运营 (略) 为 * 条每秒，每5分钟反馈 * 次实时发送数据。 6、提 (略) 台的安全保护能力：本期项目为实现平台安全保护能力的提高，电信端具体包括：与自有业务系统接受同 (略) 络安全防护服务、包含私有云区域边界防护服务、 (略) 络保护服务以及云灾备服务，提供安全体系管理，以保证当业务信息安全被破坏时， (略) 会秩序和公共利益、危害国家安全。 3.项目建设内容 3.1数据计算平台功能服务 3.1.1网格管理 原预警信息短信数据平台 * 期 (略) 政区域、街道、重点区域的区域划分， * 期将在此基础上实现短信发布实现覆盖面积为1平方公里的预警精准发布。 (略) 能满足最小范围支持发布覆盖面积1平方公里划分要求的区域， (略) 网格划分， (略) 归属计算及调整， (略) 密集区域每1平方公里为单位、非密集区 (略) 覆盖情况的预警短信精准发布。 1.对 (略) 区域按1平方公里为单位， (略) 格划分。 (略) (略) 进行计算分类、划定。 2. (略) (略) 管理。 (略) 信 (略) 格数据、 (略) (略) 调整。 3. (略) (略) 格计算。对用户的 (略) (略) 理，以 (略) 在区域，并且筛选出覆 (略) (略) 。 3.1.2数据采集 1.优化 * 期数据采集方式。考虑到采集需求的数据量加大，为了提高数据采集的性能， (略) 列存储， (略) 理系统同步信令文件， (略) 理信令数据用统 * 格式将初始信令数据 (略) 列中，后续多任务 (略) 列获取信 (略) 理。 2.对数据存 (略) 了优化。将原有单 * 重要的热点数据存储到Redis内存存储集群中，提高数据的读取速度，保证数据安全， (略) 署的情况下，也节约了内存空间。 3.升级计算引擎，将计算任务发布到spark大数据计算平台中，利用spark大数据计算引擎集 (略) 信令数据海量计算，可明显提高信令数据计算速度。 3.1. (略) 理 1.系统加强对 (略) 理，审核校验数据,对敏感 (略) (略) 理，以防止敏感数据泄漏造成的损失。 2.结合新 * 代的Spark计算引擎设计新的数据结构，优化数据存取方式，实现数据高速的存取。 3.对原始数据信令文件，进行解析。对无 (略) 清洗，过滤。 清洗后数据按照不同计算任务分发到 (略) 列中，等 (略) 理。 4. (略) (略) (略) 理。 3.1.4实时计算 1.通过Kafka实时接收信令数据，利用Spark Streaming 计算引擎，实现对用户位置信息数据采集，分类，计算，存储。根据数据模型，准实时的计算用户的标签等相关数据。 2. (略) (略) 信息实时 (略) 在区域。 3.通过大数据计算分析某区域人口，实时计算区域人口数据，人口变动。 3.1.5系统可拓展性升级 在系统设计的过程中，为了最大限度地增强系统的价值，最大限度地吻合各业务应用的需求，充分考虑系统今后的大数据PaaS平台扩展、功能扩展、区域扩展、集成扩展等多层面的延伸。 * 期项目中已实现深汕 (略) 区分区预警短信发布，同时与 (略) 分区预警功能保持 * 致，因此 * 期平台设计中充分考虑到系统的可拓展性，以便之后有新的发送区域增加。整个系统设计保证系统的开放/可扩展性，提高系统的稳定性和可靠性，满足用户需求不断发展变化的要求，便于应用程序的升级及扩展，减少应用系统再开发（ * 次开发、定制）的工作量从而降低成本。系统的开放/可扩展性从以下几个方面考虑： 组件化结构：采用全组件化结构设计，每个组件都被独立地实现，并通过标准接口联系在 * 起。每个功能组件在功能上独立，同时可根据用户需求灵活配置、组合，实现平滑升级扩容，功能实体可使业务和开发人员根据具体使用要求增加或减少系统应用模块。 标准化接口：采用标准统 * 的接口设计，所有功能实体间的数据交换以及对其他模块的数据引用都通过标准接口完成，使多个组件对接时在开放性、稳定性、扩展性与集成性上有着很好的适配空间。在后续 (略) (略) 景的数据作为共享，通过标准接口导入原始数据，通过 (略) 模型比对。 开放的功能包： (略) 理组件化结构设计与标准化接口设计以支撑开放体系结构外，为了方便用户个性应用的开发，还封装系 (略) 需的 * 次开发应用工具包。 分层架构设计：采用横向分层和纵向分割架构设计。将层与层之间相互分离，每层的应用和服务，采用独立的 (略) 署，模块间交互标准化，新增功能模块分解到各层，以插件形式加入原系统，既不影响整体架构，也不影响本层功能提供，具备高模块化设计，保证了系统功能的可扩展性。纵向分割是将业务和可复用服务分离出来，通过分布式服务框架调用。日后有新增发送区域或新增功能可以通过调用可复用的服务实现业务逻辑，而对现有区域和功能没有任何影响。 部署和升级的扩展性：系统采用的软件开发技术都属于开源系统项目，软 (略) 于通用的主流大数据PaaS平台平台上，不依赖于特定的、专用的大数据PaaS平台设备或者系统软件。系统配置（大数据PaaS平台系统、操作系统、数据库系统）的升级 * 般情况下，不会引起系统的修改和再次开发，如确实需要 (略) 必要的升级改动时， (略) 负责相应的升级工作，以适应新的大数据PaaS平台平台。 3.1.6数据分析挖掘 1. (略) 格，粒度细化为各街道、 (略) 海区、深汕 (略) 区，分析人群 (略) 格。 2. (略) 格区域分析信息定期更新。 3.满足在规定时间内，对进出预警区 (略) 挖掘分析。 4.对海上 (略) 识别， (略) 信息定位，识别海边常驻人口与游客。然后通过工作模型算法。识别海边工作人群，再次通过海边用户信号强度监测（基站数据抓取分析人员具体位置）。判定出海上作业人群与海边常驻人群，海边工作人群。 (略) 门（ (略) 等）进行数据对接与数据共享。进 * 步精细化判定人员标签。通过标签精准判 (略) 上作业人群，实现预警短信精准发送。 5.特殊人群数据分析。 3.2业务系统功能服务 3.2.1预警评估 预警评估功能可对预警 (略) 较直观的评估，主要通过对预警发布区域用户在发布前、发布中以及发布后的 (略) 评估。功能上实现实时数据自动传输、动态更新、全方位反馈和评估。预警评估对于后续预警提供了参考数据。 * 期将提升预警信息反馈效率，实现预警信息发送后5分钟内反馈当前发送情况，并且每5分钟更新 * 次发送状态，通过API接口实现统计数据的反馈，减少人工参与，实现自动化实时反馈预警发布效果统计数据。 * 小时后反馈信令回执最终数据，并生成发送数据报告 (略) 端。 (略) 预警平台实现实时数据自动传输、动态更新、全方位反馈和评估， (略) 发布端预警区域用户实时计算服务，实现统计报表实时反馈接口，从而使预警短信发布实时数据反馈更直观获取发布效果。 数据统计报表包含居住地、工作地、人口数量信息、各行政区街道办分布情况以及用户画像。其中， 用户数：分析本批次短信发送用户的常驻及漫游情况，将用户划分为常驻用户和漫游用户，其中常驻用户为该批次号码中发送时间的最近 * 在 (略) 市出现大于 * 天，每天的驻留时长大于5个小时的用户；漫游用户为该批次号码中的非常驻用户。 各行政区街道办分布：分析本批次短信发送用户的街道办分布情况，分别按常驻用户和漫游用户统计用户归属的街道办，街道办按 (略) (略) 输出统计。 用户画像：分析本批次短信发送用户的年龄和性别情况，年龄分层分为 * 岁以下少年、 * 到 * 岁青年、 * 到 * 岁壮盛年、 * 到 * 岁中年以及 * 岁以上老年的占比，性别分为男性和女性的占比。 3.2.2靶向预警 可以自定义多边形区域发送，支持最小分辨率精度1平方公里，系统 * 期仅支持固定的街道和区的发送，存在预警发送的粒度较粗不够灵活的缺陷。 (略) 景是无法满足要求的，对于 * 些精细化要求高的突发事件已经无法满足需求。 * 期实现短信发布地图自定义圈选，可支持正方形、长方形、多边形（不限制的点数）、圆形的地图划分，并支持多个圈选区域的同时发布。 3.2.3电子围栏预警 建成预警信息主动触发发布能力，面向公众主要实 (略) 景， * 是突发预警系统可在全市任意区域设置灾害高影响警戒区域，市民 * 进入该区域即自动向其发布预警信息，提醒注意远离灾害危险区域，如市民不离开甚至可以定向 * 次触发预警信息。 * 是根据突发事件需求（比如疫情防控）， (略) 、口岸、 * 路交通等入深通道，对新进入 (略) 人员主动触发发布疫情防控信息。 1.行政区域电子围栏功能，当 (略) 政区或街道办电子围栏预警后，用户在预警发布时间段进入该区域，系统向用户发布预定的预警信息，实现围栏预警推送。 2.自定义划定区域围栏功能，系统可自定义圈定预警区域，用户在预警发布时间段进入自定义预警区域，系统向用户发布预警的预警信息，实现围栏预警推送。 3.重点公共服务区域围栏功能，系统对预定义重点公共服务区域发布预警，用户在预警生效时间内进入重点公共服务区域触发预警，系统向用户发布预警细心，实现围栏预警推送。 4.预警配置功能，系统操作员可在后台自定义预警内容、预警时间段等规则。 5.围栏基础数据计算， (略) 政区域电子围栏预警、自定义区域围栏预警以及重点公共服务区围栏预警后，数据计算平台新增对该预警区域的基础数据实时计算，以提供预警发布的数据支持。 3.2.4场景化预警 根据《 (略) 市贯彻落实全国气象现代化发展纲要实施方案（ 点击查看>> ）》中的要求，“ (略) 格服务”，按人群精准预警。 * 是为全市 * 多万学生及家长提供高级别台风暴雨上下学精细预警提示，提升学生及家长在高级别台风暴雨天气下的安全防御能力。 * 是实现外籍人士双语发布，根据市领导会议在应急减灾会议提出的要求， (略) (略) 市，解决外籍人士接收预警信息问题。 * 是实现渔业人群精准发布，进 * 步综合提升海域预警信息发布能力。 ?特定人群特征分析及挖掘 1、学生、家长、老师群体： (略) 电信 2G/ (略) 分布 (略) 、中学、 (略) 区域， (略) 信令数据，利用大数据算法分析，能有效的识别教师、学生群体。通过电信DPI数据，识别电信用户安装APP及使用情况，通过对学生家 (略) 装的上百种特定APP识别（比如“ * 起小学生”、“学而思”、“作业帮”、“快对作业”、“ 腾讯课堂”、“学习通”等），锁定学生、家长、教师 * 类特殊人群。 2、海上作业人群识别： (略) 信令定位，识别海边常驻人口与游客。然后通过工作模型算法。识别海边工作人群，再次通过海边用户信号强度监测（基站数据抓取分析人员具体位置）。判定出海上作业人群与海边常驻人群，海边工作人群。 (略) 门（ (略) 等）进行数据对接与数据共享。进 * 步精细化判定人员标签。 3、外籍人士识别：通过 (略) 电信CRM登记的用户个人信息数据，精准识别用户身份信息、籍贯信息，通过外籍人群登录的身份证信息识别外籍人士，通过标签化标识外籍人士人群，在指定时间、范围出现在 (略) 内的 (略) 精准预警信息推送。 ?特定人群发布预警信息 1.数据计算平台在系统发布预警区域后，对该 (略) 用户模型建模计算，以提供用户标签化发送服务的数据支持。 2.系统对特殊人群标签采集模型建模（学生、家长，海域人群，来深境外人群），特殊人群数 (略) 端调用电 (略) 数据同步。 3.系统对实时进入当前发布预警区域特定 (略) 预警信息推送。 4.系统对预警短信 (略) 实时数据反馈。 3.2.5发送区域优先级智能调度 (略) 的较大区域（区级以上）的发送任务时，由于短信发送通道存在 * 定的峰值，因此任务发送完毕会有 * 定时延，而某些突发预警事件会随时间和环境因素的影响发生变化。因此我们需要设置自定义区域内发送任务的优先级。当前有以下几种发送顺序选择方案。 （1）全市范围内发送 全市范围内发送，可以提前制定给 (略) 格编号，制定不同的发送顺序 a.默认发送顺序（按照1- * 发送） b.由南向北发送 c.由北向南发送 d.由西向东发送 e.由东向西发送 f.由关内至关外发送 g.由关外至关内发送 h.自定义发送顺序（输入自定义发送顺序） （2）自定义区域发送 若某地发生突发事件，可以选择当前突发事件位置，然后根据事件的类型确定事件扩散、发展模式（按路径扩散、辐射扩散等）；然后结合实况气象条件（如风向风速、湿度、气压等），按时间轴模拟事件影响的区域范围，最终对分解后的目 (略) (略) 智能优先级排序，并生成发送优先级排序信息，直至整个指定区域发送完成。 3.2.6深汕 (略) 区预警发布 系统本期新增了对深汕特别区包括鹅埠、小漠、鲘门、赤石 * 镇分区预警短信发布能力，并且实现了对深汕特别 (略) 区自动触发预警功能，信令数据同步、基础数据计算等方面也增加了对深汕特别 (略) 区的支持。系统实现对深汕特别 (略) 区用户位置信息准实时更新，以及实时数据反馈功能服务。 3.2.7数据建模 针对 (略) 、深汕 (略) 区，针对不同人口模型，如客流来源地、常驻人口、流动人口、实时获等自定义的模型，客户向电信运营商接口提交相关区域外围点的经纬度，运营商完成标签用户的圈定，并选择出该区域的用户清单，发送相关短信预警。 定制标签实现流程： 1)客户与电信提前确认各个人口模型的口径。 2）电信根据已经确定数据模型口径，系统收集确 (略) 信息。 3)系统在内存 (略) * 次 * 段时间内的全量用户切片更新。内存数据库中保存最新的全量用户的位置信息，根据覆盖范围 (略) 的信令数据。 3) (略) 得到的电信用户清单，得到不同模型对应的人流量，并实现短信发送。 4)相关时限参数: 数据模型提前 * 周确认并开始建模，数据准实时更新频率：按照天更新。 * 期项目需要实现的人群包括但不限于： (1)工作人口 分析 (略) 、深汕 (略) 区内，通过最近 * 天的电信信令数据分析，满足指定条件的人群识别为工作人口（白天时段：8: * - * : * 、停留时长：5小时， * 天内满足条件天数大于 * 天且出 (略) ）。 (2)常住人口 分析 (略) 、深汕 (略) 区内，通过最近 * 天的电信信令数据分析，满足指定条件的人群识别为常住人口（夜间时段：0: * -6: * 、停留时长：3小时， * 天内满足条件天数大于 * 天且出 (略) ）。 (3)漫入人口 通过实时信令数据分析，当前在指定区域内的人群，剔除该区域的常住人口、工作人口，这部分人群识别是实时漫入人群。 (4)停留时长超过3小时人群 通过实时信令数据分析，当前在客户指定区域的用户且停留时长超过3小时的人群。 (4)性别、年龄识别 通过电信CRM数据，识别用户身份证信息，判断用户性别、年龄段，建立常规标签，用于客户发送指定区域标签人群短信。 3.2.8重发策略 短信重发优化服务：根据重发策略，将发送失败的短 (略) (略) 重新发送，提高预警短信到达率。 3.2.9短信任务发送接口 采用标准统 * 的API接口设计， (略) 有实体间的任务创建、任务查询、统计数据以及对其他模块的数据引用都通过标准接口完成，使多个组件对接时在开放性、稳定性、扩展性与集成性上有着很好的适配空间。在后续 (略) (略) 景，建立标准及个性化的API接口。 自定义任务发送接口：提供主系统调用，创建靶向预警短信任务，短信发送任务提交电信端审核 模板短信短信发送接口：提供主系统调用，创建模板靶向预警短信任务，短信发送任务提交电信端审核。 任务查询接口：主系统当需要查看短信发送任务的发送情况时，可调 (略) 查询 统计分析接口：调用查询 * (略) 有短信任务发送情况 任务终止接口：主系统当需要终止短信发送任务时，可调 (略) 终止任务 统 * 加密接口：统 * 接口入口，可以通过此接口，传不同的请求方法名称，调用其他的接口，对应接口 (略) 加密。 发送日志备份：发送日志在 (略) 本地备份的功能，重要信息便于日后回查。 3.2. * 数据统计报告接口 1.提供实时数据自动传输、动态更新、全方位反馈和评估服务，预警短信发布实时数据反馈更直观获取发布效果。 2.提供预警区域用户实时计算服务，实现数据统计报表（包含居住地、工作地、人口数量信息、各行政区街道办分布情况以及用户画像）实时反馈。 3.2. * 热力图API 利用电信信令数据统计各时间点的人口数据，并在人口动态 (略) 展示。人口动态监测提供日、周、月、年等时间维度的数据展示，空间上提供了全市、 (略) 格人口的热力展示。 (略) 格数据计算接口， (略) 格人口数据接口调取服务，并实现 * 分钟/次数据更新服务。 3.2. * 基础认证接口 根据接口规范，对调用 (略) 校验， (略) 鉴权。 3.2. * 短信批量推送接口 电信气象预警平台针对各种 (略) 景生成预警短信数据对接批量短信推送接口，对目标 (略) 预警短信发送。 3.2. (略) 理指令接口 提供接口供电信气象预警平台调用，根据 (略) (略) 理并提交到，spark (略) 计算。 3.2. (略) 理结果返回接口 获取spark计算集群计算返回结果，并将 (略) 处理后返回给主系统端。 3.2. * 安全保障建设 应用安全建设：身份鉴别、访问控制、安全审计、软件容错、资源控制、数据完整性、保密性。 系统安全建设：系统防火墙加固、安全补 * 更新、重要端口扫描监控、系统传输监控。 信息安全建设：系统信息安全设计、个人信息保护、数据备份恢复等。 3.2. * 大数据集群 (略) 等保要求，将搭建安全、可靠的、可扩展的，分布式计算大数据集群系统。 3.3 5G富文本发布功能 * 是支持文本、图片、音视频、位置、联系人等信息的有效融合，逐步实现互动式发布； * 是支持在线和离线消息，能提供消息状态报告和消息历史管理； * 是支持 (略) 化。在数据平台中将预留5G富文本的功能支撑， (略) 络建设完善基础上， (略) 业消息群发等形式，实现多种类型富媒体突发预警信息的发布。效地开放，实现相互赋能，5G富文本调用其它应用能力也不需要下载APP，便捷性大幅提高。 在短信平台中将预留5G富文本的功能支撑， (略) 络建设完善基础上， (略) 业消息群发等形式，实现多种类型富媒体突发预警信息的发布。 3.4安全物理环境 在 (略) 电信景田和 (略) 提供的云机房提供满足国家A级（GB 点击查看>> 8）安全要求，包括UPS、油机，精密空调、防火、防雷、恒温恒湿和 * 小时专人值守、无死角视频监控系统的优质资源环境和响应的机房安全环境服务；提供运营商级别的通信链路安全服务，包含骨干链路冗余服务。 3.5网络安全服务 3.5.1日志审计 提供3套日志审计，每套能支持审计 * 个主机数的日志审计能力，支持获 (略) 络及 (略) 为，支持Syslog、WMI、OPSEC Lea、SNMP trap和LogBase专用协议等协议事件日志，支持通过Http、Https、FTP、SFTP、SMB等协议获取各类文件型日志，支持基于SQL/XML标准内容获取。 3.5.2运维审计 提供3套运维审计，每套能支持审计 * 个主机数的日志审计能力，提供运维人员单点登录、用户权限细粒度授权及访问控制、运维过程审计等功能。 3.5.3数据库审计 提供3套数据库审计，支持多种数据库类型的审计，支持Oracle数据库审计、SQL-Server数据库审计、DB2数据库审计、MySQL数据库审计、Informix数据库审计、达梦数据库审计、人大金仓数据库审计、postgresql数据库审计、sysbase数据库审计、cache数据库；支持同时审计多种数据库及跨多种数据库平台操作，提供 (略) 署于云环境数据库虚拟机之中。 3.5.4下 * 代防火墙 提供5套下 * 代防火墙，其中，2套用于边界防护、3套用于业务系统之间。 1、支持提供基本的安全防御，包括4-7层访问控制、入侵防御、病毒过滤、网页防篡改等安全功能； 2、支 (略) (略) (略) 拦截， (略) 漏洞被暴露； 3、 (略) 有 (略) 漏洞的攻击防护， (略) 、防SQL注入、防篡改、防木马、防黑客攻击等。 3.5. (略) 为管理 (略) 行为管理服务； 1、支持能够实时看到各级流控通道的状态： (略) 属线路、瞬时速率、通道占用比例、用户数、保证带宽、最大带宽、优先级，启用状态等； 2、支持在设置流量策略后，根据整体线路或者某流量通道内的空闲情况，自动启用和停止使用流量控制策略，以提升带宽的高使用率；空闲值可自定义。 3.5.6负载均衡 提供针对3套云主机做应用负载： 1、 (略) 负载均衡和服务器负载均衡的功能。 * (略) 于激活可使用状态，无需额外购买相应授权。 2、服务支持轮询、加权轮询、加权最小连接、动态反馈、最快响应、最小流量、带宽比例、哈希、主备、首个可用、 (略) 负载等算法。 3、服务支持对于非HTTP协议的长连接应用，可通过分析议特征来识别消息的开始和截止，以消 (略) * 层负载均衡，而非传统基于连接的 * 层负载均衡。 3.5.7VPN服务 提供3套VPN服务访问业务系统。支持针对访问业务实现链路加速优化，消除丢包和延迟业务体验慢情况； 3.5.8主机安全 提供 * 套云业务系统主机安全防护。 支持windows * /windows * /windows * 的操作系统。 支持CentOS5,6,7/Ubuntu * . * - * /Debian6,7/RHEL5,6,7版本的操作系统。 3.6业务应用支撑服务 针对 (略) 机房云安全平台里的业务变更（包括业务系统上下线、业务系统新增删减，业务系统调整），提供相关的安全实施服务。包括： 平台安全组件的开通，关闭，IP配置，策略配置等，直到安全组件能够根据用户和业务系统的实际情况对业务系统做有效的防护。 3.7基础安全评估服务 采用基础安全评估服务可 (略) 脆 (略) 客观评估，主要包括如下内容： （1）漏洞扫描 漏洞扫描主要是通过漏洞扫描工具以本地扫描的方式，对评估范围内的 (略) 主动扫描， (略) 角度， (略) 络结构、网络设备、服务器主机、数据等安全对象目标存在的安全漏洞。 （2）基线检查 (略) 元设备的 (略) 人工检查，判断其是否满足安全基线要求，检查内容主要包括了账号配置安全、口令配置安全、授权配置、日志配置、IP 通信配置等方面内容，这些安全配置直接反映了系统自身的安全脆弱性。 服务方式：使用漏洞扫描器、基线检查脚本、基线检查checklist等服务工具。服务周期为 (略) 。 3.8应用系统安全检测服务 针对应用系统的脆弱性检测通过代码安全检测服务来实现。 代码安全检测服务通过对系统开发框架、应用程序、客户端程序、接口及第 * 方组件和应用配置这 (略) 深入的安全分析，从而发现系统源代码存在的安全缺陷，并采用安全测试等 (略) 漏洞验证。 服务方式：代码安全检测服务，根据系统软件升 (略) 。 3.9安全加固服务 对于云平台系统涉及的主机操作系统系统安全加固、数据库系统安全加固、网络设备安全配置、安全访问控制、应用基础平台安全加固、应用系统安全加固； 安全加固流程： 1、准备工作 2、收集系统信息 3、做好备份工作 4、加固系统 5、复查配置 6、应急恢复 7、当出现不可预料的后果时，首先使用备份恢复系统提供服务，同时与安全专家小组取得联系，寻求帮助，解决问题。 3. * 云主机租赁 ? (略) 理服务器 数量：2台 配置：8核/ * G/ * G 备注：信处理服务器采用主备共2台服务器， (略) 理大量短信及快速发送业务和发送日志存储，以及考虑到之后的短信量扩展需要做性能冗余。 ?数据运算服务器 数量：4台 配置： * 核/ * G/ * G 备注：数据建模计算使用hadoop，spark基于内存分布式计算，目前每分钟信令原始数据有 * 万左右，产生的计算数据成几何倍数增长，分布式运算对cpu计算能力和内存有较大要求，并 (略) 署来横向扩展，提升运算能力。 ?缓存服务器 数量：2台 配置： * 核/ * G/ * G 备注： (略) 列 (略) 台缓存数据库，用于提 (略) 台整体性能和响应速度，避免磁盘IO频繁读写，采用主从同步备份冗余，需2台高性能、大内存服务器。 ?存储服务器 数量：2台 配置：8核/ * G/ * T 备注：部署关系型数据库，用于持久化存储大量发送、海量计算等数据，需做主从同步、备份。 ?业务应用服务器 数量：2台 配置：8核/ * G/ * G 备注：业务 (略) 署API接口服务和主系统交互，支撑主系统端短信发布，数据反馈等功能，支持高并发访问，考虑到单点问题，需部署主备服务。 3. * 专线 1条2M的长途专线。 * 、项目技术要求 （ * ）主要技术参数要求 1.电信端应用系统
2.电信端支撑服务 2.1.云主机租赁服务
2.2.专线服务 1条2M的长途专线。 2.2.基础支撑服务
（ * ）电信端服务考核标准 （ * ）日常的具体的考核量化指标如下表：
（ * ）年度考核 本项目中对电信运营商的年度考核标准如下表：
（ * ）服务要求 1. 日常服务内容 1、日常运维服务以文档形式反馈程序版本更新日志，通过接口 (略) 端发布平台。 2、持续优化实时发布反馈数据，接收到预警发布指令后5- * 分钟反馈预发布数据，接收预发布数据后每5分钟反馈成功发送数据量；优化预设风险区域更新发布数据反馈，发布完成后增加反馈漫游用户数据；增加完成后漫游用户发布数据量反馈。 3、5G短信发送，提供5G短信开发之后，后 (略) 覆盖全面，将支持5G发送，提供更快的位置刷新率和发送反馈时延 4、系统常规巡检，应用软件和数据模型运维保障，按照项目运维期内的巡检频次对应运维周期对应用软件和 (略) 常规运维保障，如用户数据更新是否正常实时， (略) 联调，确保 (略) 和数据正常反馈。 5、重大突发应急任务保障，要求服务提供商成立专门应急保障小组，接到重大突发应急任务，重大天气 * 小时在线应急运维。 2.验收后运维服务要求 2.1应用软件运维管理 2.1.1系统安全性检查 系统软件的安全级别符合《计算机信息系统安全保护等级划分准则》（GB * 9）的有关规定。定期更换系统密码，定期核准用户权限，防止系统出现越权访问。 (略) IP地址测试，检测非法用户，防止非法用户入侵。 运维周期：半年 2.1. (略) 状态检查 (略) 有服务器端和客户 (略) (略) 采取自动化检测，确保软件无 (略) 现象。 * 旦发现 (略) 现象，则触发报警短信到相应工作人员的手机， (略) 运维。 运维周期：日 2.1.3应用软件变更 根据软件工程规范，对 (略) 变更(增加、修改、删除、调整)。 运维周期：软件需要变更时 2.1.4软件故障恢复管理 当软件(如操作系统、数据库系统、应用软件、重要设备配置信息等)发生故障时，将会启动修复模式，能够自动或在人工干预下从故障状态下恢复到正常状态而不致造成系统混乱和数据丢失。 运维周期：发生故障时 2.1.5对病毒的监控查杀及病毒防范软件的升级 每月 (略) 自动升级，当有新病毒出现时，随时升级。严禁发生病毒侵入或带 (略) 网络。 运维周期：月 2.1.6日志管理 备份并清理过期日志记录，避免发生磁盘空间溢出，每个季度自动清理 * 次。 运维周期：季 2.1.7用户培训 电信将对监控员以 (略) 操作和运维培训，培训内容包括： （1）系统的初始化和主要参数的设定方法； （2）对 * (略) 诊断、定位和排除； （3）系统故障后的恢复方法； （4）查阅各种系统操作和运维手册； 将培训内容形成完成的操作手册，供其参考查阅，培训地点和培训 (略) 指定。 运维周期：半年 2.1.8系统运维报告 每半年对系统 (略) 总结。总结系统故障情况，定期运维情况、 (略) 理情况，对运维质 (略) 评估，并以报告的形式 (略) 。 运维周期：半年 2.2数据模型运维管理 2.2.1基础数据运维管理 每天自动监控基础数据生成情况，监控人员针对数据更新时间和更新质量做监控，并形成监控日志，出现问题，及时优化调整。 运维周期：天 2.2.2 (略) 情况 (略) 时间、事件、状态数据库记录、日志检查，根据预警短信的发送效果、成功率等指标，对短信预警的 (略) 不断优化更新。 运维周期：月 2.2.3数据备份管理 每月对业务数据和 (略) 自动备份。运维人员定期检查备份数据是否安全可用，以及定期查看数据库备份情况。 运维周期：月 2.2.4实时库、历史库配置同步 定期自动检查实时库和历史库是否配置同步，如不同步， (略) 自动同步。 运维周期：月 2.2.5数据库日志 运维人员定期查看与分析数据库日志，定期汇 (略) 状况， (略) 文档形式提供。 运维周期：月 2.2.6数据库表占用空间情况 自动监控数据库资源，监控表空间是否写满，要求数据库表占用空间不超过 * ％，如超过 * %将会触发报警短信到相关运维人员。 运维周期：月 2.3大数据PaaS平台运维 预警短信数据 (略) 署在 (略) 电信自有私有云上，提供基础环境维保以及运营商级别的运维和灾备支撑服务； (略) 署在 (略) 电信的灾备机房。 （ * ）验收要求 （1）所有建设项目按照 (略) 建成，并满足使用要求； （2）系统整体上线 (略) ； （3）各种技术文档和验收资料完备，符合合同的内容； （4）系统 (略) 理符合信息安全的要求； （5）经过监理方同意； （6）经 (略) 门和项目业主同意； （7）合同或合同附件规定的其他验收条件； （8）系统建设要落实信创要求，要基于国产技术 (略) ； （9）项目最终实施技术指标要求以经过专家评审通过的深化设计结果为准； （ * ）系统最终经过第 * 方软件功能测评。 1.采购交付清单 电信端应用系统
基础支撑系统
2.过程文件交付内容
3.验收量化指标
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 | （ * ）服务期限（完工期限）：_ * 年 * 月- * 年 * 月，项目建设期为 * 年，应用系统免费运维 * 年。 * 年7月份完成数据平台应用系统功能开发， (略) 。项目总验收后，平台支撑环境正式服务。__ （ * ）付款方式：分 * 期支付，其中前 * 期各付 * %，签订合同 * 个工作日内完成第 * 笔 * %支付；总项目初验通过后（ (略) ）完成第 * 笔 * %支付；总项目竣工验收后第 * 笔 * %支付；组织提供审计材料，由采购方提交政府投 (略) 审计整体项目验收合格后，目通过决算审计并 (略) 门项目验收后支付合同尾款 * %。 （ * ）质量考核验收标准及违约金 1.质量考核验收标准： （1）所有建设项目按照 (略) 建成，并满足使用要求； （2）系统整体上线 (略) ； （3）各种技术文档和验收资料完备，符合合同的内容； （4）系统 (略) 理符合信息安全的要求； （5）经过监理方同意； （6）经 (略) 门和项目业主同意； （7）合同或合同附件规定的其他验收条件； | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 | * 、谈判须知前附表
备注：本表“项号”按条款号编写。 * 、总则 1、谈判说明 本谈判将依据《 (略) 经济特区政府采购条例》、《中华人民共和国政府采购法》及有关政府采购相关规章、规定，通过谈判来择优确定中标（成交）供应商。 2、定义 2.1“采购人”也称采购单位，系指利用财政性 (略) 政府采购的国家机关、事业单位、团体组织； 2.2“政府采购机构”系指政府设立的负责本级财政性资金的集中采购和谈判组织工作的专门机构。本谈判文件的政府采购机构是指 (略) (略) ； 2.3“供应商”、“投标人”系指向采购人提供货物、工程或者服务的法人、其他组织或者自然人； 2.4“采购文件”、“招标文件”系指为了使谈判 (略) ，经商采购人，对供应商作出的 * 系列约束文件； 2.5“谈判应答文件”、“投标文件”系指供应商响应采购文件编制 * 系列文件，及供应商在谈判过程为响应谈判专家组要求形成的双方认可，并经供应商法人代表或法人代表授权人签字有效的文字资料。 2.6“网上投标”，指通过 (略) (略) 上传电子投标文件或谈判应答文件。 3、供应商资格要求 3.1供应商必须具备条件：（见前附表第3项）； 4、谈判费用 不论谈判结果如何，供应商应承担其编制谈判应答文件与递交谈 (略) 涉及的 * 切费用。 * 、采购文件 5、采购文件的组成 5.1采购文件除以下内容外， (略) 在谈判结束之前发出的答疑纪要和其他补充修改函件，均是采购 (略) 分，对供应商起约束作用； 采购文件包括下列内容： 第 * 章 采购邀请函； 第 * 章 项目要求； 第 * 章 谈判须知； 第 * 章 合同及履约文件格式； 第 * 章 谈判应答文件格式。 5.2供应商领取采购文件后，应仔细检查 (略) 有内容，如有残缺应在谈判应答文件递交截止时间前3天向 (略) 提出，否则，由此引起的谈判损失自负。 6、采购文件的修改 6.1 采购文件发出后，在谈判结束前任何时候， (略) 可对 (略) 修改； 6.2 采购文件的修改内容作为采购 (略) 分，并具有约束力； 6.3采购文件、采购文件答疑、 (略) 或通知内容均以书面形式（包括 (略) 网站发布方式）明确的内容为准。当采购文件、答疑、 (略) 或通知内容相互矛盾时，以最后发出的通知（或纪要）或修改文件为准。 * 、谈判应答文件 7、谈判应答文件的语言及度量单位 7.1 (略) 与供应商之间与 (略) 有往来通知、函件和谈判应答文件均应用中文。 7.2除技术规范另有规定外，谈判应答文件使用的度量单位，均采用中华人民共和国法定计量单位。 8、谈判应答文件的组成及相关证明资料的要求 8.1谈判应答文件应当具体包括下列内容： 1）法定代表人资格证明书 2）谈判应答文件签署授权委托书 3）应答书 4）政府采购应答及履约承诺函 5）实质性条款响应情况表 6）谈判报价表 7）供应商情况介绍 8）项目服务方案（格式自定） 9）人员安排计划（格式自定） * ）采购文件要求的其他资料及投标人认为需要补充的资料（格式自定） 注：具体按评分信息设置标书节点 8.2 供应商应当按照本采购文件资格要求、评标信息、具体技术要求及商务需求的相关内容提供证明资料，作为谈判应 (略) 分。证明资料均要求扫描件（原件备查）。证明资料内容为外文的，必须同时提供对应的中文翻译说明，评审依据以中文翻译内容为准，外文内容仅供参考。证明资料的尺寸和清晰度应该能够被阅读、识别和判断。若供应商未按要求提供证明资料 (略) 分证明材料或提供不清晰的扫描件的，谈判小组有权认定其谈判应答文件未对采购文件 (略) 响应。 8.3供应商可以提供证明应答技术方案与谈判文件的要求相 * 致的文件，可以是文字资料、图纸、数据或数码照片、制造商公布的产品说明书、产品彩页和我国政府机构出具的产品检验和核准证件等，以证明供应商响应的真实性。它包括并应符合以下要求： （1）主要技术指标和性能的详细说明； （2）投标产品从采购单位开始使用至谈判文件中规定的周期内正常、 (略) 必须的备件和专用工具清单，包括备件和专用工具 (略) 价格； （3）对照谈判文件技术规格，逐条说明谈判应答文件技术规格已对采购单位的技术规格做出了实质性的响应，或申明与技术规格条文的偏差和例外；供应商应详细说明应答技术方案中产品的具体参数，不得照搬照抄谈判文件的技术要求； （4）产品说明书或彩页应为制造商公布或出具的中文产品说明书或彩页； （5）我国政府机构出具的产品检验和核准证件应为证件正面、背面和附 (略) 具体内容； （6）对项目评标信息中涉及的相关业绩、社保情况、纳税情况、银行资信等级和资金流状况等内容以及初审中涉及的资质证书，供应商 (略) 门出具的证明材料原件扫描件，原件备查；上述证明材料应为证件正面、背面和附 (略) 具体内容； 若供应商未按要求提供证明材料 (略) 分证明材料或提供不清晰的扫描件的，谈判小组有权认定其谈判应答文件未对谈判文件 (略) 响应，涉及资格性检查或符合性检查的按谈 (略) 理，涉及评分的则 (略) 理。 8.4谈判小组有权对以谋取中标（成交）为目的的技术规格模糊响应（如有意照搬照抄谈判文件的技术要求）或虚假响应予以认定。 (略) 为 * 经发现或查实，除扣分或谈判应答响应无效外，集中采购机构可视情况报政 (略) (略) 理。 8.5采购人在技术要求中指出的工艺、材料和设备的标准以及参照的牌号或分类号仅起说明作用，并没有任何限制性。供应商在谈判中可以选用替代标准、牌号或分类号，但这些替代要实质上满足采购文件中技术规格的要求，是否中标（成交），由谈判小组来评判。 8.6为保证公平公正，除非另有规定或说明，供应商对同 * 货物或服务应答时，不得同时提供两套或两套以上的应答方案。 8.7本项目涉及提供的有关资格资质证书，若原有资 (略) 于年审期间，供应商提供年审证明的可按原资质投标；若供应商正在申报上 * 级别资质，在未批准之前，仍按原级别资质投标。 9、谈判价格（谈判报价） 9.1供应商的总报价不得超过财政预算限额。 9.2供应商的总报价为完成采购文件 (略) 规定的工作内容的各项费用（含完成采购文件 (略) 规定的工作内容的各项费用），应包括人工、设备、管理、维护、安装、调试、利润、税金、包干预备费、政策性文件规定及采购文件、 (略) 有风险（包括项目实施期间物价上涨、政策性调整等因素）、责任等各项应有的费用；中标（成交）供应商不得以采购需求中未具体列出为由拒绝承担相关费用。 9.3供应商的谈判报价，应是本项目采购范围（见第 * 章项目要求）和采购文件及 (略) 列的 (略) (略) ，不得以任何理由予以重复，并以供应商在应答文件“谈判报价表”中列明的谈判价格（谈判报价）为依据（ (略) 承担漏算、漏报的风险）。 9.4除非 (略) 通过修改采购文件予以更正，否则，供应商应毫无例外地按项目清单（若提供的话）中列出的需求项填报谈判价格（谈判报价）。供应商未填报的价格项目，在实施后，采购人将不予以支付，并视作该项费用已包括在谈判价格（谈判报价）内。 * 、谈判货币及合同价格 * .1本项目的谈判应以人民币计。 * .2供应商谈判报价总额 * 经成交后，即作为该项目的中标（成交）价格。 * 、谈判应答文件有效期 * .1 谈判应答文件有效期见本须知前附 (略) 规定的期限，在此期限内，所有谈判应答文件均保持有效； * .2特殊情况下， (略) 可于谈判应答文件有效期满之前要求供应商同意延长有效期，要求与答复均应为书面形式，但供应商可以拒绝上述要求。 * .3中标（成交）单位的谈判应答文件有效期，截止于完成本谈判文 (略) 内容，并通过验收及保修结束。 * 、谈判担保 * .1自 * 日起， (略) 所有采购项目停止收取投标保证金， (略) 有注册供应商开放投标权限； * . (略) 电话： 点击查看>> 。 * 、谈判应答文件书写 * .1投 (略) 投投标项目的电子投标文件（谈判应答文件） * 份.此电子投标文件（谈判应答文件）须由供应商根据根据政府集中采购机构提供的后缀名为. (略) 文件、《投标书编制软件》编制【要求下载安装《投标书编辑软件》及其配套软件，使用电子密钥 (略) 上政府采购系统（http:/ 点击查看>> ），然后在右侧的“相关链接”栏目中下载。在安装此软件之前，须先安装Adobe Reader 7.0以上版本】。 * .2 供应商在利用《投标书编制软件》编制投标文件（谈判应答文件）时须注意： （1）导入《投标书编制软件》的招标文件项目编号、包号应与以此制作的投标文件项目编号、包号 * 致。例如， (略) 书导入《投标书编制软件》，制作 * 项目B包的投标书。 （2） (略) (略) 的投标文件， (略) (略) 的投标文件。 （3）要求用《投标书编制软件》编制投标书的包，不能用其它方式编制投标书。编制投标文件时，电脑 (略) 。 （4）投标文件不能带病毒。政府集中采购机构将用专业杀毒软件对 (略) 病毒检测，如果这两种软件均报告发现病毒，则政府集中采购机构认为该投标文件带病毒。 （5）填写“投标关键信息”， (略) 示： 备注：上述“开标 * 览表”中的“投标总价”将作为价格分计算依据；其它信息仅是对投标文件相关内容的概括性表述，不作为评审依据。 （6）供应商在编辑投标文件（谈判应答文件）时，在文件目录中属于本节点内容的必须在本节点中填写，填写到其他节点或附件的将可能导致应答无效， * 切后果 (略) 承担。填写完投标文件后，要检查每 * 个章节中图片的清晰程度，如果图片中字体的笔划不连贯，难以辨识的，请及时更换，以确保图片清晰可辨，因为无法辨识的图片将导致对该投标文件不利的评定。 （7）投标书编写完成后， (略) 的 (略) 加密，否则视同未盖公章，将导致投标文件无效。 （8） (略) (略) 不接受投标截止时间后递交的纸质、电子、 (略) 有形式的投标文件。 (略) 上招投标操作不熟悉或自身电脑、网络的原因导致不能在投标截止时间之前上传投标文件， (略) (略) 不负任何责任。建议于开标前 * 个工作日完成投标文件的制作与上传，如果上传有困难， (略) 。 （9）如果 (略) 络故障、技术故障，影响了招投标活动， (略) (略) 有权采取措施如延期、 (略) 上上传的投标书等，以保障招投标活动的公开、公平和公正，投标供应商不得对此持有异议。 以上 * 条，如有违悖， (略) (略) 将不接受该投标文件。 * .3 电报、电话、传真形式的投标（谈判应答）概不接受。 * .4 投标文件（谈判应答文件）不用盖章或签字，资格证明文件提供扫描件。 * 、递交谈判应答文件 * 、谈判应答文件的密封 * .1在投标文件制作完成后，在投标书编制软件点击“加密投标书”按钮进入加密界面， (略) 加密，也可单独使用“ (略) 政府标书加密软件”（ * 般是与投标书编制软件捆绑下载）进入 (略) 加密，无需用其它加密方式。此加密程序确保投标文件在到达投标截止时间后才能解密查看。在加密过程中，请按照 (略) 操作。加密 (略) 示： * .2若采购项目出现延期情况： (略) 文件（后缀名为.ZBS）有更新， (略) 文件、重新制作投标文件、重新加密投标文件、重新上传投标文件； (略) 文件（后缀名为.ZBS）没有更新，投标人必须重新加密投标文件、重新上传投标文件（是否重新制作投标文件根据项目实际情况定）。否则， (略) 承担投标文件无法解密导致投标无效的后果。 * 、谈判应答文件的递交与截止时间 * .1 (略) 上投标，供应商必须在采购文件规定的谈判应答文件递交截止时间前用电子密钥登录“ (略) (略) ”（http:/ 点击查看>> ），用“应标管理”—》“上传投标文件”功能点上传投标文件。如果没有该功能点，请用本公司的机构管理员在 “系统维护”—》“修改用户权限”中增加该功能点，如果增加不成功，请在工作日与政府集中采购机构联系。如果确有困难，多次上传均告失败，请在谈判应答文件递交截止时间之前携带加密后的电子投标文件送达至政府集中采购机构 * 政府采购技术支持服务室。 * .2超过递交截止时间的项目将不被允许上传谈判应答文件。 * .3 (略) (略) 可以按本须知第6条规定，通过修改 (略) 决定酌情延长谈判应答文件递交截止时间。在此情况下， (略) (略) 、采购单位和供应商受谈判应答文件递交截止 (略) 有权利和义务均应延长至新的截止时间。在项目延期后，出于投标文件的保密考虑，建议供应商重新加密投标文件，重新上传。 * .4供应商在提交谈判应答文件后，在谈判应答文件递交截止时间前可对其谈判 (略) 修改并重新上传谈判应答文件，政府采购机构将仅接受供应商最近上传的谈判应答文件。供 (略) (略) 撤销投标的操作。 * .5谈判应答文件递交截止时间以后不得修改、上传谈判应答文件。 * .6供应商不得在开标时间起至谈判应答文件有效期期满前撤销谈判应答文件。 * .7谈判应答文件不退还。 * 、谈判 * 、谈判要求 * .1 本项目谈判小组将于递交谈判应答文件截止时间到后 * 定时间 (略) 谈判； * .2谈判小组为3人以上（含3人）的单数；采购人代表须持本单位签发的《评标授权书》参加谈判。 * 、谈判应答文件的审查 * .1 谈判前，谈判小组将对谈判 (略) 审查，当谈判应答文件出现下列情况之 * 的将视为无效， (略) 理，不得进入谈判： 具体内容见《资格性审查表》。 * 、谈判应答文件的澄清或修改 * .1谈判小组可以要求供应商对谈判应答文件含义不明确的内容作必要的澄清或者说明， (略) 澄清、说明。 * .2 允许供应商在谈判结束之前根据谈判小组提 (略) 澄清、修改或完善， (略) 相应的调整。 * 、谈判方式及程序 * .1本项目的 (略) 上谈判（电话沟通，网上政府采购系统报价）。按照单 * 来源谈判规则要求，本项目的谈判为 * 轮，具体顺序为：第 * 轮报价（谈判）—>第 * 轮谈判—>第 * 轮报价—>第 * 轮谈判—>第 * 轮报价（最终报价）；应答文件中的报价及承诺内容即为投标供应商的第 * 轮报价（谈判）承诺。 * .2具体谈判程序如下： * .2.1第 * 轮谈判：供应商上传谈判应答文件后，应在开标时间后登录深 (略) ， (略) 上谈判菜单，进 (略) 页，查看公告栏；公告栏中将提示供应商按照系统随机抽取的谈判 (略) 第 * 轮谈判；谈判小组认为必要的情况下，将视情况拨打供 (略) 沟通（如谈判小组认为无必要，将直接跳过与相关供应商沟通的环节）； * .2.2第 * 轮报价：第 * 轮谈判完成后，谈判小组将启动供应商第 * 轮报价程序（网上系统将有相关提示）；开始报价时，公告栏会提示“报价开始，请在截止时间之前完成报价”；供应商的报盘时间为 * 分钟，只能提交 * 次报盘，提交后将不能修改；此次报盘为第 * 轮报价，如有谈判过程中需要补充说明的事项， (略) 上系统的“服务承诺”及“附加说明” (略) 填写；所有供应商都提交报盘或报盘时间截止将结束报盘，谈判小组有权酌情延长报盘时间； * .2.3 第 * 轮谈判，具体操作方法与第 * 轮谈判 * 致； * .2.4第 * 轮报价（最终报价），具体操作方法与第 * 轮报价 * 致； 详细的操作指南请登 * 深 (略) （http:/ 点击查看>> ），在“供应商—投标—操作指南”栏目下载《网上在线谈判软件供应商操作指南》。 * .2.6谈判结束后，谈判小组根据供应商提供的谈判应答文件、谈判过程中产生的相关资料，对供应商谈判 (略) 评估与比较，提出书面评审意见。 * .2.7谈判小组将对 (略) 记录，以存档备查。 * 、中标（成交） * 、应答无效 * .1有下列情形之 * 的，该供应商的谈判 (略) 理： 具体内容见《符合性审查表》。 注：《资格性审查表》、《符合性审查表》的所有条款及“最终谈判价格（谈判报价）超过报价最高限额” （视为未通过《符合性审查表》“法律、法规规定的其它情形”审查项）均为应答无效条款，对不属于应 (略) 列的其它情形，除法律法规另有规定外，不得作为应答无效的理由。投标人若有 * 条审查不通过则 (略) 理。谈判小组对供应商打√为通过审查，打×为未通过审查。 * 、中标（成交） * .1谈判小组依据本须知对谈判 (略) 评审和比较，综合各家供应商最终的方案、服务和价格等谈判结果并按最低 (略) 评审。 最低评标价法， (略) (略) 实质性要求，且投标报价最低的投标人为中标候选人的评标方法。 * .2谈判小组向 (略) 提交书面评审报告，并受 (略) 委托直接确定中标（成交）供应商。 * 、谈判结果公示 * .1为体现“公开、公平、公正”的原则，谈判结束后，政府集中采购机构将在“深 (略) ” （http:/ 点击查看>> ）上发布中标（成交）结果公告。供应商如对谈判结果有异议，可在规定时间内向政府集中采购机构提出。监督电话： 点击查看>> 。若在公示期内未提出质疑，则视为认同该结果。 * .2质疑投诉人应保证质疑投诉内容的真实性和可靠性，并承担相应的法律责任。 * 、中标（成交）通知书 * . (略) 公布以后, 公示期内无有效质疑投诉,中标（成交）供应商和 (略) 在“深 (略) ” （http:/ 点击查看>> ）上打印《数字中标通知书》（咨询电话： * —— 点击查看>> ， 点击查看>> ， 点击查看>> ）。 * .2中标（成交）通知书是合同 (略) 分。 * .3因质疑投诉或其它原因导致项目结果变更或采购终止的， (略) 有权吊销中标（成交）通知书或终止采购合同。 * 、合同的授予与备案 * 、合同授予标准 * .1本项目的合同将授予按本采购文件规定评审确定的中标（成交）供应商。 * 、合同协议书的签订 * .1中标（成交）供应商应当自中标（成交）通知书发出之日起十个工作日内，按照采购文件和应答文件内容与采购人签订政府采购合同；合同的实质性内容应当符合采购文件的规定； * .2中标（成交）供应商如不按前款规定与采购人签订合同，则 (略) 将有充分的理由废除中标（成交）结 (略) (略) 罚，供应商同时还应承担相应法律与经济责任； * .3中标（成交）供应商应当按照 (略) 义务，完成成交项目，不得将成交项目转让（转包）给他人。 * 、履约担保 * .1在签订合同的同时，成交供应商应按规定（见前附表第 * 项）的金额向采购人提交履约担保。 * .2如果中标人不能按规定的金额向采购人提交履约担保，采购人将有充分的理由通过政 (略) 门废除中标（成交）结果，给采购人造成的损失应当予以赔偿。 * 、合同的备案 具体合同签订之日起十日内，由采购人或委托中标（成交）供应商将采购合同副本抄送政府集中采购机构备案。 * 、合同的变更 合同变更事宜按《 (略) (略) (略) 关于进 * 步加强市本级政府采购合同备案管理工作的通知》（深财购〔 * 〕 * 号） (略) 。 * . 履约抽检及情况的反馈 * .1供应商必须诚信履约，采购人必须对采购项目实施组织履约验收。必要时， (略) (略) 将对 (略) 履约抽检评价。如未按合同履约，将按《 (略) 经济特区政府采购条例》第 * 十 * 条有关规定、《 (略) 市政府采购供应商 (略) 办法》及其 (略) 处理。 * .2采购人和供应商应当在 (略) 完毕 * 十日之内将政府 (略) 情况和相关政府采购建议等反馈至政府集中采购机构。 * 、宣传 凡与政府采购活动有关的宣传或广告，若当中提及政府采购，必须事先将具体对外宣传方案报市财政委和政府集中采购机构，并征得其同意。 (略) 宣传包括但不限于以下形式： a.名片、宣传册、广告标语等； b.案例介绍、推广等； c.工作人员向其他消费群体宣传。 * 、供应商违法责任 * .1《 (略) 经济特区政府采购条例》第 * 十 * 条规定：供应商在政府采购中， (略) 为之 * 的， * 至 * 年内禁止其参与本市政府采购， (略) 门记入供应商诚信档案，处以采购金额千分之十以上千分之 * 十以下的罚款；情节严重的，取消其参与本市政府采购资格，处以采购金额千分之 * 十以上千分之 * 十以下的罚款， (略) (略) 门依法吊销其营业执照；给他人造成损失的，依法承担赔偿责任；涉嫌犯罪的，依法移 (略) 理： （1）在采购活动中应当回避而未回避的； （2）未按本条例规定签订、履行采购合同，造成严重后果的； （3）隐瞒真实情况，提供虚假资料的； （4）以非法手段排斥其他供应商参与竞争的； （5）与其他采购参加人串通投标的； （6）恶意投诉的； （7）向采购 (略) 贿或者提供其他不当利益的； （8）阻碍、 (略) 门监督检查的； （9）其他违反本 (略) 为。 * .2根据《 (略) 关于明确政府采购保证金管理工作的通知》（深财购[ * ] * 号）的要求，供应商在政府采购活动中出现《 (略) 经济特区政府采购条例实施细则》以下情形的， (略) 机构可将有关情况 (略) 门， (略) 门根据实际情况记入供应商诚信档案，予以通报： （1）投标截止后，撤销投标的； （2）中标后无正当理由未在规定期限内签订合同的； （3）将中标项目转让给他人、或者在投标文件中未说明且未经采购人、采购招标机构同意，将中标项目分包给他人的； （4） (略) 合同义务的。 * 、 (略) 理 * .质疑提出与答复 * .1提出质疑 参与政府采购活动的供应商认为自己的权益在采购活动中受到损害的，应当自知道或者应当知道其权益受到损害之日起 * 个工作日内向采购人、政府集中采购机构以书面形式提出质疑。 * .2法律依据 《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》、《 (略) 经济特区政府采购条例》、《 (略) 经济特区政府采购条例实施细则》、《政府采购质疑和投诉办法》（ (略) 令第 * 号）和其他有关法律法规规定。 * .3质疑条件 * .3.1提出质疑的供应商 (略) 质疑项目采购活动的供应商； * .3.2应当在法定质疑期内 * 次性提出针对同 * 采购程序环节的质疑，法定质疑期为自知道或应当知道权益受到损害之日起7个工作日内。应当知道其权益受到损害之日是指：对采购文件的质疑，为采购文件公布之日；对采购过程的质疑，为各采购程序环节结束之日；对中标或者成交结 (略) 、谈判小组、竞价小组组成人员的质疑，为中标或者成交结果公示之日； * .3.3应提交书面质疑函，质疑函应当包括以下内容：（1）具体、明确的质疑事项和与质疑事项相关的请求；（2）合理的事实和依据；（3）必要的证明材料和法律依据。注：质疑函范本可在政府集 (略) 站下载。 * .4提交材料 质疑函、营业执照复印件、法定代表人证明。如委托代理人提交的，还需提交授权委托书及代理人身份证明。 * . (略) 门 政府集中采购机构信息和 (略) ，地址： (略) 市 (略) 区景田东路9号财政大厦附楼 * 室， (略) 电话： 点击查看>> 。 * .6收文办理程序 * .6.1供应商提交的质疑材料符合质疑条件的办理收文，出具收文回执； * .6.2供应商提交的质疑材料不符合质疑条件的， (略) 理：（1）质疑主体、时限不符合的，不予收文；（2）质疑函内容、提交人身份证明不符合的，开具补正告知书，供应商可在质疑期内补正后重新提交。 * .7质疑答复时限 自收文之日起 * 个工作日内。 * .8投诉 对质疑答复不满意或者未在规定时间内答复的，提出质疑的供应商可以在答复期满后 * 个工作日内向 (略) 投诉。 * . (略) 理 * .1供应商质疑不成立，或者成立但未对中标、成交结果构成影响的，继续开展采购活动。 * .2供应商质疑成立且影响或者可能影响中标、成交结果的，按 (略) 理：（1）对采购文件提出的质疑，依法通过澄清或者修改可以继续开展采购活动的，澄清或者修改采购文件后继续开展采购活动；否则应当修改采购文件后重新开展采购活动。（2）对采购过程、中标或者成交结果提出的质疑，如果合格供应商符合法定数量，依法从合格的中标或者成交 (略) 确定中标、成交供应商；如果合格供应商不符合法定数量，应当重新开展采购活动。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目名称 | (略) 市突发事件分区预警信息短信发布系统 * 期电信端数据平台 | 采购类型 | 非协议采购 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) | 采购方式 | 单 * 来源 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额（元） | 点击查看>> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | 在 (略) 市政府指示和突发预警相关单位的通力 (略) 下，由 (略) 主持建设《 (略) 市突发事件分区预警信息短信发布平台》，作为突发信息发布系统 (略) 分，主 (略) 会公众发布 (略) 市突发事件预警短信的职能。通过运营商用户的全覆盖，建立了高度集中、自动化程度高的信息发布通道，实现了对海量用户信息的及时有效下发。 随着自然灾害和突发事件风险日益增高，防灾减灾措施日趋完善，对灾害风险防御提出了更高的要求，短信发布系统的使用频率也随之剧增，系统在实际应用中也暴露出 * 些问题：精细化发送能力无法满足业务发展的要求；项目在建设时未覆盖深汕特别 (略) 区；当下各种信息安全事件层出不穷，现有安全防护能力已不能满足 (略) 络安全形势， (略) 络安全要求，对系统整体 (略) 改造提升等问题。因此本次通过建设运营商端 (略) 市突发事件分区预警短信发布平台 * 期，以解决以上问题。 系统 * 期仅支持固定的街道和区的发送，存在预警发送的粒度较粗不够灵活的缺陷。 (略) 景是无法满足要求的，对于 * 些精细化要求高的突发事件已经无法满足需求，服务内容未能根据政府、公众、专业用户等不同对象细分，需要进 * 步提升发送区域的精细化定点发送能力，从而满足各类影响范围或目标人群相对小的预警需求。 触达用户群体只是针对相关区域常住人口，不能对相关区域 (略) 实时或准实时触达。以区域为依据的发送规则不能满足对作业有关的特定人群预警通知。 (略) 突发事件预警系统在台风，雷暴，暴雨等自然气象灾害发生前向全 (略) 市民发送的预警短信，有效地提高了 (略) 市民的生命财产安全。考虑到来 (略) 的外国友人语言问题无法及时有效理解预警短信内容，需要增加多语言预警功能，对持护照开户的用户（非港澳台），发送多语言预警短信，中国用户（含港澳台）发送中文预警短信。 * 期系统建设时，深汕特别 (略) 区未纳入覆盖范围。深汕特别 (略) 区依山面海，拥有漫长的海岸线，台风等不良气候频发，突发事件分区预警发布系统的缺失，将不利于深汕特别 (略) 区群众应对各种突发 (略) 会发展，将会对人民生命财产产生严重隐患。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | （1）供应商须为采购单位推荐的供应商。（2）参与本项目投标前 * 年内，在经营活动中没有重大违法记录（由供应商在《政府采购投标及履约承诺函》中作出声明）；（3）参与本项目政府采购活动时不 (略) 门禁止参与政府采购活动且在有效期内的情况（由供应商在《政府采购投标及履约承诺函》中作出声明）；(4）未被列 (略) 人、重大税收违法案件当事人名单、政府采购严 (略) 为记录名单（由供应商在《政府采购投标及履约承诺函》中作出声明）。注：“信用中国”、“中 (略) ”以及“ (略) 市政 (略) ”为供应商信用信息的查询渠道，相关信息以中标通知书发出前的查询结果为准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | 2.项目目标 1、提升预警短信精准发布能力：本次升级将提升发送区域的精细度能力，支持富文本消息发布功能，支持最小覆盖面积为1平方公里的发布区域粒度（误差考虑：基站位置和信号辐散等客观因素，存在 * 定非可控的范围误差）：任意最小半径为 * 米的风险区域靶向发布；不考虑具体的街道和区，可以在 (略) 任意的多边形选择发送实现预警发布区域的自定义功能。 2、增加精准人群预警短信发布功能：支持自定义8种发送区域优先级智能调度，对分解后的多边形智能编排不同的优先等级，确保在受影响路径上距离越近的区域用户可以更早更及时的收到预警信息，争取宝贵的应对时间；面向3种 (略) 业（学生和家长人群、海上作业人群、来深境外人群）开展精准预警短信发布，实现目标用户定向触发应急预警短信功能。通过大数据分析或采集人群信息数据，建设对 (略) 业划分模型，划分预警信息对应的高影响 (略) 业，短信批量下发突发事件预警短信，引导高影响人群就近 (略) 业提前防御降低风险。其中，由基于运营商大数据统计划分靶向人群数据准确度大于 * %； (略) （办、委）通过自主定义号码资源划分靶向人群数据的准确度大于 * %； 3、实现全市指定区域触发式自动预警功能：实现 (略) 市任意指定区域触发式应急预警短信实时推送功能，可配置预警生效时段，实时识别该时段内新到访用户，滞留时间大于 * 分钟（ (略) 更新频率为 * 分钟 * 次）的手机用户，实现自动触发接收应急预警短信，迁移人口同样可以接收预警短信。 4、完善预警短信发送数据实时反馈与评估功能：实现对预警短信发送数据的实时逻辑分析和研判，每5分钟反馈实时发送数据，每 * 分钟更新离开和新进入预警发布区域用户数据反馈，精准人群发布以同形式逻辑判断3种人群离开预警发布区域数据统计反馈。全网和自定义区域发布主要反馈数据包括预发布数量、成功发布数量、发送成功率、发送漫游用户数量、特定人群发送数量、平均发送速率、任务完成耗时等；预警时效生效后，增加反馈每半小时更新下发成功发送数量（不累计）、每半小时接收短信后离开用户数量（不累计）、特定人群每半小时更新下发成功发送数量（不累计）、特定人群每半小时接收短信后离开用户数量（不累计）等。 5、将深汕特别 (略) 区纳入预警发布范围：深汕特别区包括鹅埠、小漠、鲘门、赤石 * 镇，总面积 * .3平方公里。根据手机用户位置信息准实时更新，分 * 镇精准发布；覆盖在 (略) 有在线（全国）手机用户，提升预警发布覆盖面；快速下发预警短信，保证预警信息的高时效性，以及预警短信发送数据实时反馈。区域内手机用户位置信息1小时更新，电信运营 (略) 为 * 条每秒，每5分钟反馈 * 次实时发送数据。 6、提 (略) 台的安全保护能力：本期项目为实现平台安全保护能力的提高，电信端具体包括：与自有业务系统接受同 (略) 络安全防护服务、包含私有云区域边界防护服务、 (略) 络保护服务以及云灾备服务，提供安全体系管理，以保证当业务信息安全被破坏时， (略) 会秩序和公共利益、危害国家安全。 3.项目建设内容 3.1数据计算平台功能服务 3.1.1网格管理 原预警信息短信数据平台 * 期 (略) 政区域、街道、重点区域的区域划分， * 期将在此基础上实现短信发布实现覆盖面积为1平方公里的预警精准发布。 (略) 能满足最小范围支持发布覆盖面积1平方公里划分要求的区域， (略) 网格划分， (略) 归属计算及调整， (略) 密集区域每1平方公里为单位、非密集区 (略) 覆盖情况的预警短信精准发布。 1.对 (略) 区域按1平方公里为单位， (略) 格划分。 (略) (略) 进行计算分类、划定。 2. (略) (略) 管理。 (略) 信 (略) 格数据、 (略) (略) 调整。 3. (略) (略) 格计算。对用户的 (略) (略) 理，以 (略) 在区域，并且筛选出覆 (略) (略) 。 3.1.2数据采集 1.优化 * 期数据采集方式。考虑到采集需求的数据量加大，为了提高数据采集的性能， (略) 列存储， (略) 理系统同步信令文件， (略) 理信令数据用统 * 格式将初始信令数据 (略) 列中，后续多任务 (略) 列获取信 (略) 理。 2.对数据存 (略) 了优化。将原有单 * 重要的热点数据存储到Redis内存存储集群中，提高数据的读取速度，保证数据安全， (略) 署的情况下，也节约了内存空间。 3.升级计算引擎，将计算任务发布到spark大数据计算平台中，利用spark大数据计算引擎集 (略) 信令数据海量计算，可明显提高信令数据计算速度。 3.1. (略) 理 1.系统加强对 (略) 理，审核校验数据,对敏感 (略) (略) 理，以防止敏感数据泄漏造成的损失。 2.结合新 * 代的Spark计算引擎设计新的数据结构，优化数据存取方式，实现数据高速的存取。 3.对原始数据信令文件，进行解析。对无 (略) 清洗，过滤。 清洗后数据按照不同计算任务分发到 (略) 列中，等 (略) 理。 4. (略) (略) (略) 理。 3.1.4实时计算 1.通过Kafka实时接收信令数据，利用Spark Streaming 计算引擎，实现对用户位置信息数据采集，分类，计算，存储。根据数据模型，准实时的计算用户的标签等相关数据。 2. (略) (略) 信息实时 (略) 在区域。 3.通过大数据计算分析某区域人口，实时计算区域人口数据，人口变动。 3.1.5系统可拓展性升级 在系统设计的过程中，为了最大限度地增强系统的价值，最大限度地吻合各业务应用的需求，充分考虑系统今后的大数据PaaS平台扩展、功能扩展、区域扩展、集成扩展等多层面的延伸。 * 期项目中已实现深汕 (略) 区分区预警短信发布，同时与 (略) 分区预警功能保持 * 致，因此 * 期平台设计中充分考虑到系统的可拓展性，以便之后有新的发送区域增加。整个系统设计保证系统的开放/可扩展性，提高系统的稳定性和可靠性，满足用户需求不断发展变化的要求，便于应用程序的升级及扩展，减少应用系统再开发（ * 次开发、定制）的工作量从而降低成本。系统的开放/可扩展性从以下几个方面考虑： 组件化结构：采用全组件化结构设计，每个组件都被独立地实现，并通过标准接口联系在 * 起。每个功能组件在功能上独立，同时可根据用户需求灵活配置、组合，实现平滑升级扩容，功能实体可使业务和开发人员根据具体使用要求增加或减少系统应用模块。 标准化接口：采用标准统 * 的接口设计，所有功能实体间的数据交换以及对其他模块的数据引用都通过标准接口完成，使多个组件对接时在开放性、稳定性、扩展性与集成性上有着很好的适配空间。在后续 (略) (略) 景的数据作为共享，通过标准接口导入原始数据，通过 (略) 模型比对。 开放的功能包： (略) 理组件化结构设计与标准化接口设计以支撑开放体系结构外，为了方便用户个性应用的开发，还封装系 (略) 需的 * 次开发应用工具包。 分层架构设计：采用横向分层和纵向分割架构设计。将层与层之间相互分离，每层的应用和服务，采用独立的 (略) 署，模块间交互标准化，新增功能模块分解到各层，以插件形式加入原系统，既不影响整体架构，也不影响本层功能提供，具备高模块化设计，保证了系统功能的可扩展性。纵向分割是将业务和可复用服务分离出来，通过分布式服务框架调用。日后有新增发送区域或新增功能可以通过调用可复用的服务实现业务逻辑，而对现有区域和功能没有任何影响。 部署和升级的扩展性：系统采用的软件开发技术都属于开源系统项目，软 (略) 于通用的主流大数据PaaS平台平台上，不依赖于特定的、专用的大数据PaaS平台设备或者系统软件。系统配置（大数据PaaS平台系统、操作系统、数据库系统）的升级 * 般情况下，不会引起系统的修改和再次开发，如确实需要 (略) 必要的升级改动时， (略) 负责相应的升级工作，以适应新的大数据PaaS平台平台。 3.1.6数据分析挖掘 1. (略) 格，粒度细化为各街道、 (略) 海区、深汕 (略) 区，分析人群 (略) 格。 2. (略) 格区域分析信息定期更新。 3.满足在规定时间内，对进出预警区 (略) 挖掘分析。 4.对海上 (略) 识别， (略) 信息定位，识别海边常驻人口与游客。然后通过工作模型算法。识别海边工作人群，再次通过海边用户信号强度监测（基站数据抓取分析人员具体位置）。判定出海上作业人群与海边常驻人群，海边工作人群。 (略) 门（ (略) 等）进行数据对接与数据共享。进 * 步精细化判定人员标签。通过标签精准判 (略) 上作业人群，实现预警短信精准发送。 5.特殊人群数据分析。 3.2业务系统功能服务 3.2.1预警评估 预警评估功能可对预警 (略) 较直观的评估，主要通过对预警发布区域用户在发布前、发布中以及发布后的 (略) 评估。功能上实现实时数据自动传输、动态更新、全方位反馈和评估。预警评估对于后续预警提供了参考数据。 * 期将提升预警信息反馈效率，实现预警信息发送后5分钟内反馈当前发送情况，并且每5分钟更新 * 次发送状态，通过API接口实现统计数据的反馈，减少人工参与，实现自动化实时反馈预警发布效果统计数据。 * 小时后反馈信令回执最终数据，并生成发送数据报告 (略) 端。 (略) 预警平台实现实时数据自动传输、动态更新、全方位反馈和评估， (略) 发布端预警区域用户实时计算服务，实现统计报表实时反馈接口，从而使预警短信发布实时数据反馈更直观获取发布效果。 数据统计报表包含居住地、工作地、人口数量信息、各行政区街道办分布情况以及用户画像。其中， 用户数：分析本批次短信发送用户的常驻及漫游情况，将用户划分为常驻用户和漫游用户，其中常驻用户为该批次号码中发送时间的最近 * 在 (略) 市出现大于 * 天，每天的驻留时长大于5个小时的用户；漫游用户为该批次号码中的非常驻用户。 各行政区街道办分布：分析本批次短信发送用户的街道办分布情况，分别按常驻用户和漫游用户统计用户归属的街道办，街道办按 (略) (略) 输出统计。 用户画像：分析本批次短信发送用户的年龄和性别情况，年龄分层分为 * 岁以下少年、 * 到 * 岁青年、 * 到 * 岁壮盛年、 * 到 * 岁中年以及 * 岁以上老年的占比，性别分为男性和女性的占比。 3.2.2靶向预警 可以自定义多边形区域发送，支持最小分辨率精度1平方公里，系统 * 期仅支持固定的街道和区的发送，存在预警发送的粒度较粗不够灵活的缺陷。 (略) 景是无法满足要求的，对于 * 些精细化要求高的突发事件已经无法满足需求。 * 期实现短信发布地图自定义圈选，可支持正方形、长方形、多边形（不限制的点数）、圆形的地图划分，并支持多个圈选区域的同时发布。 3.2.3电子围栏预警 建成预警信息主动触发发布能力，面向公众主要实 (略) 景， * 是突发预警系统可在全市任意区域设置灾害高影响警戒区域，市民 * 进入该区域即自动向其发布预警信息，提醒注意远离灾害危险区域，如市民不离开甚至可以定向 * 次触发预警信息。 * 是根据突发事件需求（比如疫情防控）， (略) 、口岸、 * 路交通等入深通道，对新进入 (略) 人员主动触发发布疫情防控信息。 1.行政区域电子围栏功能，当 (略) 政区或街道办电子围栏预警后，用户在预警发布时间段进入该区域，系统向用户发布预定的预警信息，实现围栏预警推送。 2.自定义划定区域围栏功能，系统可自定义圈定预警区域，用户在预警发布时间段进入自定义预警区域，系统向用户发布预警的预警信息，实现围栏预警推送。 3.重点公共服务区域围栏功能，系统对预定义重点公共服务区域发布预警，用户在预警生效时间内进入重点公共服务区域触发预警，系统向用户发布预警细心，实现围栏预警推送。 4.预警配置功能，系统操作员可在后台自定义预警内容、预警时间段等规则。 5.围栏基础数据计算， (略) 政区域电子围栏预警、自定义区域围栏预警以及重点公共服务区围栏预警后，数据计算平台新增对该预警区域的基础数据实时计算，以提供预警发布的数据支持。 3.2.4场景化预警 根据《 (略) 市贯彻落实全国气象现代化发展纲要实施方案（ 点击查看>> ）》中的要求，“ (略) 格服务”，按人群精准预警。 * 是为全市 * 多万学生及家长提供高级别台风暴雨上下学精细预警提示，提升学生及家长在高级别台风暴雨天气下的安全防御能力。 * 是实现外籍人士双语发布，根据市领导会议在应急减灾会议提出的要求， (略) (略) 市，解决外籍人士接收预警信息问题。 * 是实现渔业人群精准发布，进 * 步综合提升海域预警信息发布能力。 ?特定人群特征分析及挖掘 1、学生、家长、老师群体： (略) 电信 2G/ (略) 分布 (略) 、中学、 (略) 区域， (略) 信令数据，利用大数据算法分析，能有效的识别教师、学生群体。通过电信DPI数据，识别电信用户安装APP及使用情况，通过对学生家 (略) 装的上百种特定APP识别（比如“ * 起小学生”、“学而思”、“作业帮”、“快对作业”、“ 腾讯课堂”、“学习通”等），锁定学生、家长、教师 * 类特殊人群。 2、海上作业人群识别： (略) 信令定位，识别海边常驻人口与游客。然后通过工作模型算法。识别海边工作人群，再次通过海边用户信号强度监测（基站数据抓取分析人员具体位置）。判定出海上作业人群与海边常驻人群，海边工作人群。 (略) 门（ (略) 等）进行数据对接与数据共享。进 * 步精细化判定人员标签。 3、外籍人士识别：通过 (略) 电信CRM登记的用户个人信息数据，精准识别用户身份信息、籍贯信息，通过外籍人群登录的身份证信息识别外籍人士，通过标签化标识外籍人士人群，在指定时间、范围出现在 (略) 内的 (略) 精准预警信息推送。 ?特定人群发布预警信息 1.数据计算平台在系统发布预警区域后，对该 (略) 用户模型建模计算，以提供用户标签化发送服务的数据支持。 2.系统对特殊人群标签采集模型建模（学生、家长，海域人群，来深境外人群），特殊人群数 (略) 端调用电 (略) 数据同步。 3.系统对实时进入当前发布预警区域特定 (略) 预警信息推送。 4.系统对预警短信 (略) 实时数据反馈。 3.2.5发送区域优先级智能调度 (略) 的较大区域（区级以上）的发送任务时，由于短信发送通道存在 * 定的峰值，因此任务发送完毕会有 * 定时延，而某些突发预警事件会随时间和环境因素的影响发生变化。因此我们需要设置自定义区域内发送任务的优先级。当前有以下几种发送顺序选择方案。 （1）全市范围内发送 全市范围内发送，可以提前制定给 (略) 格编号，制定不同的发送顺序 a.默认发送顺序（按照1- * 发送） b.由南向北发送 c.由北向南发送 d.由西向东发送 e.由东向西发送 f.由关内至关外发送 g.由关外至关内发送 h.自定义发送顺序（输入自定义发送顺序） （2）自定义区域发送 若某地发生突发事件，可以选择当前突发事件位置，然后根据事件的类型确定事件扩散、发展模式（按路径扩散、辐射扩散等）；然后结合实况气象条件（如风向风速、湿度、气压等），按时间轴模拟事件影响的区域范围，最终对分解后的目 (略) (略) 智能优先级排序，并生成发送优先级排序信息，直至整个指定区域发送完成。 3.2.6深汕 (略) 区预警发布 系统本期新增了对深汕特别区包括鹅埠、小漠、鲘门、赤石 * 镇分区预警短信发布能力，并且实现了对深汕特别 (略) 区自动触发预警功能，信令数据同步、基础数据计算等方面也增加了对深汕特别 (略) 区的支持。系统实现对深汕特别 (略) 区用户位置信息准实时更新，以及实时数据反馈功能服务。 3.2.7数据建模 针对 (略) 、深汕 (略) 区，针对不同人口模型，如客流来源地、常驻人口、流动人口、实时获等自定义的模型，客户向电信运营商接口提交相关区域外围点的经纬度，运营商完成标签用户的圈定，并选择出该区域的用户清单，发送相关短信预警。 定制标签实现流程： 1)客户与电信提前确认各个人口模型的口径。 2）电信根据已经确定数据模型口径，系统收集确 (略) 信息。 3)系统在内存 (略) * 次 * 段时间内的全量用户切片更新。内存数据库中保存最新的全量用户的位置信息，根据覆盖范围 (略) 的信令数据。 3) (略) 得到的电信用户清单，得到不同模型对应的人流量，并实现短信发送。 4)相关时限参数: 数据模型提前 * 周确认并开始建模，数据准实时更新频率：按照天更新。 * 期项目需要实现的人群包括但不限于： (1)工作人口 分析 (略) 、深汕 (略) 区内，通过最近 * 天的电信信令数据分析，满足指定条件的人群识别为工作人口（白天时段：8: * - * : * 、停留时长：5小时， * 天内满足条件天数大于 * 天且出 (略) ）。 (2)常住人口 分析 (略) 、深汕 (略) 区内，通过最近 * 天的电信信令数据分析，满足指定条件的人群识别为常住人口（夜间时段：0: * -6: * 、停留时长：3小时， * 天内满足条件天数大于 * 天且出 (略) ）。 (3)漫入人口 通过实时信令数据分析，当前在指定区域内的人群，剔除该区域的常住人口、工作人口，这部分人群识别是实时漫入人群。 (4)停留时长超过3小时人群 通过实时信令数据分析，当前在客户指定区域的用户且停留时长超过3小时的人群。 (4)性别、年龄识别 通过电信CRM数据，识别用户身份证信息，判断用户性别、年龄段，建立常规标签，用于客户发送指定区域标签人群短信。 3.2.8重发策略 短信重发优化服务：根据重发策略，将发送失败的短 (略) (略) 重新发送，提高预警短信到达率。 3.2.9短信任务发送接口 采用标准统 * 的API接口设计， (略) 有实体间的任务创建、任务查询、统计数据以及对其他模块的数据引用都通过标准接口完成，使多个组件对接时在开放性、稳定性、扩展性与集成性上有着很好的适配空间。在后续 (略) (略) 景，建立标准及个性化的API接口。 自定义任务发送接口：提供主系统调用，创建靶向预警短信任务，短信发送任务提交电信端审核 模板短信短信发送接口：提供主系统调用，创建模板靶向预警短信任务，短信发送任务提交电信端审核。 任务查询接口：主系统当需要查看短信发送任务的发送情况时，可调 (略) 查询 统计分析接口：调用查询 * (略) 有短信任务发送情况 任务终止接口：主系统当需要终止短信发送任务时，可调 (略) 终止任务 统 * 加密接口：统 * 接口入口，可以通过此接口，传不同的请求方法名称，调用其他的接口，对应接口 (略) 加密。 发送日志备份：发送日志在 (略) 本地备份的功能，重要信息便于日后回查。 3.2. * 数据统计报告接口 1.提供实时数据自动传输、动态更新、全方位反馈和评估服务，预警短信发布实时数据反馈更直观获取发布效果。 2.提供预警区域用户实时计算服务，实现数据统计报表（包含居住地、工作地、人口数量信息、各行政区街道办分布情况以及用户画像）实时反馈。 3.2. * 热力图API 利用电信信令数据统计各时间点的人口数据，并在人口动态 (略) 展示。人口动态监测提供日、周、月、年等时间维度的数据展示，空间上提供了全市、 (略) 格人口的热力展示。 (略) 格数据计算接口， (略) 格人口数据接口调取服务，并实现 * 分钟/次数据更新服务。 3.2. * 基础认证接口 根据接口规范，对调用 (略) 校验， (略) 鉴权。 3.2. * 短信批量推送接口 电信气象预警平台针对各种 (略) 景生成预警短信数据对接批量短信推送接口，对目标 (略) 预警短信发送。 3.2. (略) 理指令接口 提供接口供电信气象预警平台调用，根据 (略) (略) 理并提交到，spark (略) 计算。 3.2. (略) 理结果返回接口 获取spark计算集群计算返回结果，并将 (略) 处理后返回给主系统端。 3.2. * 安全保障建设 应用安全建设：身份鉴别、访问控制、安全审计、软件容错、资源控制、数据完整性、保密性。 系统安全建设：系统防火墙加固、安全补 * 更新、重要端口扫描监控、系统传输监控。 信息安全建设：系统信息安全设计、个人信息保护、数据备份恢复等。 3.2. * 大数据集群 (略) 等保要求，将搭建安全、可靠的、可扩展的，分布式计算大数据集群系统。 3.3 5G富文本发布功能 * 是支持文本、图片、音视频、位置、联系人等信息的有效融合，逐步实现互动式发布； * 是支持在线和离线消息，能提供消息状态报告和消息历史管理； * 是支持 (略) 化。在数据平台中将预留5G富文本的功能支撑， (略) 络建设完善基础上， (略) 业消息群发等形式，实现多种类型富媒体突发预警信息的发布。效地开放，实现相互赋能，5G富文本调用其它应用能力也不需要下载APP，便捷性大幅提高。 在短信平台中将预留5G富文本的功能支撑， (略) 络建设完善基础上， (略) 业消息群发等形式，实现多种类型富媒体突发预警信息的发布。 3.4安全物理环境 在 (略) 电信景田和 (略) 提供的云机房提供满足国家A级（GB 点击查看>> 8）安全要求，包括UPS、油机，精密空调、防火、防雷、恒温恒湿和 * 小时专人值守、无死角视频监控系统的优质资源环境和响应的机房安全环境服务；提供运营商级别的通信链路安全服务，包含骨干链路冗余服务。 3.5网络安全服务 3.5.1日志审计 提供3套日志审计，每套能支持审计 * 个主机数的日志审计能力，支持获 (略) 络及 (略) 为，支持Syslog、WMI、OPSEC Lea、SNMP trap和LogBase专用协议等协议事件日志，支持通过Http、Https、FTP、SFTP、SMB等协议获取各类文件型日志，支持基于SQL/XML标准内容获取。 3.5.2运维审计 提供3套运维审计，每套能支持审计 * 个主机数的日志审计能力，提供运维人员单点登录、用户权限细粒度授权及访问控制、运维过程审计等功能。 3.5.3数据库审计 提供3套数据库审计，支持多种数据库类型的审计，支持Oracle数据库审计、SQL-Server数据库审计、DB2数据库审计、MySQL数据库审计、Informix数据库审计、达梦数据库审计、人大金仓数据库审计、postgresql数据库审计、sysbase数据库审计、cache数据库；支持同时审计多种数据库及跨多种数据库平台操作，提供 (略) 署于云环境数据库虚拟机之中。 3.5.4下 * 代防火墙 提供5套下 * 代防火墙，其中，2套用于边界防护、3套用于业务系统之间。 1、支持提供基本的安全防御，包括4-7层访问控制、入侵防御、病毒过滤、网页防篡改等安全功能； 2、支 (略) (略) (略) 拦截， (略) 漏洞被暴露； 3、 (略) 有 (略) 漏洞的攻击防护， (略) 、防SQL注入、防篡改、防木马、防黑客攻击等。 3.5. (略) 为管理 (略) 行为管理服务； 1、支持能够实时看到各级流控通道的状态： (略) 属线路、瞬时速率、通道占用比例、用户数、保证带宽、最大带宽、优先级，启用状态等； 2、支持在设置流量策略后，根据整体线路或者某流量通道内的空闲情况，自动启用和停止使用流量控制策略，以提升带宽的高使用率；空闲值可自定义。 3.5.6负载均衡 提供针对3套云主机做应用负载： 1、 (略) 负载均衡和服务器负载均衡的功能。 * (略) 于激活可使用状态，无需额外购买相应授权。 2、服务支持轮询、加权轮询、加权最小连接、动态反馈、最快响应、最小流量、带宽比例、哈希、主备、首个可用、 (略) 负载等算法。 3、服务支持对于非HTTP协议的长连接应用，可通过分析议特征来识别消息的开始和截止，以消 (略) * 层负载均衡，而非传统基于连接的 * 层负载均衡。 3.5.7VPN服务 提供3套VPN服务访问业务系统。支持针对访问业务实现链路加速优化，消除丢包和延迟业务体验慢情况； 3.5.8主机安全 提供 * 套云业务系统主机安全防护。 支持windows * /windows * /windows * 的操作系统。 支持CentOS5,6,7/Ubuntu * . * - * /Debian6,7/RHEL5,6,7版本的操作系统。 3.6业务应用支撑服务 针对 (略) 机房云安全平台里的业务变更（包括业务系统上下线、业务系统新增删减，业务系统调整），提供相关的安全实施服务。包括： 平台安全组件的开通，关闭，IP配置，策略配置等，直到安全组件能够根据用户和业务系统的实际情况对业务系统做有效的防护。 3.7基础安全评估服务 采用基础安全评估服务可 (略) 脆 (略) 客观评估，主要包括如下内容： （1）漏洞扫描 漏洞扫描主要是通过漏洞扫描工具以本地扫描的方式，对评估范围内的 (略) 主动扫描， (略) 角度， (略) 络结构、网络设备、服务器主机、数据等安全对象目标存在的安全漏洞。 （2）基线检查 (略) 元设备的 (略) 人工检查，判断其是否满足安全基线要求，检查内容主要包括了账号配置安全、口令配置安全、授权配置、日志配置、IP 通信配置等方面内容，这些安全配置直接反映了系统自身的安全脆弱性。 服务方式：使用漏洞扫描器、基线检查脚本、基线检查checklist等服务工具。服务周期为 (略) 。 3.8应用系统安全检测服务 针对应用系统的脆弱性检测通过代码安全检测服务来实现。 代码安全检测服务通过对系统开发框架、应用程序、客户端程序、接口及第 * 方组件和应用配置这 (略) 深入的安全分析，从而发现系统源代码存在的安全缺陷，并采用安全测试等 (略) 漏洞验证。 服务方式：代码安全检测服务，根据系统软件升 (略) 。 3.9安全加固服务 对于云平台系统涉及的主机操作系统系统安全加固、数据库系统安全加固、网络设备安全配置、安全访问控制、应用基础平台安全加固、应用系统安全加固； 安全加固流程： 1、准备工作 2、收集系统信息 3、做好备份工作 4、加固系统 5、复查配置 6、应急恢复 7、当出现不可预料的后果时，首先使用备份恢复系统提供服务，同时与安全专家小组取得联系，寻求帮助，解决问题。 3. * 云主机租赁 ? (略) 理服务器 数量：2台 配置：8核/ * G/ * G 备注：信处理服务器采用主备共2台服务器， (略) 理大量短信及快速发送业务和发送日志存储，以及考虑到之后的短信量扩展需要做性能冗余。 ?数据运算服务器 数量：4台 配置： * 核/ * G/ * G 备注：数据建模计算使用hadoop，spark基于内存分布式计算，目前每分钟信令原始数据有 * 万左右，产生的计算数据成几何倍数增长，分布式运算对cpu计算能力和内存有较大要求，并 (略) 署来横向扩展，提升运算能力。 ?缓存服务器 数量：2台 配置： * 核/ * G/ * G 备注： (略) 列 (略) 台缓存数据库，用于提 (略) 台整体性能和响应速度，避免磁盘IO频繁读写，采用主从同步备份冗余，需2台高性能、大内存服务器。 ?存储服务器 数量：2台 配置：8核/ * G/ * T 备注：部署关系型数据库，用于持久化存储大量发送、海量计算等数据，需做主从同步、备份。 ?业务应用服务器 数量：2台 配置：8核/ * G/ * G 备注：业务 (略) 署API接口服务和主系统交互，支撑主系统端短信发布，数据反馈等功能，支持高并发访问，考虑到单点问题，需部署主备服务。 3. * 专线 1条2M的长途专线。 * 、项目技术要求 （ * ）主要技术参数要求 1.电信端应用系统
2.电信端支撑服务 2.1.云主机租赁服务
2.2.专线服务 1条2M的长途专线。 2.2.基础支撑服务
（ * ）电信端服务考核标准 （ * ）日常的具体的考核量化指标如下表：
（ * ）年度考核 本项目中对电信运营商的年度考核标准如下表：
（ * ）服务要求 1. 日常服务内容 1、日常运维服务以文档形式反馈程序版本更新日志，通过接口 (略) 端发布平台。 2、持续优化实时发布反馈数据，接收到预警发布指令后5- * 分钟反馈预发布数据，接收预发布数据后每5分钟反馈成功发送数据量；优化预设风险区域更新发布数据反馈，发布完成后增加反馈漫游用户数据；增加完成后漫游用户发布数据量反馈。 3、5G短信发送，提供5G短信开发之后，后 (略) 覆盖全面，将支持5G发送，提供更快的位置刷新率和发送反馈时延 4、系统常规巡检，应用软件和数据模型运维保障，按照项目运维期内的巡检频次对应运维周期对应用软件和 (略) 常规运维保障，如用户数据更新是否正常实时， (略) 联调，确保 (略) 和数据正常反馈。 5、重大突发应急任务保障，要求服务提供商成立专门应急保障小组，接到重大突发应急任务，重大天气 * 小时在线应急运维。 2.验收后运维服务要求 2.1应用软件运维管理 2.1.1系统安全性检查 系统软件的安全级别符合《计算机信息系统安全保护等级划分准则》（GB * 9）的有关规定。定期更换系统密码，定期核准用户权限，防止系统出现越权访问。 (略) IP地址测试，检测非法用户，防止非法用户入侵。 运维周期：半年 2.1. (略) 状态检查 (略) 有服务器端和客户 (略) (略) 采取自动化检测，确保软件无 (略) 现象。 * 旦发现 (略) 现象，则触发报警短信到相应工作人员的手机， (略) 运维。 运维周期：日 2.1.3应用软件变更 根据软件工程规范，对 (略) 变更(增加、修改、删除、调整)。 运维周期：软件需要变更时 2.1.4软件故障恢复管理 当软件(如操作系统、数据库系统、应用软件、重要设备配置信息等)发生故障时，将会启动修复模式，能够自动或在人工干预下从故障状态下恢复到正常状态而不致造成系统混乱和数据丢失。 运维周期：发生故障时 2.1.5对病毒的监控查杀及病毒防范软件的升级 每月 (略) 自动升级，当有新病毒出现时，随时升级。严禁发生病毒侵入或带 (略) 网络。 运维周期：月 2.1.6日志管理 备份并清理过期日志记录，避免发生磁盘空间溢出，每个季度自动清理 * 次。 运维周期：季 2.1.7用户培训 电信将对监控员以 (略) 操作和运维培训，培训内容包括： （1）系统的初始化和主要参数的设定方法； （2）对 * (略) 诊断、定位和排除； （3）系统故障后的恢复方法； （4）查阅各种系统操作和运维手册； 将培训内容形成完成的操作手册，供其参考查阅，培训地点和培训 (略) 指定。 运维周期：半年 2.1.8系统运维报告 每半年对系统 (略) 总结。总结系统故障情况，定期运维情况、 (略) 理情况，对运维质 (略) 评估，并以报告的形式 (略) 。 运维周期：半年 2.2数据模型运维管理 2.2.1基础数据运维管理 每天自动监控基础数据生成情况，监控人员针对数据更新时间和更新质量做监控，并形成监控日志，出现问题，及时优化调整。 运维周期：天 2.2.2 (略) 情况 (略) 时间、事件、状态数据库记录、日志检查，根据预警短信的发送效果、成功率等指标，对短信预警的 (略) 不断优化更新。 运维周期：月 2.2.3数据备份管理 每月对业务数据和 (略) 自动备份。运维人员定期检查备份数据是否安全可用，以及定期查看数据库备份情况。 运维周期：月 2.2.4实时库、历史库配置同步 定期自动检查实时库和历史库是否配置同步，如不同步， (略) 自动同步。 运维周期：月 2.2.5数据库日志 运维人员定期查看与分析数据库日志，定期汇 (略) 状况， (略) 文档形式提供。 运维周期：月 2.2.6数据库表占用空间情况 自动监控数据库资源，监控表空间是否写满，要求数据库表占用空间不超过 * ％，如超过 * %将会触发报警短信到相关运维人员。 运维周期：月 2.3大数据PaaS平台运维 预警短信数据 (略) 署在 (略) 电信自有私有云上，提供基础环境维保以及运营商级别的运维和灾备支撑服务； (略) 署在 (略) 电信的灾备机房。 （ * ）验收要求 （1）所有建设项目按照 (略) 建成，并满足使用要求； （2）系统整体上线 (略) ； （3）各种技术文档和验收资料完备，符合合同的内容； （4）系统 (略) 理符合信息安全的要求； （5）经过监理方同意； （6）经 (略) 门和项目业主同意； （7）合同或合同附件规定的其他验收条件； （8）系统建设要落实信创要求，要基于国产技术 (略) ； （9）项目最终实施技术指标要求以经过专家评审通过的深化设计结果为准； （ * ）系统最终经过第 * 方软件功能测评。 1.采购交付清单 电信端应用系统
基础支撑系统
2.过程文件交付内容
3.验收量化指标
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 | （ * ）服务期限（完工期限）：_ * 年 * 月- * 年 * 月，项目建设期为 * 年，应用系统免费运维 * 年。 * 年7月份完成数据平台应用系统功能开发， (略) 。项目总验收后，平台支撑环境正式服务。__ （ * ）付款方式：分 * 期支付，其中前 * 期各付 * %，签订合同 * 个工作日内完成第 * 笔 * %支付；总项目初验通过后（ (略) ）完成第 * 笔 * %支付；总项目竣工验收后第 * 笔 * %支付；组织提供审计材料，由采购方提交政府投 (略) 审计整体项目验收合格后，目通过决算审计并 (略) 门项目验收后支付合同尾款 * %。 （ * ）质量考核验收标准及违约金 1.质量考核验收标准： （1）所有建设项目按照 (略) 建成，并满足使用要求； （2）系统整体上线 (略) ； （3）各种技术文档和验收资料完备，符合合同的内容； （4）系统 (略) 理符合信息安全的要求； （5）经过监理方同意； （6）经 (略) 门和项目业主同意； （7）合同或合同附件规定的其他验收条件； | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 | * 、谈判须知前附表
备注：本表“项号”按条款号编写。 * 、总则 1、谈判说明 本谈判将依据《 (略) 经济特区政府采购条例》、《中华人民共和国政府采购法》及有关政府采购相关规章、规定，通过谈判来择优确定中标（成交）供应商。 2、定义 2.1“采购人”也称采购单位，系指利用财政性 (略) 政府采购的国家机关、事业单位、团体组织； 2.2“政府采购机构”系指政府设立的负责本级财政性资金的集中采购和谈判组织工作的专门机构。本谈判文件的政府采购机构是指 (略) (略) ； 2.3“供应商”、“投标人”系指向采购人提供货物、工程或者服务的法人、其他组织或者自然人； 2.4“采购文件”、“招标文件”系指为了使谈判 (略) ，经商采购人，对供应商作出的 * 系列约束文件； 2.5“谈判应答文件”、“投标文件”系指供应商响应采购文件编制 * 系列文件，及供应商在谈判过程为响应谈判专家组要求形成的双方认可，并经供应商法人代表或法人代表授权人签字有效的文字资料。 2.6“网上投标”，指通过 (略) (略) 上传电子投标文件或谈判应答文件。 3、供应商资格要求 3.1供应商必须具备条件：（见前附表第3项）； 4、谈判费用 不论谈判结果如何，供应商应承担其编制谈判应答文件与递交谈 (略) 涉及的 * 切费用。 * 、采购文件 5、采购文件的组成 5.1采购文件除以下内容外， (略) 在谈判结束之前发出的答疑纪要和其他补充修改函件，均是采购 (略) 分，对供应商起约束作用； 采购文件包括下列内容： 第 * 章 采购邀请函； 第 * 章 项目要求； 第 * 章 谈判须知； 第 * 章 合同及履约文件格式； 第 * 章 谈判应答文件格式。 5.2供应商领取采购文件后，应仔细检查 (略) 有内容，如有残缺应在谈判应答文件递交截止时间前3天向 (略) 提出，否则，由此引起的谈判损失自负。 6、采购文件的修改 6.1 采购文件发出后，在谈判结束前任何时候， (略) 可对 (略) 修改； 6.2 采购文件的修改内容作为采购 (略) 分，并具有约束力； 6.3采购文件、采购文件答疑、 (略) 或通知内容均以书面形式（包括 (略) 网站发布方式）明确的内容为准。当采购文件、答疑、 (略) 或通知内容相互矛盾时，以最后发出的通知（或纪要）或修改文件为准。 * 、谈判应答文件 7、谈判应答文件的语言及度量单位 7.1 (略) 与供应商之间与 (略) 有往来通知、函件和谈判应答文件均应用中文。 7.2除技术规范另有规定外，谈判应答文件使用的度量单位，均采用中华人民共和国法定计量单位。 8、谈判应答文件的组成及相关证明资料的要求 8.1谈判应答文件应当具体包括下列内容： 1）法定代表人资格证明书 2）谈判应答文件签署授权委托书 3）应答书 4）政府采购应答及履约承诺函 5）实质性条款响应情况表 6）谈判报价表 7）供应商情况介绍 8）项目服务方案（格式自定） 9）人员安排计划（格式自定） * ）采购文件要求的其他资料及投标人认为需要补充的资料（格式自定） 注：具体按评分信息设置标书节点 8.2 供应商应当按照本采购文件资格要求、评标信息、具体技术要求及商务需求的相关内容提供证明资料，作为谈判应 (略) 分。证明资料均要求扫描件（原件备查）。证明资料内容为外文的，必须同时提供对应的中文翻译说明，评审依据以中文翻译内容为准，外文内容仅供参考。证明资料的尺寸和清晰度应该能够被阅读、识别和判断。若供应商未按要求提供证明资料 (略) 分证明材料或提供不清晰的扫描件的，谈判小组有权认定其谈判应答文件未对采购文件 (略) 响应。 8.3供应商可以提供证明应答技术方案与谈判文件的要求相 * 致的文件，可以是文字资料、图纸、数据或数码照片、制造商公布的产品说明书、产品彩页和我国政府机构出具的产品检验和核准证件等，以证明供应商响应的真实性。它包括并应符合以下要求： （1）主要技术指标和性能的详细说明； （2）投标产品从采购单位开始使用至谈判文件中规定的周期内正常、 (略) 必须的备件和专用工具清单，包括备件和专用工具 (略) 价格； （3）对照谈判文件技术规格，逐条说明谈判应答文件技术规格已对采购单位的技术规格做出了实质性的响应，或申明与技术规格条文的偏差和例外；供应商应详细说明应答技术方案中产品的具体参数，不得照搬照抄谈判文件的技术要求； （4）产品说明书或彩页应为制造商公布或出具的中文产品说明书或彩页； （5）我国政府机构出具的产品检验和核准证件应为证件正面、背面和附 (略) 具体内容； （6）对项目评标信息中涉及的相关业绩、社保情况、纳税情况、银行资信等级和资金流状况等内容以及初审中涉及的资质证书，供应商 (略) 门出具的证明材料原件扫描件，原件备查；上述证明材料应为证件正面、背面和附 (略) 具体内容； 若供应商未按要求提供证明材料 (略) 分证明材料或提供不清晰的扫描件的，谈判小组有权认定其谈判应答文件未对谈判文件 (略) 响应，涉及资格性检查或符合性检查的按谈 (略) 理，涉及评分的则 (略) 理。 8.4谈判小组有权对以谋取中标（成交）为目的的技术规格模糊响应（如有意照搬照抄谈判文件的技术要求）或虚假响应予以认定。 (略) 为 * 经发现或查实，除扣分或谈判应答响应无效外，集中采购机构可视情况报政 (略) (略) 理。 8.5采购人在技术要求中指出的工艺、材料和设备的标准以及参照的牌号或分类号仅起说明作用，并没有任何限制性。供应商在谈判中可以选用替代标准、牌号或分类号，但这些替代要实质上满足采购文件中技术规格的要求，是否中标（成交），由谈判小组来评判。 8.6为保证公平公正，除非另有规定或说明，供应商对同 * 货物或服务应答时，不得同时提供两套或两套以上的应答方案。 8.7本项目涉及提供的有关资格资质证书，若原有资 (略) 于年审期间，供应商提供年审证明的可按原资质投标；若供应商正在申报上 * 级别资质，在未批准之前，仍按原级别资质投标。 9、谈判价格（谈判报价） 9.1供应商的总报价不得超过财政预算限额。 9.2供应商的总报价为完成采购文件 (略) 规定的工作内容的各项费用（含完成采购文件 (略) 规定的工作内容的各项费用），应包括人工、设备、管理、维护、安装、调试、利润、税金、包干预备费、政策性文件规定及采购文件、 (略) 有风险（包括项目实施期间物价上涨、政策性调整等因素）、责任等各项应有的费用；中标（成交）供应商不得以采购需求中未具体列出为由拒绝承担相关费用。 9.3供应商的谈判报价，应是本项目采购范围（见第 * 章项目要求）和采购文件及 (略) 列的 (略) (略) ，不得以任何理由予以重复，并以供应商在应答文件“谈判报价表”中列明的谈判价格（谈判报价）为依据（ (略) 承担漏算、漏报的风险）。 9.4除非 (略) 通过修改采购文件予以更正，否则，供应商应毫无例外地按项目清单（若提供的话）中列出的需求项填报谈判价格（谈判报价）。供应商未填报的价格项目，在实施后，采购人将不予以支付，并视作该项费用已包括在谈判价格（谈判报价）内。 * 、谈判货币及合同价格 * .1本项目的谈判应以人民币计。 * .2供应商谈判报价总额 * 经成交后，即作为该项目的中标（成交）价格。 * 、谈判应答文件有效期 * .1 谈判应答文件有效期见本须知前附 (略) 规定的期限，在此期限内，所有谈判应答文件均保持有效； * .2特殊情况下， (略) 可于谈判应答文件有效期满之前要求供应商同意延长有效期，要求与答复均应为书面形式，但供应商可以拒绝上述要求。 * .3中标（成交）单位的谈判应答文件有效期，截止于完成本谈判文 (略) 内容，并通过验收及保修结束。 * 、谈判担保 * .1自 * 日起， (略) 所有采购项目停止收取投标保证金， (略) 有注册供应商开放投标权限； * . (略) 电话： 点击查看>> 。 * 、谈判应答文件书写 * .1投 (略) 投投标项目的电子投标文件（谈判应答文件） * 份.此电子投标文件（谈判应答文件）须由供应商根据根据政府集中采购机构提供的后缀名为. (略) 文件、《投标书编制软件》编制【要求下载安装《投标书编辑软件》及其配套软件，使用电子密钥 (略) 上政府采购系统（http:/ 点击查看>> ），然后在右侧的“相关链接”栏目中下载。在安装此软件之前，须先安装Adobe Reader 7.0以上版本】。 * .2 供应商在利用《投标书编制软件》编制投标文件（谈判应答文件）时须注意： （1）导入《投标书编制软件》的招标文件项目编号、包号应与以此制作的投标文件项目编号、包号 * 致。例如， (略) 书导入《投标书编制软件》，制作 * 项目B包的投标书。 （2） (略) (略) 的投标文件， (略) (略) 的投标文件。 （3）要求用《投标书编制软件》编制投标书的包，不能用其它方式编制投标书。编制投标文件时，电脑 (略) 。 （4）投标文件不能带病毒。政府集中采购机构将用专业杀毒软件对 (略) 病毒检测，如果这两种软件均报告发现病毒，则政府集中采购机构认为该投标文件带病毒。 （5）填写“投标关键信息”， (略) 示： 备注：上述“开标 * 览表”中的“投标总价”将作为价格分计算依据；其它信息仅是对投标文件相关内容的概括性表述，不作为评审依据。 （6）供应商在编辑投标文件（谈判应答文件）时，在文件目录中属于本节点内容的必须在本节点中填写，填写到其他节点或附件的将可能导致应答无效， * 切后果 (略) 承担。填写完投标文件后，要检查每 * 个章节中图片的清晰程度，如果图片中字体的笔划不连贯，难以辨识的，请及时更换，以确保图片清晰可辨，因为无法辨识的图片将导致对该投标文件不利的评定。 （7）投标书编写完成后， (略) 的 (略) 加密，否则视同未盖公章，将导致投标文件无效。 （8） (略) (略) 不接受投标截止时间后递交的纸质、电子、 (略) 有形式的投标文件。 (略) 上招投标操作不熟悉或自身电脑、网络的原因导致不能在投标截止时间之前上传投标文件， (略) (略) 不负任何责任。建议于开标前 * 个工作日完成投标文件的制作与上传，如果上传有困难， (略) 。 （9）如果 (略) 络故障、技术故障，影响了招投标活动， (略) (略) 有权采取措施如延期、 (略) 上上传的投标书等，以保障招投标活动的公开、公平和公正，投标供应商不得对此持有异议。 以上 * 条，如有违悖， (略) (略) 将不接受该投标文件。 * .3 电报、电话、传真形式的投标（谈判应答）概不接受。 * .4 投标文件（谈判应答文件）不用盖章或签字，资格证明文件提供扫描件。 * 、递交谈判应答文件 * 、谈判应答文件的密封 * .1在投标文件制作完成后，在投标书编制软件点击“加密投标书”按钮进入加密界面， (略) 加密，也可单独使用“ (略) 政府标书加密软件”（ * 般是与投标书编制软件捆绑下载）进入 (略) 加密，无需用其它加密方式。此加密程序确保投标文件在到达投标截止时间后才能解密查看。在加密过程中，请按照 (略) 操作。加密 (略) 示： * .2若采购项目出现延期情况： (略) 文件（后缀名为.ZBS）有更新， (略) 文件、重新制作投标文件、重新加密投标文件、重新上传投标文件； (略) 文件（后缀名为.ZBS）没有更新，投标人必须重新加密投标文件、重新上传投标文件（是否重新制作投标文件根据项目实际情况定）。否则， (略) 承担投标文件无法解密导致投标无效的后果。 * 、谈判应答文件的递交与截止时间 * .1 (略) 上投标，供应商必须在采购文件规定的谈判应答文件递交截止时间前用电子密钥登录“ (略) (略) ”（http:/ 点击查看>> ），用“应标管理”—》“上传投标文件”功能点上传投标文件。如果没有该功能点，请用本公司的机构管理员在 “系统维护”—》“修改用户权限”中增加该功能点，如果增加不成功，请在工作日与政府集中采购机构联系。如果确有困难，多次上传均告失败，请在谈判应答文件递交截止时间之前携带加密后的电子投标文件送达至政府集中采购机构 * 政府采购技术支持服务室。 * .2超过递交截止时间的项目将不被允许上传谈判应答文件。 * .3 (略) (略) 可以按本须知第6条规定，通过修改 (略) 决定酌情延长谈判应答文件递交截止时间。在此情况下， (略) (略) 、采购单位和供应商受谈判应答文件递交截止 (略) 有权利和义务均应延长至新的截止时间。在项目延期后，出于投标文件的保密考虑，建议供应商重新加密投标文件，重新上传。 * .4供应商在提交谈判应答文件后，在谈判应答文件递交截止时间前可对其谈判 (略) 修改并重新上传谈判应答文件，政府采购机构将仅接受供应商最近上传的谈判应答文件。供 (略) (略) 撤销投标的操作。 * .5谈判应答文件递交截止时间以后不得修改、上传谈判应答文件。 * .6供应商不得在开标时间起至谈判应答文件有效期期满前撤销谈判应答文件。 * .7谈判应答文件不退还。 * 、谈判 * 、谈判要求 * .1 本项目谈判小组将于递交谈判应答文件截止时间到后 * 定时间 (略) 谈判； * .2谈判小组为3人以上（含3人）的单数；采购人代表须持本单位签发的《评标授权书》参加谈判。 * 、谈判应答文件的审查 * .1 谈判前，谈判小组将对谈判 (略) 审查，当谈判应答文件出现下列情况之 * 的将视为无效， (略) 理，不得进入谈判： 具体内容见《资格性审查表》。 * 、谈判应答文件的澄清或修改 * .1谈判小组可以要求供应商对谈判应答文件含义不明确的内容作必要的澄清或者说明， (略) 澄清、说明。 * .2 允许供应商在谈判结束之前根据谈判小组提 (略) 澄清、修改或完善， (略) 相应的调整。 * 、谈判方式及程序 * .1本项目的 (略) 上谈判（电话沟通，网上政府采购系统报价）。按照单 * 来源谈判规则要求，本项目的谈判为 * 轮，具体顺序为：第 * 轮报价（谈判）—>第 * 轮谈判—>第 * 轮报价—>第 * 轮谈判—>第 * 轮报价（最终报价）；应答文件中的报价及承诺内容即为投标供应商的第 * 轮报价（谈判）承诺。 * .2具体谈判程序如下： * .2.1第 * 轮谈判：供应商上传谈判应答文件后，应在开标时间后登录深 (略) ， (略) 上谈判菜单，进 (略) 页，查看公告栏；公告栏中将提示供应商按照系统随机抽取的谈判 (略) 第 * 轮谈判；谈判小组认为必要的情况下，将视情况拨打供 (略) 沟通（如谈判小组认为无必要，将直接跳过与相关供应商沟通的环节）； * .2.2第 * 轮报价：第 * 轮谈判完成后，谈判小组将启动供应商第 * 轮报价程序（网上系统将有相关提示）；开始报价时，公告栏会提示“报价开始，请在截止时间之前完成报价”；供应商的报盘时间为 * 分钟，只能提交 * 次报盘，提交后将不能修改；此次报盘为第 * 轮报价，如有谈判过程中需要补充说明的事项， (略) 上系统的“服务承诺”及“附加说明” (略) 填写；所有供应商都提交报盘或报盘时间截止将结束报盘，谈判小组有权酌情延长报盘时间； * .2.3 第 * 轮谈判，具体操作方法与第 * 轮谈判 * 致； * .2.4第 * 轮报价（最终报价），具体操作方法与第 * 轮报价 * 致； 详细的操作指南请登 * 深 (略) （http:/ 点击查看>> ），在“供应商—投标—操作指南”栏目下载《网上在线谈判软件供应商操作指南》。 * .2.6谈判结束后，谈判小组根据供应商提供的谈判应答文件、谈判过程中产生的相关资料，对供应商谈判 (略) 评估与比较，提出书面评审意见。 * .2.7谈判小组将对 (略) 记录，以存档备查。 * 、中标（成交） * 、应答无效 * .1有下列情形之 * 的，该供应商的谈判 (略) 理： 具体内容见《符合性审查表》。 注：《资格性审查表》、《符合性审查表》的所有条款及“最终谈判价格（谈判报价）超过报价最高限额” （视为未通过《符合性审查表》“法律、法规规定的其它情形”审查项）均为应答无效条款，对不属于应 (略) 列的其它情形，除法律法规另有规定外，不得作为应答无效的理由。投标人若有 * 条审查不通过则 (略) 理。谈判小组对供应商打√为通过审查，打×为未通过审查。 * 、中标（成交） * .1谈判小组依据本须知对谈判 (略) 评审和比较，综合各家供应商最终的方案、服务和价格等谈判结果并按最低 (略) 评审。 最低评标价法， (略) (略) 实质性要求，且投标报价最低的投标人为中标候选人的评标方法。 * .2谈判小组向 (略) 提交书面评审报告，并受 (略) 委托直接确定中标（成交）供应商。 * 、谈判结果公示 * .1为体现“公开、公平、公正”的原则，谈判结束后，政府集中采购机构将在“深 (略) ” （http:/ 点击查看>> ）上发布中标（成交）结果公告。供应商如对谈判结果有异议，可在规定时间内向政府集中采购机构提出。监督电话： 点击查看>> 。若在公示期内未提出质疑，则视为认同该结果。 * .2质疑投诉人应保证质疑投诉内容的真实性和可靠性，并承担相应的法律责任。 * 、中标（成交）通知书 * . (略) 公布以后, 公示期内无有效质疑投诉,中标（成交）供应商和 (略) 在“深 (略) ” （http:/ 点击查看>> ）上打印《数字中标通知书》（咨询电话： * —— 点击查看>> ， 点击查看>> ， 点击查看>> ）。 * .2中标（成交）通知书是合同 (略) 分。 * .3因质疑投诉或其它原因导致项目结果变更或采购终止的， (略) 有权吊销中标（成交）通知书或终止采购合同。 * 、合同的授予与备案 * 、合同授予标准 * .1本项目的合同将授予按本采购文件规定评审确定的中标（成交）供应商。 * 、合同协议书的签订 * .1中标（成交）供应商应当自中标（成交）通知书发出之日起十个工作日内，按照采购文件和应答文件内容与采购人签订政府采购合同；合同的实质性内容应当符合采购文件的规定； * .2中标（成交）供应商如不按前款规定与采购人签订合同，则 (略) 将有充分的理由废除中标（成交）结 (略) (略) 罚，供应商同时还应承担相应法律与经济责任； * .3中标（成交）供应商应当按照 (略) 义务，完成成交项目，不得将成交项目转让（转包）给他人。 * 、履约担保 * .1在签订合同的同时，成交供应商应按规定（见前附表第 * 项）的金额向采购人提交履约担保。 * .2如果中标人不能按规定的金额向采购人提交履约担保，采购人将有充分的理由通过政 (略) 门废除中标（成交）结果，给采购人造成的损失应当予以赔偿。 * 、合同的备案 具体合同签订之日起十日内，由采购人或委托中标（成交）供应商将采购合同副本抄送政府集中采购机构备案。 * 、合同的变更 合同变更事宜按《 (略) (略) (略) 关于进 * 步加强市本级政府采购合同备案管理工作的通知》（深财购〔 * 〕 * 号） (略) 。 * . 履约抽检及情况的反馈 * .1供应商必须诚信履约，采购人必须对采购项目实施组织履约验收。必要时， (略) (略) 将对 (略) 履约抽检评价。如未按合同履约，将按《 (略) 经济特区政府采购条例》第 * 十 * 条有关规定、《 (略) 市政府采购供应商 (略) 办法》及其 (略) 处理。 * .2采购人和供应商应当在 (略) 完毕 * 十日之内将政府 (略) 情况和相关政府采购建议等反馈至政府集中采购机构。 * 、宣传 凡与政府采购活动有关的宣传或广告，若当中提及政府采购，必须事先将具体对外宣传方案报市财政委和政府集中采购机构，并征得其同意。 (略) 宣传包括但不限于以下形式： a.名片、宣传册、广告标语等； b.案例介绍、推广等； c.工作人员向其他消费群体宣传。 * 、供应商违法责任 * .1《 (略) 经济特区政府采购条例》第 * 十 * 条规定：供应商在政府采购中， (略) 为之 * 的， * 至 * 年内禁止其参与本市政府采购， (略) 门记入供应商诚信档案，处以采购金额千分之十以上千分之 * 十以下的罚款；情节严重的，取消其参与本市政府采购资格，处以采购金额千分之 * 十以上千分之 * 十以下的罚款， (略) (略) 门依法吊销其营业执照；给他人造成损失的，依法承担赔偿责任；涉嫌犯罪的，依法移 (略) 理： （1）在采购活动中应当回避而未回避的； （2）未按本条例规定签订、履行采购合同，造成严重后果的； （3）隐瞒真实情况，提供虚假资料的； （4）以非法手段排斥其他供应商参与竞争的； （5）与其他采购参加人串通投标的； （6）恶意投诉的； （7）向采购 (略) 贿或者提供其他不当利益的； （8）阻碍、 (略) 门监督检查的； （9）其他违反本 (略) 为。 * .2根据《 (略) 关于明确政府采购保证金管理工作的通知》（深财购[ * ] * 号）的要求，供应商在政府采购活动中出现《 (略) 经济特区政府采购条例实施细则》以下情形的， (略) 机构可将有关情况 (略) 门， (略) 门根据实际情况记入供应商诚信档案，予以通报： （1）投标截止后，撤销投标的； （2）中标后无正当理由未在规定期限内签订合同的； （3）将中标项目转让给他人、或者在投标文件中未说明且未经采购人、采购招标机构同意，将中标项目分包给他人的； （4） (略) 合同义务的。 * 、 (略) 理 * .质疑提出与答复 * .1提出质疑 参与政府采购活动的供应商认为自己的权益在采购活动中受到损害的，应当自知道或者应当知道其权益受到损害之日起 * 个工作日内向采购人、政府集中采购机构以书面形式提出质疑。 * .2法律依据 《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》、《 (略) 经济特区政府采购条例》、《 (略) 经济特区政府采购条例实施细则》、《政府采购质疑和投诉办法》（ (略) 令第 * 号）和其他有关法律法规规定。 * .3质疑条件 * .3.1提出质疑的供应商 (略) 质疑项目采购活动的供应商； * .3.2应当在法定质疑期内 * 次性提出针对同 * 采购程序环节的质疑，法定质疑期为自知道或应当知道权益受到损害之日起7个工作日内。应当知道其权益受到损害之日是指：对采购文件的质疑，为采购文件公布之日；对采购过程的质疑，为各采购程序环节结束之日；对中标或者成交结 (略) 、谈判小组、竞价小组组成人员的质疑，为中标或者成交结果公示之日； * .3.3应提交书面质疑函，质疑函应当包括以下内容：（1）具体、明确的质疑事项和与质疑事项相关的请求；（2）合理的事实和依据；（3）必要的证明材料和法律依据。注：质疑函范本可在政府集 (略) 站下载。 * .4提交材料 质疑函、营业执照复印件、法定代表人证明。如委托代理人提交的，还需提交授权委托书及代理人身份证明。 * . (略) 门 政府集中采购机构信息和 (略) ，地址： (略) 市 (略) 区景田东路9号财政大厦附楼 * 室， (略) 电话： 点击查看>> 。 * .6收文办理程序 * .6.1供应商提交的质疑材料符合质疑条件的办理收文，出具收文回执； * .6.2供应商提交的质疑材料不符合质疑条件的， (略) 理：（1）质疑主体、时限不符合的，不予收文；（2）质疑函内容、提交人身份证明不符合的，开具补正告知书，供应商可在质疑期内补正后重新提交。 * .7质疑答复时限 自收文之日起 * 个工作日内。 * .8投诉 对质疑答复不满意或者未在规定时间内答复的，提出质疑的供应商可以在答复期满后 * 个工作日内向 (略) 投诉。 * . (略) 理 * .1供应商质疑不成立，或者成立但未对中标、成交结果构成影响的，继续开展采购活动。 * .2供应商质疑成立且影响或者可能影响中标、成交结果的，按 (略) 理：（1）对采购文件提出的质疑，依法通过澄清或者修改可以继续开展采购活动的，澄清或者修改采购文件后继续开展采购活动；否则应当修改采购文件后重新开展采购活动。（2）对采购过程、中标或者成交结果提出的质疑，如果合格供应商符合法定数量，依法从合格的中标或者成交 (略) 确定中标、成交供应商；如果合格供应商不符合法定数量，应当重新开展采购活动。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
招投标大数据
最近搜索
无
热门搜索
无
