電子招標投標辦法附件：電子招標投標系統(tǒng)技術規(guī)范

1、電子招標投標系統(tǒng)技術規(guī)范電子招標投標系統(tǒng)技術規(guī)范第1部分：交易平臺技術規(guī)范2013年目 錄1范圍62規(guī)范性引用文件63術語和定義84交易平臺結構154.1電子招標投標系統(tǒng)架構圖154.2交易平臺結構圖165交易平臺基本功能要求175.1用戶注冊175.2招標方案185.3投標邀請205.4發(fā)標225.5投標245.6開標265.7評標285.8定標315.9費用管理335.10異議335.11招標異常345.12存檔、歸檔345.13監(jiān)督356交易平臺信息資源庫366.1招標項目信息庫376.2招標人信息庫386.3招標代理機構信息庫386.4投標人信息庫396.5專家信息庫406.6價格信息

2、庫417交易平臺的系統(tǒng)接口417.1公共服務平臺的接口427.2與行政監(jiān)督平臺的接口427.3與專業(yè)工具軟件的接口428交易平臺技術支撐與保障要求438.1接口技術要求438.2安全性468.3性能508.4可靠性508.5易用性518.6運行環(huán)境52附錄A數(shù)據(jù)項的基本要求55A.1業(yè)務對象55A.2招投標主體89A.3交易平臺或公共服務平臺104A.4數(shù)據(jù)項術語說明105附錄B編碼總體規(guī)則107B.1編碼總體規(guī)則說明107B.2通用編碼109B.3業(yè)務編碼109前 言電子招標投標系統(tǒng)技術規(guī)范依據(jù)招標投標法律法規(guī)規(guī)章，規(guī)定了電子招標投標系統(tǒng)的架構、基本功能、信息交換體系和技術保障的要求，促進電

3、子招標投標信息的互聯(lián)互通，提高招標投標活動的便捷性、安全性、規(guī)范性和統(tǒng)一性。電子招標投標系統(tǒng)技術規(guī)范分為兩部分：第1部分 交易平臺技術規(guī)范；第2部分 公共服務平臺和行政監(jiān)督平臺的技術規(guī)范。本規(guī)范為第1部分。電子招標投標系統(tǒng)技術規(guī)范第1部分：交易平臺技術規(guī)范1 范圍本規(guī)范規(guī)定電子招標投標交易平臺的結構、基本功能、信息資源庫、系統(tǒng)接口、技術支撐和保障以及數(shù)據(jù)項格式等方面的要求。本規(guī)范適用于電子招標投標交易平臺整體或局部研發(fā)、應用、檢測、認證和運營維護。2 規(guī)范性引用文件以下文件的相關條款通過引用而成為本規(guī)范的內(nèi)容。凡是加注日期的引用文件，其隨后所有的修改或修訂版（勘誤的內(nèi)容除外）均不適用于本規(guī)范，

4、但鼓勵根據(jù)本規(guī)范達成協(xié)議的各方經(jīng)協(xié)商一致適用以下文件的修訂版本。凡是未加注日期的引用文件，其修訂版本應自動適用于本規(guī)范。GB 2887-2011計算機場地通用規(guī)范GB 11714-1997 全國組織機構代碼編制規(guī)則GB 17859-1999 計算機信息系統(tǒng)安全保護等級劃分準則GB 2312-1980 信息交換用漢字編碼字符集 基本集GB 13000-2010 信息技術 通用多八位編碼字符集（UCS）GB 18030-2005信息技術 中文編碼字符集GB 2887-2000電子計算機場地通用規(guī)范GB 6650-1986 計算機機房用活動地板技術條件GB 50500-2013建設工程工程量清單計價

5、規(guī)范GB 116431999公民身份號碼GB/T 17539-1998 電子數(shù)據(jù)交換標準化應用指南GB/T 4754-2011 國民經(jīng)濟行業(yè)分類GB/T 2659-2000 世界各國和地區(qū)名稱代碼GB/T 2260-2007 中華人民共和國行政區(qū)劃代碼GB/T 12402經(jīng)濟類型分類與代碼GB/T 12406表示貨幣和資金的代碼GB/T 19487-2004電子政務業(yè)務流程設計方法通用規(guī)范GB/T 19715.1-2005 信息技術 信息技術安全管理指南GB/T 19716-2005 信息技術 信息安全管理實用規(guī)則GB/T 20269-2006 信息安全技術 信息系統(tǒng)安全管理要求GB/T 20

6、270-2006 信息安全技術 網(wǎng)絡基礎安全技術要求GB/T 20271-2006 信息安全技術 信息系統(tǒng)通用安全技術要求GB/T 18018-2007 信息安全技術 路由器安全技術要求GB/T 21064-2007 電子政務系統(tǒng)總體設計要求GB/T 1988-1998 信息技術 信息交換用七位編碼字符集GB/T 11457-2006 信息技術軟件工程術語GB/T 12345-1990 信息交換用漢字編碼字符集 輔助集GB/T 16260-2006 軟件工程產(chǎn)品質(zhì)量GB/T 17539-1998 電子數(shù)據(jù)交換標準化應用指南GB 50174-2008 電子信息系統(tǒng)機房設計規(guī)范GB/T 9361-

7、2011 計算機場地安全要求CAS 185-2009(C) 多CA聯(lián)機認證服務系統(tǒng)應用規(guī)范GB/T 50311-2007綜合布線系統(tǒng)工程設計規(guī)范GB/T 2261.1-2003個人基本信息分類與代碼 第1部分：人的性別代碼GB/T 3304-1991 中國各民族名稱的羅馬字母拼寫法和代碼GB/T 4658-2008 學歷代碼GB/T 8561-2001 專業(yè)技術職務代碼評標專家專業(yè)分類標準（試行）（發(fā)改法規(guī)20101538號）3 術語和定義下列術語和定義適用于本規(guī)范。3.1 電子招標投標 e-bidding根據(jù)招標投標相關法律法規(guī)規(guī)章，以數(shù)據(jù)電文為主要載體，應用信息技術完成招標投標活動的過程。

