电子招投标投标系统技术规范

《电子招投标投标系统技术规范》由会员分享，可在线阅读，更多相关《电子招投标投标系统技术规范（123页珍藏版）》请在装配图网上搜索。

1、-电子招标投标系统技术规*第1局部：交易平台技术规*2013年目录1*围62规*性引用文件63术语和定义84交易平台构造154.1电子招标投标系统架构图154.2交易平台构造图165交易平台根本功能要求175.1用户注册175.2招标方案185.3投标邀请205.4发标225.5投标245.6开标265.7评标285.8定标315.9费用管理335.10异议335.11招标异常345.12存档、归档345.13监视356交易平台信息资源库366.1招标工程信息库376.2招标人信息库386.3招标代理机构信息库386.4投标人信息库396.5专家信息库406.6价格信息库417交易平台的系统接

2、口417.1公共效劳平台的接口427.2与行政监视平台的接口427.3与专业工具软件的接口428交易平台技术支撑与保障要求438.1接口技术要求438.2平安性468.3性能508.4可靠性508.5易用性518.6运行环境52附录A数据项的根本要求55A.1业务对象55A.2招投标主体89A.3交易平台或公共效劳平台104A.4数据项术语说明105附录B编码总体规则107B.1编码总体规则说明107B.2通用编码109B.3业务编码109前 言电子招标投标系统技术规*依据招标投标法律法规规章，规定了电子招标投标系统的架构、根本功能、信息交换体系和技术保障的要求，促进电子招标投标信息的互联互通

3、，提高招标投标活动的便捷性、平安性、规*性和统一性。电子招标投标系统技术规*分为两局部：第1局部交易平台技术规*；第2局部公共效劳平台和行政监视平台的技术规*。本规*为第1局部。电子招标投标系统技术规*第1局部：交易平台技术规*1 *围本规*规定电子招标投标交易平台的构造、根本功能、信息资源库、系统接口、技术支撑和保障以及数据项格式等方面的要求。本规*适用于电子招标投标交易平台整体或局部研发、应用、检测、认证和运营维护。2 规*性引用文件以下文件的相关条款通过引用而成为本规*的内容。但凡加注日期的引用文件，其随后所有的修改或修订版订正的内容除外均不适用于本规*，但鼓励根据本规*达成协议的各方经

4、协商一致适用以下文件的修订版本。但凡未加注日期的引用文件，其修订版本应自动适用于本规*。GB 2887-2011计算机场地通用规*GB 11714-1997 全国组织机构代码编制规则GB 17859-1999 计算机信息系统平安保护等级划分准则GB 2312-1980 信息交换用汉字编码字符集 根本集GB 13000-2010 信息技术 通用多八位编码字符集UCSGB 18030-2005信息技术 中文编码字符集GB 2887-2000电子计算机场地通用规*GB 6650-1986 计算机机房用活动地板技术条件GB 50500-2013建立工程工程量清单计价规*GB 116431999公民身份

5、GB/T 17539-1998 电子数据交换标准化应用指南GB/T 4754-2011 国民经济行业分类GB/T 2659-2000 世界各国和地区名称代码GB/T 2260-2007 中华人民*国行政区划代码GB/T 12402经济类型分类与代码GB/T12406表示货币和资金的代码GB/T19487-2004电子政务业务流程设计方法通用规*GB/T 19715.1-2005 信息技术 信息技术平安管理指南GB/T 19716-2005 信息技术 信息平安管理实用规则GB/T 20269-2006 信息平安技术 信息系统平安管理要求GB/T 20270-2006 信息平安技术 网络根底平安技

6、术要求GB/T 20271-2006 信息平安技术 信息系统通用平安技术要求GB/T 18018-2007 信息平安技术 路由器平安技术要求GB/T 21064-2007 电子政务系统总体设计要求GB/T 1988-1998 信息技术 信息交换用七位编码字符集GB/T 11457-2006信息技术软件工程术语GB/T 12345-1990 信息交换用汉字编码字符集 辅助集GB/T 16260-2006 软件工程产品质量GB/T 17539-1998 电子数据交换标准化应用指南GB50174-2008 电子信息系统机房设计规*GB/T 9361-2011 计算机场地平安要求CAS 185-200

7、9(C) 多CA联机认证效劳系统应用规*GB/T50311-2007综合布线系统工程设计规*GB/T 2261.1-2003个人根本信息分类与代码 第1局部：人的性别代码GB/T 3304-1991 中国各民族名称的罗马字母拼写法和代码GB/T 4658-2008 学历代码GB/T 8561-2001 专业技术职务代码评标专家专业分类标准试行发改法规20101538号3 术语和定义以下术语和定义适用于本规*。3.1电子招标投标e-bidding根据招标投标相关法律法规规章，以数据电文为主要载体，应用信息技术完成招标投标活动的过程。数据电文是指以电子、光学、磁或者类似手段生成、发送、接收或者储存

8、的信息。本规*中的“电子文件是指按照特定用途和规定的内容格式要求编辑生成的数据电文。3.2 交易平台 transaction platform招标投标当事人通过数据电文形式完成招标投标交易活动的信息平台。交易平台主要用于在线完成招标投标全部交易过程，编辑、生成、对接、交换和发布有关招标投标数据信息，为行政监视部门和监察机关依法实施监视、监察和受理投诉提供所需的信息通道。3.3公共效劳平台 public service platform为满足各交易平台之间电子招标投标信息对接交换、资源共享的需要，并为市场主体、行政监视部门和社会公众提供信息交换、整合和发布的信息平台。公共效劳平台具有招标投标相关

