亚洲欧美一区二区三变态另类_安徽省生態(tài)環(huán)境產(chǎn)業(yè)集團有限公司

電子招標投標辦法

(2013年2月4日國家發(fā)展改革委、工業(yè)和信息化部、監察部、住房城鄉建設部、交通運輸部、鐵道部、水利部、商務(wù)部令第20號公布?自2013年5月1日起施行)

為了規范電子招標投標活動(dòng)，促進(jìn)電子招標投標健康發(fā)展，國家發(fā)展改革委、工業(yè)和信息化部、監察部、住房城鄉建設部、交通運輸部、鐵道部、水利部、商務(wù)部聯(lián)合制定了《電子招標投標辦法》及相關(guān)附件，現予發(fā)布，自2013年5月1日起施行。

2013年2月4日

第一章總?則

第一條　為了規范電子招標投標活動(dòng)，促進(jìn)電子招標投標健康發(fā)展，根據《中華人民共和國招標投標法》、《中華人民共和國招標投標法實(shí)施條例》(以下分別簡(jiǎn)稱(chēng)招標投標法、招標投標法實(shí)施條例)，制定本辦法。

第二條　在中華人民共和國境內進(jìn)行電子招標投標活動(dòng)，適用本辦法。

本辦法所稱(chēng)電子招標投標活動(dòng)是指以數據電文形式，依托電子招標投標系統完成的全部或者部分招標投標交易、公共服務(wù)和行政監督活動(dòng)。

數據電文形式與紙質(zhì)形式的招標投標活動(dòng)具有同等法律效力。

第三條　電子招標投標系統根據功能的不同，分為交易平臺、公共服務(wù)平臺和行政監督平臺。

交易平臺是以數據電文形式完成招標投標交易活動(dòng)的信息平臺。公共服務(wù)平臺是滿(mǎn)足交易平臺之間信息交換、資源共享需要，并為市場(chǎng)主體、行政監督部門(mén)和社會(huì )公眾提供信息服務(wù)的信息平臺。行政監督平臺是行政監督部門(mén)和監察機關(guān)在線(xiàn)監督電子招標投標活動(dòng)的信息平臺。

電子招標投標系統的開(kāi)發(fā)、檢測、認證、運營(yíng)應當遵守本辦法及所附《電子招標投標系統技術(shù)規范》(以下簡(jiǎn)稱(chēng)技術(shù)規范)。

第四條　國務(wù)院發(fā)展改革部門(mén)負責指導協(xié)調全國電子招標投標活動(dòng)，各級地方人民政府發(fā)展改革部門(mén)負責指導協(xié)調本行政區域內電子招標投標活動(dòng)。各級人民政府發(fā)展改革、工業(yè)和信息化、住房城鄉建設、交通運輸、鐵道、水利、商務(wù)等部門(mén)，按照規定的職責分工，對電子招標投標活動(dòng)實(shí)施監督，依法查處電子招標投標活動(dòng)中的違法行為。

依法設立的招標投標交易場(chǎng)所的監管機構負責督促、指導招標投標交易場(chǎng)所推進(jìn)電子招標投標工作，配合有關(guān)部門(mén)對電子招標投標活動(dòng)實(shí)施監督。

省級以上人民政府有關(guān)部門(mén)對本行政區域內電子招標投標系統的建設、運營(yíng)，以及相關(guān)檢測、認證活動(dòng)實(shí)施監督。

監察機關(guān)依法對與電子招標投標活動(dòng)有關(guān)的監察對象實(shí)施監察。

第二章電子招標投標交易平臺

第五條　電子招標投標交易平臺按照標準統一、互聯(lián)互通、公開(kāi)透明、安全高效的原則以及市場(chǎng)化、專(zhuān)業(yè)化、集約化方向建設和運營(yíng)。

第六條　依法設立的招標投標交易場(chǎng)所、招標人、招標代理機構以及其他依法設立的法人組織可以按行業(yè)、專(zhuān)業(yè)類(lèi)別，建設和運營(yíng)電子招標投標交易平臺。國家鼓勵電子招標投標交易平臺平等競爭。

第七條　電子招標投標交易平臺應當按照本辦法和技術(shù)規范規定，具備下列主要功能：

(一)在線(xiàn)完成招標投標全部交易過(guò)程;

(二)編輯、生成、對接、交換和發(fā)布有關(guān)招標投標數據信息;

(三)提供行政監督部門(mén)和監察機關(guān)依法實(shí)施監督和受理投訴所需的監督通道;

(四)本辦法和技術(shù)規范規定的其他功能。

第八條　電子招標投標交易平臺應當按照技術(shù)規范規定，執行統一的信息分類(lèi)和編碼標準，為各類(lèi)電子招標投標信息的互聯(lián)互通和交換共享開(kāi)放數據接口、公布接口要求。

電子招標投標交易平臺接口應當保持技術(shù)中立，與各類(lèi)需要分離開(kāi)發(fā)的工具軟件相兼容對接，不得限制或者排斥符合技術(shù)規范規定的工具軟件與其對接。

第九條　電子招標投標交易平臺應當允許社會(huì )公眾、市場(chǎng)主體免費注冊登錄和獲取依法公開(kāi)的招標投標信息，為招標投標活動(dòng)當事人、行政監督部門(mén)和監察機關(guān)按各自職責和注冊權限登錄使用交易平臺提供必要條件。

第十條　電子招標投標交易平臺應當依照《中華人民共和國認證認可條例》等有關(guān)規定進(jìn)行檢測、認證，通過(guò)檢測、認證的電子招標投標交易平臺應當在省級以上電子招標投標公共服務(wù)平臺上公布。

電子招標投標交易平臺服務(wù)器應當設在中華人民共和國境內。

第十一條　電子招標投標交易平臺運營(yíng)機構應當是依法成立的法人，擁有一定數量的專(zhuān)職信息技術(shù)、招標專(zhuān)業(yè)人員。

第十二條　電子招標投標交易平臺運營(yíng)機構應當根據國家有關(guān)法律法規及技術(shù)規范，建立健全電子招標投標交易平臺規范運行和安全管理制度，加強監控、檢測，及時(shí)發(fā)現和排除隱患。

第十三條　電子招標投標交易平臺運營(yíng)機構應當采用可靠的身份識別、權限控制、加密、病毒防范等技術(shù)，防范非授權操作，保證交易平臺的安全、穩定、可靠。

第十四條　電子招標投標交易平臺運營(yíng)機構應當采取有效措施，驗證初始錄入信息的真實(shí)性，并確保數據電文不被篡改、不遺漏和可追溯。

第十五條　電子招標投標交易平臺運營(yíng)機構不得以任何手段限制或者排斥潛在投標人，不得泄露依法應當保密的信息，不得弄虛作假、串通投標或者為弄虛作假、串通投標提供便利。

第三章電子招標

第十六條　招標人或者其委托的招標代理機構應當在其使用的電子招標投標交易平臺注冊登記，選擇使用除招標人或招標代理機構之外第三方運營(yíng)的電子招標投標交易平臺的，還應當與電子招標投標交易平臺運營(yíng)機構簽訂使用合同，明確服務(wù)內容、服務(wù)質(zhì)量、服務(wù)費用等權利和義務(wù)，并對服務(wù)過(guò)程中相關(guān)信息的產(chǎn)權歸屬、保密責任、存檔等依法作出約定。

電子招標投標交易平臺運營(yíng)機構不得以技術(shù)和數據接口配套為由，要求潛在投標人購買(mǎi)指定的工具軟件。

第十七條　招標人或者其委托的招標代理機構應當在資格預審公告、招標公告或者投標邀請書(shū)中載明潛在投標人訪(fǎng)問(wèn)電子招標投標交易平臺的網(wǎng)絡(luò )地址和方法。依法必須進(jìn)行公開(kāi)招標項目的上述相關(guān)公告應當在電子招標投標交易平臺和國家指定的招標公告媒介同步發(fā)布。

第十八條　招標人或者其委托的招標代理機構應當及時(shí)將數據電文形式的資格預審文件、招標文件加載至電子招標投標交易平臺，供潛在投標人下載或者查閱。

第十九條　數據電文形式的資格預審公告、招標公告、資格預審文件、招標文件等應當標準化、格式化，并符合有關(guān)法律法規以及國家有關(guān)部門(mén)頒發(fā)的標準文本的要求。

第二十條　除本辦法和技術(shù)規范規定的注冊登記外，任何單位和個(gè)人不得在招標投標活動(dòng)中設置注冊登記、投標報名等前置條件限制潛在投標人下載資格預審文件或者招標文件。

第二十一條　在投標截止時(shí)間前，電子招標投標交易平臺運營(yíng)機構不得向招標人或者其委托的招標代理機構以外的任何單位和個(gè)人泄露下載資格預審文件、招標文件的潛在投標人名稱(chēng)、數量以及可能影響公平競爭的其他信息。

第二十二條　招標人對資格預審文件、招標文件進(jìn)行澄清或者修改的，應當通過(guò)電子招標投標交易平臺以醒目的方式公告澄清或者修改的內容，并以有效方式通知所有已下載資格預審文件或者招標文件的潛在投標人。

第四章電子投標

第二十三條　電子招標投標交易平臺的運營(yíng)機構，以及與該機構有控股或者管理關(guān)系可能影響招標公正性的任何單位和個(gè)人，不得在該交易平臺進(jìn)行的招標項目中投標和代理投標。

第二十四條　投標人應當在資格預審公告、招標公告或者投標邀請書(shū)載明的電子招標投標交易平臺注冊登記，如實(shí)遞交有關(guān)信息，并經(jīng)電子招標投標交易平臺運營(yíng)機構驗證。

第二十五條　投標人應當通過(guò)資格預審公告、招標公告或者投標邀請書(shū)載明的電子招標投標交易平臺遞交數據電文形式的資格預審申請文件或者投標文件。

第二十六條　電子招標投標交易平臺應當允許投標人離線(xiàn)編制投標文件，并且具備分段或者整體加密、解密功能。

投標人應當按照招標文件和電子招標投標交易平臺的要求編制并加密投標文件。

投標人未按規定加密的投標文件，電子招標投標交易平臺應當拒收并提示。

第二十七條　投標人應當在投標截止時(shí)間前完成投標文件的傳輸遞交，并可以補充、修改或者撤回投標文件。投標截止時(shí)間前未完成投標文件傳輸的，視為撤回投標文件。投標截止時(shí)間后送達的投標文件，電子招標投標交易平臺應當拒收。

電子招標投標交易平臺收到投標人送達的投標文件，應當即時(shí)向投標人發(fā)出確認回執通知，并妥善保存投標文件。在投標截止時(shí)間前，除投標人補充、修改或者撤回投標文件外，任何單位和個(gè)人不得解密、提取投標文件。

第二十八條　資格預審申請文件的編制、加密、遞交、傳輸、接收確認等，適用本辦法關(guān)于投標文件的規定。

第五章電子開(kāi)標、評標和中標

第二十九條　電子開(kāi)標應當按照招標文件確定的時(shí)間，在電子招標投標交易平臺上公開(kāi)進(jìn)行，所有投標人均應當準時(shí)在線(xiàn)參加開(kāi)標。

第三十條　開(kāi)標時(shí)，電子招標投標交易平臺自動(dòng)提取所有投標文件，提示招標人和投標人按招標文件規定方式按時(shí)在線(xiàn)解密。解密全部完成后，應當向所有投標人公布投標人名稱(chēng)、投標價(jià)格和招標文件規定的其他內容。

第三十一條　因投標人原因造成投標文件未解密的，視為撤銷(xiāo)其投標文件;因投標人之外的原因造成投標文件未解密的，視為撤回其投標文件，投標人有權要求責任方賠償因此遭受的直接損失。部分投標文件未解密的，其他投標文件的開(kāi)標可以繼續進(jìn)行。

招標人可以在招標文件中明確投標文件解密失敗的補救方案，投標文件應按照招標文件的要求作出響應。

第三十二條　電子招標投標交易平臺應當生成開(kāi)標記錄并向社會(huì )公眾公布，但依法應當保密的除外。

第三十三條　電子評標應當在有效監控和保密的環(huán)境下在線(xiàn)進(jìn)行。

根據國家規定應當進(jìn)入依法設立的招標投標交易場(chǎng)所的招標項目，評標委員會(huì )成員應當在依法設立的招標投標交易場(chǎng)所登錄招標項目所使用的電子招標投標交易平臺進(jìn)行評標。

評標中需要投標人對投標文件澄清或者說(shuō)明的，招標人和投標人應當通過(guò)電子招標投標交易平臺交換數據電文。