8、數(shù)據(jù)電文是指以電子、光學、磁或者類似手段生成、發(fā)送、接收或者儲存的信息。本規(guī)范中的“電子文件”是指按照特定用途和規(guī)定的內(nèi)容格式要求編輯生成的數(shù)據(jù)電文。3.2 交易平臺 transaction platform招標投標當事人通過數(shù)據(jù)電文形式完成招標投標交易活動的信息平臺。交易平臺主要用于在線完成招標投標全部交易過程，編輯、生成、對接、交換和發(fā)布有關招標投標數(shù)據(jù)信息，為行政監(jiān)督部門和監(jiān)察機關依法實施監(jiān)督、監(jiān)察和受理投訴提供所需的信息通道。3.3 公共服務平臺 public service platform為滿足各交易平臺之間電子招標投標信息對接交換、資源共享的需要，并為市場主體、行政監(jiān)督部門和社會

9、公眾提供信息交換、整合和發(fā)布的信息平臺。公共服務平臺具有招標投標相關信息對接交換、發(fā)布、資格信譽和業(yè)績驗證、行業(yè)統(tǒng)計分析、連接評標專家?guī)?、提供行政監(jiān)督通道等服務功能。3.4 行政監(jiān)督平臺administrative supervision platform行政監(jiān)督部門和監(jiān)察機關在線監(jiān)督電子招標投標活動并與交易平臺、公共服務平臺對接交換相關監(jiān)督信息的信息平臺。行政監(jiān)督平臺應當公布監(jiān)督職責權限、監(jiān)督環(huán)節(jié)、程序、時限和信息交換等要求。3.5 監(jiān)督通道 supervision channel交易平臺、公共服務平臺為行政監(jiān)督部門和監(jiān)察機關依法在線監(jiān)督、監(jiān)察電子招標投標活動提供的信息通道。3.6 項目 p

10、roject為實現(xiàn)一定功能價值目標，在特定約束條件下一次性組織實施任務的活動過程，可以分為工程、貨物、服務等項目，包含一個或多個招標項目。3.7 招標項目 tendering project項目中組織實施一次招標投標全流程的基本單元，可以包括一個或多個標段（包）。3.8 標段（包）bid section (package)根據(jù)實際需要，依據(jù)一定的約束條件及標準，對招標項目構成內(nèi)容進行合理劃分，成為最基本的交易管理單元。3.9 數(shù)據(jù)項 data item電子招標投標系統(tǒng)中為滿足功能控制、數(shù)據(jù)交換、信息共享的需要，反映業(yè)務對象特征屬性的結構化數(shù)據(jù)。 3.10 信息資源庫 information r

11、esource database電子招標投標系統(tǒng)中反映相關業(yè)務對象特征屬性的數(shù)據(jù)項，按照對接交換、查詢發(fā)布、統(tǒng)計分析等特定功能需要和標準進行分類集合的數(shù)據(jù)庫。3.11 招標項目計劃 tendering project plan招標人或招標代理機構根據(jù)招標方案編制的用于指導和控制招標實際工作的執(zhí)行文件，主要包括招標項目內(nèi)容、范圍、招標方式、招標組織形式、主要工作內(nèi)容、人員職責分工、工作質(zhì)量和時間進度要求等內(nèi)容。3.12 發(fā)標 issue of bidding documents招標人按資格預審公告、招標公告或者投標邀請書載明的時間、地點發(fā)出資格預審文件或者招標文件的活動。3.13 黑名單 bla

12、cklist違反有關法律法規(guī)規(guī)章規(guī)定的招標投標當事人名單。3.14 電子開標online bid-opening 通過交易平臺在線完成投標文件拆封解密、展示唱標內(nèi)容并形成開標記錄的工作程序。3.15 電子簽名 e-signature運用電子密碼技術，在數(shù)據(jù)電文中以電子形式所含，用于識別簽名人身份并表明簽名人認可其中內(nèi)容的數(shù)據(jù)。本規(guī)范中的“簽署”是指招標投標當事人對數(shù)據(jù)電文進行電子簽名的行為。3.16 電子印章 e-stamp模擬在紙質(zhì)文件上加蓋傳統(tǒng)實物印章的外觀和方式進行電子簽名的形式。3.17 開標記錄 bid opening record記錄參加開標的單位、人員、開標過程以及展示唱標內(nèi)容等

13、相關信息并經(jīng)電子簽名的數(shù)據(jù)文件。3.18 電子簽到 sign-in參與電子開標活動的相關人員通過交易平臺完成簽名報到并形成電子記錄文檔的工作。3.19 電子評標e-bidding evaluation招標項目評標委員會通過交易平臺的電子評標系統(tǒng)，按照招標文件約定的評標標準和方法，對電子投標文件評審，并形成評標報告電子文件的工作程序。3.20 回執(zhí) receipt電子文件接收人通過交易平臺向發(fā)送人反饋的數(shù)據(jù)電文形式的簽收單據(jù)。3.21 存檔filing按招標投標有關規(guī)定和招標人的要求，在交易平臺中生成、整理、保存、移交招標投標過程中產(chǎn)生的數(shù)據(jù)電文的工作。3.22 歸檔 e-archiving按國

14、家檔案管理部門電子檔案管理要求整理、保存、移交招標投標過程中產(chǎn)生的數(shù)據(jù)電文的工作。3.23 編輯 edit運用交易平臺提供的功能編寫、修改、生成電子文件，或者利用其他專業(yè)工具生成并導入電子文件的工作。3.24 提交 submission招標投標當事人向有關行政監(jiān)督部門、項目管理部門或者當事人內(nèi)部管理部門發(fā)送數(shù)據(jù)電文的行為。3.25 發(fā)布 issue招標人向不特定的受眾公布招投標活動中相關數(shù)據(jù)電文的行為。3.26 發(fā)出 sending out招標人向招標投標當事人、參與人發(fā)送數(shù)據(jù)電文的行為。3.27 遞交 delivery招標投標當事人之間發(fā)送數(shù)據(jù)電文的行為。3.28 版式文件 formatte

15、d document運用數(shù)據(jù)電文編輯和格式轉(zhuǎn)換技術，使得不同電子閱讀軟件及設備和閱讀軟件上顯示內(nèi)容、版面格式固定一致，防止篡改的數(shù)據(jù)電文。電子招標投標中的大多數(shù)電子文件需要采用版式文件。3.29 CA證書certification authority certificate經(jīng)過有關部門認可的電子認證服務機構基于PKI技術簽發(fā)、認證和管理的數(shù)字證書。CA證書具有數(shù)據(jù)電文交換中身份識別、電子簽名、加密解密等功能。CA證書主要內(nèi)容包括：證書服務機構的名稱、證書持有人的名稱及其簽名驗證數(shù)據(jù)、證書序列號、有效期、服務機構簽名等。3.30 專業(yè)工具軟件 utility software與交易平臺兼容對接，

