1、ICS 35.240 CCS L01 3502 福建省厦门市地方标准 DB3502/T 104.52023 公共资源交易平台运行服务管理 第 5 部分：信息化建设 2023-01-13 发布 2023-01-13 实施 厦门市市场监督管理局 发 布 DB3502/T 104.52023 I 目 次 前言.II 引言.III 1 范围.1 2 规范性引用文件.1 3 术语和定义.1 4 总体要求.2 5 总体架构.2 6 基本要求.3 7 公共资源交易电子服务平台.4 8 公共资源电子交易平台.6 9 公共资源交易档案综合管理平台.9 10 信息系统运维管理.10 11 网络信息安全.11 参考
2、文献.12 DB3502/T 104.52023 II 前 言 本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件是DB3502/T 104公共资源交易平台运行服务管理的第5部分。DB3502/T 104已经发布了以下部分：第 1 部分：业务流程与基本要求；第 2 部分：场所配置；第 3 部分：机构与人员；第 4 部分：交易过程；第 5 部分：信息化建设。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由厦门市行政审批管理局归口。本文件起草单位：厦门市公共资源交易中心、厦门市标准化研究院、厦门海迈科技股份有限
3、公司、福建首众信息科技有限公司、厦门服云信息科技有限公司、厦门同步天成软件股份有限公司。本文件主要起草人：林宗昭、许荔、许志雄、王英仪、王少武、许誉沉、苏磊、庄碧媛、魏胜华、李辉、黄建新、黄志忠、丁慧明、杨智垄。本文件为首次发布。DB3502/T 104.52023 III 引 言 建立公共资源交易平台运行服务管理的厦门市地方标准，有利于推进我市公共资源交易活动有序开展、规范公共资源交易运行服务管理、促进公共资源市场配置更加有效，优化公共资源交易市场营商环境。DB3502/T 104公共资源交易平台运行服务管理由五部分组成。第 1 部分：业务流程与基本要求。目的在于确立适用于公共资源交易平台的
4、业务流程以及业务流程应遵循的基本要求；第 2 部分：场所配置。目的在于确立适用于公共资源交易平台运行服务机构场所的各功能区、标识标牌、监控系统等场地、设施和设备建设要求；第 3 部分：机构与人员。目的在于确立适用于公共资源交易平台运行服务机构内设要求及对其工作人员的管理与考核等要求；第 4 部分：交易过程。目的在于确立适用于公共资源交易平台运行服务中的交易过程保障要求，包括服务保障内容和服务保障管理要求；第 5 部分：信息化建设。目的在于确立适用于公共资源交易平台各类信息系统建设与运维管理、网络信息安全等信息化建设要求与管理规范。本次编制DB3502/T 1042023，是将厦门市公共资源交易
5、中心在实践中形成的有效做法和一系列制度，按照GB/T 1.1-2020标准化工作导则 第1部分：标准化文件的结构和起草规则要求，进一步分析研究和总结提炼。通过本部分标准，让公共资源交易平台在开展信息化建设和管理时有可遵循的规范，从而提升厦门市公共资源交易运行服务管理水平，同时亦可作为社会资本建设运行的第三方平台参照遵循的规范。DB3502/T 104.52023 1 公共资源交易平台运行服务管理 第 5 部分：信息化建设 1 范围 本文件规定了公共资源交易平台信息化建设的术语和定义、总体要求、总体架构、基本要求、公共资源交易电子服务平台、公共资源电子交易平台、公共资源交易档案综合管理平台、信息
6、系统运维管理以及网络信息安全等内容。本文件适用于公共资源交易平台的信息化建设与管理。2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 8566 信息技术 软件生存周期过程 GB/T 8567 计算机软件文档编制规范 GB/T 9386 计算机软件测试文档编制规范 GB/T 13502 信息处理 程序构造及其表示的约定 GB/T 22239 信息安全技术网络安全等级保护基本要求 GB/T 22240 信息安全技术网络安全等级保护定级指
7、南 DB3502/T 0642021 建设工程电子投标保函平台 DB3502/T 104.12023 公共资源交易平台运行服务管理 第1部分：业务流程与基本要求 DB3502/T 104.22023 公共资源交易平台运行服务管理 第2部分：场所配置 DB3502/T 104.32023 公共资源交易平台运行服务管理 第3部分：机构与人员 DB3502/T 104.42023 公共资源交易平台运行服务管理 第4部分：交易过程 3 术语和定义 DB3502/T 104.1104.42023界定的以及下列术语和定义适用于本文件。3.1 公共资源交易电子服务平台 electronic service
8、platform of public resources trading 以公共资源交易电子服务系统为主干，通过对接一系列交易服务类功能系统，实现对见证、场所、信息等服务电子化综合管理的体系。3.2 公共资源交易行政监督平台 administrative supervision platform of public resources trading 行政监督部门和监察机关在线监督电子招标投标活动并与公共资源电子交易平台、公共资源交易电子服务平台等对接交换相关监督信息的信息平台。3.3 DB3502/T 104.52023 2 公共资源电子交易平台 electronic trading pla
9、tform of public resources 按照各公共资源交易领域、行业分类建设的一系列公共资源电子交易系统的集合。3.4 公共资源交易档案综合管理平台 archives comprehensive management platform of public resources trading 对接公共资源交易电子服务平台，并挂接传统载体档案数字化成果，建立以目录数据、文件信息、文件全文信息为基础的、符合数据规范的数据仓库，基于档案智能检索和全文文件浏览，实现档案数字化管理并提供多功能、个性化服务的综合系统。4 总体要求 4.1 应遵循合法规范、互联共享、高效便民、安全可控的原则，实现
10、公共资源交易电子化、数字化、智能化，并满足有关方面信息公开和行政监督的要求。4.2 应坚持创新驱动，旨在提高公共资源交易的效率和效益，更好地服务经济建设，营造公平竞争的一流营商环境，推动社会高质量发展。4.3 应立足公共服务职能定位，以公共资源交易电子服务平台为枢纽，对内连接各类公共资源电子交易系统，对外连接上级公共资源交易电子服务平台、公共资源交易行政监督平台等，实现交易数据真实公信、实时有效。5 总体架构 5.1 平台系统组成 5.1.1 公共资源交易平台信息系统主要由公共资源交易电子服务平台、公共资源电子交易平台、公共资源交易档案综合管理平台三类电子平台组成。三类电子平台和外部系统上级公
11、共资源交易电子服务平台、公共资源交易行政监督平台之间的业务流、信息流如图 1 所示。图1 系统组成图 5.2 平台技术架构 DB3502/T 104.52023 3 5.2.1 公共资源交易平台信息系统技术架构由基础设施层、数据资源层、应用支撑层、业务应用层、用户及服务层五个层次组成，如图 2 所示。图 2 技术架构图 5.2.2 基础设施层：包括网络、服务器、安全、智能终端设备等硬件基础设施。5.2.3 数据资源层：基于公共资源交易的标准数据接口和统一数据规范，交换和共享利用法人、自然人、场地资源等基础信息资源库，实现数据资源共建共享，为公共资源交易提供统一的数据支撑。5.2.4 应用支撑层
12、：包括 CA 和电子印章、消息服务、日志采集等各种通用组件服务，也包括用户管理及认证、时间戳服务等公共应用支撑。5.2.5 业务应用层：包括三类平台提供的各项功能应用。5.2.6 用户及服务层：公共资源交易门户网站包括注册登录、公共资源交易信息公开、交易入口、通知动态、政务公开、数据中心等。适配 PC 电脑、移动终端等多种渠道访问。6 基本要求 6.1 各信息系统接口及数据规范的设计开发要求见福建省公共资源交易平台系统数据规范。DB3502/T 104.52023 4 6.2 公共资源交易电子服务系统及公共资源电子交易系统的数据及对接要求见福建省公共资源交易平台服务标准。6.3 公共资源交易电
13、子服务系统与公共资源电子交易系统应由不同软件公司开发维护。6.4 各信息系统的开发应符合 GB/T 8566、GB/T 8567、GB/T 13502 要求，宜同时符合 GB/T 9386 要求。6.5 各信息系统应满足主要功能在单点操作下响应时间少于 3 s；典型功能在 50 人并发情况下，响应时间少于 5 s。6.6 各信息系统应保证能提供 7 d24 h 不间断的可靠服务，保证系统在高负荷的情况下，运行稳定。6.7 各信息系统应提供数据有效性检验功能，对无效数据给出简洁、准确的提示信息；应提供数据一致性校验机制；应能识别和屏蔽可能引起系统崩溃、异常退出的用户输入或用户误操作，并给出提示。
14、6.8 各信息系统应通过适当的术语、释义、图形、背景信息和操作帮助，协助用户理解和使用系统的各项功能；应对功能操作错误的原因和纠正信息加以提示；应显示系统当前处理状态；应规范化设计屏幕提示、输入和输出；宜提供在线帮助。6.9 信息系统设计要考虑到业务未来发展的需要，尽可能设计得简明，降低各功能模块耦合度，并充分考虑兼容性。6.10 机房、网络环境、存储、系统软件等运行环境要求见电子招标投标办法所附技术规范第 8.6章节。6.11 各信息系统应与公共资源交易电子服务平台实现注册信息和主体信息共享；注册信息和主体信息每次修改后宜通过公共资源交易电子服务平台同步到其它各信息系统。7 公共资源交易电子
15、服务平台 7.1 功能结构示意图 公共资源交易电子服务平台功能结构示意图如图3所示。图3 公共资源交易电子服务平台功能结构示意图 7.2 功能要求 DB3502/T 104.52023 5 7.2.1 平台功能 公共资源交易电子服务平台包含见证服务、场所服务、信息服务、其他服务、公共应用支撑五类功能。7.2.2 见证服务 7.2.2.1 数据见证：提供项目交易全流程数据见证功能；宜运用区块链技术实现数字见证。7.2.2.2 录音录像：提供录音录像管理功能；宜自动刻录开评标音视频录像资料并归档。7.2.2.3 入场交易行为记录：提供入场交易行为记录功能；宜提供入场交易标后评估功能。7.2.3 场
16、所服务 7.2.3.1 场所预约管理：提供交易项目场地预约及管理功能，实现场地自主预约。7.2.3.2 智能门禁管理：提供人脸识别、指纹识别等智能化身份核验功能。7.2.4 信息服务 7.2.4.1 公告公示信息公开：提供公共资源交易各领域按规定需要对外公布的公告公示发布功能。7.2.4.2 数据汇聚共享：与公共资源电子交易平台、公共资源交易档案综合管理平台、公共资源交易行政监督平台、上级公共资源交易电子服务平台等系统互联互通，实现信息的集中交换和同步共享。7.2.4.3 数据统计与综合利用：提供公共资源交易各领域数据统计和生成报表功能；宜运用大数据对公共资源交易活动进行监测分析，自动预警部分
17、违法违规行为，为研判市场、政府决策、智慧监管等提供数据支撑。7.2.5 其他服务 7.2.5.1 保证金服务：实现公共资源交易保证金代收代退管理全流程电子化、网络化、智能化，实现电子对账、在线退还交易保证金；针对未委托代收代退交易保证金的项目，应提供交易保证金录入和退还登记功能。7.2.5.2 保函（保险）服务：应按 DB3502/T 0642021 要求实现电子投标保函在线购买、在线提交、在线核验、在线退保、在线理赔、雷同信息查看和报表统计等功能。7.2.6 公共应用支撑 7.2.6.1 统一用户管理及认证：为公共资源交易平台所有信息系统提供统一注册和身份认证，避免用户重复注册，并能通过一次
18、登录就可快捷进入所有信息系统；提供各类交易主体信息维护功能。7.2.6.2 统一业务办理核验：为用户在各类公共资源电子交易系统提交的业务办理申请统一提供核验功能。7.2.6.3 统一专家签名服务：支持各类公共资源电子交易系统调用专家签名服务，实现评标（评审）专家刷脸对评标报告电子签名。7.2.6.4 统一变声服务：为各类公共资源电子交易系统提供变声服务，对评标（评审）过程中的答辩或谈判等通话进行变声及录音。7.2.6.5 统一时间戳服务：为授时钟、计算机时间、各信息系统等统一提供国家授时中心标准时间源和时间戳服务。7.3 信息资源库 DB3502/T 104.52023 6 应建立公共资源电子
19、服务平台信息资源库，统一建设市场交易主体信息库（包括法人、自然人），以及场地资源信息库、业务办理数据库等并共享至各类公共资源电子交易系统；建设交易项目信息库，收集汇聚各类公共资源电子交易系统产生的相关信息资源，为公共资源交易大数据应用提供条件。7.4 系统对接要求 7.4.1 应实现与各公共资源交易电子交易系统对接。7.4.2 应实现与上级公共资源交易电子服务平台及公共资源交易行政监督平台对接。7.4.3 应按照有关文件要求与电子证照共享服务平台、信用信息共享平台等省市有关系统对接。7.4.4 应按有关规定，实现与其它公共资源交易相关信息系统对接。7.5 技术要求 7.5.1 平台日均访问量
20、20000 以上的，应支持最高 570 个并发用户，平均 500 个并发用户的性能要求；平台日均访问量 1000020000 的，应支持最高 440 个并发用户数，平均 380 个并发用户的性能要求；平均日访问量小于 10000 的，应支持最高 160 个并发用户数，平均 130 个并发用户的性能要求。7.5.2 应支持年数据量不少于 500 万记录数。8 公共资源电子交易平台 8.1 工程建设类电子交易系统 8.1.1 功能结构示意图 工程建设类电子交易系统功能结构示意图如图4所示。图 4 工程建设类电子交易系统功能结构示意图 DB3502/T 104.52023 7 8.1.2 功能要求
21、8.1.2.1 基本功能要求见电子招标投标办法及其技术规范，应按招标投标业务流程要求设置，包括招标方案、投标邀请、发标、投标、开标、评标、定标、异议、招标异常、归档存档、合同订立（变更）、竣工信息等。8.1.2.2 应提供在线开标视频直播服务。8.1.2.3 应提供在线随机抽取功能，可根据招标文件要求，应用于入围投标人抽取等环节；应采取可靠的算法保证抽取结果的随机性和公平性，且抽取结果应为可验证和可追溯的。8.1.2.4 应运用手机扫码等技术实现免插介质完成身份验证、签名盖章、加密解密等交易流程。8.1.2.5 系统上依法必须公开的公共资源交易信息应向社会免费公开，不得通过设置会员账号、KEY
22、 等方式限制查询。系统不得巧立名目乱收费，不得通过绑定工具软件收取任何软件使用费。8.1.2.6 宜运用 BIM 技术开发可视化智能化辅助评标系统。8.1.2.7 其它功能要求见福建省公共资源交易平台服务标准。8.1.3 信息资源库 应建立信息资源库，内容主要为工程建设招标项目信息，并同步推送至公共资源交易电子服务系统。具体要求见电子招标投标办法及其技术规范。8.1.4 系统对接要求 8.1.4.1 应对接公共资源交易电子服务系统项目场地服务模块，实现电子交易系统中的开标时间和预约一致后方可发布招标公告或答疑；且在开标时校验开标时间、场地与预约一致方可开标。8.1.4.2 应按有关规定，实现与
23、其它公共资源交易相关信息系统对接。8.1.5 技术要求 8.1.5.1 应支持 100 MB 以内的文件稳定上传。8.1.5.2 服务器端接收上传文件的最大吞吐量应不低于 10 MB/s。8.1.5.3 投标文件集中解密功能模块的系统处理能力应保证每分钟文件解密大于 100 个或大于 1 GB。8.1.5.4 对具有法律约束力的文件，应通过可靠的电子签名确保数据电文的完整性和不可抵赖性。8.1.6 检测认证要求 应完成二星级或三星级认证，具体要求见电子招标投标系统检测认证管理办法（试行）。8.1.7 运营及优化调整 8.1.7.1 应指定专人负责 7 d24 h 的运行保障服务。8.1.7.2
24、 应及时响应交易过程中用户反馈的日常应急事项，对影响开标、评标进程的问题宜在 4 h 内处理完毕。8.1.7.3 应指定专人负责开评标现场技术支持。8.1.7.4 应提供系统日常运行状态监控服务，包括各子系统运行状态、接口与数据推送状态等，及时处理异常情况。8.1.7.5 应向用户提供日常培训服务。8.1.7.6 应向用户提供 7 d24 h 的电话客服，并通过微信、QQ 或自有系统提供 5 d8 h 在线客服。8.1.7.7 应做好产品管理，跟踪用户使用体验、改进系统页面视觉设计和系统功能，做好功能演示、讲解、宣传等工作。8.1.7.8 应按国家、省、市相关政策文件、招标文件范本和技术规范规
25、定的内容和时限优化调整系统。DB3502/T 104.52023 8 8.2 行政事业资产类电子交易系统 8.2.1 功能结构示意图 行政事业资产交易类电子交易系统功能结构示意图如图5所示。图 5 行政事业资产交易类电子交易系统功能结构示意图 8.2.2 功能要求 8.2.2.1 基本功能应包含公告公示、竞价项目管理、竞买人管理、报名管理、竞价配置、竞价主持、网上竞价、竞价结果管理、信息上报、招标项目管理等。8.2.2.2 公告公示：提供公告公示新增、编辑、删除、发布和撤销功能，发布和撤销公告时应将数据推送至公共资源交易电子服务系统。8.2.2.3 竞价项目管理：提供竞价项目登记、竞价项目综合
26、查询功能，并提供项目附件的上传功能。8.2.2.4 竞买人管理：提供竞买人新增、编辑、删除功能，并提供证件附件上传和账号信息短信告知功能。8.2.2.5 报名管理：提供报名信息查询、报名申请、报名信息维护、报名资料下载等功能。8.2.2.6 竞价配置：提供竞价会参数配置功能，包括底价、涨幅、开始结束时间、延迟时间、报价单位等参数配置。8.2.2.7 竞价主持：提供竞价会过程实时跟踪功能，实时显示最新报价，并隐藏出价人真实姓名。8.2.2.8 网上竞价：提供快捷出价、自定义出价、项目信息查看、实时报价显示、中标短信通知、成交结果确认书下载等功能。8.2.2.9 竞价结果管理：提供竞价结果查看、项
27、目资料打印、标的资料打印、项目办结等功能。8.2.2.10 信息上报：提供项目配置和结果信息上报、上报情况查询、上报信息维护、异常数据手动处理等功能。8.2.2.11 招标项目管理：提供招标项目登记维护、投标人信息管理、评标专家管理、开评标记录管理、招标项目综合查询等功能。DB3502/T 104.52023 9 8.2.3 信息资源库 应建立信息资源库，内容主要为行政事业资产类项目交易信息，并同步推送至公共资源交易电子服务系统。8.2.4 系统对接要求 8.2.4.1 应实时将竞价信息推送门户网站。8.2.4.2 应对接厦门市公共资源交易电子服务平台。8.2.5 技术要求 8.2.5.1 应
28、保证产生报价后显示到门户网站的时间延迟少于 3 s。8.2.5.2 应满足网上竞价功能在 50 人并发情况下，报价响应时间少于 5 s。8.2.5.3 应支持 100 MB 以内的文件稳定上传。8.3 其他类电子交易系统 8.3.1 应按国家、省、市有关规定，使用“福建省政府采购网上公开信息系统”办理政府采购项目。8.3.2 应按国家、省、市有关规定建设运营土地矿业类电子交易系统。9 公共资源交易档案综合管理平台 9.1 功能结构示意图 公共资源交易档案综合管理平台功能结构示意图如图6所示。图6 公共资源交易档案综合管理平台功能结构示意图 9.2 功能要求 9.2.1 基本功能应包含预归档、档
29、案管理、档案保管、档案检索、档案利用等功能。DB3502/T 104.52023 10 9.2.2 预归档：提供项目归档材料收集、整理功能。9.2.3 档案管理：提供档案目录、电子原文的综合管理功能，包含各种档案类别管理、目录权限管理和目录清单管理等，也可实现对电子文件、扫描影像文件、数码照片、音视频文件等信息的管理。9.2.4 档案保管：提供自定义库房、快速检索库房下的档案数据并对其进行存储管理、采集点管理、温湿度管理等功能。9.2.5 档案检索：提供对档案信息数据进行多种途径检索查询的基本功能，并包含借阅等辅助功能。9.2.6 档案利用：提供档案利用申请、审批、记录、下载、打印等功能，并支
30、持档案利用方式的拓展。9.3 信息资源库 应建立公共资源交易档案信息资源库，归档各类电子化交易项目档案和纸质档案数字化加工成果等档案资源，为公共资源交易大数据应用提供条件。9.4 系统对接要求 9.4.1 应实现与公共资源交易电子服务系统对接。9.4.2 应根据业务需要，实现对公共资源交易业务传统载体档案、数字化档案和其它种类档案的规范化收集。9.5 技术要求 9.5.1 应支持大文件传输功能，支持 1 GB 以内的文件稳定上传。9.5.2 应支持在网络稳定的环境下操作性界面单一操作的平台响应时间少于 2 s。9.5.3 应限制通过互联网访问，并严格管理访问账号及权限。10 信息系统运维管理
31、10.1 运维组织建立与人员管理 10.1.1 应建立运维工作机制，成立由信息化部门主导、各部门参与、相关软件公司配合的运维组织，协调处理各个信息系统的运维工作。10.1.2 运维人员应是政治素质高，业务能力强，熟悉公共资源相关工作内容，具备相应的专业技术能力。10.1.3 应与外包服务机构及其服务人员分别签订有关公共资源交易敏感信息的保密协议，明确保密责任。10.1.4 应严格实施系统开发权、系统管理权和业务权的责任人相互分离、相互监督。10.1.5 应制定运维人员离岗制度及保密制度。10.1.6 相关岗位的服务要求应符合 DB3502/T 104.32023 的规定。10.2 信息系统日常
32、维护要求 10.2.1 应制定系统运维方案。10.2.2 应提供多种问题反馈渠道，如电话、QQ、邮箱、网站留言等。10.2.3 应提供多种形式的技术支持服务，包括电话支持、远程技术支持服务、现场服务等。重要的信息系统提供 7 d24 h 的服务响应。10.2.4 应建立系统巡查制度，制定巡查范围及巡查周期，并做好巡查日志文档。10.2.5 应收集用户反馈或技术人员发现的软件缺陷，紧急缺陷应在 1 d 内修复，并记录日志。DB3502/T 104.52023 11 10.2.6 应制定各信息系统应急事件处置预案，根据事件紧急程度明确问题处理的标准，包含处理流程、处理时限、处理方案、经验总结等。1
33、0.2.7 应制定数据备份规则，异机、定期备份数据，根据数据的重要程度决定备份频率和备份地点；定期进行备份数据、备份服务的恢复测试，以确保备份恢复的有效性和完整性。重要数据宜实时同步并异地备份。10.3 系统变更机制 10.3.1 服务器管理、系统后台管理等后台操作权限应由信息化部门统一管理，所有运维操作经审批后方可进行，且应全程留痕。10.3.2 应控制系统变更频率，并尽量避免在业务进行阶段开放后台操作权限。10.3.3 应明确系统变更流程及规范，明确变更的等级、事由、内容、风险评估、回退方案、测试报告等，并根据变更等级确定审批流程。变更相关表格材料由信息化部门存档、审计。10.3.4 变更
34、内容涉及业务的，由业务部门确认后方可上线。10.3.5 系统重大升级或重要信息系统上线前宜征求相关单位和用户的意见。10.3.6 变更后，知会相关部门，并由相关部门确认结果。10.4 运维质量管理控制 10.4.1 应在运维合同中设置关于运维质量管控的相关内容和条款。10.4.2 应明确运维质量管理的评估标准，每年至少组织一次各信息系统运维质量评估活动；评估指标可参考 GB/T 33850 进行确定。10.4.3 重大故障及重大投诉的发生次数应不多于 3 次/月。10.4.4 各项运维服务操作应有记录并可追溯。10.4.5 宜定期或不定期组织用户满意度调查。11 网络信息安全 11.1 所有信
35、息系统应依据 GB/T 22239 建设，并按照 GB/T 22240 进行等级保护定级。11.2 在网络通讯过程中应对数据进行加密，若被第三者截取数据，按照现有的技术手段，无法解密。11.3 各信息系统不应留有后门和隐蔽信道。11.4 各信息系统应满足身份标识与鉴别、存储安全、访问控制、授权管理等安全性要求。11.5 应部署数据库审计和日志审计设备，实时不间断地将来自不同厂商的安全设备、网络设备、主机、操作系统、信息系统、数据库、防火墙、反爬虫、警报等日志信息汇集到审计设备中；日志保存年限应符合有关规定。11.6 应部署运维审计系统，具备输入输出审计、操作实时监控、操作回放、审计查看检索等功
36、能。禁止任何客户端直接访问服务器。11.7 应采取技术手段对拷贝进出服务器的文件留存备查。11.8 应配置 WEB 应用防火墙，实现恶意代码主动防御、网页的文件过滤驱动保护、防跨站攻击、防SQL 注入、网络应用与防护等功能。11.9 应定期对系统进行漏洞扫描和渗透测试，对发现的一般性问题在 7 个工作日内修复，紧急问题在1 d 内修复，并记录日志。11.10 其它网络信息安全要求见 公共资源交易平台服务标准（试行）和福建省公共资源交易平台服务标准。DB3502/T 104.52023 12 参 考 文 献 1 GB/T 33850 信息技术服务质量评价指标体系 2 国家发展改革委第20号令 电子招标投标办法及其技术规范 3 国认证联201553号 电子招标投标系统检测认证管理办法（试行）4 发改办法规2019509号 公共资源交易平台服务标准（试行）5 福建省公共资源交易平台服务标准（2.1）6 福建省公共资源交易平台系统数据规范（V4.0）_