第三十四條　評標委員會(huì )完成評標后，應當通過(guò)電子招標投標交易平臺向招標人提交數據電文形式的評標報告。

第三十五條　依法必須進(jìn)行招標的項目中標候選人和中標結果應當在電子招標投標交易平臺進(jìn)行公示和公布。

第三十六條　招標人確定中標人后，應當通過(guò)電子招標投標交易平臺以數據電文形式向中標人發(fā)出中標通知書(shū)，并向未中標人發(fā)出中標結果通知書(shū)。

招標人應當通過(guò)電子招標投標交易平臺，以數據電文形式與中標人簽訂合同。

第三十七條　鼓勵招標人、中標人等相關(guān)主體及時(shí)通過(guò)電子招標投標交易平臺遞交和公布中標合同履行情況的信息。

第三十八條　資格預審申請文件的解密、開(kāi)啟、評審、發(fā)出結果通知書(shū)等，適用本辦法關(guān)于投標文件的規定。

第三十九條　投標人或者其他利害關(guān)系人依法對資格預審文件、招標文件、開(kāi)標和評標結果提出異議，以及招標人答復，均應當通過(guò)電子招標投標交易平臺進(jìn)行。

第四十條　招標投標活動(dòng)中的下列數據電文應當按照《中華人民共和國電子簽名法》和招標文件的要求進(jìn)行電子簽名并進(jìn)行電子存檔：

(一)資格預審公告、招標公告或者投標邀請書(shū);

(二)資格預審文件、招標文件及其澄清、補充和修改;

(三)資格預審申請文件、投標文件及其澄清和說(shuō)明;

(四)資格審查報告、評標報告;

(五)資格預審結果通知書(shū)和中標通知書(shū);

(六)合同;

(七)國家規定的其他文件。

第六章信息共享與公共服務(wù)

第四十一條　電子招標投標交易平臺應當依法及時(shí)公布下列主要信息：

(一)招標人名稱(chēng)、地址、聯(lián)系人及聯(lián)系方式;

(二)招標項目名稱(chēng)、內容范圍、規模、資金來(lái)源和主要技術(shù)要求;

(三)招標代理機構名稱(chēng)、資格、項目負責人及聯(lián)系方式;

(四)投標人名稱(chēng)、資質(zhì)和許可范圍、項目負責人;

(五)中標人名稱(chēng)、中標金額、簽約時(shí)間、合同期限;

(六)國家規定的公告、公示和技術(shù)規范規定公布和交換的其他信息。

鼓勵招標投標活動(dòng)當事人通過(guò)電子招標投標交易平臺公布項目完成質(zhì)量、期限、結算金額等合同履行情況。

第四十二條　各級人民政府有關(guān)部門(mén)應當按照《中華人民共和國政府信息公開(kāi)條例》等規定，在本部門(mén)網(wǎng)站及時(shí)公布并允許下載下列信息：

(一)有關(guān)法律法規規章及規范性文件;

(二)取得相關(guān)工程、服務(wù)資質(zhì)證書(shū)或貨物生產(chǎn)、經(jīng)營(yíng)許可證的單位名稱(chēng)、營(yíng)業(yè)范圍及年檢情況;

(三)取得有關(guān)職稱(chēng)、職業(yè)資格的從業(yè)人員的姓名、電子證書(shū)編號;

(四)對有關(guān)違法行為作出的行政處理決定和招標投標活動(dòng)的投訴處理情況;

(五)依法公開(kāi)的工商、稅務(wù)、海關(guān)、金融等相關(guān)信息。

第四十三條　設區的市級以上人民政府發(fā)展改革部門(mén)會(huì )同有關(guān)部門(mén)，按照政府主導、共建共享、公益服務(wù)的原則，推動(dòng)建立本地區統一的電子招標投標公共服務(wù)平臺，為電子招標投標交易平臺、招標投標活動(dòng)當事人、社會(huì )公眾和行政監督部門(mén)、監察機關(guān)提供信息服務(wù)。

第四十四條　電子招標投標公共服務(wù)平臺應當按照本辦法和技術(shù)規范規定，具備下列主要功能：

(一)鏈接各級人民政府及其部門(mén)網(wǎng)站，收集、整合和發(fā)布有關(guān)法律法規規章及規范性文件、行政許可、行政處理決定、市場(chǎng)監管和服務(wù)的相關(guān)信息;

(二)連接電子招標投標交易平臺、國家規定的公告媒介，交換、整合和發(fā)布本辦法第四十一條規定的信息;

(三)連接依法設立的評標專(zhuān)家庫，實(shí)現專(zhuān)家資源共享;

(四)支持不同電子認證服務(wù)機構數字證書(shū)的兼容互認;

(五)提供行政監督部門(mén)和監察機關(guān)依法實(shí)施監督、監察所需的監督通道;

(六)整合分析相關(guān)數據信息，動(dòng)態(tài)反映招標投標市場(chǎng)運行狀況、相關(guān)市場(chǎng)主體業(yè)績(jì)和信用情況。

屬于依法必須公開(kāi)的信息，公共服務(wù)平臺應當無(wú)償提供。

公共服務(wù)平臺應同時(shí)遵守本辦法第八條至第十五條規定。

第四十五條　電子招標投標交易平臺應當按照本辦法和技術(shù)規范規定，在任一電子招標投標公共服務(wù)平臺注冊登記，并向電子招標投標公共服務(wù)平臺及時(shí)提供本辦法第四十一條規定的信息，以及雙方協(xié)商確定的其他信息。

電子招標投標公共服務(wù)平臺應當按照本辦法和技術(shù)規范規定，開(kāi)放數據接口、公布接口要求，與電子招標投標交易平臺及時(shí)交換招標投標活動(dòng)所必需的信息，以及雙方協(xié)商確定的其他信息。

電子招標投標公共服務(wù)平臺應當按照本辦法和技術(shù)規范規定，開(kāi)放數據接口、公布接口要求，與上一層級電子招標投標公共服務(wù)平臺連接并注冊登記，及時(shí)交換本辦法第四十四條規定的信息，以及雙方協(xié)商確定的其他信息。

電子招標投標公共服務(wù)平臺應當允許社會(huì )公眾、市場(chǎng)主體免費注冊登錄和獲取依法公開(kāi)的招標投標信息，為招標人、投標人、行政監督部門(mén)和監察機關(guān)按各自職責和注冊權限登錄使用公共服務(wù)平臺提供必要條件。

第七章監督管理

第四十六條　電子招標投標活動(dòng)及相關(guān)主體應當自覺(jué)接受行政監督部門(mén)、監察機關(guān)依法實(shí)施的監督、監察。

第四十七條　行政監督部門(mén)、監察機關(guān)結合電子政務(wù)建設，提升電子招標投標監督能力，依法設置并公布有關(guān)法律法規規章、行政監督的依據、職責權限、監督環(huán)節、程序和時(shí)限、信息交換要求和聯(lián)系方式等相關(guān)內容。

第四十八條　電子招標投標交易平臺和公共服務(wù)平臺應當按照本辦法和技術(shù)規范規定，向行政監督平臺開(kāi)放數據接口、公布接口要求，按有關(guān)規定及時(shí)對接交換和公布有關(guān)招標投標信息。

行政監督平臺應當開(kāi)放數據接口，公布數據接口要求，不得限制和排斥已通過(guò)檢測認證的電子招標投標交易平臺和公共服務(wù)平臺與其對接交換信息，并參照執行本辦法第八條至第十五條的有關(guān)規定。

第四十九條　電子招標投標交易平臺應當依法設置電子招標投標工作人員的職責權限，如實(shí)記錄招標投標過(guò)程、數據信息來(lái)源，以及每一操作環(huán)節的時(shí)間、網(wǎng)絡(luò )地址和工作人員，并具備電子歸檔功能。

電子招標投標公共服務(wù)平臺應當記錄和公布相關(guān)交換數據信息的來(lái)源、時(shí)間并進(jìn)行電子歸檔備份。

任何單位和個(gè)人不得偽造、篡改或者損毀電子招標投標活動(dòng)信息。

第五十條　行政監督部門(mén)、監察機關(guān)及其工作人員，除依法履行職責外，不得干預電子招標投標活動(dòng)，并遵守有關(guān)信息保密的規定。

第五十一條　投標人或者其他利害關(guān)系人認為電子招標投標活動(dòng)不符合有關(guān)規定的，通過(guò)相關(guān)行政監督平臺進(jìn)行投訴。

第五十二條　行政監督部門(mén)和監察機關(guān)在依法監督檢查招標投標活動(dòng)或者處理投訴時(shí)，通過(guò)其平臺發(fā)出的行政監督或者行政監察指令，招標投標活動(dòng)當事人和電子招標投標交易平臺、公共服務(wù)平臺的運營(yíng)機構應當執行，并如實(shí)提供相關(guān)信息，協(xié)助調查處理。

第八章法律責任

第五十三條　電子招標投標系統有下列情形的，責令改正;拒不改正的，不得交付使用，已經(jīng)運營(yíng)的應當停止運營(yíng)。

(一)不具備本辦法及技術(shù)規范規定的主要功能;

(二)不向行政監督部門(mén)和監察機關(guān)提供監督通道;

(三)不執行統一的信息分類(lèi)和編碼標準;

(四)不開(kāi)放數據接口、不公布接口要求;

(五)不按照規定注冊登記、對接、交換、公布信息;

(六)不滿(mǎn)足規定的技術(shù)和安全保障要求;

(七)未按照規定通過(guò)檢測和認證。

第五十四條　招標人或者電子招標投標系統運營(yíng)機構存在以下情形的，視為限制或者排斥潛在投標人，依照招標投標法第五十一條規定處罰。

(一)利用技術(shù)手段對享有相同權限的市場(chǎng)主體提供有差別的信息;

(二)拒絕或者限制社會(huì )公眾、市場(chǎng)主體免費注冊并獲取依法必須公開(kāi)的招標投標信息;

(三)違規設置注冊登記、投標報名等前置條件;

(四)故意與各類(lèi)需要分離開(kāi)發(fā)并符合技術(shù)規范規定的工具軟件不兼容對接;

(五)故意對遞交或者解密投標文件設置障礙。

第五十五條　電子招標投標交易平臺運營(yíng)機構有下列情形的，責令改正，并按照有關(guān)規定處罰。

(一)違反規定要求投標人注冊登記、收取費用;

(二)要求投標人購買(mǎi)指定的工具軟件;

(三)其他侵犯招標投標活動(dòng)當事人合法權益的情形。

第五十六條　電子招標投標系統運營(yíng)機構向他人透露已獲取招標文件的潛在投標人的名稱(chēng)、數量、投標文件內容或者對投標文件的評審和比較以及其他可能影響公平競爭的招標投標信息，參照招標投標法第五十二條關(guān)于招標人泄密的規定予以處罰。

第五十七條　招標投標活動(dòng)當事人和電子招標投標系統運營(yíng)機構協(xié)助招標人、投標人串通投標的，依照招標投標法第五十三條和招標投標法實(shí)施條例第六十七條規定處罰。

第五十八條　招標投標活動(dòng)當事人和電子招標投標系統運營(yíng)機構偽造、篡改、損毀招標投標信息，或者以其他方式弄虛作假的，依照招標投標法第五十四條和招標投標法實(shí)施條例第六十八條規定處罰。

第五十九條　電子招標投標系統運營(yíng)機構未按照本辦法和技術(shù)規范規定履行初始錄入信息驗證義務(wù)，造成招標投標活動(dòng)當事人損失的，應當承擔相應的賠償責任。

第六十條　有關(guān)行政監督部門(mén)及其工作人員不履行職責，或者利用職務(wù)便利非法干涉電子招標投標活動(dòng)的，依照有關(guān)法律法規處理。

第九章附?則

第六十一條　招標投標協(xié)會(huì )應當按照有關(guān)規定，加強電子招標投標活動(dòng)的自律管理和服務(wù)。

第六十二條　電子招標投標某些環(huán)節需要同時(shí)使用紙質(zhì)文件的，應當在招標文件中明確約定;當紙質(zhì)文件與數據電文不一致時(shí)，除招標文件特別約定外，以數據電文為準。

第六十三條　本辦法未盡事宜，按照有關(guān)法律、法規、規章執行。

第六十四條　本辦法由國家發(fā)展和改革委員會(huì )會(huì )同有關(guān)部門(mén)負責解釋。

第六十五條　技術(shù)規范作為本辦法的附件，與本辦法具有同等效力。

第六十六條　本辦法自2013年5月1日起施行。

附件：《電子招標投標系統技術(shù)規范―第1部分》

電子招標投標系統技術(shù)規范

第1部分：交易平臺技術(shù)規范

2013年

1 范圍

2 規范性引用文件