9、信息对接交换、发布、资格信誉和业绩验证、行业统计分析、连接评标专家库、提供行政监视通道等效劳功能。3.4行政监视平台administrative supervision platform行政监视部门和监察机关在线监视电子招标投标活动并与交易平台、公共效劳平台对接交换相关监视信息的信息平台。行政监视平台应当公布监视职责权限、监视环节、程序、时限和信息交换等要求。3.5 监视通道 supervision channel交易平台、公共效劳平台为行政监视部门和监察机关依法在线监视、监察电子招标投标活动提供的信息通道。3.6工程 project为实现一定功能价值目标，在特定约束条件下一次性组织实施任务的

10、活动过程，可以分为工程、货物、效劳等工程，包含一个或多个招标工程。3.7 招标工程 tendering project工程中组织实施一次招标投标全流程的根本单元，可以包括一个或多个标段包。3.8 标段包bid section (package)根据实际需要，依据一定的约束条件及标准，对招标工程构成内容进展合理划分，成为最根本的交易管理单元。3.9数据项 data item电子招标投标系统中为满足功能控制、数据交换、信息共享的需要，反映业务对象特征属性的构造化数据。 3.10信息资源库 information resource database电子招标投标系统中反映相关业务对象特征属性的数据项，

11、按照对接交换、查询发布、统计分析等特定功能需要和标准进展分类集合的数据库。3.11招标工程方案 tendering project plan招标人或招标代理机构根据招标方案编制的用于指导和控制招标实际工作的执行文件，主要包括招标工程内容、*围、招标方式、招标组织形式、主要工作内容、人员职责分工、工作质量和时间进度要求等内容。3.12 发标 issue of biddingdocuments招标人按资格预审公告、招标公告或者投标邀请书载明的时间、地点发出资格预审文件或者招标文件的活动。3.13 黑 blacklist违反有关法律法规规章规定的招标投标当事人。3.14 电子开标onlinebid-

12、opening通过交易平台在线完成投标文件拆封解密、展示唱标内容并形成开标记录的工作程序。3.15 电子签名e-signature运用电子密码技术，在数据电文中以电子形式所含，用于识别签名人身份并说明签名人认可其中内容的数据。本规*中的“签署是指招标投标当事人对数据电文进展电子签名的行为。3.16 电子印章 e-stamp模拟在纸质文件上加盖传统实物印章的外观和方式进展电子签名的形式。3.17 开标记录 bid opening record记录参加开标的单位、人员、开标过程以及展示唱标内容等相关信息并经电子签名的数据文件。3.18 电子签到sign-in参与电子开标活动的相关人员通过交易平台完

13、成签名报到并形成电子记录文档的工作。3.19 电子评标e-biddingevaluation招标工程评标委员会通过交易平台的电子评标系统，按照招标文件约定的评标标准和方法，对电子投标文件评审，并形成评标报告电子文件的工作程序。3.20 回执receipt电子文件接收人通过交易平台向发送人反应的数据电文形式的签收单据。3.21 存档filing按招标投标有关规定和招标人的要求，在交易平台中生成、整理、保存、移交招标投标过程中产生的数据电文的工作。3.22 归档e-archiving按国家档案管理部门电子档案管理要求整理、保存、移交招标投标过程中产生的数据电文的工作。3.23 编辑 edit运用交

14、易平台提供的功能编写、修改、生成电子文件，或者利用其他专业工具生成并导入电子文件的工作。3.24 提交submission招标投标当事人向有关行政监视部门、工程管理部门或者当事人内部管理部门发送数据电文的行为。3.25 发布 issue招标人向不特定的受众公布招投标活动中相关数据电文的行为。3.26 发出 sendingout招标人向招标投标当事人、参与人发送数据电文的行为。3.27 递交delivery招标投标当事人之间发送数据电文的行为。3.28 版式文件 formatteddocument运用数据电文编辑和格式转换技术，使得不同电子阅读软件及设备和阅读软件上显示内容、版面格式固定一致，防

15、止篡改的数据电文。电子招标投标中的大多数电子文件需要采用版式文件。3.29 CA证书certification authoritycertificate经过有关部门认可的电子认证效劳机构基于PKI技术签发、认证和管理的数字证书。CA证书具有数据电文交换中身份识别、电子签名、加密解密等功能。CA证书主要内容包括：证书效劳机构的名称、证书持有人的名称及其签名验证数据、证书序列号、有效期、效劳机构签名等。3.30 专业工具软件 utilitysoftware与交易平台兼容对接，用于制作、生成招标工程工程量清单、投标工程量清单报价以及工程投标报价评标分析的工程计价系统软件。3.31投标文件制作软件bi

16、dding document creationsoftware投标人用于制作投标文件的专用客户端软件，是交易平台的组成局部，主要具备招标文件导入、投标文件内容编辑、文件格式转换、投标文件生成、分类整理等功能。3.32 时间戳time stamp应用电子签名技术，对电子文件提供日期和时间信息的平安保护和证明。4 交易平台构造4.1 电子招标投标系统架构图电子招标投标系统由电子招标投标交易平台、电子招标投标公共效劳平台、电子招标投标行政监视平台三个局部组成。三个平台的主要功能和架构关系如以下图所示：4.2 交易平台构造图交易平台由根本功能、信息资源库、技术支撑与保障、公共效劳接口、行政监视接口、专

17、业工具接口、投标文件制作软件等构成，并通过接口与公共效劳平台和行政监视平台相连接，其根本功能构造如以下图所示。5 交易平台根本功能要求交易平台根本功能应当按照招标投标业务流程要求设置，包括用户注册、招标方案、投标邀请、资格预审、发标、投标、开标、评标、定标、费用管理、异议、监视、招标异常、归档存档等功能。5.1 用户注册5.1.1 招标人注册招标人注册管理应满足以下要求：a) 招标人注册信息数据项应满足6.2的要求。b) 应具备从公共效劳平台公共信息资源数据库交换招标人注册信息的功能，并实现比对、排除重复，以及修正、验证确认、写入招标人信息库的功能。c) 应具备记录注册信息的申报人员和交易平台