16、用于制作、生成招標項目工程量清單、投標工程量清單報價以及工程投標報價評標分析的工程計價系統(tǒng)軟件。3.31 投標文件制作軟件bidding document creation software投標人用于制作投標文件的專用客戶端軟件，是交易平臺的組成部分，主要具備招標文件導入、投標文件內(nèi)容編輯、文件格式轉(zhuǎn)換、投標文件生成、分類整理等功能。3.32 時間戳time stamp應用電子簽名技術，對電子文件提供日期和時間信息的安全保護和證明。4 交易平臺結構4.1 電子招標投標系統(tǒng)架構圖電子招標投標系統(tǒng)由電子招標投標交易平臺、電子招標投標公共服務平臺、電子招標投標行政監(jiān)督平臺三個部分組成。三個平臺的主要

17、功能和架構關系如下圖所示： 4.2 交易平臺結構圖交易平臺由基本功能、信息資源庫、技術支撐與保障、公共服務接口、行政監(jiān)督接口、專業(yè)工具接口、投標文件制作軟件等構成，并通過接口與公共服務平臺和行政監(jiān)督平臺相連接，其基本功能結構如下圖所示。5 交易平臺基本功能要求交易平臺基本功能應當按照招標投標業(yè)務流程要求設置，包括用戶注冊、招標方案、投標邀請、資格預審、發(fā)標、投標、開標、評標、定標、費用管理、異議、監(jiān)督、招標異常、歸檔（存檔）等功能。5.1 用戶注冊5.1.1 招標人注冊招標人注冊管理應滿足以下要求：a) 招標人注冊信息數(shù)據(jù)項應滿足6.2的要求。b) 應具備從公共服務平臺公共信息資源數(shù)據(jù)庫交換招

18、標人注冊信息的功能，并實現(xiàn)比對、排除重復，以及修正、驗證確認、寫入招標人信息庫的功能。c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能。d) 應具備招標人綁定一個或多個CA證書的功能。e) 應具備確定招標人唯一注冊編碼的功能。5.1.2 招標代理機構注冊招標代理機構注冊管理應滿足以下要求：a) 招標代理機構注冊信息數(shù)據(jù)項應滿足6.3的要求。b) 應具備從公共服務平臺公共信息資源數(shù)據(jù)庫交換招標代理機構注冊信息的功能，并實現(xiàn)比對、排除重復，以及修正、驗證確認、寫入招標代理機構信息庫的功能。c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能。d) 應具備招標代理機構綁定一個或多個C

19、A證書的功能。5.1.3 投標人注冊投標人注冊管理應滿足以下要求：a) 投標人注冊信息數(shù)據(jù)項應滿足6.4的要求。b) 應具備從公共服務平臺公共信息資源數(shù)據(jù)庫交換投標人注冊信息的功能，并實現(xiàn)比對、排除重復，以及修正、驗證確認、寫入投標人信息庫的功能。c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能。d) 應具備投標人綁定一個或多個CA證書的功能。e) 宜具備投標人只能將電子印章綁定到一個CA證書的功能。5.2 招標方案5.2.1 招標項目招標項目管理應滿足以下要求：a) 應具備項目相關信息的建立和遞交功能。數(shù)據(jù)項應包括項目編號、項目名稱、項目地址、項目法人、聯(lián)系人及其聯(lián)系方式、項目行業(yè)

20、分類、資金來源、項目規(guī)模等。b) 應具備招標項目相關信息的建立和遞交功能。數(shù)據(jù)項應包括項目名稱、招標項目編號、招標項目名稱、招標人代碼、招標代理機構代碼、招標內(nèi)容與范圍及招標方案說明、招標方式、招標組織形式、附件等。c) 應建立項目與屬于本項目下的招標項目之間的關聯(lián)關系。d) 應具備招標項目標段（包）建立和修改等管理功能。數(shù)據(jù)項應包括招標項目編號、標段（包）編號、標段（包）名稱、標段（包）內(nèi)容、標段（包）分類代碼、投標人資格條件等。e) 應建立招標項目與本招標項目下標段（包）的關聯(lián)關系。f) 應具備根據(jù)招標委托合同設定招標項目代理機構職責和權限的功能。數(shù)據(jù)項應包括招標代理機構代碼、招標代理機構

21、名稱、招標代理機構資格分類分級代碼、招標代理內(nèi)容、范圍、權限、招標代理機構項目負責人及其職責權限和聯(lián)系方式等。g) 宜具備招標委托合同的編輯、遞交和簽署功能。h) 應具備向公共服務平臺提供招標項目數(shù)據(jù)的功能。i) 數(shù)據(jù)項格式詳見附錄A.1.1、A.1.2、A.1.3、A.1.25。5.2.2 招標項目計劃招標項目計劃管理應滿足以下要求：a) 應具備設定招標項目團隊成員組成及其職責分工的功能。b) 宜具備招標項目任務計劃的編制、報審、下達、調(diào)整等管理功能。數(shù)據(jù)項應包括招標項目編號和招標項目名稱、標段（包）編號、工作任務計劃、項目團隊成員組成及其職責分工等。c) 數(shù)據(jù)項格式詳見附錄A.1.26。5

22、.3 投標邀請5.3.1 招標公告與資格預審公告招標公告與資格預審公告管理應滿足以下要求：a) 應具備公開招標項目采用資格后審的招標公告和采用資格預審的資格預審公告的編輯、提交、審核、驗證確認和發(fā)布功能。招標公告數(shù)據(jù)項應包括招標項目編號、招標項目名稱、相關標段（包）編號和投標資格、招標文件獲取時間及獲取方法、投標文件遞交截止時間及遞交方法、公告發(fā)布時間、附件等。資格預審公告數(shù)據(jù)項應包括招標項目編號、招標項目名稱、相關標段（包）編號和投標資格、資格預審文件獲取時間及獲取方法、資格預審申請文件遞交截止時間及遞交方法、資格預審公告發(fā)布時間、附件等。b) 應該具備記錄招標公告和資格預審公告編輯、遞交發(fā)