3 術(shù)語(yǔ)和定義

4 交易平臺結構

4.1 電子招標投標系統架構圖

4.2 交易平臺結構圖

5 交易平臺基本功能要求

5.1 用戶(hù)注冊

5.2 招標方案

5.3 投標邀請

5.4 發(fā)標

5.5 投標

5.6 開(kāi)標

5.7 評標

5.8 定標

5.9 費用管理

5.10 異議

5.11 招標異常

5.12 存檔、歸檔

5.13 監督

6 交易平臺信息資源庫

6.1 招標項目信息庫

6.2 招標人信息庫

6.3 招標代理機構信息庫

6.4 投標人信息庫

6.5 專(zhuān)家信息庫

6.6 價(jià)格信息庫

7 交易平臺的系統接口

7.1 公共服務(wù)平臺的接口

7.2 與行政監督平臺的接口

7.3 與專(zhuān)業(yè)工具軟件的接口

8 交易平臺技術(shù)支撐與保障要求

8.1 接口技術(shù)要求

8.2 安全性

8.3 性能

8.4 可靠性

8.5 易用性

8.6 運行環(huán)境

附錄A 數據項的基本要求

A.1 業(yè)務(wù)對象

A.2 招投標主體

A.3 交易平臺或公共服務(wù)平臺

A.4 數據項術(shù)語(yǔ)說(shuō)明

附錄B 編碼總體規則

B.1 編碼總體規則說(shuō)明

B.2 通用編碼

B.3 業(yè)務(wù)編碼

前言

《電子招標投標系統技術(shù)規范》依據招標投標法律法規規章，規定了電子招標投標系統的架構、基本功能、信息交換體系和技術(shù)保障的要求，促進(jìn)電子招標投標信息的互聯(lián)互通，提高招標投標活動(dòng)的便捷性、安全性、規范性和統一性。

《電子招標投標系統技術(shù)規范》分為兩部分：

第1部分交易平臺技術(shù)規范;

第2部分公共服務(wù)平臺和行政監督平臺的技術(shù)規范。

本規范為第1部分。

電子招標投標系統技術(shù)規范

第1部分：交易平臺技術(shù)規范

1 范圍

本規范規定電子招標投標交易平臺的結構、基本功能、信息資源庫、系統接口、技術(shù)支撐和保障以及數據項格式等方面的要求。

本規范適用于電子招標投標交易平臺整體或局部研發(fā)、應用、檢測、認證和運營(yíng)維護。

2 規范性引用文件

以下文件的相關(guān)條款通過(guò)引用而成為本規范的內容。凡是加注日期的引用文件，其隨后所有的修改或修訂版(勘誤的內容除外)均不適用于本規范，但鼓勵根據本規范達成協(xié)議的各方經(jīng)協(xié)商一致適用以下文件的修訂版本。凡是未加注日期的引用文件，其修訂版本應自動(dòng)適用于本規范。

GB 2887-2011計算機場(chǎng)地通用規范

GB 11714-1997全國組織機構代碼編制規則

GB 17859-1999計算機信息系統安全保護等級劃分準則

GB 2312-1980信息交換用漢字編碼字符集基本集

GB 13000-2010信息技術(shù) 通用多八位編碼字符集(UCS)

GB 18030-2005信息技術(shù) 中文編碼字符集

GB 2887-2000電子計算機場(chǎng)地通用規范

GB 6650-1986計算機機房用活動(dòng)地板技術(shù)條件

GB 50500-2013建設工程工程量清單計價(jià)規范

GB 11643-1999公民身份號碼

GB/T 17539-1998電子數據交換標準化應用指南

GB/T 4754-2011國民經(jīng)濟行業(yè)分類(lèi)

GB/T 2659-2000世界各國和地區名稱(chēng)代碼

GB/T 2260-2007中華人民共和國行政區劃代碼

GB/T 12402經(jīng)濟類(lèi)型分類(lèi)與代碼

GB/T 12406表示貨幣和資金的代碼

GB/T 19487-2004電子政務(wù)業(yè)務(wù)流程設計方法通用規范

GB/T 19715.1-2005信息技術(shù) 信息技術(shù)安全管理指南

GB/T 19716-2005信息技術(shù) 信息安全管理實(shí)用規則

GB/T 20269-2006信息安全技術(shù) 信息系統安全管理要求

GB/T 20270-2006信息安全技術(shù) 網(wǎng)絡(luò )基礎安全技術(shù)要求

GB/T 20271-2006信息安全技術(shù) 信息系統通用安全技術(shù)要求

GB/T 18018-2007信息安全技術(shù) 路由器安全技術(shù)要求

GB/T 21064-2007電子政務(wù)系統總體設計要求

GB/T 1988-1998信息技術(shù) 信息交換用七位編碼字符集

GB/T 11457-2006信息技術(shù)軟件工程術(shù)語(yǔ)

GB/T 12345-1990信息交換用漢字編碼字符集輔助集

GB/T 16260-2006軟件工程產(chǎn)品質(zhì)量

GB/T 17539-1998電子數據交換標準化應用指南

GB 50174-2008電子信息系統機房設計規范

GB/T 9361-2011計算機場(chǎng)地安全要求

CAS 185-2009(C)多CA聯(lián)機認證服務(wù)系統應用規范

GB/T 50311-2007綜合布線(xiàn)系統工程設計規范

GB/T 2261.1-2003個(gè)人基本信息分類(lèi)與代碼第1部分：人的性別代碼

GB/T 3304-1991中國各民族名稱(chēng)的羅馬字母拼寫(xiě)法和代碼

GB/T 4658-2008學(xué)歷代碼

GB/T 8561-2001專(zhuān)業(yè)技術(shù)職務(wù)代碼

評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準(試行)(發(fā)改法規[2010]1538號)

3 術(shù)語(yǔ)和定義

下列術(shù)語(yǔ)和定義適用于本規范。

3.1 電子招標投標 e-bidding

根據招標投標相關(guān)法律法規規章，以數據電文為主要載體，應用信息技術(shù)完成招標投標活動(dòng)的過(guò)程。

數據電文是指以電子、光學(xué)、磁或者類(lèi)似手段生成、發(fā)送、接收或者儲存的信息。本規范中的“電子文件”是指按照特定用途和規定的內容格式要求編輯生成的數據電文。

3.2 交易平臺 transaction platform

招標投標當事人通過(guò)數據電文形式完成招標投標交易活動(dòng)的信息平臺。交易平臺主要用于在線(xiàn)完成招標投標全部交易過(guò)程，編輯、生成、對接、交換和發(fā)布有關(guān)招標投標數據信息，為行政監督部門(mén)和監察機關(guān)依法實(shí)施監督、監察和受理投訴提供所需的信息通道。

3.3 公共服務(wù)平臺 public service platform

為滿(mǎn)足各交易平臺之間電子招標投標信息對接交換、資源共享的需要，并為市場(chǎng)主體、行政監督部門(mén)和社會(huì )公眾提供信息交換、整合和發(fā)布的信息平臺。公共服務(wù)平臺具有招標投標相關(guān)信息對接交換、發(fā)布、資格信譽(yù)和業(yè)績(jì)驗證、行業(yè)統計分析、連接評標專(zhuān)家庫、提供行政監督通道等服務(wù)功能。

3.4 行政監督平臺administrative supervision platform

行政監督部門(mén)和監察機關(guān)在線(xiàn)監督電子招標投標活動(dòng)并與交易平臺、公共服務(wù)平臺對接交換相關(guān)監督信息的信息平臺。行政監督平臺應當公布監督職責權限、監督環(huán)節、程序、時(shí)限和信息交換等要求。

3.5 監督通道 supervision channel

交易平臺、公共服務(wù)平臺為行政監督部門(mén)和監察機關(guān)依法在線(xiàn)監督、監察電子招標投標活動(dòng)提供的信息通道。

3.6 項目 project

為實(shí)現一定功能價(jià)值目標，在特定約束條件下一次性組織實(shí)施任務(wù)的活動(dòng)過(guò)程，可以分為工程、貨物、服務(wù)等項目，包含一個(gè)或多個(gè)招標項目。

3.7 招標項目 tendering project

項目中組織實(shí)施一次招標投標全流程的基本單元，可以包括一個(gè)或多個(gè)標段(包)。

3.8 標段(包)bid section (package)

根據實(shí)際需要，依據一定的約束條件及標準，對招標項目構成內容進(jìn)行合理劃分，成為最基本的交易管理單元。

3.9 數據項 data item

電子招標投標系統中為滿(mǎn)足功能控制、數據交換、信息共享的需要，反映業(yè)務(wù)對象特征屬性的結構化數據。

3.10 信息資源庫 information resource database

電子招標投標系統中反映相關(guān)業(yè)務(wù)對象特征屬性的數據項，按照對接交換、查詢(xún)發(fā)布、統計分析等特定功能需要和標準進(jìn)行分類(lèi)集合的數據庫。

3.11 招標項目計劃 tendering project plan

招標人或招標代理機構根據招標方案編制的用于指導和控制招標實(shí)際工作的執行文件，主要包括招標項目?jì)热?、范圍、招標方式、招標組織形式、主要工作內容、人員職責分工、工作質(zhì)量和時(shí)間進(jìn)度要求等內容。

3.12 發(fā)標 issue of bidding documents

招標人按資格預審公告、招標公告或者投標邀請書(shū)載明的時(shí)間、地點(diǎn)發(fā)出資格預審文件或者招標文件的活動(dòng)。

3.13 黑名單 blacklist

違反有關(guān)法律法規規章規定的招標投標當事人名單。

3.14 電子開(kāi)標online bid-opening

通過(guò)交易平臺在線(xiàn)完成投標文件拆封解密、展示唱標內容并形成開(kāi)標記錄的工作程序。

3.15 電子簽名 e-signature

運用電子密碼技術(shù)，在數據電文中以電子形式所含，用于識別簽名人身份并表明簽名人認可其中內容的數據。本規范中的“簽署”是指招標投標當事人對數據電文進(jìn)行電子簽名的行為。

3.16 電子印章 e-stamp

模擬在紙質(zhì)文件上加蓋傳統實(shí)物印章的外觀(guān)和方式進(jìn)行電子簽名的形式。

3.17 開(kāi)標記錄 bid opening record

記錄參加開(kāi)標的單位、人員、開(kāi)標過(guò)程以及展示唱標內容等相關(guān)信息并經(jīng)電子簽名的數據文件。

3.18 電子簽到 sign-in

參與電子開(kāi)標活動(dòng)的相關(guān)人員通過(guò)交易平臺完成簽名報到并形成電子記錄文檔的工作。

3.19 電子評標e-bidding evaluation

招標項目評標委員會(huì )通過(guò)交易平臺的電子評標系統，按照招標文件約定的評標標準和方法，對電子投標文件評審，并形成評標報告電子文件的工作程序。

3.20 回執 receipt

電子文件接收人通過(guò)交易平臺向發(fā)送人反饋的數據電文形式的簽收單據。

3.21 存檔filing

按招標投標有關(guān)規定和招標人的要求，在交易平臺中生成、整理、保存、移交招標投標過(guò)程中產(chǎn)生的數據電文的工作。

3.22 歸檔 e-archiving

按國家檔案管理部門(mén)電子檔案管理要求整理、保存、移交招標投標過(guò)程中產(chǎn)生的數據電文的工作。

3.23 編輯 edit

運用交易平臺提供的功能編寫(xiě)、修改、生成電子文件，或者利用其他專(zhuān)業(yè)工具生成并導入電子文件的工作。

3.24 提交 submission

招標投標當事人向有關(guān)行政監督部門(mén)、項目管理部門(mén)或者當事人內部管理部門(mén)發(fā)送數據電文的行為。

3.25 發(fā)布 issue

招標人向不特定的受眾公布招投標活動(dòng)中相關(guān)數據電文的行為。

3.26 發(fā)出 sending out

招標人向招標投標當事人、參與人發(fā)送數據電文的行為。

3.27 遞交 delivery

招標投標當事人之間發(fā)送數據電文的行為。

3.28 版式文件 formatted document

運用數據電文編輯和格式轉換技術(shù)，使得不同電子閱讀軟件及設備和閱讀軟件上顯示內容、版面格式固定一致，防止篡改的數據電文。電子招標投標中的大多數電子文件需要采用版式文件。

3.29 CA證書(shū)certification authority certificate

經(jīng)過(guò)有關(guān)部門(mén)認可的電子認證服務(wù)機構基于PKI技術(shù)簽發(fā)、認證和管理的數字證書(shū)。CA證書(shū)具有數據電文交換中身份識別、電子簽名、加密解密等功能。CA證書(shū)主要內容包括：證書(shū)服務(wù)機構的名稱(chēng)、證書(shū)持有人的名稱(chēng)及其簽名驗證數據、證書(shū)序列號、有效期、服務(wù)機構簽名等。