18、验证人员的功能。d) 应具备招标人绑定一个或多个CA证书的功能。e) 应具备确定招标人唯一注册编码的功能。5.1.2 招标代理机构注册招标代理机构注册管理应满足以下要求：a) 招标代理机构注册信息数据项应满足6.3的要求。b) 应具备从公共效劳平台公共信息资源数据库交换招标代理机构注册信息的功能，并实现比对、排除重复，以及修正、验证确认、写入招标代理机构信息库的功能。c) 应具备记录注册信息的申报人员和交易平台验证人员的功能。d) 应具备招标代理机构绑定一个或多个CA证书的功能。5.1.3 投标人注册投标人注册管理应满足以下要求：a) 投标人注册信息数据项应满足6.4的要求。b) 应具备从公共

19、效劳平台公共信息资源数据库交换投标人注册信息的功能，并实现比对、排除重复，以及修正、验证确认、写入投标人信息库的功能。c) 应具备记录注册信息的申报人员和交易平台验证人员的功能。d) 应具备投标人绑定一个或多个CA证书的功能。e) 宜具备投标人只能将电子印章绑定到一个CA证书的功能。5.2 招标方案5.2.1 招标工程招标工程管理应满足以下要求：a) 应具备工程相关信息的建立和递交功能。数据项应包括工程编号、工程名称、工程地址、工程法人、联系人及其联系方式、工程行业分类、资金来源、工程规模等。b) 应具备招标工程相关信息的建立和递交功能。数据项应包括工程名称、招标工程编号、招标工程名称、招标人

20、代码、招标代理机构代码、招标内容与*围及招标方案说明、招标方式、招标组织形式、附件等。c) 应建立工程与属于本工程下的招标工程之间的关联关系。d) 应具备招标工程标段包建立和修改等管理功能。数据项应包括招标工程编号、标段包编号、标段包名称、标段包内容、标段包分类代码、投标人资格条件等。e) 应建立招标工程与本招标工程下标段包的关联关系。f) 应具备根据招标委托合同设定招标工程代理机构职责和权限的功能。数据项应包括招标代理机构代码、招标代理机构名称、招标代理机构资格分类分级代码、招标代理内容、*围、权限、招标代理机构工程负责人及其职责权限和联系方式等。g) 宜具备招标委托合同的编辑、递交和签署功

21、能。h) 应具备向公共效劳平台提供招标工程数据的功能。i) 数据项格式详见附录A.1.1、A.1.2、A.1.3、A.1.25。5.2.2 招标工程方案招标工程方案管理应满足以下要求：a) 应具备设定招标工程团队成员组成及其职责分工的功能。b) 宜具备招标工程任务方案的编制、报审、下达、调整等管理功能。数据项应包括招标工程编号和招标工程名称、标段包编号、工作任务方案、工程团队成员组成及其职责分工等。c) 数据项格式详见附录。5.3 投标邀请5.3.1 招标公告与资格预审公告招标公告与资格预审公告管理应满足以下要求：a) 应具备公开招标工程采用资格后审的招标公告和采用资格预审的资格预审公告的编辑

22、、提交、审核、验证确认和发布功能。招标公告数据项应包括招标工程编号、招标工程名称、相关标段包编号和投标资格、招标文件获取时间及获取方法、投标文件递交截止时间及递交方法、公揭发布时间、附件等。资格预审公告数据项应包括招标工程编号、招标工程名称、相关标段包编号和投标资格、资格预审文件获取时间及获取方法、资格预审申请文件递交截止时间及递交方法、资格预审公揭发布时间、附件等。b)应该具备记录招标公告和资格预审公告编辑、递交发布责任人和交易平台验证责任人的功能。c)应具备招标公告和资格预审公告同步递交到指定媒介发布的功能。d)应具备向公共效劳平台同步提供招标公告和资格预审公告的功能。e)招标公告和资格预

23、审公告的数据项格式详见附录A.1.4。5.3.2 投标邀请书投标邀请书管理应满足以下要求：a) 应具备从投标人信息库中获取满足投标资格条件或特定条件的潜在投标人的功能。b) 应具备投标邀请书的编辑和发出功能。数据项应满足以下要求：采用邀请招标的数据项包括标段包编号、标段包名称、投标资格、招标文件获取时间及获取方法、投标文件递交截止时间及递交方法、回复截止时间、投标邀请发出时间、附件等。采用资格预审的工程投标邀请书代资格预审结果通知书数据项包括标段包编号、标段包名称、招标文件获取时间及获取方法、投标文件递交截止时间及递交方法、回复截止时间、投标邀请发出时间、附件等。c) 应具备被邀请人承受和拒绝

24、投标邀请的回复功能。d) 数据项格式详见附录。5.4 发标5.4.1 招标文件招标文件管理应满足以下要求：a) 应具备招标文件的编辑、提交、审核、确认、备案、发出功能。数据项应包括标段包编号、投标资格、投标有效期、投标保证金、投标文件递交截止时间、投标文件递交方法、开标时间、开标方式、评标方法、附件等。b) 应具备按照标准文件或示*文本生成招标文件的功能。c) 应具备设定投标文件主要内容、格式要求的功能。d) 应具备设定投标文件递交截止时间开标时间及其控制的功能。e) 应具备记录招标文件下载人、下载时间、下载次数的功能。f) 宜具备将招标文件多个不同格式附件组合打包生成一个文件的功能。g) 应