23、布責任人和交易平臺驗證責任人的功能。c) 應具備招標公告和資格預審公告同步遞交到指定媒介發(fā)布的功能。d) 應具備向公共服務平臺同步提供招標公告和資格預審公告的功能。e) 招標公告和資格預審公告的數(shù)據(jù)項格式詳見附錄A.1.4。5.3.2 投標邀請書投標邀請書管理應滿足以下要求：a) 應具備從投標人信息庫中獲取滿足投標資格條件或特定條件的潛在投標人的功能。b) 應具備投標邀請書的編輯和發(fā)出功能。數(shù)據(jù)項應滿足以下要求：采用邀請招標的數(shù)據(jù)項包括標段（包）編號、標段（包）名稱、投標資格、招標文件獲取時間及獲取方法、投標文件遞交截止時間及遞交方法、回復截止時間、投標邀請發(fā)出時間、附件等。采用資格預審的項目

24、投標邀請書（代資格預審結果通知書）數(shù)據(jù)項包括標段（包）編號、標段（包）名稱、招標文件獲取時間及獲取方法、投標文件遞交截止時間及遞交方法、回復截止時間、投標邀請發(fā)出時間、附件等。c) 應具備被邀請人接受和拒絕投標邀請的回復功能。d) 數(shù)據(jù)項格式詳見附錄A.1.5。5.4 發(fā)標5.4.1 招標文件招標文件管理應滿足以下要求：a) 應具備招標文件的編輯、提交、審核、確認、備案、發(fā)出功能。數(shù)據(jù)項應包括標段（包）編號、投標資格、投標有效期、投標保證金、投標文件遞交截止時間、投標文件遞交方法、開標時間、開標方式、評標辦法、附件等。b) 應具備按照標準文件或示范文本生成招標文件的功能。c) 應具備設定投標文

25、件主要內(nèi)容、格式要求的功能。d) 應具備設定投標文件遞交截止時間（開標時間）及其控制的功能。e) 應具備記錄招標文件下載人、下載時間、下載次數(shù)的功能。f) 宜具備將招標文件多個不同格式附件組合打包生成一個文件的功能。g) 應具備向公共服務平臺提供招標文件的功能。h) 數(shù)據(jù)項格式詳見附錄A.1.9。5.4.2 資格預審文件資格預審文件的管理應滿足以下要求：a) 資格預審文件的管理應滿足5.4.1的規(guī)定。資格預審文件數(shù)據(jù)項應包括標段（包）編號、申請資格、申請有效期、申請文件遞交截止時間、申請文件遞交方法、開啟時間、開啟方式、評審辦法、附件等。b) 數(shù)據(jù)項格式詳見附錄A.1.6。5.4.3 踏勘現(xiàn)場

26、踏勘現(xiàn)場管理應滿足以下要求：a) 應具備現(xiàn)場踏勘通知的編輯、發(fā)出功能。數(shù)據(jù)項應包括招標項目編號、標段（包）編號、踏勘通知內(nèi)容、踏勘發(fā)出時間、附件等。b) 應具備按招標文件約定的時間，向所有已獲取招標文件的潛在投標人發(fā)出現(xiàn)場踏勘通知和提示現(xiàn)場踏勘時間的功能。c) 應具備現(xiàn)場踏勘信息的記錄功能。數(shù)據(jù)項應包括招標項目編號、標段（包）編號、踏勘單位名稱及其代表姓名、踏勘時間、附件等。d) 數(shù)據(jù)項格式詳見附錄A.1.10、A.1.11。5.4.4 資格預審文件/招標文件澄清與修改資格預審文件/招標文件（5.4.4中統(tǒng)稱“文件”）澄清與修改管理應滿足以下要求：a) 應具備文件澄清問題的編輯、遞交功能。數(shù)據(jù)

27、項應包括標段（包）編號、文件編號、要求澄清的問題、附件等。b) 應具備符合法律法規(guī)規(guī)章規(guī)定和招標文件約定的由資格預審申請人/投標人遞交澄清問題的時間控制功能。c) 應具備招標人對文件的澄清與修改進行編輯、審核、發(fā)出的功能。數(shù)據(jù)項應包括標段（包）編號、澄清與修改文件編號、對文件澄清與修改的內(nèi)容、澄清與修改遞交時間、附件等。d) 應具備符合法律法規(guī)規(guī)章規(guī)定和招標文件約定的招標人遞交澄清答復的時間控制功能，以及向所有已獲取文件的潛在資格預審申請人/投標人發(fā)送通知，并以醒目方式公告澄清與修改內(nèi)容的功能。e) 應具備潛在資格預審申請人/投標人下載澄清與修改文件，并遞交回執(zhí)的功能。f) 文件澄清問題的數(shù)據(jù)

28、項格式詳見附錄A.1.27，對資格預審文件的澄清與修改的數(shù)據(jù)項格式詳見附錄A.1.6，對招標文件的澄清與修改的數(shù)據(jù)項格式詳見附錄A.1.9。5.5 投標5.5.1 資格預審申請文件/投標文件資格預審申請文件/投標文件（在5.5.1中統(tǒng)稱“文件”）管理應滿足以下要求：a) 應具備在線或離線編輯和制作文件的功能，主要包括文件導入、文件內(nèi)容編輯、工程量清單（如有）導入、版式文件轉(zhuǎn)換、電子簽章、文件生成、校驗以及加密等功能。 投標文件數(shù)據(jù)項應包括標段（包）編號、投標人代碼、投標報價、工期（交貨期）、投標有效期、投標保證金形式、投標保證金金額、投標單位項目負責人、投標時間、附件等。 資格預審申請文件數(shù)據(jù)

29、項應包括標段（包）編號、申請人代碼、投標資格條件、項目負責人、申請時間、附件等。b) 應具備通過網(wǎng)絡對文件遞交、修改和撤回功能。c) 應具備按照招標文件中的遞交截止時間控制文件遞交、補充、修改和撤回的功能。d) 應具備遞交時間截止后，拒絕資格預審申請人/投標人遞交、修改和撤回文件的功能。e) 應具備拒絕接收遞交時間截止時尚未完成傳輸?shù)奈募墓δ?。f) 應具備對文件的主要數(shù)據(jù)項內(nèi)容和格式進行校驗的功能。g) 應具備文件防篡改的功能。h) 應具備投標人按照招標文件約定的加密方式選擇按標段（包）分段或整體加密、遞交文件的功能。i) 應具備文件接收、校驗、按接收時間排序和回執(zhí)遞交功能。j) 應具備拒收