3.30 專(zhuān)業(yè)工具軟件 utility software

與交易平臺兼容對接，用于制作、生成招標項目工程量清單、投標工程量清單報價(jià)以及工程投標報價(jià)評標分析的工程計價(jià)系統軟件。

3.31 投標文件制作軟件bidding document creation software

投標人用于制作投標文件的專(zhuān)用客戶(hù)端軟件，是交易平臺的組成部分，主要具備招標文件導入、投標文件內容編輯、文件格式轉換、投標文件生成、分類(lèi)整理等功能。

3.32 時(shí)間戳time stamp

應用電子簽名技術(shù)，對電子文件提供日期和時(shí)間信息的安全保護和證明。

4 交易平臺結構

4.1 電子招標投標系統架構圖

電子招標投標系統由電子招標投標交易平臺、電子招標投標公共服務(wù)平臺、電子招標投標行政監督平臺三個(gè)部分組成。三個(gè)平臺的主要功能和架構關(guān)系如下圖所示：

4.2 交易平臺結構圖

交易平臺由基本功能、信息資源庫、技術(shù)支撐與保障、公共服務(wù)接口、行政監督接口、專(zhuān)業(yè)工具接口、投標文件制作軟件等構成，并通過(guò)接口與公共服務(wù)平臺和行政監督平臺相連接，其基本功能結構如下圖所示。

5 交易平臺基本功能要求

交易平臺基本功能應當按照招標投標業(yè)務(wù)流程要求設置，包括用戶(hù)注冊、招標方案、投標邀請、資格預審、發(fā)標、投標、開(kāi)標、評標、定標、費用管理、異議、監督、招標異常、歸檔(存檔)等功能。

5.1 用戶(hù)注冊

5.1.1 招標人注冊

招標人注冊管理應滿(mǎn)足以下要求：

a) 招標人注冊信息數據項應滿(mǎn)足6.2的要求。

b) 應具備從公共服務(wù)平臺公共信息資源數據庫交換招標人注冊信息的功能，并實(shí)現比對、排除重復，以及修正、驗證確認、寫(xiě)入招標人信息庫的功能。

c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能。

d) 應具備招標人綁定一個(gè)或多個(gè)CA證書(shū)的功能。

e) 應具備確定招標人唯一注冊編碼的功能。

5.1.2 招標代理機構注冊

招標代理機構注冊管理應滿(mǎn)足以下要求：

a) 招標代理機構注冊信息數據項應滿(mǎn)足6.3的要求。

b) 應具備從公共服務(wù)平臺公共信息資源數據庫交換招標代理機構注冊信息的功能，并實(shí)現比對、排除重復，以及修正、驗證確認、寫(xiě)入招標代理機構信息庫的功能。

c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能。

d) 應具備招標代理機構綁定一個(gè)或多個(gè)CA證書(shū)的功能。

5.1.3 投標人注冊

投標人注冊管理應滿(mǎn)足以下要求：

a) 投標人注冊信息數據項應滿(mǎn)足6.4的要求。

b) 應具備從公共服務(wù)平臺公共信息資源數據庫交換投標人注冊信息的功能，并實(shí)現比對、排除重復，以及修正、驗證確認、寫(xiě)入投標人信息庫的功能。

c) 應具備記錄注冊信息的申報人員和交易平臺驗證人員的功能

d) 應具備投標人綁定一個(gè)或多個(gè)CA證書(shū)的功能。

e) 宜具備投標人只能將電子印章綁定到一個(gè)CA證書(shū)的功能。

5.2 招標方案

5.2.1 招標項目

招標項目管理應滿(mǎn)足以下要求:

a) 應具備項目相關(guān)信息的建立和遞交功能。數據項應包括項目編號、項目名稱(chēng)、項目地址、項目法人、聯(lián)系人及其聯(lián)系方式、項目行業(yè)分類(lèi)、資金來(lái)源、項目規模等。

b) 應具備招標項目相關(guān)信息的建立和遞交功能。數據項應包括項目名稱(chēng)、招標項目編號、招標項目名稱(chēng)、招標人代碼、招標代理機構代碼、招標內容與范圍及招標方案說(shuō)明、招標方式、招標組織形式、附件等。

c) 應建立項目與屬于本項目下的招標項目之間的關(guān)聯(lián)關(guān)系。

d) 應具備招標項目標段(包)建立和修改等管理功能。數據項應包括招標項目編號、標段(包)編號、標段(包)名稱(chēng)、標段(包)內容、標段(包)分類(lèi)代碼、投標人資格條件等。

e) 應建立招標項目與本招標項目下標段(包)的關(guān)聯(lián)關(guān)系。

f) 應具備根據招標委托合同設定招標項目代理機構職責和權限的功能。數據項應包括招標代理機構代碼、招標代理機構名稱(chēng)、招標代理機構資格分類(lèi)分級代碼、招標代理內容、范圍、權限、招標代理機構項目負責人及其職責權限和聯(lián)系方式等。

g) 宜具備招標委托合同的編輯、遞交和簽署功能。

h) 應具備向公共服務(wù)平臺提供招標項目數據的功能。

i) 數據項格式詳見(jiàn)附錄A.1.1、A.1.2、A.1.3、A.1.25。

5.2.2 招標項目計劃

招標項目計劃管理應滿(mǎn)足以下要求：

a) 應具備設定招標項目團隊成員組成及其職責分工的功能。

b) 宜具備招標項目任務(wù)計劃的編制、報審、下達、調整等管理功能。數據項應包括招標項目編號和招標項目名稱(chēng)、標段(包)編號、工作任務(wù)計劃、項目團隊成員組成及其職責分工等。

c) 數據項格式詳見(jiàn)附錄A.1.26。

5.3 投標邀請

5.3.1 招標公告與資格預審公告

招標公告與資格預審公告管理應滿(mǎn)足以下要求：

a)應具備公開(kāi)招標項目采用資格后審的招標公告和采用資格預審的資格預審公告的編輯、提交、審核、驗證確認和發(fā)布功能。

招標公告數據項應包括招標項目編號、招標項目名稱(chēng)、相關(guān)標段(包)編號和投標資格、招標文件獲取時(shí)間及獲取方法、投標文件遞交截止時(shí)間及遞交方法、公告發(fā)布時(shí)間、附件等。

資格預審公告數據項應包括招標項目編號、招標項目名稱(chēng)、相關(guān)標段(包)編號和投標資格、資格預審文件獲取時(shí)間及獲取方法、資格預審申請文件遞交截止時(shí)間及遞交方法、資格預審公告發(fā)布時(shí)間、附件等。

b)應該具備記錄招標公告和資格預審公告編輯、遞交發(fā)布責任人和交易平臺驗證責任人的功能。

c)應具備招標公告和資格預審公告同步遞交到指定媒介發(fā)布的功能。

d)應具備向公共服務(wù)平臺同步提供招標公告和資格預審公告的功能。

e)招標公告和資格預審公告的數據項格式詳見(jiàn)附錄A.1.4。

5.3.2 投標邀請書(shū)

投標邀請書(shū)管理應滿(mǎn)足以下要求：

a) 應具備從投標人信息庫中獲取滿(mǎn)足投標資格條件或特定條件的潛在投標人的功能。

b) 應具備投標邀請書(shū)的編輯和發(fā)出功能。數據項應滿(mǎn)足以下要求：

采用邀請招標的數據項包括標段(包)編號、標段(包)名稱(chēng)、投標資格、招標文件獲取時(shí)間及獲取方法、投標文件遞交截止時(shí)間及遞交方法、回復截止時(shí)間、投標邀請發(fā)出時(shí)間、附件等。

采用資格預審的項目投標邀請書(shū)(代資格預審結果通知書(shū))數據項包括標段(包)編號、標段(包)名稱(chēng)、招標文件獲取時(shí)間及獲取方法、投標文件遞交截止時(shí)間及遞交方法、回復截止時(shí)間、投標邀請發(fā)出時(shí)間、附件等。

c) 應具備被邀請人接受和拒絕投標邀請的回復功能。

d) 數據項格式詳見(jiàn)附錄A.1.5。

5.4 發(fā)標

5.4.1 招標文件

招標文件管理應滿(mǎn)足以下要求：

a)應具備招標文件的編輯、提交、審核、確認、備案、發(fā)出功能。數據項應包括標段(包)編號、投標資格、投標有效期、投標保證金、投標文件遞交截止時(shí)間、投標文件遞交方法、開(kāi)標時(shí)間、開(kāi)標方式、評標辦法、附件等。

b) 應具備按照標準文件或示范文本生成招標文件的功能。

c) 應具備設定投標文件主要內容、格式要求的功能。

d) 應具備設定投標文件遞交截止時(shí)間(開(kāi)標時(shí)間)及其控制的功能。

e) 應具備記錄招標文件下載人、下載時(shí)間、下載次數的功能。

f) 宜具備將招標文件多個(gè)不同格式附件組合打包生成一個(gè)文件的功能。

g) 應具備向公共服務(wù)平臺提供招標文件的功能。

h) 數據項格式詳見(jiàn)附錄A.1.9。

5.4.2 資格預審文件

資格預審文件的管理應滿(mǎn)足以下要求：

a) 資格預審文件的管理應滿(mǎn)足5.4.1的規定。資格預審文件數據項應包括標段(包)編號、申請資格、申請有效期、申請文件遞交截止時(shí)間、申請文件遞交方法、開(kāi)啟時(shí)間、開(kāi)啟方式、評審辦法、附件等。

b) 數據項格式詳見(jiàn)附錄A.1.6。

5.4.3 踏勘現場(chǎng)

踏勘現場(chǎng)管理應滿(mǎn)足以下要求：

a) 應具備現場(chǎng)踏勘通知的編輯、發(fā)出功能。數據項應包括招標項目編號、標段(包)編號、踏勘通知內容、踏勘發(fā)出時(shí)間、附件等。

b) 應具備按招標文件約定的時(shí)間，向所有已獲取招標文件的潛在投標人發(fā)出現場(chǎng)踏勘通知和提示現場(chǎng)踏勘時(shí)間的功能。

c) 應具備現場(chǎng)踏勘信息的記錄功能。數據項應包括招標項目編號、標段(包)編號、踏勘單位名稱(chēng)及其代表姓名、踏勘時(shí)間、附件等。

d) 數據項格式詳見(jiàn)附錄A.1.10、A.1.11。

5.4.4 資格預審文件/招標文件澄清與修改

資格預審文件/招標文件(5.4.4中統稱(chēng)“文件”)澄清與修改管理應滿(mǎn)足以下要求：

a) 應具備文件澄清問(wèn)題的編輯、遞交功能。數據項應包括標段(包)編號、文件編號、要求澄清的問(wèn)題、附件等。

b) 應具備符合法律法規規章規定和招標文件約定的由資格預審申請人/投標人遞交澄清問(wèn)題的時(shí)間控制功能。

c) 應具備招標人對文件的澄清與修改進(jìn)行編輯、審核、發(fā)出的功能。數據項應包括標段(包)編號、澄清與修改文件編號、對文件澄清與修改的內容、澄清與修改遞交時(shí)間、附件等。

d) 應具備符合法律法規規章規定和招標文件約定的招標人遞交澄清答復的時(shí)間控制功能，以及向所有已獲取文件的潛在資格預審申請人/投標人發(fā)送通知，并以醒目方式公告澄清與修改內容的功能。

e) 應具備潛在資格預審申請人/投標人下載澄清與修改文件，并遞交回執的功能。

f) 文件澄清問(wèn)題的數據項格式詳見(jiàn)附錄A.1.27，對資格預審文件的澄清與修改的數據項格式詳見(jiàn)附錄A.1.6，對招標文件的澄清與修改的數據項格式詳見(jiàn)附錄A.1.9。

5.5 投標

5.5.1 資格預審申請文件/投標文件

資格預審申請文件/投標文件(在5.5.1中統稱(chēng)“文件”)管理應滿(mǎn)足以下要求：

a)應具備在線(xiàn)或離線(xiàn)編輯和制作文件的功能，主要包括文件導入、文件內容編輯、工程量清單(如有)導入、版式文件轉換、電子簽章、文件生成、校驗以及加密等功能。

投標文件數據項應包括標段(包)編號、投標人代碼、投標報價(jià)、工期(交貨期)、投標有效期、投標保證金形式、投標保證金金額、投標單位項目負責人、投標時(shí)間、附件等。

資格預審申請文件數據項應包括標段(包)編號、申請人代碼、投標資格條件、項目負責人、申請時(shí)間、附件等。