25、具备向公共效劳平台提供招标文件的功能。h) 数据项格式详见附录。5.4.2 资格预审文件资格预审文件的管理应满足以下要求：a) 资格预审文件的管理应满足的规定。资格预审文件数据项应包括标段包编号、申请资格、申请有效期、申请文件递交截止时间、申请文件递交方法、开启时间、开启方式、评审方法、附件等。b) 数据项格式详见附录。5.4.3 踏勘现场踏勘现场管理应满足以下要求：a) 应具备现场踏勘通知的编辑、发出功能。数据项应包括招标工程编号、标段包编号、踏勘通知内容、踏勘发出时间、附件等。b) 应具备按招标文件约定的时间，向所有已获取招标文件的潜在投标人发出现场踏勘通知和提示现场踏勘时间的功能。c)

26、应具备现场踏勘信息的记录功能。数据项应包括招标工程编号、标段包编号、踏勘单位名称及其代表*、踏勘时间、附件等。d) 数据项格式详见附录、A.1.11。5.4.4 资格预审文件/招标文件澄清与修改资格预审文件/招标文件中统称“文件澄清与修改管理应满足以下要求：a) 应具备文件澄清问题的编辑、递交功能。数据项应包括标段包编号、文件编号、要求澄清的问题、附件等。b) 应具备符合法律法规规章规定和招标文件约定的由资格预审申请人/投标人递交澄清问题的时间控制功能。c) 应具备招标人对文件的澄清与修改良行编辑、审核、发出的功能。数据项应包括标段包编号、澄清与修改文件编号、对文件澄清与修改的内容、澄清与修改

27、递交时间、附件等。d) 应具备符合法律法规规章规定和招标文件约定的招标人递交澄清答复的时间控制功能，以及向所有已获取文件的潜在资格预审申请人/投标人发送通知，并以醒目方式公告澄清与修改内容的功能。e) 应具备潜在资格预审申请人/投标人下载澄清与修改文件，并递交回执的功能。f) 文件澄清问题的数据项格式详见附录，对资格预审文件的澄清与修改的数据项格式详见附录A.1.6，对招标文件的澄清与修改的数据项格式详见附录A.1.9。5.5 投标5.5.1 资格预审申请文件/投标文件资格预审申请文件/投标文件在中统称“文件管理应满足以下要求：a) 应具备在线或离线编辑和制作文件的功能，主要包括文件导入、文件

28、内容编辑、工程量清单如有导入、版式文件转换、电子签章、文件生成、校验以及加密等功能。投标文件数据项应包括标段包编号、投标人代码、投标报价、工期交货期、投标有效期、投标保证金形式、投标保证金金额、投标单位工程负责人、投标时间、附件等。 资格预审申请文件数据项应包括标段包编号、申请人代码、投标资格条件、工程负责人、申请时间、附件等。b) 应具备通过网络对文件递交、修改和撤回功能。c) 应具备按照招标文件中的递交截止时间控制文件递交、补充、修改和撤回的功能。d) 应具备递交时间截止后，拒绝资格预审申请人/投标人递交、修改和撤回文件的功能。e) 应具备拒绝接收递交时间截止时尚未完成传输的文件的功能。f

29、) 应具备对文件的主要数据项内容和格式进展校验的功能。g) 应具备文件防篡改的功能。h) 应具备投标人按照招标文件约定的加密方式选择按标段包分段或整体加密、递交文件的功能。i) 应具备文件接收、校验、按接收时间排序和回执递交功能。j) 应具备拒收未按法律法规规章规定和招标文件要求递交的文件的功能。k) 应具备制止除资格预审申请人/投标人外的任何人在投标截止前解密、提取文件的功能。l) 截止时间应使用国家授时中心标准时间。m) 宜动态显示国家授时中心当前时间。n) 投标文件数据项格式详见附录, 资格预审申请文件数据项格式详见附录A.1.7。5.5.2 投标保证金a) 应具备记录和提示投标保证金接

30、收、退还信息的功能。数据项应包括标段包编号、投标人代码、投标人名称、保证金金额、保证金支付形式、保证金凭证接收时间、保证金到账时间和保证金退还时间等。b) 宜具备投标保证金接收情况展示的功能。c) 宜具备按照招标文件要求对投标保证金支付形式、资金到账时间、金额、接收凭证等进展符合性校验的功能。d) 数据项格式详见附录。5.6 开标5.6.1 签到记录应具备参加开标的人员通过网络远程办理电子签到的功能。5.6.2 开标唱标开标唱标管理应满足以下要求：a) 应具备开标时验证投标单位是否到达和显示法定数量,并可以根据实际情况启动开标或取消开标的功能。b) 应具备开标时验证并公布投标文件不被篡改、不遗

31、漏及其投标过程记录的功能。c) 应具备按开标时间规定控制投标文件解密并记录解密过程的功能。d) 应具备招标人和投标人按照招标文件约定的解密方式解密投标文件以及解密失败时按规定补救方式执行的功能。e) 应具备投标文件数据读取、记录、展示的功能。展示内容中应包括标段包编号、投标人名称、报价、工期交货期、投标保证金额、投标保证金到账时间、投标文件递交时间等招标文件所确定的唱标内容。f) 应具备开标过程信息的记录、编辑、参与单位电子签名确认和递交功能。数据项应包括标段包编号、开标参与单位名称、开标展示内容等。g) 应具备开标记录经过电子签名确认后，通过交易平台向社会公众和公共效劳平台同步交换、公布的功

32、能。h) 宜具备开标记录模板的编辑、修改、管理的功能。i) 招标工程开标记录的数据项格式详见附录。资格预审文件的开启a) 资格预审文件的开启管理要求应符合的规定。资格预审文件开启记录的数据项应包括标段包编号开启参与单位名称、开启时间、开启内容等。b) 资格预审文件开启数据项格式详见附录。5.7 评标5.7.1 评标委员会评标委员会管理应满足以下要求：a) 应具备申请依法组建评标委员会的功能。数据项应包括标段包编号、专家人数、行政区域代码、专业、等级、回避条件等组建要求。b) 应具备连接依法建立的专家库的功能。c) 应具备通过公共效劳平台连接的专家库通知评标委员会成员报到时间、地点的功能。d)