30、未按法律法規(guī)規(guī)章規(guī)定和招標文件要求遞交的文件的功能。k) 應具備禁止除資格預審申請人/投標人外的任何人在投標截止前解密、提取文件的功能。l) 截止時間應使用國家授時中心標準時間。m) 宜動態(tài)顯示國家授時中心當前時間。n) 投標文件數(shù)據(jù)項格式詳見附錄A.1.12, 資格預審申請文件數(shù)據(jù)項格式詳見附錄A.1.7。5.5.2 投標保證金a) 應具備記錄和提示投標保證金接收、退還信息的功能。數(shù)據(jù)項應包括標段（包）編號、投標人代碼、投標人名稱、保證金金額、保證金支付形式、保證金憑證接收時間、保證金到賬時間和保證金退還時間等。b) 宜具備投標保證金接收情況展示的功能。c) 宜具備按照招標文件要求對投標保證

31、金支付形式、資金到賬時間、金額、接收憑證等進行符合性校驗的功能。d) 數(shù)據(jù)項格式詳見附錄A.1.13。5.6 開標5.6.1 簽到記錄應具備參加開標的人員通過網(wǎng)絡遠程辦理電子簽到的功能。5.6.2 開標唱標開標唱標管理應滿足以下要求：a) 應具備開標時驗證投標單位是否達到和顯示法定數(shù)量,并可以根據(jù)實際情況啟動開標或取消開標的功能。b) 應具備開標時驗證并公布投標文件不被篡改、不遺漏及其投標過程記錄的功能。c) 應具備按開標時間規(guī)定控制投標文件解密并記錄解密過程的功能。d) 應具備招標人和投標人按照招標文件約定的解密方式解密投標文件以及解密失敗時按規(guī)定補救方式執(zhí)行的功能。e) 應具備投標文件數(shù)據(jù)

32、讀取、記錄、展示的功能。展示內(nèi)容中應包括標段（包）編號、投標人名稱、報價、工期（交貨期）、投標保證金額、投標保證金到賬時間、投標文件遞交時間等招標文件所確定的唱標內(nèi)容。f) 應具備開標過程信息的記錄、編輯、參與單位電子簽名確認和遞交功能。數(shù)據(jù)項應包括標段（包）編號、開標參與單位名稱、開標展示內(nèi)容等。g) 應具備開標記錄經(jīng)過電子簽名確認后，通過交易平臺向社會公眾和公共服務平臺同步交換、公布的功能。h) 宜具備開標記錄模板的編輯、修改、管理的功能。i) 招標項目開標記錄的數(shù)據(jù)項格式詳見附錄A.1.14。5.6.3資格預審文件的開啟a) 資格預審文件的開啟管理要求應符合5.6.2的規(guī)定。資格預審文件

33、開啟記錄的數(shù)據(jù)項應包括標段（包）編號開啟參與單位名稱、開啟時間、開啟內(nèi)容等。b) 資格預審文件開啟數(shù)據(jù)項格式詳見附錄A.1.28。5.7 評標5.7.1 評標委員會評標委員會管理應滿足以下要求：a) 應具備申請依法組建評標委員會的功能。數(shù)據(jù)項應包括標段（包）編號、專家人數(shù)、行政區(qū)域代碼、專業(yè)、等級、回避條件等組建要求。b) 應具備連接依法建立的專家?guī)斓墓δ堋) 應具備通過公共服務平臺連接的專家?guī)焱ㄖu標委員會成員報到時間、地點的功能。d) 應具備接收專家?guī)旆答伋槿≡u標專家名單，并據(jù)此設置評標委員會職責分工的功能，相關數(shù)據(jù)項應包括專家編號、專家姓名、通知時間、通知方式等。e) 應具備評標委員會

34、成員帳號生成、簽到、身份確認、回避確認的功能。f) 應具備評標專家行為考評記錄，并遞交到專家所屬公共服務平臺連接的專家?guī)斓墓δ?。g) 應提供評標委員會名單在評標前的保密功能。h) 評標委員會數(shù)據(jù)項格式詳見附錄A.2.9、A.2.10。5.7.2 評審評審管理應滿足以下要求：a) 應具備能夠按招標文件約定的評標方法、評審因素和標準設置評審表格和評審項目的功能。 b) 應具備按招標文件約定的評標方法，對投標文件進行解析、對比，輔助評分或計算評標價的功能。c) 應具備匯總計算投標人綜合評分或評標價并進行排序的功能。d) 應具備編輯和發(fā)出評標澄清問題的功能。e) 應具備投標人編輯和遞交投標澄清文件的功

35、能。f) 應具備依評審權限設置評審項目訪問、信息閱讀的功能，確保無相應權限者無法查閱或操作相關數(shù)據(jù)。g) 宜具備以下評審功能：按招標項目類型和評標辦法設置、維護和管理評標模板。依據(jù)招標項目清單、標底總價、分項單價與投標報價進行校驗、對比，提示差異。檢測和輔助分析投標文件及異常投標行為。評標委員會成員打分結果的檢測和輔助分析。5.7.3 評標報告評標報告管理應滿足以下要求：a) 應具備評標報告編輯、閱讀的權限設置、簽署和提交功能。數(shù)據(jù)項應包括標段（包）編號、中標候選人名稱及排名、投標價格、評分結果或評標價格、中標價格、附件等。b) 應具備向公共服務平臺監(jiān)督通道提供評標報告數(shù)據(jù)的功能。c) 評標報

36、告的數(shù)據(jù)項格式詳見附錄A.1.15、A.1.16。5.7.4 遠程異地評標宜按以下要求具備網(wǎng)絡遠程異地評標的功能：a) 對評標委員會實現(xiàn)有效的監(jiān)控。b) 對評標時間和地點進行控制。c) 評標委員會評標必需的溝通功能。5.7.5 資格預審申請文件的評審a) 資格預審評審委員會的管理要求應符合5.7.1的規(guī)定。b) 資格預審申請文件的評審管理要求應符合5.7.2的規(guī)定，其中有關價格評審功能不適用于資格預審申請文件的評審。c) 資格預審結果文件的管理要求應符合5.7.3的規(guī)定。數(shù)據(jù)項應包括標段（包）編號、通過資格預審的申請人名單、附件等。d) 資格預審申請文件的遠程異地評審的管理要求應符合5.7.4