b) 應具備通過(guò)網(wǎng)絡(luò )對文件遞交、修改和撤回功能。

c) 應具備按照招標文件中的遞交截止時(shí)間控制文件遞交、補充、修改和撤回的功能。

d) 應具備遞交時(shí)間截止后，拒絕資格預審申請人/投標人遞交、修改和撤回文件的功能。

e) 應具備拒絕接收遞交時(shí)間截止時(shí)尚未完成傳輸的文件的功能。

f) 應具備對文件的主要數據項內容和格式進(jìn)行校驗的功能。

g) 應具備文件防篡改的功能。

h) 應具備投標人按照招標文件約定的加密方式選擇按標段(包)分段或整體加密、遞交文件的功能。

i) 應具備文件接收、校驗、按接收時(shí)間排序和回執遞交功能。

j) 應具備拒收未按法律法規規章規定和招標文件要求遞交的文件的功能。

k) 應具備禁止除資格預審申請人/投標人外的任何人在投標截止前解密、提取文件的功能。

l) 截止時(shí)間應使用國家授時(shí)中心標準時(shí)間。

m) 宜動(dòng)態(tài)顯示國家授時(shí)中心當前時(shí)間。

n) 投標文件數據項格式詳見(jiàn)附錄A.1.12,資格預審申請文件數據項格式詳見(jiàn)附錄A.1.7。

5.5.2 投標保證金

a)應具備記錄和提示投標保證金接收、退還信息的功能。數據項應包括標段(包)編號、投標人代碼、投標人名稱(chēng)、保證金金額、保證金支付形式、保證金憑證接收時(shí)間、保證金到賬時(shí)間和保證金退還時(shí)間等。

b)宜具備投標保證金接收情況展示的功能。

c)宜具備按照招標文件要求對投標保證金支付形式、資金到賬時(shí)間、金額、接收憑證等進(jìn)行符合性校驗的功能。

d)數據項格式詳見(jiàn)附錄A.1.13。

5.6 開(kāi)標

5.6.1 簽到記錄

應具備參加開(kāi)標的人員通過(guò)網(wǎng)絡(luò )遠程辦理電子簽到的功能。

5.6.2 開(kāi)標唱標

開(kāi)標唱標管理應滿(mǎn)足以下要求：

a) 應具備開(kāi)標時(shí)驗證投標單位是否達到和顯示法定數量,并可以根據實(shí)際情況啟動(dòng)開(kāi)標或取消開(kāi)標的功能。

b) 應具備開(kāi)標時(shí)驗證并公布投標文件不被篡改、不遺漏及其投標過(guò)程記錄的功能。

c) 應具備按開(kāi)標時(shí)間規定控制投標文件解密并記錄解密過(guò)程的功能。

d) 應具備招標人和投標人按照招標文件約定的解密方式解密投標文件以及解密失敗時(shí)按規定補救方式執行的功能。

e)應具備投標文件數據讀取、記錄、展示的功能。展示內容中應包括標段(包)編號、投標人名稱(chēng)、報價(jià)、工期(交貨期)、投標保證金額、投標保證金到賬時(shí)間、投標文件遞交時(shí)間等招標文件所確定的唱標內容。

f) 應具備開(kāi)標過(guò)程信息的記錄、編輯、參與單位電子簽名確認和遞交功能。數據項應包括標段(包)編號、開(kāi)標參與單位名稱(chēng)、開(kāi)標展示內容等。

g) 應具備開(kāi)標記錄經(jīng)過(guò)電子簽名確認后，通過(guò)交易平臺向社會(huì )公眾和公共服務(wù)平臺同步交換、公布的功能。

h) 宜具備開(kāi)標記錄模板的編輯、修改、管理的功能。

i) 招標項目開(kāi)標記錄的數據項格式詳見(jiàn)附錄A.1.14。

5.6.3 資格預審文件的開(kāi)啟

a)資格預審文件的開(kāi)啟管理要求應符合5.6.2的規定。資格預審文件開(kāi)啟記錄的數據項應包括標段(包)編號開(kāi)啟參與單位名稱(chēng)、開(kāi)啟時(shí)間、開(kāi)啟內容等。

b)資格預審文件開(kāi)啟數據項格式詳見(jiàn)附錄A.1.28。

5.7 評標

5.7.1 評標委員會(huì )

評標委員會(huì )管理應滿(mǎn)足以下要求：

a) 應具備申請依法組建評標委員會(huì )的功能。數據項應包括標段(包)編號、專(zhuān)家人數、行政區域代碼、專(zhuān)業(yè)、等級、回避條件等組建要求。

b) 應具備連接依法建立的專(zhuān)家庫的功能。

c) 應具備通過(guò)公共服務(wù)平臺連接的專(zhuān)家庫通知評標委員會(huì )成員報到時(shí)間、地點(diǎn)的功能。

d) 應具備接收專(zhuān)家庫反饋抽取評標專(zhuān)家名單，并據此設置評標委員會(huì )職責分工的功能，相關(guān)數據項應包括專(zhuān)家編號、專(zhuān)家姓名、通知時(shí)間、通知方式等。

e) 應具備評標委員會(huì )成員帳號生成、簽到、身份確認、回避認、回避確認的功能。

f) 應具備評標專(zhuān)家行為考評記錄，并遞交到專(zhuān)家所屬公共服務(wù)平臺連接的專(zhuān)家庫的功能。

g) 應提供評標委員會(huì )名單在評標前的保密功能。

h) 評標委員會(huì )數據項格式詳見(jiàn)附錄A.2.9、A.2.10。

5.7.2 評審

評審管理應滿(mǎn)足以下要求：

a) 應具備能夠按招標文件約定的評標方法、評審因素和標準設置評審表格和評審項目的功能。

b) 應具備按招標文件約定的評標方法，對投標文件進(jìn)行解析、對比，輔助評分或計算評標價(jià)的功能。

c) 應具備匯總計算投標人綜合評分或評標價(jià)并進(jìn)行排序的功能。

d) 應具備編輯和發(fā)出評標澄清問(wèn)題的功能。

e) 應具備投標人編輯和遞交投標澄清文件的功能。

f) 應具備依評審權限設置評審項目訪(fǎng)問(wèn)、信息閱讀的功能，確保無(wú)相應權限者無(wú)法查閱或操作相關(guān)數據。

g) 宜具備以下評審功能：

按招標項目類(lèi)型和評標辦法設置、維護和管理評標模板。

依據招標項目清單、標底總價(jià)、分項單價(jià)與投標報價(jià)進(jìn)行校驗、對比，提示差異。

檢測和輔助分析投標文件及異常投標行為。

評標委員會(huì )成員打分結果的檢測和輔助分析。

5.7.3 評標報告

評標報告管理應滿(mǎn)足以下要求：

a)應具備評標報告編輯、閱讀的權限設置、簽署和提交功能。數據項應包括標段(包)編號、中標候選人名稱(chēng)及排名、投標價(jià)格、評分結果或評標價(jià)格、中標價(jià)格、附件等。

b) 應具備向公共服務(wù)平臺監督通道提供評標報告數據的功能。

c) 評標報告的數據項格式詳見(jiàn)附錄A.1.15、A.1.16。

5.7.4 遠程異地評標宜按以下要求具備網(wǎng)絡(luò )遠程異地評標的功能：

a) 對評標委員會(huì )實(shí)現有效的監控。

b) 對評標時(shí)間和地點(diǎn)進(jìn)行控制。

c) 評標委員會(huì )評標必需的溝通功能。

5.7.5 資格預審申請文件的評審

a)資格預審評審委員會(huì )的管理要求應符合5.7.1的規定。

b)資格預審申請文件的評審管理要求應符合5.7.2的規定，其中有關(guān)價(jià)格評審功能不適用于資格預審申請文件的評審。

c)資格預審結果文件的管理要求應符合5.7.3的規定。數據項應包括標段(包)編號、通過(guò)資格預審的申請人名單、附件等。

d)資格預審申請文件的遠程異地評審的管理要求應符合5.7.4的規定。

e)應具備向公共服務(wù)平臺監督通道提供資格預審結果文件的功能。

f)資格預審結果文件的數據項格式詳見(jiàn)附錄A.1.8

5.8 定標

5.8.1 中標候選人公示

a)應具備中標候選人公示的編輯、提交審核、驗證確認、備案、發(fā)布功能。數據項應包括：標段(包)編號、公示內容(含中標候選人名稱(chēng)及排序、投標價(jià)格、中標價(jià)格)、公示時(shí)間等。

b)應具備向公共服務(wù)平臺提供中標候選人公示數據的功能。

c)中標候選人公示的數據項格式詳見(jiàn)附錄A.1.17。

5.8.2 確認資格預審的申請人/確定中標人

a)應具備授權資格審查委員會(huì )確認通過(guò)資格預審的申請人/授權評標委員會(huì )確定中標人的功能。

b)應提供招標人確認通過(guò)資格預審的申請人/確定中標人的功能。

5.8.3 中標結果公告

a)應具備編輯、提交審核、驗證確認、備案、發(fā)布和向公共服務(wù)平臺提供中標結果公告的功能。數據項應包括：標段(包)編號、標段(包)名稱(chēng)、中標人名稱(chēng)、中標價(jià)格、附件等。

b)中標結果公告的數據項格式詳見(jiàn)附錄A.1.29。

5.8.4 中標通知書(shū)

中標通知書(shū)管理應滿(mǎn)足以下要求：

a) 應具備中標通知書(shū)和招標結果通知書(shū)的編輯、驗證確認和遞交的功能。數據項應包括：招標項目名稱(chēng)及其編號、標段(包)編號、中標人、中標價(jià)格、附件等。

b) 宜具備中標、未中標理由的編輯、確認、遞交功能。

c) 應具備向公共服務(wù)平臺提供中標通知書(shū)和招標結果通知書(shū)的功能。

d) 中標通知書(shū)和招標結果通知的數據項格式詳見(jiàn)附錄A.1.18。

5.8.5 資格預審結果通知書(shū)

a)資格預審結果通知書(shū)的管理應滿(mǎn)足5.8.4中a)、b)、c)的規定。數據項應包括：招標人、招標代理機構、招標項目名稱(chēng)及其編號、標段(包)編號、資格預審通過(guò)單位名稱(chēng)、資格預審通知書(shū)發(fā)出時(shí)間、附件等。

b)資格預審結果通知書(shū)的數據項格式詳見(jiàn)附錄A.1.19。

5.8.6 合同

合同管理應滿(mǎn)足以下要求：

a) 應提供招標項目標段(包)與合同的關(guān)聯(lián)關(guān)系。

b) 應具備根據法律法規規章和招標文件約定的內容，編輯、形成、遞交、驗證確認和簽署合同文本的功能。

c) 應具備向公共服務(wù)平臺提供規定要求的合同信息的功能。

d) 宜具備按規定要求向相關(guān)主體和管理單位收集、記錄和驗證合同履行結果的相關(guān)信息。

e) 合同的數據項格式詳見(jiàn)附錄A.1.20。

5.9 費用管理

費用管理應滿(mǎn)足以下要求：

a) 應具備招投標過(guò)程中各類(lèi)費用的支付結算、退還的信息管理及控制后續相關(guān)程序等管理功能。

b) 費用類(lèi)型包括資格預審文件費用、招標文件費用、圖紙押金、投標保證金及其利息、履約保證金、招標代理服務(wù)費、交易服務(wù)費、評標專(zhuān)家咨詢(xún)費等。

c) 應具備選擇多種支付結算方式的功能。

d) 宜具備支持網(wǎng)上電子支付結算的功能。

5.10 異議

異議管理應滿(mǎn)足以下要求：

a) 應具備投標人對資格預審文件、招標文件、開(kāi)標過(guò)程、資格預審結果、評標結果按規定的時(shí)間提出異議的功能。

b) 應具備招標人在規定的時(shí)間內答復投標人異議的功能。

c) 異議的數據項格式詳見(jiàn)附錄A.1.21。

5.11 招標異常

招標異常管理應滿(mǎn)足以下要求：

a) 應具備招標終止功能及招標終止公告的編輯、提交和發(fā)布功能。

b) 宜具備重新發(fā)布招標公告或資格預審公告、資格預審文件或招標文件，并保留已完成招標程序的相關(guān)數據的功能。

c) 宜具備招標項目按有關(guān)規定改用非招標方式后，記錄其他交易方式和成交結果的功能。

d) 招標異常情況報告的數據項格式詳見(jiàn)A.1.22。

5.12 存檔、歸檔

存檔、歸檔管理應滿(mǎn)足以下要求：