33、应具备接收专家库反应抽取评标专家，并据此设置评标委员会职责分工的功能，相关数据项应包括专家编号、专家*、通知时间、通知方式等。e) 应具备评标委员会成员*生成、签到、身份确认、回避确认的功能。f) 应具备评标专家行为考评记录，并递交到专家所属公共效劳平台连接的专家库的功能。g) 应提供评标委员会在评标前的*功能。h) 评标委员会数据项格式详见附录、A.2.10。5.7.2 评审评审管理应满足以下要求：a) 应具备能够按招标文件约定的评标方法、评审因素和标准设置评审表格和评审工程的功能。 b) 应具备按招标文件约定的评标方法，对投标文件进展解析、比照，辅助评分或计算评标价的功能。c) 应具备汇总

34、计算投标人综合评分或评标价并进展排序的功能。d) 应具备编辑和发出评标澄清问题的功能。e) 应具备投标人编辑和递交投标澄清文件的功能。f) 应具备依评审权限设置评审工程访问、信息阅读的功能，确保无相应权限者无法查阅或操作相关数据。g) 宜具备以下评审功能：按招标工程类型和评标方法设置、维护和管理评标模板。依据招标工程清单、标底总价、分项单价与投标报价进展校验、比照，提示差异。检测和辅助分析投标文件及异常投标行为。评标委员会成员打分结果的检测和辅助分析。5.7.3 评标报告评标报告管理应满足以下要求：a) 应具备评标报告编辑、阅读的权限设置、签署和提交功能。数据项应包括标段包编号、中标候选人名称

35、及排名、投标价格、评分结果或评标价格、中标价格、附件等。b) 应具备向公共效劳平台监视通道提供评标报告数据的功能。c) 评标报告的数据项格式详见附录、A.1.16。5.7.4 远程异地评标宜按以下要求具备网络远程异地评标的功能：a) 对评标委员会实现有效的监控。b) 对评标时间和地点进展控制。c) 评标委员会评标必需的沟通功能。5.7.5 资格预审申请文件的评审a) 资格预审评审委员会的管理要求应符合的规定。b) 资格预审申请文件的评审管理要求应符合的规定，其中有关价格评审功能不适用于资格预审申请文件的评审。c) 资格预审结果文件的管理要求应符合的规定。数据项应包括标段包编号、通过资格预审的申

36、请人、附件等。d) 资格预审申请文件的远程异地评审的管理要求应符合的规定。e) 应具备向公共效劳平台监视通道提供资格预审结果文件的功能。f) 资格预审结果文件的数据项格式详见附录5.8 定标5.8.1 中标候选人公示a) 应具备中标候选人公示的编辑、提交审核、验证确认、备案、发布功能。数据项应包括：标段包编号、公示内容含中标候选人名称及排序、投标价格、中标价格、公示时间等。b) 应具备向公共效劳平台提供中标候选人公示数据的功能。c) 中标候选人公示的数据项格式详见附录。5.8.2 确认资格预审的申请人/确定中标人a) 应具备授权资格审查委员会确认通过资格预审的申请人/授权评标委员会确定中标人的

37、功能。b) 应提供招标人确认通过资格预审的申请人/确定中标人的功能。5.8.3 中标结果公告a) 应具备编辑、提交审核、验证确认、备案、发布和向公共效劳平台提供中标结果公告的功能。数据项应包括：标段包编号、标段包名称、中标人名称、中标价格、附件等。b) 中标结果公告的数据项格式详见附录。5.8.4 中标通知书中标通知书管理应满足以下要求：a) 应具备中标通知书和招标结果通知书的编辑、验证确认和递交的功能。数据项应包括：招标工程名称及其编号、标段包编号、中标人、中标价格、附件等。b) 宜具备中标、未中标理由的编辑、确认、递交功能。c) 应具备向公共效劳平台提供中标通知书和招标结果通知书的功能。d

38、) 中标通知书和招标结果通知的数据项格式详见附录。5.8.5 资格预审结果通知书a) 资格预审结果通知书的管理应满足中a)、b)、c)的规定。数据项应包括：招标人、招标代理机构、招标工程名称及其编号、标段包编号、资格预审通过单位名称、资格预审通知书发出时间、附件等。b) 资格预审结果通知书的数据项格式详见附录。5.8.6 合同合同管理应满足以下要求：a) 应提供招标工程标段包与合同的关联关系。b) 应具备根据法律法规规章和招标文件约定的内容，编辑、形成、递交、验证确认和签署合同文本的功能。c) 应具备向公共效劳平台提供规定要求的合同信息的功能。d) 宜具备按规定要求向相关主体和管理单位收集、记

39、录和验证合同履行结果的相关信息。e) 合同的数据项格式详见附录。5.9 费用管理费用管理应满足以下要求：a) 应具备招投标过程中各类费用的支付结算、退还的信息管理及控制后续相关程序等管理功能。b) 费用类型包括资格预审文件费用、招标文件费用、图纸押金、投标保证金及其利息、履约保证金、招标代理效劳费、交易效劳费、评标专家咨询费等。c) 应具备选择多种支付结算方式的功能。d) 宜具备支持网上电子支付结算的功能。5.10 异议异议管理应满足以下要求：a) 应具备投标人对资格预审文件、招标文件、开标过程、资格预审结果、评标结果按规定的时间提出异议的功能。b) 应具备招标人在规定的时间内答复投标人异议的