37、的規(guī)定。e) 應具備向公共服務平臺監(jiān)督通道提供資格預審結果文件的功能。f) 資格預審結果文件的數(shù)據(jù)項格式詳見附錄A.1.85.8 定標5.8.1 中標候選人公示a) 應具備中標候選人公示的編輯、提交審核、驗證確認、備案、發(fā)布功能。數(shù)據(jù)項應包括：標段（包）編號、公示內(nèi)容（含中標候選人名稱及排序、投標價格、中標價格）、公示時間等。b) 應具備向公共服務平臺提供中標候選人公示數(shù)據(jù)的功能。c) 中標候選人公示的數(shù)據(jù)項格式詳見附錄A.1.17。5.8.2 確認資格預審的申請人/確定中標人a) 應具備授權資格審查委員會確認通過資格預審的申請人/授權評標委員會確定中標人的功能。b) 應提供招標人確認通過資格

38、預審的申請人/確定中標人的功能。5.8.3 中標結果公告a) 應具備編輯、提交審核、驗證確認、備案、發(fā)布和向公共服務平臺提供中標結果公告的功能。數(shù)據(jù)項應包括：標段（包）編號、標段（包）名稱、中標人名稱、中標價格、附件等。b) 中標結果公告的數(shù)據(jù)項格式詳見附錄A.1.29。5.8.4 中標通知書中標通知書管理應滿足以下要求：a) 應具備中標通知書和招標結果通知書的編輯、驗證確認和遞交的功能。數(shù)據(jù)項應包括：招標項目名稱及其編號、標段（包）編號、中標人、中標價格、附件等。b) 宜具備中標、未中標理由的編輯、確認、遞交功能。c) 應具備向公共服務平臺提供中標通知書和招標結果通知書的功能。d) 中標通知

39、書和招標結果通知的數(shù)據(jù)項格式詳見附錄A.1.18。5.8.5 資格預審結果通知書a) 資格預審結果通知書的管理應滿足5.8.4中a)、b)、c)的規(guī)定。數(shù)據(jù)項應包括：招標人、招標代理機構、招標項目名稱及其編號、標段（包）編號、資格預審通過單位名稱、資格預審通知書發(fā)出時間、附件等。b) 資格預審結果通知書的數(shù)據(jù)項格式詳見附錄A.1.19。5.8.6 合同合同管理應滿足以下要求：a) 應提供招標項目標段（包）與合同的關聯(lián)關系。b) 應具備根據(jù)法律法規(guī)規(guī)章和招標文件約定的內(nèi)容，編輯、形成、遞交、驗證確認和簽署合同文本的功能。c) 應具備向公共服務平臺提供規(guī)定要求的合同信息的功能。d) 宜具備按規(guī)定要

40、求向相關主體和管理單位收集、記錄和驗證合同履行結果的相關信息。e) 合同的數(shù)據(jù)項格式詳見附錄A.1.20。5.9 費用管理費用管理應滿足以下要求：a) 應具備招投標過程中各類費用的支付結算、退還的信息管理及控制后續(xù)相關程序等管理功能。b) 費用類型包括資格預審文件費用、招標文件費用、圖紙押金、投標保證金及其利息、履約保證金、招標代理服務費、交易服務費、評標專家咨詢費等。c) 應具備選擇多種支付結算方式的功能。d) 宜具備支持網(wǎng)上電子支付結算的功能。5.10 異議異議管理應滿足以下要求：a) 應具備投標人對資格預審文件、招標文件、開標過程、資格預審結果、評標結果按規(guī)定的時間提出異議的功能。b)

41、應具備招標人在規(guī)定的時間內(nèi)答復投標人異議的功能。c) 異議的數(shù)據(jù)項格式詳見附錄A.1.21。5.11 招標異常招標異常管理應滿足以下要求：a) 應具備招標終止功能及招標終止公告的編輯、提交和發(fā)布功能。b) 宜具備重新發(fā)布招標公告或資格預審公告、資格預審文件或招標文件，并保留已完成招標程序的相關數(shù)據(jù)的功能。c) 宜具備招標項目按有關規(guī)定改用非招標方式后，記錄其他交易方式和成交結果的功能。d) 招標異常情況報告的數(shù)據(jù)項格式詳見A.1.22。5.12 存檔、歸檔存檔、歸檔管理應滿足以下要求：a) 應具備按照有關規(guī)定和招標文件的要求對招標投標數(shù)據(jù)和文件、活動記錄進行存檔的功能。b) 應具備數(shù)據(jù)和文件的

42、分類、整理和歸檔的功能。數(shù)據(jù)和文件的歸檔應符合國家有關電子檔案的規(guī)定。c) 應具備按權限查閱招標投標數(shù)據(jù)和文件的功能。d) 應具備記錄、備份、存檔、歸檔電子招標投標中涉及的操作時間和人員的功能。e) 應具備評標全過程錄像自投標有效期結束之日起存檔90日以上的功能。5.13 監(jiān)督5.13.1 接受監(jiān)督按照招標投標法律法規(guī)規(guī)章和監(jiān)督部門的要求，應具備通過公共服務平臺的行政監(jiān)督通道或直接通過行政監(jiān)督平臺，適時與監(jiān)督部門交換相關數(shù)據(jù)和文件的功能，并滿足以下要求：a) 提交招標人和招標項目的基本情況，以及經(jīng)核準的招標內(nèi)容與范圍、招標方式、招標組織形式。數(shù)據(jù)項格式詳見附錄A.1.1、A.1.2、A.1.3

43、。b) 提交資格預審公告、招標公告或者投標邀請書。數(shù)據(jù)項格式詳見附錄A.1.4、A.1.5。c) 提交資格預審文件、招標文件。數(shù)據(jù)項格式詳見附錄A.1.6、A.1.9。d) 提交資格審查委員會名單和資格預審結果報告。資格審查委員會數(shù)據(jù)項格式詳見附錄A.2.9、A.2.10，資格預審結果數(shù)據(jù)項格式詳見附錄A.1.8。e) 提交投標文件驗證、解密及展示、投標人確認等開標過程和開標記錄的信息。數(shù)據(jù)項格式詳見A.1.14。f) 提交評標委員會名單、評標報告和中標候選人。數(shù)據(jù)項格式詳見附錄A.2.9、A.2.10、A.1.15、A.1.16。g) 提交中標候選人公示和中標結果。數(shù)據(jù)項格式詳見附錄A.1.