a) 應具備按照有關(guān)規定和招標文件的要求對招標投標數據和文件、活動(dòng)記錄進(jìn)行存檔的功能。

b) 應具備數據和文件的分類(lèi)、整理和歸檔的功能。數據和文件的歸檔應符合國家有關(guān)電子檔案的規定。

c) 應具備按權限查閱招標投標數據和文件的功能。

d) 應具備記錄、備份、存檔、歸檔電子招標投標中涉及的操作時(shí)間和人員的功能。

e) 應具備評標全過(guò)程錄像自投標有效期結束之日起存檔90日以上的功能。

5.13 監督

5.13.1 接受監督

按照招標投標法律法規規章和監督部門(mén)的要求，應具備通過(guò)公共服務(wù)平臺的行政監督通道或直接通過(guò)行政監督平臺，適時(shí)與監督部門(mén)交換相關(guān)數據和文件的功能，并滿(mǎn)足以下要求：

a) 提交招標人和招標項目的基本情況，以及經(jīng)核準的招標內容與范圍、招標方式、招標組織形式。數據項格式詳見(jiàn)附錄A.1.1、A.1.2、A.1.3。

b) 提交資格預審公告、招標公告或者投標邀請書(shū)。數據項格式詳見(jiàn)附錄A.1.4、A.1.5。

c) 提交資格預審文件、招標文件。數據項格式詳見(jiàn)附錄A.1.6、A.1.9。

d) 提交資格審查委員會(huì )名單和資格預審結果報告。資格審查委員會(huì )數據項格式詳見(jiàn)附錄A.2.9、A.2.10，資格預審結果數據項格式詳見(jiàn)附錄A.1.8。

e) 提交投標文件驗證、解密及展示、投標人確認等開(kāi)標過(guò)程和開(kāi)標記錄的信息。數據項格式詳見(jiàn)A.1.14。

f) 提交評標委員會(huì )名單、評標報告和中標候選人。數據項格式詳見(jiàn)附錄A.2.9、A.2.10、A.1.15、A.1.16。

g) 提交中標候選人公示和中標結果。數據項格式詳見(jiàn)附錄A.1.17、A.1.29。

h) 提交合同和履行信息。數據項格式詳見(jiàn)附錄A.1.20。

i) 提交招標異常的有關(guān)情況。需要審批或核準的，提交相關(guān)審批或核準信息。數據項格式詳見(jiàn)附錄A.1.22。

j) 接收和執行有關(guān)行政監督部門(mén)監督指令的功能。

5.13.2 配合投訴處理

配合投訴處理管理應滿(mǎn)足以下要求：

a)宜具備編輯、提交投訴事項有關(guān)信息、接收、查詢(xún)投訴受理情況和處理結果的功能。投訴時(shí)限應滿(mǎn)足相關(guān)規定的要求。投訴處理的數據項應包括標段(包)編號、投訴人代碼、投訴人名稱(chēng)、投訴內容、理由和依據、投訴提交時(shí)間、投訴受理人、受理時(shí)間、處理結果、反饋時(shí)間、附件等。

b) 宜具備向公共服務(wù)平臺提供投訴處理數據和文件的功能。

c) 投訴處理的數據項格式詳見(jiàn)附錄A.1.21。

6 交易平臺信息資源庫

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

6.1 招標項目信息庫

招標項目信息庫管理應滿(mǎn)足如下要求：

a)應具備招標項目信息的建立和維護的功能。數據項應包括項目名稱(chēng)、項目編號、項目行業(yè)分類(lèi)代碼、項目所在行政區域代碼、法定代表人、招標交易平臺代碼、招標項目編號、招標項目名稱(chēng)、招標內容與范圍和招標方案說(shuō)明及附件、招標人代碼、招標代理機構代碼，以及進(jìn)行信息交換的公共服務(wù)平臺標識碼等。

b)應具備標段(包)與中標信息建立和維護的功能。數據項應包括標段(包)編號、標段(包)內容、標段(包)分類(lèi)代碼、投標人資格條件、中標人代碼、中標價(jià)格、項目負責人、項目質(zhì)量要求、項目工期(交貨期)、中標通知書(shū)編號、合同訂立價(jià)格，合同結算價(jià)格、合同驗收質(zhì)量、合同履行期限等。

c)應具備招標項目相關(guān)時(shí)間信息的建立和維護功能。數據項應包括招標項目建立時(shí)間、公告發(fā)布時(shí)間、開(kāi)標時(shí)間、中標候選人公示時(shí)間、中標通知時(shí)間、簽約時(shí)間、合同完成時(shí)間等。

d)數據項格式詳見(jiàn)附錄A.1.1、A.1.2、A.1.3、A.1.4、A.1.18、A.1.20。

6.2 招標人信息庫

招標人信息庫管理應滿(mǎn)足以下要求：

a)應具備招標人信息建立和維護的功能。數據項應包括招標人代碼、招標人名稱(chēng)、負責人、國別/地區、行業(yè)代碼、營(yíng)業(yè)執照號碼、CA證書(shū)編號、組織機構代碼、稅務(wù)登記號、開(kāi)戶(hù)銀行、基本賬戶(hù)賬號、注冊資本、幣種、信息申報責任人、聯(lián)系電話(huà)、聯(lián)系地址、郵政編碼、電子郵箱等信息。

b) 應具備招標人招標業(yè)績(jì)、獎懲、履約記錄等信息管理的功能。

c) 應具備招標人信息的檢索和統計分析的功能。

d) 數據項格式詳見(jiàn)附錄A.2.1,A.2.3、A.2.8、A.1.20。

6.3 招標代理機構信息庫

招標代理機構信息庫管理應滿(mǎn)足以下要求：

a)應具備招標代理機構信息建立和維護的功能。數據項應包括代理機構代碼、代理機構名稱(chēng)、負責人、國別/地區、資質(zhì)類(lèi)別、資質(zhì)等級、營(yíng)業(yè)執照號碼、CA證書(shū)編號、組織機構代碼、稅務(wù)登記號、開(kāi)戶(hù)銀行、基本賬戶(hù)、注冊資本、信息申報責任人、聯(lián)系電話(huà)、聯(lián)系地址、郵政編碼、電子郵箱等信息。

b) 應具備招標代理機構電子招標業(yè)績(jì)、獎懲記錄和履約記錄等信息管理的功能。

c)應具備招標職業(yè)資格人員的相關(guān)信息管理的功能。數據項包括姓名、性別、身份證件類(lèi)型、身份證件號碼、出生年月、所在行政區域代碼、最高學(xué)歷、聯(lián)系電話(huà)、通訊地址、郵政編碼、所在單位、職務(wù)、職業(yè)證書(shū)編號、注冊登記證書(shū)編號、從業(yè)年限、項目業(yè)績(jì)、獎懲記錄等信息。

d) 應具備招標代理機構信息的檢索和統計分析的功能。

e) 數據項格式詳見(jiàn)附錄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 投標人信息庫

投標人信息庫管理應滿(mǎn)足以下要求：

a)應具備投標人信息建立和維護的功能。數據項按不同主體應相應包括：投標人代碼、投標人名稱(chēng)、負責人、國別/地區、資質(zhì)序列、資質(zhì)等級、資信等級、獎懲記錄、營(yíng)業(yè)執照號碼、CA證書(shū)編號、組織機構代碼、稅務(wù)登記號、開(kāi)戶(hù)銀行、基本賬戶(hù)賬號、注冊資本、注冊資本幣種、信息申報和變更責任人、聯(lián)系電話(huà)、聯(lián)系地址、郵政編碼、電子郵箱等信息。

b) 應具備投標人中標業(yè)績(jì)明細數據、獎懲與履約等信息歸集的功能。

c) 應具備投標人信息的檢索和統計分析的功能。

d) 應具備投標人黑名單的建立和管理的功能。

e)應具備投標人專(zhuān)業(yè)職業(yè)資格人員(注冊建造師、注冊監理工程師等)的相關(guān)信息管理的功能。數據項包括姓名、性別、身份證件類(lèi)型、身份證件號碼、出生年月、所在行政區域代碼、最高學(xué)歷、聯(lián)系電話(huà)、通訊地址、郵政編碼、所在單位、職務(wù)、技術(shù)職稱(chēng)、職業(yè)資格序列、職業(yè)資格等級、職業(yè)證書(shū)編號、從業(yè)經(jīng)歷、從業(yè)年限、項目業(yè)績(jì)、獎懲記錄等信息。

f) 數據項格式詳見(jiàn)附錄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 專(zhuān)家信息庫

必要時(shí)可建立交易平臺專(zhuān)家信息庫。專(zhuān)家信息庫管理應滿(mǎn)足以下要求：

a)應具備專(zhuān)家信息建立和維護的功能。數據項應包括：專(zhuān)家編號、姓名、性別、身份證件類(lèi)型、身份證件號碼、出生年月、所在行政區域代碼、最后畢業(yè)院校、最高學(xué)歷、聯(lián)系電話(huà)、通訊地址、郵政編碼、所在單位、是否在職、職務(wù)、工作簡(jiǎn)歷、專(zhuān)業(yè)分類(lèi)、技術(shù)職稱(chēng)、職業(yè)資格序列、職業(yè)資格等級、從業(yè)年限、獎懲記錄等信息。

b) 應具備記錄專(zhuān)家信息入庫、變更和審核驗證的時(shí)間以及責任人的功能。

c) 應具備專(zhuān)家回避情形和單位列表建立和維護的功能。

d) 應具備按地區、專(zhuān)業(yè)等隨機抽取和記錄專(zhuān)家的功能。

e) 應具備專(zhuān)家審核、入庫、培訓、考核、暫停、退出等功能。

f) 宜具備專(zhuān)家自薦入庫的功能。

g) 宜具備向公共服務(wù)平臺專(zhuān)家庫推薦專(zhuān)家入庫的功能。

h) 數據項格式詳見(jiàn)附錄A.2.8、A.2.11。

6.6 價(jià)格信息庫

價(jià)格信息庫管理應滿(mǎn)足以下要求：

a) 應具備工程、貨物、服務(wù)分類(lèi)分項單價(jià)信息的收集、整理、維護和查詢(xún)的功能。

b) 宜具備價(jià)格統計分析的功能。

7 交易平臺的系統接口

系統接口是指交易平臺與公共服務(wù)平臺、行政監督平臺以及專(zhuān)業(yè)工具軟件之間根據電子招標投標流程及有關(guān)規定應具有的數據交換功能。

7.1 公共服務(wù)平臺的接口

7.1.1 交易平臺注冊登記

交易平臺應選擇任一公共服務(wù)平臺注冊登記和按規定對接交互信息。在全國公共服務(wù)平臺體系形成前，交易平臺選擇注冊登記和對接交換公共服務(wù)平臺應同時(shí)滿(mǎn)足行政監督信息交換的需要。登記的數據信息應包括：交易平臺名稱(chēng)、運營(yíng)機構代碼、運營(yíng)機構名稱(chēng)、CA證書(shū)編號、系統訪(fǎng)問(wèn)地址、檢測和認證報告附件等，數據項格式詳見(jiàn)附錄A3。

7.1.2 與公共服務(wù)平臺的接口

交易平臺與公共服務(wù)平臺的數據接口應符合《公共服務(wù)平臺和行政監督平臺技術(shù)規范》和相關(guān)公共服務(wù)平臺公布的數據接口要求。

7.2 與行政監督平臺的接口

交易平臺可以選擇公共服務(wù)平臺的監督通道與行政監督平臺交換信息，其數據接口應符合7.1.2的規定。交易平臺也可以選擇直接與行政監督平臺交換信息，與行政監督平臺的數據接口應符合《公共服務(wù)平臺和行政監督平臺技術(shù)規范》和相關(guān)行政監督平臺公布的數據接口要求。

7.3 與專(zhuān)業(yè)工具軟件的接口

交易平臺與專(zhuān)業(yè)工具軟件的數據接口應符合本技術(shù)規范和國家有關(guān)計價(jià)規范要求，并在交易平臺公布。

8 交易平臺技術(shù)支撐與保障要求

8.1 接口技術(shù)要求

8.1.1 基本要求

接口技術(shù)基本要求如下：

a) 應對數據交互提供企業(yè)級的支持，在系統高并發(fā)和大容量的基礎上提供安全可靠的交互。

b) 應提供完善的信息安全機制，以實(shí)現對信息的全面保護，保證系統的正常運行.應防止大量訪(fǎng)問(wèn)以及大量占用資源的情況發(fā)生，保證系統的健壯性。

c) 應提供有效的、系統的可監控機制，以使接口的運行情況可監控，以便及時(shí)發(fā)現錯誤及排除故障。