40、功能。c) 异议的数据项格式详见附录。5.11 招标异常招标异常管理应满足以下要求：a) 应具备招标终止功能及招标终止公告的编辑、提交和发布功能。b) 宜具备重新发布招标公告或资格预审公告、资格预审文件或招标文件，并保存已完成招标程序的相关数据的功能。c) 宜具备招标工程按有关规定改用非招标方式后，记录其他交易方式和成交结果的功能。d) 招标异常情况报告的数据项格式详见。5.12 存档、归档存档、归档管理应满足以下要求：a) 应具备按照有关规定和招标文件的要求对招标投标数据和文件、活动记录进展存档的功能。b) 应具备数据和文件的分类、整理和归档的功能。数据和文件的归档应符合国家有关电子档案的规

41、定。c) 应具备按权限查阅招标投标数据和文件的功能。d) 应具备记录、备份、存档、归档电子招标投标中涉及的操作时间和人员的功能。e) 应具备评标全过程录像自投标有效期完毕之日起存档90日以上的功能。5.13 监视5.13.1 承受监视按照招标投标法律法规规章和监视部门的要求，应具备通过公共效劳平台的行政监视通道或直接通过行政监视平台，适时与监视部门交换相关数据和文件的功能，并满足以下要求：a) 提交招标人和招标工程的根本情况，以及经核准的招标内容与*围、招标方式、招标组织形式。数据项格式详见附录、A.1.2、A.1.3。b) 提交资格预审公告、招标公告或者投标邀请书。数据项格式详见附录、A.1

42、.5。c) 提交资格预审文件、招标文件。数据项格式详见附录、A.1.9。d) 提交资格审查委员会和资格预审结果报告。资格审查委员会数据项格式详见附录、A.2.10，资格预审结果数据项格式详见附录A.1.8。e) 提交投标文件验证、解密及展示、投标人确认等开标过程和开标记录的信息。数据项格式详见。f) 提交评标委员会、评标报告和中标候选人。数据项格式详见附录、A.2.10、A.1.15、A.1.16。g) 提交中标候选人公示和中标结果。数据项格式详见附录、A.1.29。h) 提交合同和履行信息。数据项格式详见附录。i) 提交招标异常的有关情况。需要审批或核准的，提交相关审批或核准信息。数据项格式

43、详见附录。j) 接收和执行有关行政监视部门监视指令的功能。5.13.2 配合投诉处理配合投诉处理管理应满足以下要求：a) 宜具备编辑、提交投诉事项有关信息、接收、查询投诉受理情况和处理结果的功能。投诉时限应满足相关规定的要求。投诉处理的数据项应包括标段包编号、投诉人代码、投诉人名称、投诉内容、理由和依据、投诉提交时间、投诉受理人、受理时间、处理结果、反应时间、附件等。b) 宜具备向公共效劳平台提供投诉处理数据和文件的功能。c) 投诉处理的数据项格式详见附录。6 交易平台信息资源库信息资源库采集整合的要素信息，仅限于政府有关、平台公布的信息和电子招标投标系统上记录并经过验证、交换、公布的信息，主

44、要是电子招标投标交易平台上成交的工程及其相关主体的要素信息。除上述来源以外采集的信息和投标人在投标文件中提供的以纸质形式完成招标投标的中标工程业绩信誉、从业人员业绩信誉等信息，仅限于该招标工程中一次使用，制止转入交易平台信息资源库分类集合，也不得用于对外查询、公布、交换及统计。但是，交易平台可以另行建立辅助信息资源库集中此类非可靠信息，仅限于内部交换和参考，且应当注明信息采集来源和相关责任人员。6.1 招标工程信息库招标工程信息库管理应满足如下要求：a) 应具备招标工程信息的建立和维护的功能。数据项应包括工程名称、工程编号、工程行业分类代码、工程所在行政区域代码、法定代表人、招标交易平台代码、

45、招标工程编号、招标工程名称、招标内容与*围和招标方案说明及附件、招标人代码、招标代理机构代码，以及进展信息交换的公共效劳平台标识码等。b) 应具备标段包与中标信息建立和维护的功能。数据项应包括标段包编号、标段包内容、标段包分类代码、投标人资格条件、中标人代码、中标价格、工程负责人、工程质量要求、工程工期交货期、中标通知书编号、合同订立价格，合同结算价格、合同验收质量、合同履行期限等。c) 应具备招标工程相关时间信息的建立和维护功能。数据项应包括招标工程建立时间、公揭发布时间、开标时间、中标候选人公示时间、中标通知时间、签约时间、合同完成时间等。d) 数据项格式详见附录、A.1.2、A.1.3、

46、A.1.4、A.1.18、A.1.20。6.2 招标人信息库招标人信息库管理应满足以下要求：a) 应具备招标人信息建立和维护的功能。数据项应包括招标人代码、招标人名称、负责人、国别/地区、行业代码、营业执照、CA证书编号、组织机构代码、税务登记号、开户银行、根本账户账号、注册资本、币种、信息申报责任人、联系、 、邮政编码、电子等信息。b) 应具备招标人招标业绩、奖惩、履约记录等信息管理的功能。c) 应具备招标人信息的检索和统计分析的功能。d) 数据项格式详见附录, A.2.3、A.2.8、A.1.20。6.3 招标代理机构信息库招标代理机构信息库管理应满足以下要求：a) 应具备招标代理机构信息

47、建立和维护的功能。数据项应包括代理机构代码、代理机构名称、负责人、国别/地区、资质类别、资质等级、营业执照、CA证书编号、组织机构代码、税务登记号、开户银行、根本账户、注册资本、信息申报责任人、联系、 、邮政编码、电子等信息。b) 应具备招标代理机构电子招标业绩、奖惩记录和履约记录等信息管理的功能。c) 应具备招标职业资格人员的相关信息管理的功能。数据项包括*、性别、*件类型、*件、出生年月、所在行政区域代码、最高学历、联系、通讯地址、邮政编码、所在单位、职务、职业证书编号、注册登记证书编号、从业年限、工程业绩、奖惩记录等信息。d) 应具备招标代理机构信息的检索和统计分析的功能。e) 数据项格