44、17、A.1.29。h) 提交合同和履行信息。數(shù)據(jù)項格式詳見附錄A.1.20。i) 提交招標異常的有關情況。需要審批或核準的，提交相關審批或核準信息。數(shù)據(jù)項格式詳見附錄A.1.22。j) 接收和執(zhí)行有關行政監(jiān)督部門監(jiān)督指令的功能。5.13.2 配合投訴處理配合投訴處理管理應滿足以下要求：a) 宜具備編輯、提交投訴事項有關信息、接收、查詢投訴受理情況和處理結果的功能。投訴時限應滿足相關規(guī)定的要求。投訴處理的數(shù)據(jù)項應包括標段（包）編號、投訴人代碼、投訴人名稱、投訴內(nèi)容、理由和依據(jù)、投訴提交時間、投訴受理人、受理時間、處理結果、反饋時間、附件等。b) 宜具備向公共服務平臺提供投訴處理數(shù)據(jù)和文件的功能

45、。c) 投訴處理的數(shù)據(jù)項格式詳見附錄A.1.21。6 交易平臺信息資源庫信息資源庫采集整合的要素信息，僅限于政府有關網(wǎng)站、平臺公布的信息和電子招標投標系統(tǒng)上記錄并經(jīng)過驗證、交換、公布的信息，主要是電子招標投標交易平臺上成交的項目及其相關主體的要素信息。除上述來源以外采集的信息和投標人在投標文件中提供的以紙質(zhì)形式完成招標投標的中標項目業(yè)績信譽、從業(yè)人員業(yè)績信譽等信息，僅限于該招標項目中一次使用，禁止轉(zhuǎn)入交易平臺信息資源庫分類集合，也不得用于對外查詢、公布、交換及統(tǒng)計。但是，交易平臺可以另行建立輔助信息資源庫集中此類非可靠信息，僅限于內(nèi)部交換和參考，且應當注明信息采集來源和相關責任人員。6.1 招

46、標項目信息庫招標項目信息庫管理應滿足如下要求：a) 應具備招標項目信息的建立和維護的功能。數(shù)據(jù)項應包括項目名稱、項目編號、項目行業(yè)分類代碼、項目所在行政區(qū)域代碼、法定代表人、招標交易平臺代碼、招標項目編號、招標項目名稱、招標內(nèi)容與范圍和招標方案說明及附件、招標人代碼、招標代理機構代碼，以及進行信息交換的公共服務平臺標識碼等。b) 應具備標段（包）與中標信息建立和維護的功能。數(shù)據(jù)項應包括標段（包）編號、標段（包）內(nèi)容、標段（包）分類代碼、投標人資格條件、中標人代碼、中標價格、項目負責人、項目質(zhì)量要求、項目工期（交貨期）、中標通知書編號、合同訂立價格，合同結算價格、合同驗收質(zhì)量、合同履行期限等。c

47、) 應具備招標項目相關時間信息的建立和維護功能。數(shù)據(jù)項應包括招標項目建立時間、公告發(fā)布時間、開標時間、中標候選人公示時間、中標通知時間、簽約時間、合同完成時間等。d) 數(shù)據(jù)項格式詳見附錄A.1.1、A.1.2、A.1.3、A.1.4、A.1.18、A.1.20。6.2 招標人信息庫招標人信息庫管理應滿足以下要求：a) 應具備招標人信息建立和維護的功能。數(shù)據(jù)項應包括招標人代碼、招標人名稱、負責人、國別/地區(qū)、行業(yè)代碼、營業(yè)執(zhí)照號碼、CA證書編號、組織機構代碼、稅務登記號、開戶銀行、基本賬戶賬號、注冊資本、幣種、信息申報責任人、聯(lián)系電話、聯(lián)系地址、郵政編碼、電子郵箱等信息。b) 應具備招標人招標業(yè)

48、績、獎懲、履約記錄等信息管理的功能。c) 應具備招標人信息的檢索和統(tǒng)計分析的功能。d) 數(shù)據(jù)項格式詳見附錄A.2.1, A.2.3、A.2.8、A.1.20。6.3 招標代理機構信息庫招標代理機構信息庫管理應滿足以下要求：a) 應具備招標代理機構信息建立和維護的功能。數(shù)據(jù)項應包括代理機構代碼、代理機構名稱、負責人、國別/地區(qū)、資質(zhì)類別、資質(zhì)等級、營業(yè)執(zhí)照號碼、CA證書編號、組織機構代碼、稅務登記號、開戶銀行、基本賬戶、注冊資本、信息申報責任人、聯(lián)系電話、聯(lián)系地址、郵政編碼、電子郵箱等信息。b) 應具備招標代理機構電子招標業(yè)績、獎懲記錄和履約記錄等信息管理的功能。c) 應具備招標職業(yè)資格人員的相

49、關信息管理的功能。數(shù)據(jù)項包括姓名、性別、身份證件類型、身份證件號碼、出生年月、所在行政區(qū)域代碼、最高學歷、聯(lián)系電話、通訊地址、郵政編碼、所在單位、職務、職業(yè)證書編號、注冊登記證書編號、從業(yè)年限、項目業(yè)績、獎懲記錄等信息。d) 應具備招標代理機構信息的檢索和統(tǒng)計分析的功能。e) 數(shù)據(jù)項格式詳見附錄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) 應具備投標人信息建立和維護的功能。數(shù)據(jù)項按不同主體應相應包括：投標人代碼、投標人名稱、負責人、國別/地區(qū)、資質(zhì)序列、資質(zhì)等級、資信等級、獎懲記錄、營

50、業(yè)執(zhí)照號碼、CA證書編號、組織機構代碼、稅務登記號、開戶銀行、基本賬戶賬號、注冊資本、注冊資本幣種、信息申報和變更責任人、聯(lián)系電話、聯(lián)系地址、郵政編碼、電子郵箱等信息。b) 應具備投標人中標業(yè)績明細數(shù)據(jù)、獎懲與履約等信息歸集的功能。c) 應具備投標人信息的檢索和統(tǒng)計分析的功能。d) 應具備投標人黑名單的建立和管理的功能。e) 應具備投標人專業(yè)職業(yè)資格人員（注冊建造師、注冊監(jiān)理工程師等）的相關信息管理的功能。數(shù)據(jù)項包括姓名、性別、身份證件類型、身份證件號碼、出生年月、所在行政區(qū)域代碼、最高學歷、聯(lián)系電話、通訊地址、郵政編碼、所在單位、職務、技術職稱、職業(yè)資格序列、職業(yè)資格等級、職業(yè)證書編號、從業(yè)