d) 在充分利用系統資源的前提下，應實(shí)現系統平滑的移植和擴展，同時(shí)在系統并發(fā)增加時(shí)提供系統資源的動(dòng)態(tài)擴展，以保證系統的穩定性。

e) 在進(jìn)行擴容、新業(yè)務(wù)擴展時(shí)，應能提供快速、方便和準確的實(shí)現方式。

f) 接口技術(shù)實(shí)現方式應當保持中立性。

g) 應提供信息交換中自動(dòng)標記輸入和輸出來(lái)源出處的功能。

8.1.2 通信方式

接口應通過(guò)基于主流的通信協(xié)議，并滿(mǎn)足以下要求：

a) 數據傳輸應具備可控制性，提供數據重發(fā)功能。

b) 數據傳輸應具備可靠性，確保數據不會(huì )丟失，并進(jìn)行充分的數據校驗。

c)大數據傳輸應具備斷點(diǎn)續傳的功能。

8.1.3 接口方式

接口方式管理應滿(mǎn)足以下要求：

a) 信息交換方式應符合XML數據交換標準。

b) 交互操作服務(wù)接口應符合Web Services標準。

c) 系統交互模式支持同步與異步方式。

d) 交互數據應支持各種數據類(lèi)型。

8.1.4 接口模型

數據接口模型應由數據結構、數據集、附件集組成：

a) 數據結構用來(lái)描述接口的結構信息，是可選元素。

b) 數據集是用來(lái)封裝結構化數據，是可選元素。

c) 附件集是用來(lái)表述非結構化數據，是可選元素。

d) 數據集和附件集可以并存或單獨出現。

8.1.5 安全認證

為了保證數據的安全性，各種接口方式都應該保證其接入的安全性：

a) 應通過(guò)接口實(shí)現技術(shù)上的安全控制，做到對安全事件的可知、可控、可預測。

b) 應制定專(zhuān)門(mén)的安全技術(shù)實(shí)施策略，保證接口的數據傳輸和數據處理的安全性。

c) 系統應在接入點(diǎn)的網(wǎng)絡(luò )邊界實(shí)施接口安全控制。

d) 接口的安全控制在邏輯上應包括：安全評估、訪(fǎng)問(wèn)控制、入侵檢測、口令認證、安全審計、防惡意代碼、加密等內容。

e) 數據接口訪(fǎng)問(wèn)應進(jìn)行雙方身份安全認證，確保接口訪(fǎng)問(wèn)的安全性。

8.1.6 傳輸控制

傳輸控制應利用如下高速數據通道技術(shù)實(shí)現將前端的大數據量并發(fā)請求分發(fā)到后端，從而保證應用系統在大量客戶(hù)端同時(shí)請求服務(wù)時(shí)，能夠保持快速、穩定的工作狀態(tài)：

a) 系統應采用傳輸控制手段降低接口網(wǎng)絡(luò )負擔，提高接口吞吐能力，保證系統的整體處理能力。

b) 為了確保接口服務(wù)吞吐量最大，接口宜自動(dòng)地在系統中完成動(dòng)態(tài)負載均衡調度。

c) 系統宜提供自動(dòng)伸縮管理方式或動(dòng)態(tài)配置管理方式實(shí)現隊列管理、存取資源管理，以及接口應用的恢復處理等。

d) 在雙方接口之間宜設置多個(gè)網(wǎng)絡(luò )通道，實(shí)現接口的多數據通道和容錯性，保證在出現一個(gè)網(wǎng)絡(luò )通道通訊失敗時(shí)，進(jìn)行自動(dòng)的切換，實(shí)現接口連接的自動(dòng)恢復。

8.2 安全性

8.2.1 身份標識與鑒別

應對招標人、招標代理機構、投標人、授權評標專(zhuān)家等登錄用戶(hù)進(jìn)行身份標識與鑒別，并提供身份標識唯一性檢查功能。應采用以下措施，確保用戶(hù)身份不易被冒用：

a) 應提供鑒別信息復雜度檢查功能。

b) 應對身份標識與鑒別異常提供保護措施。

c)應使用有關(guān)部門(mén)認可的合法電子認證服務(wù)機構提供的CA數字證書(shū)對交易主體身份標識與鑒別，需要進(jìn)行身份標識與鑒別的電子招標投標交易行為包括：遞交資格預審申請文件、遞交投標文件、遞交投標保證金、撤回投標文件、確認開(kāi)標記錄、遞交回執、發(fā)出中標通知書(shū)、簽訂合同(協(xié)議書(shū))等需要招標投標主體承擔相應法律責任的電子招標投標行為。

d) 宜采用兩種或兩種以上上述措施組合的鑒別技術(shù)。

8.2.2 電子簽名

電子簽名管理要求應滿(mǎn)足以下要求：

a) 應通過(guò)電子簽名來(lái)確保數據電文的完整性和不可抵賴(lài)性，電子簽名應用的數字證書(shū)應采用合法的電子認證服務(wù)機構頒發(fā)的CA證書(shū)。

b)應使用電子簽名的數據電文包括：招標公告(資格預審公告)、投標邀請書(shū)、資格預審文件(澄清和修改)、資格預審申請文件(澄清和修改)、資格審查報告、招標文件(澄清和修改)、投標文件(補充、修改、撤回、澄清)、開(kāi)標記錄、評標報告、中標通知書(shū)、合同(協(xié)議書(shū))及相關(guān)文件的簽收回執等具有法律約束力的文件。

c) 應提供按照國家授時(shí)中心的標準時(shí)間源對需要電子簽名的數據電文生成時(shí)間戳的功能。

d) 應執行統一規范的數據接口標準，并可通過(guò)公共服務(wù)平臺協(xié)議聯(lián)機等方式，支持不同的合法電子認證服務(wù)機構頒發(fā)的CA數字證書(shū)的兼容互認。

8.2.3 電子加密和解密

應使用合法的電子認證服務(wù)機構頒發(fā)的數字證書(shū)，并能夠根據招標文件選擇確定的操作方式和責任主體，對需要保密的數據電文進(jìn)行加密和解密，以確保數據電文的保密性。

8.2.4 訪(fǎng)問(wèn)控制

訪(fǎng)問(wèn)控制管理應滿(mǎn)足以下要求：

a) 應具備用戶(hù)功能使用、數據訪(fǎng)問(wèn)的權限及其時(shí)限控制功能。

b) 應能夠識別對系統的非授權訪(fǎng)問(wèn)并提供相應的處理方法。應具備禁止同一帳戶(hù)多處同時(shí)登錄的功能。

c)用戶(hù)的管理權限應按照邊界清晰，且權限唯一性和最小化原則設置。實(shí)施系統開(kāi)發(fā)權、系統管理權和業(yè)務(wù)權的責任人應相互分離、相互監控，同時(shí)，系統應具有自動(dòng)警示超權限異常操作的功能。

d) 宜提供對重要信息資源設置敏感標記的功能，并根據安全策略嚴格控制用戶(hù)對有敏感標記重要信息資源的操作。

8.2.5 通信安全

通信安全管理應滿(mǎn)足以下要求：

a) 應能夠檢測傳輸過(guò)程中數據電文的完整性，在檢測到完整性錯誤時(shí)，應提示用戶(hù)采取必要的措施。

b) 應采用加密或其它有效措施實(shí)現數據傳輸的保密性。

8.2.6 存儲安全

存儲安全管理應滿(mǎn)足以下要求：

a) 應采用加密或其他保護措施實(shí)現鑒別信息存儲的保密性。

b) 宜采用加密或其他保護措施確保重要數據存儲的保密性。

c) 宜對重要數據存儲過(guò)程中的完整性進(jìn)行檢測，在檢測到完整性錯誤時(shí)，應提示用戶(hù)采取相應的措施。

8.2.7 資源控制

資源控制管理應滿(mǎn)足以下要求：

a) 應該能夠對單個(gè)帳戶(hù)的多重并發(fā)會(huì )話(huà)進(jìn)行限制，并能夠對系統的最大并發(fā)會(huì )話(huà)連接數進(jìn)行限制。

b) 宜對一個(gè)時(shí)間段內可能的并發(fā)會(huì )話(huà)連接數進(jìn)行限制。

8.2.8 數據安全及備份恢復

數據安全及備份恢復管理應滿(mǎn)足以下要求：

a) 應對關(guān)鍵數據提供自動(dòng)定時(shí)本地備份與恢復功能。

b) 宜提供異地數據定期備份功能和異地災備功能。

8.2.9 安全缺陷防范

安全缺陷防范管理應滿(mǎn)足以下要求：

a) 不應存在可能引起安全缺陷的語(yǔ)句、命令。

b) 應能夠識別和屏蔽非法訪(fǎng)問(wèn)。

c) 宜加強系統安全防范，能夠識別和抵御程序惡意攻擊。

8.2.10 安全審計

安全審計管理應滿(mǎn)足以下要求：

a) 應提供安全審計功能。安全審計范圍應覆蓋系統中的每個(gè)用戶(hù)及系統中的所有重要安全事件，如登錄事件、關(guān)鍵數據變更等。

b) 審計記錄的內容應包括事件的日期、時(shí)間、發(fā)起者信息、類(lèi)型、描述和結果等。

c) 應提供審計記錄數據的查詢(xún)、統計、分析功能。

d) 安全審計人員不能同時(shí)兼任系統管理員。

e) 安全審計系統設備宜獨立部署，以確保數據不被篡改。

8.3 性能

8.3.1 響應時(shí)間

響應時(shí)間管理應滿(mǎn)足以下要求：

a) 應滿(mǎn)足主要功能在單點(diǎn)操作下響應時(shí)間少于5秒。

b) 典型功能在50人并發(fā)情況下，響應時(shí)間應少于15秒。

c) 應支持大文件傳輸功能。支持100MB以?xún)鹊奈募€定上傳。服務(wù)器端接收上傳文件的最大吞吐量應不低于10M bit/S。

d) 投標文件集中解密功能模塊的系統處理能力應保證每分鐘文件解密應大于100個(gè)或大于1GB。

8.4 可靠性

8.4.1 穩定性

系統穩定性管理應滿(mǎn)足以下要求：

a) 應保證在高負荷狀態(tài)下能提供不間斷的可靠服務(wù)，系統運行穩定。

b) 在容量到達規定及超出規定的極限時(shí)，系統不能因為崩潰、異常退出等原因而導致數據錯誤或丟失。

8.4.2 容錯性

系統容錯性管理應滿(mǎn)足以下要求：

a) 應提供數據有效性檢驗功能，對無(wú)效數據應給出簡(jiǎn)潔、準確的提示信息。

b) 應提供數據一致性校驗機制。

c) 應能識別和屏蔽可能引起系統崩潰、異常退出的用戶(hù)輸入或用戶(hù)誤操作，并給出提示。

8.5 易用性

8.5.1 易理解性

系統易理解性管理應滿(mǎn)足以下要求：

a) 應通過(guò)適當的術(shù)語(yǔ)、釋義、圖形、背景信息和操作幫助，協(xié)助用戶(hù)理解和使用系統的各項功能。

b) 應對平臺功能操作錯誤的原因和糾正信息加以提示。

c) 宜提供在線(xiàn)幫助。

8.5.2 易瀏覽性

系統易瀏覽性管理應滿(mǎn)足以下要求：

a) 應顯示系統當前處理狀態(tài)。

b) 應規范化設計屏幕提示、輸入和輸出。

8.6 運行環(huán)境

8.6.1 機房要求

機房管理應滿(mǎn)足以下要求：

a) 應滿(mǎn)足《GB/T50311-2007綜合布線(xiàn)系統工程設計規范》、《GB 2887-2011計算機場(chǎng)地通用規范》、《GB 50174-2008電子信息系統機房設計規范》標準。

b) 應采用UPS不間斷電源，UPS電源提供不低于2小時(shí)后備供電能力。UPS功率大小應根據設備功率進(jìn)行計算，并留有30%的余量。

c) 宜設計物理屏障，通過(guò)門(mén)禁、安全制度等技術(shù)和管理措施保證機房環(huán)境物理安全性。

8.6.2 網(wǎng)絡(luò )要求

網(wǎng)絡(luò )帶寬應滿(mǎn)足以下要求：

a) 接入互聯(lián)網(wǎng)的獨享帶寬應不小于10Mbps。

b) 接入互聯(lián)網(wǎng)的實(shí)際帶寬應根據峰值流量進(jìn)行計算確定。

網(wǎng)絡(luò )安全應滿(mǎn)足以下要求：

c) 網(wǎng)絡(luò )安全等級應通過(guò)《GB17859-1999計算機信息系統安全保護等級劃分準則》中第二級“系統審計保護級”的評測。