48、式详见附录A.2.1、A.2.2、A.2.3、A.2.4、A.2.5、A.2.6、A.2.8、A.1.20。6.4 投标人信息库投标人信息库管理应满足以下要求：a) 应具备投标人信息建立和维护的功能。数据项按不同主体应相应包括：投标人代码、投标人名称、负责人、国别/地区、资质序列、资质等级、资信等级、奖惩记录、营业执照、CA证书编号、组织机构代码、税务登记号、开户银行、根本账户账号、注册资本、注册资本币种、信息申报和变更责任人、联系、 、邮政编码、电子等信息。b) 应具备投标人中标业绩明细数据、奖惩与履约等信息归集的功能。c) 应具备投标人信息的检索和统计分析的功能。d) 应具备投标人黑的建立

49、和管理的功能。e) 应具备投标人专业职业资格人员注册建造师、注册监理工程师等的相关信息管理的功能。数据项包括*、性别、*件类型、*件、出生年月、所在行政区域代码、最高学历、联系、通讯地址、邮政编码、所在单位、职务、技术职称、职业资格序列、职业资格等级、职业证书编号、从业经历、从业年限、工程业绩、奖惩记录等信息。f) 数据项格式详见附录、A.2.2、A.2.4、A.2.5、A.2.6、A.2.7、A.2.8、A.1.20。6.5 专家信息库必要时可建立交易平台专家信息库。专家信息库管理应满足以下要求：a) 应具备专家信息建立和维护的功能。数据项应包括：专家编号、性别、*件类型、*件、出生年月、所

50、在行政区域代码、最后毕业院校、最高学历、联系、通讯地址、邮政编码、所在单位、是否在职、职务、工作简历、专业分类、技术职称、职业资格序列、职业资格等级、从业年限、奖惩记录等信息。b) 应具备记录专家信息入库、变更和审核验证的时间以及责任人的功能。c) 应具备专家回避情形和单位列表建立和维护的功能。d) 应具备按地区、专业等随机抽取和记录专家的功能。e) 应具备专家审核、入库、培训、考核、暂停、退出等功能。f) 宜具备专家自荐入库的功能。g) 宜具备向公共效劳平台专家库推荐专家入库的功能。h) 数据项格式详见附录、A.2.11。6.6 价格信息库价格信息库管理应满足以下要求：a) 应具备工程、货物

51、、效劳分类分项单价信息的收集、整理、维护和查询的功能。b) 宜具备价格统计分析的功能。7 交易平台的系统接口系统接口是指交易平台与公共效劳平台、行政监视平台以及专业工具软件之间根据电子招标投标流程及有关规定应具有的数据交换功能。7.1 公共效劳平台的接口7.1.1 交易平台注册登记交易平台应选择任一公共效劳平台注册登记和按规定对接交互信息。在全国公共效劳平台体系形成前，交易平台选择注册登记和对接交换公共效劳平台应同时满足行政监视信息交换的需要。登记的数据信息应包括：交易平台名称、运营机构代码、运营机构名称、CA证书编号、系统访问地址、检测和认证报告附件等，数据项格式详见附录A3。7.1.2 与

52、公共效劳平台的接口交易平台与公共效劳平台的数据接口应符合公共效劳平台和行政监视平台技术规*和相关公共效劳平台公布的数据接口要求。7.2 与行政监视平台的接口交易平台可以选择公共效劳平台的监视通道与行政监视平台交换信息，其数据接口应符合的规定。交易平台也可以选择直接与行政监视平台交换信息，与行政监视平台的数据接口应符合公共效劳平台和行政监视平台技术规*和相关行政监视平台公布的数据接口要求。7.3 与专业工具软件的接口交易平台与专业工具软件的数据接口应符合本技术规*和国家有关计价规*要求，并在交易平台公布。8 交易平台技术支撑与保障要求8.1 接口技术要求8.1.1 根本要求接口技术根本要求如下：

53、a) 应对数据交互提供企业级的支持，在系统高并发和大容量的根底上提供平安可靠的交互。b) 应提供完善的信息平安机制，以实现对信息的全面保护，保证系统的正常运行.应防止大量访问以及大量占用资源的情况发生，保证系统的强健性。c) 应提供有效的、系统的可监控机制，以使接口的运行情况可监控，以便及时发现错误及排除故障。d) 在充分利用系统资源的前提下，应实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性。e) 在进展扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。f) 接口技术实现方式应当保持中立性。g) 应提供信息交换中自动标记输入和输出来源出处的功能。

54、8.1.2 通信方式接口应通过基于主流的通信协议，并满足以下要求：a) 数据传输应具备可控制性，提供数据重发功能。b) 数据传输应具备可靠性，确保数据不会丧失，并进展充分的数据校验。c) 大数据传输应具备断点续传的功能。8.1.3 接口方式接口方式管理应满足以下要求：a) 信息交换方式应符合*ML数据交换标准。b) 交互操作效劳接口应符合Web Services标准。c) 系统交互模式支持同步与异步方式。d) 交互数据应支持各种数据类型。8.1.4 接口模型数据接口模型应由数据构造、数据集、附件集组成：a) 数据构造用来描述接口的构造信息，是可选元素。b) 数据集是用来封装构造化数据，是可选元

55、素。c) 附件集是用来表述非构造化数据，是可选元素。d) 数据集和附件集可以并存或单独出现。8.1.5 平安认证为了保证数据的平安性，各种接口方式都应该保证其接入的平安性：a) 应通过接口实现技术上的平安控制，做到对平安事件的可知、可控、可预测。b) 应制定专门的平安技术实施策略，保证接口的数据传输和数据处理的平安性。c) 系统应在接入点的网络边界实施接口平安控制。d) 接口的平安控制在逻辑上应包括：平安评估、访问控制、入侵检测、口令认证、平安审计、防恶意代码、加密等内容。e) 数据接口访问应进展双方身份平安认证，确保接口访问的平安性。8.1.6 传输控制传输控制应利用如下高速数据通道技术实现