51、經(jīng)歷、從業(yè)年限、項目業(yè)績、獎懲記錄等信息。f) 數(shù)據(jù)項格式詳見附錄A.2.1、A.2.2、A.2.4、A.2.5、A.2.6、A.2.7、A.2.8、A.1.20。6.5 專家信息庫必要時可建立交易平臺專家信息庫。專家信息庫管理應滿足以下要求：a) 應具備專家信息建立和維護的功能。數(shù)據(jù)項應包括：專家編號、姓名、性別、身份證件類型、身份證件號碼、出生年月、所在行政區(qū)域代碼、最后畢業(yè)院校、最高學歷、聯(lián)系電話、通訊地址、郵政編碼、所在單位、是否在職、職務、工作簡歷、專業(yè)分類、技術職稱、職業(yè)資格序列、職業(yè)資格等級、從業(yè)年限、獎懲記錄等信息。b) 應具備記錄專家信息入庫、變更和審核驗證的時間以及責任人的

52、功能。c) 應具備專家回避情形和單位列表建立和維護的功能。d) 應具備按地區(qū)、專業(yè)等隨機抽取和記錄專家的功能。e) 應具備專家審核、入庫、培訓、考核、暫停、退出等功能。f) 宜具備專家自薦入庫的功能。g) 宜具備向公共服務平臺專家?guī)焱扑]專家入庫的功能。h) 數(shù)據(jù)項格式詳見附錄A.2.8、A.2.11。6.6 價格信息庫價格信息庫管理應滿足以下要求：a) 應具備工程、貨物、服務分類分項單價信息的收集、整理、維護和查詢的功能。b) 宜具備價格統(tǒng)計分析的功能。7 交易平臺的系統(tǒng)接口系統(tǒng)接口是指交易平臺與公共服務平臺、行政監(jiān)督平臺以及專業(yè)工具軟件之間根據(jù)電子招標投標流程及有關規(guī)定應具有的數(shù)據(jù)交換功能。

53、7.1 公共服務平臺的接口7.1.1 交易平臺注冊登記交易平臺應選擇任一公共服務平臺注冊登記和按規(guī)定對接交互信息。在全國公共服務平臺體系形成前，交易平臺選擇注冊登記和對接交換公共服務平臺應同時滿足行政監(jiān)督信息交換的需要。登記的數(shù)據(jù)信息應包括：交易平臺名稱、運營機構代碼、運營機構名稱、CA證書編號、系統(tǒng)訪問地址、檢測和認證報告附件等，數(shù)據(jù)項格式詳見附錄A3。7.1.2 與公共服務平臺的接口交易平臺與公共服務平臺的數(shù)據(jù)接口應符合公共服務平臺和行政監(jiān)督平臺技術規(guī)范和相關公共服務平臺公布的數(shù)據(jù)接口要求。7.2 與行政監(jiān)督平臺的接口交易平臺可以選擇公共服務平臺的監(jiān)督通道與行政監(jiān)督平臺交換信息，其數(shù)據(jù)接口

54、應符合7.1.2的規(guī)定。交易平臺也可以選擇直接與行政監(jiān)督平臺交換信息，與行政監(jiān)督平臺的數(shù)據(jù)接口應符合公共服務平臺和行政監(jiān)督平臺技術規(guī)范和相關行政監(jiān)督平臺公布的數(shù)據(jù)接口要求。7.3 與專業(yè)工具軟件的接口交易平臺與專業(yè)工具軟件的數(shù)據(jù)接口應符合本技術規(guī)范和國家有關計價規(guī)范要求，并在交易平臺公布。8 交易平臺技術支撐與保障要求8.1 接口技術要求8.1.1 基本要求接口技術基本要求如下：a) 應對數(shù)據(jù)交互提供企業(yè)級的支持，在系統(tǒng)高并發(fā)和大容量的基礎上提供安全可靠的交互。b) 應提供完善的信息安全機制，以實現(xiàn)對信息的全面保護，保證系統(tǒng)的正常運行.應防止大量訪問以及大量占用資源的情況發(fā)生，保證系統(tǒng)的健壯性

55、。c) 應提供有效的、系統(tǒng)的可監(jiān)控機制，以使接口的運行情況可監(jiān)控，以便及時發(fā)現(xiàn)錯誤及排除故障。d) 在充分利用系統(tǒng)資源的前提下，應實現(xiàn)系統(tǒng)平滑的移植和擴展，同時在系統(tǒng)并發(fā)增加時提供系統(tǒng)資源的動態(tài)擴展，以保證系統(tǒng)的穩(wěn)定性。e) 在進行擴容、新業(yè)務擴展時，應能提供快速、方便和準確的實現(xiàn)方式。f) 接口技術實現(xiàn)方式應當保持中立性。g) 應提供信息交換中自動標記輸入和輸出來源出處的功能。8.1.2 通信方式接口應通過基于主流的通信協(xié)議，并滿足以下要求：a) 數(shù)據(jù)傳輸應具備可控制性，提供數(shù)據(jù)重發(fā)功能。b) 數(shù)據(jù)傳輸應具備可靠性，確保數(shù)據(jù)不會丟失，并進行充分的數(shù)據(jù)校驗。c) 大數(shù)據(jù)傳輸應具備斷點續(xù)傳的功能

56、。8.1.3 接口方式接口方式管理應滿足以下要求：a) 信息交換方式應符合XML數(shù)據(jù)交換標準。b) 交互操作服務接口應符合Web Services標準。c) 系統(tǒng)交互模式支持同步與異步方式。d) 交互數(shù)據(jù)應支持各種數(shù)據(jù)類型。8.1.4 接口模型數(shù)據(jù)接口模型應由數(shù)據(jù)結構、數(shù)據(jù)集、附件集組成：a) 數(shù)據(jù)結構用來描述接口的結構信息，是可選元素。b) 數(shù)據(jù)集是用來封裝結構化數(shù)據(jù)，是可選元素。c) 附件集是用來表述非結構化數(shù)據(jù)，是可選元素。d) 數(shù)據(jù)集和附件集可以并存或單獨出現(xiàn)。8.1.5 安全認證為了保證數(shù)據(jù)的安全性，各種接口方式都應該保證其接入的安全性：a) 應通過接口實現(xiàn)技術上的安全控制，做到對安全事件的可知、可控、可預測。b) 應制定專門的安全技術實施策略，保證接口的數(shù)據(jù)