d) 網(wǎng)絡(luò )安全等級宜通過(guò)《GB17859-1999計算機信息系統安全保護等級劃分準則》中第三級“安全標記保護級”的評測。

8.6.3 主機要求

8.6.3.1 服務(wù)器要求

服務(wù)器應滿(mǎn)足以下要求：

a) 應滿(mǎn)足系統對可靠性、安全性和性能的要求。

b) 關(guān)鍵部件應采用冗余配置。

c) 服務(wù)器時(shí)間應與國家授時(shí)中心時(shí)間同步。

8.6.3.2 主機安全要求

主機安全應滿(mǎn)足以下要求：

a) 主機安全等級應通過(guò)《GB17859-1999計算機信息系統安全保護等級劃分準則》中第二級“系統審計保護級”的評測。

b) 主機安全等級宜通過(guò)《GB17859-1999計算機信息系統安全保護等級劃分準則》中第三級“安全標記保護級”的評測

8.6.3.3 存儲要求

存儲應滿(mǎn)足以下要求：

a) 宜采用獨立磁盤(pán)存儲設備進(jìn)行核心數據存儲。

b) 關(guān)鍵部件應采用冗余配置。

c) 應采用主流存儲技術(shù)，實(shí)現存儲設備的冗余和可靠接入，保證存儲穩定性。

d) 應根據在線(xiàn)數據規模計算存儲空間，并保留不少于20%的冗余。應具有擴展性，可按需增加存儲空間，應對系統應用范圍的擴展。

8.6.4 系統軟件要求

系統軟件應滿(mǎn)足如下要求：

a)應用服務(wù)器和數據庫服務(wù)器應物理分離。

b)應支持主流數據庫。

c)宜支持集群部署，實(shí)現負載均衡。

d)宜同時(shí)支持包括但不僅限于Unix、Linux、Windows等操作系統。

附錄A 數據項的基本要求

A.1 業(yè)務(wù)對象

A.1.1 項目

A.1.2 招標項目

A.1.3 標段(包)

A.1.4 招標公告與資格預審公告

A.1.5 投標邀請書(shū)

A.1.6 資格預審文件/資格預審文件澄清與修改

A.1.7 資格預審申請文件

A.1.8 資格預審結果文件

A.1.9 招標文件/招標文件澄清與修改

A.1.10 現場(chǎng)踏勘通知

A.1.11 現場(chǎng)踏勘記錄

A.1.12 投標文件

A.1.13 投標保證金記錄

A.1.14 開(kāi)標記錄

A.1.15 評標報告

A.1.16 中標候選人

注：每個(gè)中標候選人都應在此表中對應一條獨立的數據記錄。

A.1.17 中標候選人公示

A.1.18 中標/招標結果通知書(shū)

A.1.19 資格預審結果通知書(shū)

A.1.20 合同和履行

A.1.21 異議與投訴

A.1.22 招標異常情況報告

A.1.23 附件

A.1.24 開(kāi)標簽到

A.1.25 招標委托代理

A.1.26 招標項目計劃

A.1.27 要求澄清的問(wèn)題

A.1.28 資格預審文件開(kāi)啟

A.1.29 中標結果公告

A.2. 招投標主體

A.2.1 招投標主體基本信息表

A.2.2 主體經(jīng)營(yíng)資質(zhì)信息表

A.2.3 招標人/招標代理機構電子招標業(yè)績(jì)

注：業(yè)績(jì)僅限于在電子招投標交易平臺上成交的項目。

A.2.4 職業(yè)人員基本信息

A.2.5 人員職業(yè)資格信息

A.2.6 人員業(yè)績(jì)信息

備注：業(yè)績(jì)僅限于在電子招投標交易平臺上成交的項目。

A.2.7 投標人業(yè)績(jì)

備注：業(yè)績(jì)僅限于在電子招投標交易平臺上成交的項目。

A.2.8 獎懲記錄

A.2.9 資格審查委員會(huì )/評標委員會(huì )組建申請

A.2.10 資格審查委員會(huì )/評標委員會(huì )成員

A.2.11 評標專(zhuān)家

A.3 交易平臺或公共服務(wù)平臺

A.4 數據項術(shù)語(yǔ)說(shuō)明

A.4.1 值域

值域是指數據項的有效取值范圍。一般分為自由文本型、枚舉型、代碼型等。自由文本型表示沒(méi)有特別規定的內容類(lèi)型;枚舉型指元數據元素有可枚舉的取值;代碼型指元數據元素能對應到某個(gè)代碼表的代碼列或名稱(chēng)列。

A.4.2 數據類(lèi)型和數據格式

數據項允許值的數據類(lèi)型及表示格式。

附錄B 編碼總體規則

B.1 編碼總體規則說(shuō)明

信息分類(lèi)與編碼是建設電子招標投標系統不可或缺的部分，是支撐電子招標投標系統信息交換、共享的主要技術(shù)手段。電子招標投標信息分類(lèi)與編碼主要用于表示數據項的值域。當數據項是代碼型數據項時(shí)，其值域指向了相應的信息分類(lèi)與編碼信息，如果有相應的國家標準，則優(yōu)先采用國家標準信息。

用于電子招標投標系統建設信息分類(lèi)和編碼的基本原則有：

實(shí)用性：在對事物或概念進(jìn)行分類(lèi)編碼時(shí)，既要保證科學(xué)合理，又要立足于電子招標投標的實(shí)際管理需求，滿(mǎn)足電子招標投標業(yè)務(wù)管理和電子招標投標系統建設的需求。

穩定性：宜選擇事物或概念相對穩定的屬性或特征作為分類(lèi)依據，代碼不宜頻繁變動(dòng)和修改，以避免造成人、財、物的浪費。

唯一性：在一個(gè)分類(lèi)編碼標準中，一個(gè)編碼對象只能有一個(gè)代碼，一個(gè)代碼只能唯一表示一個(gè)編碼對象，即編碼對象與代碼間是一一對應的關(guān)系。

可擴展性：在進(jìn)行分類(lèi)編碼時(shí)，通常要設置收容類(lèi)目(其他類(lèi))，為新增加的編碼對象留有足夠的可擴充的備用碼，以保證增加新的事物或概念時(shí)，不必打亂已建立的分類(lèi)體系。同時(shí)，還應為分類(lèi)的進(jìn)一步延拓細化創(chuàng )造條件，并充分考慮電子招標投標改革與可持續發(fā)展的需要。

兼容性：應與相關(guān)的國家標準及相關(guān)行業(yè)標準協(xié)調一致。

電子招標投標系統建設用信息編碼的常用方法包括：順序碼、縮寫(xiě)碼、層次碼、組合碼。

依據信息分類(lèi)編碼標準化的一般要求，結合電子招標投標系統建設的實(shí)際需要和特點(diǎn)，電子招標投標信息分類(lèi)與編碼信息主要通過(guò)2個(gè)屬性來(lái)描述：

1、編碼規則：描述代碼的分類(lèi)原則和編碼方法。

2、碼值：代碼對應的代碼表。代碼表有3個(gè)字段，“名稱(chēng)”字段表示編碼對象的中文名稱(chēng);“代碼”字段表示編碼對象的代碼，可以是數字碼、字母碼或數字字母混合碼;“說(shuō)明”字段表示需要特殊說(shuō)明的內容。其中，“名稱(chēng)”和“代碼”是必選字段，“說(shuō)明”是可選字段。如下表所示：

B.2 通用編碼

本技術(shù)規范中引用到的信息分類(lèi)編碼國家標準包括：

1.GB/T 4754-2011 國民經(jīng)濟行業(yè)分類(lèi)

2.GB 11714-1997 全國組織機構代碼編制規則

3.GB/T 12406-2008 表示貨幣和資金的代碼

4.GB/T 2659-2000 世界各國和地區名稱(chēng)代碼

5.GB/T 2260-2007 中華人民共和國行政區劃代碼

6.GB 11643-1999公民身份號碼

7.GB/T 2261.1-2003個(gè)人基本信息分類(lèi)與代碼第1部分：人的性別代碼

8.評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準(試行)(發(fā)改法規[2010]1538號)

B.3 業(yè)務(wù)編碼

結合數據項中的有關(guān)代碼字段(在值域中有相關(guān)描述)進(jìn)行編碼說(shuō)明。

B.3.1 交易平臺標識代碼

編碼規則：采用組合碼，編碼長(cháng)度為11位。排列順序從左至右依次為：1位行業(yè)門(mén)類(lèi)字母碼、6位行政區域代碼，以及4位全國交易平臺序列號。

其中行業(yè)門(mén)類(lèi)字母碼采用《GB/T 4754-2011國民經(jīng)濟行業(yè)分類(lèi)GB/T 4754國民經(jīng)濟行業(yè)分類(lèi)》的門(mén)類(lèi)。行政區域代碼采用《GB/T2260-2007中華人民共和國行政區劃代碼GB/T 2260中華人民共和國行政區劃代碼》的6位數字碼。全國交易平臺序列號的取值從0001-9999，按照其在國家公共服務(wù)平臺注冊登記或交換登記信息時(shí)間排序。

B.3.2 項目編號

編碼規則：采用組合碼，編碼長(cháng)度為17位。排列順序從左至右依次為：前11位由交易平臺標識代碼組成，后6位由項目序列號組成，項目序列號的取值從000001-999999。

B.3.3 招標組織形式代碼

編碼規則：采用1位順序碼表示。

碼值內容見(jiàn)下表。

B.3.4 招標項目編號

編碼規則：采用組合碼，編碼長(cháng)度為20位。排列順序從左至右依次為：前17位由項目編號組成，后3位由招標項目在項目中的序列號組成，招標項目序列號的取值從001-999。

B.3.5 標段(包)編號

編碼規則：采用組合碼，編碼長(cháng)度為23位。排列順序從左至右依次為：前20位由招標項目編號組成，后3位由標段(包)在招標項目中的序列號組成，標段(包)序列號的取值從001-999。

B.3.6 標段(包)分類(lèi)代碼

編碼規則：采用組合碼，編碼長(cháng)度7位。此編碼參考了《評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準(試行)》(發(fā)改法規[2010]1538號)，并在此基礎上進(jìn)行了擴展，排列順序從左至右依次為：

(1)第一級1位，A-工程、B-貨物、C-服務(wù)、D-產(chǎn)權、E-土地;

(2)第二級2位，對應《評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準》中的一級類(lèi)別;

(3)第三級2位，對應《評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準》的二級類(lèi)別，并新增以下類(lèi)別：

(4)第四級2位，對應《評標專(zhuān)家專(zhuān)業(yè)分類(lèi)標準》的三級類(lèi)別，如果沒(méi)有四級類(lèi)別可以使用00補充，例如：

B.3.7 附件關(guān)聯(lián)標識號

編碼規則：采用全球唯一標識符(GUID)表示，格式為“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每個(gè)x是0-9或a-f范圍內的一個(gè)32位十六進(jìn)制數。

B.3.8 招標方式代碼

編碼規則：采用1位順序碼。

碼值內容見(jiàn)下表。

B.3.9 公告性質(zhì)代碼

編碼規則：采用1位順序碼表示。

碼值內容見(jiàn)下表。

B.3.10 公告類(lèi)型代碼

編碼規則：采用1位順序碼表示。

碼值內容見(jiàn)下表。

B.3.11 資格預審文件/招標文件/澄清與修改文件編號

編碼規則：采用組合碼，編碼長(cháng)度為26位。排列順序從左至右依次為：前23位由標段(包)編號組成;1位表示文件類(lèi)型，Y表示資格預審文件，Z表示招標文件，2位表示文件版本號，資格預審文件/招標文件從01開(kāi)始編號，此后的答疑澄清與修改文件每次版本號遞增1，取值范圍從01-99。

B.3.12 是否代碼

編碼規則：采用1位順序碼。

碼值內容見(jiàn)下表。

B.3.13 公示類(lèi)型代碼

編碼規則：采用1位順序碼表示。

碼值內容見(jiàn)下表。

B.3.14 主體角色類(lèi)型代碼

編碼規則：用1位字母碼表示。

碼值內容見(jiàn)下表。

B.3.15 資質(zhì)序列、行業(yè)和專(zhuān)業(yè)類(lèi)別代碼

編碼規則：用6位數字層次碼表示。第一層1、2兩位表示資質(zhì)序列;第二層3、4兩位表示行業(yè)分類(lèi)，00表示不分行業(yè);第三層5、6位表示專(zhuān)業(yè)類(lèi)別，00表示不分專(zhuān)業(yè)類(lèi)別。各層次的資質(zhì)編碼均按有關(guān)部門(mén)頒發(fā)的資質(zhì)標準排序。

1、第一層(1-2位)資質(zhì)序列：