56、将前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求效劳时，能够保持快速、稳定的工作状态：a) 系统应采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。b) 为了确保接口效劳吞吐量最大，接口宜自动地在系统中完成动态负载均衡调度。c) 系统宜提供自动伸缩管理方式或动态配置管理方式实现队列管理、存取资源管理，以及接口应用的恢复处理等。d) 在双方接口之间宜设置多个网络通道，实现接口的多数据通道和容错性，保证在出现一个网络通道通讯失败时，进展自动的切换，实现接口连接的自动恢复。8.2 平安性8.2.1 身份标识与鉴别应对招标人、招标代理机构、投标人、授权

57、评标专家等登录用户进展身份标识与鉴别，并提供身份标识唯一性检查功能。应采用以下措施，确保用户身份不易被冒用：a) 应提供鉴别信息复杂度检查功能。b) 应对身份标识与鉴别异常提供保护措施。c) 应使用有关部门认可的合法电子认证效劳机构提供的CA数字证书对交易主体身份标识与鉴别，需要进展身份标识与鉴别的电子招标投标交易行为包括：递交资格预审申请文件、递交投标文件、递交投标保证金、撤回投标文件、确认开标记录、递交回执、发出中标通知书、签订合同协议书等需要招标投标主体承当相应法律责任的电子招标投标行为。d) 宜采用两种或两种以上上述措施组合的鉴别技术。8.2.2 电子签名电子签名管理要求应满足以下要求

58、：a) 应通过电子签名来确保数据电文的完整性和不可抵赖性，电子签名应用的数字证书应采用合法的电子认证效劳机构颁发的CA证书。b) 应使用电子签名的数据电文包括：招标公告资格预审公告、投标邀请书、资格预审文件澄清和修改、资格预审申请文件澄清和修改、资格审查报告、招标文件澄清和修改、投标文件补充、修改、撤回、澄清、开标记录、评标报告、中标通知书、合同协议书及相关文件的签收回执等具有法律约束力的文件。c) 应提供按照国家授时中心的标准时间源对需要电子签名的数据电文生成时间戳的功能。d) 应执行统一规*的数据接口标准，并可通过公共效劳平台协议联机等方式，支持不同的合法电子认证效劳机构颁发的CA数字证书

59、的兼容互认。8.2.3 电子加密和解密应使用合法的电子认证效劳机构颁发的数字证书，并能够根据招标文件选择确定的操作方式和责任主体，对需要*的数据电文进展加密和解密，以确保数据电文的*性。8.2.4 访问控制访问控制管理应满足以下要求：a) 应具备用户功能使用、数据访问的权限及其时限控制功能。b) 应能够识别对系统的非授权访问并提供相应的处理方法。应具备制止同一*多处同时登录的功能。c) 用户的管理权限应按照边界清晰，且权限唯一性和最小化原则设置。实施系统开发权、系统管理权和业务权的责任人应相互别离、相互监控，同时，系统应具有自动警示超权限异常操作的功能。d) 宜提供对重要信息资源设置敏感标记的

60、功能，并根据平安策略严格控制用户对有敏感标记重要信息资源的操作。8.2.5 通信平安通信平安管理应满足以下要求：a) 应能够检测传输过程中数据电文的完整性，在检测到完整性错误时，应提示用户采取必要的措施。b) 应采用加密或其它有效措施实现数据传输的*性。8.2.6 存储平安存储平安管理应满足以下要求：a) 应采用加密或其他保护措施实现鉴别信息存储的*性。b) 宜采用加密或其他保护措施确保重要数据存储的*性。c) 宜对重要数据存储过程中的完整性进展检测，在检测到完整性错误时，应提示用户采取相应的措施。8.2.7 资源控制资源控制管理应满足以下要求：a) 应该能够对单个*的多重并发会话进展限制，并

61、能够对系统的最大并发会话连接数进展限制。b) 宜对一个时间段内可能的并发会话连接数进展限制。8.2.8 数据平安及备份恢复数据平安及备份恢复管理应满足以下要求：a) 应对关键数据提供自动定时本地备份与恢复功能。b) 宜提供异地数据定期备份功能和异地灾备功能。8.2.9 平安缺陷防*平安缺陷防*管理应满足以下要求：a) 不应存在可能引起平安缺陷的语句、命令。b) 应能够识别和屏蔽非法访问。c) 宜加强系统平安防*，能够识别和抵御程序恶意攻击。8.2.10 平安审计平安审计管理应满足以下要求：a) 应提供平安审计功能。平安审计*围应覆盖系统中的每个用户及系统中的所有重要平安事件，如登录事件、关键数

62、据变更等。b) 审计记录的内容应包括事件的日期、时间、发起者信息、类型、描述和结果等。c) 应提供审计记录数据的查询、统计、分析功能。d) 平安审计人员不能同时兼任系统管理员。e) 平安审计系统设备宜独立部署，以确保数据不被篡改。8.3 性能8.3.1 响应时间响应时间管理应满足以下要求：a) 应满足主要功能在单点操作下响应时间少于5秒。b) 典型功能在50人并发情况下，响应时间应少于15秒。c) 应支持大文件传输功能。支持100MB以内的文件稳定上传。效劳器端接收上传文件的最大吞吐量应不低于10M bit/S。d) 投标文件集中解密功能模块的系统处理能力应保证每分钟文件解密应大于100个或大于1GB。8.4 可靠性8.4.1 稳定性系统稳定性管理应满足以下要求：a) 应保证在高负荷状态下能提供不连续的可靠效劳，系统运行稳定。b) 在容量到达规定及超出规定的极限时