射陽縣限額以下電子招投標平臺工具市場化通知
一、
為深入貫徹江蘇省發改委《關于進一步加強和規范建設工程項目招標投標管理的通知》(蘇發改法規發〔2022〕1017號)等文件精神,積極響應國家優化營商環境、激發市場活力的號召,同時為進一步優化公共服務能力,提升投標工具制作效率,為投標人提供更加多元、便捷的投標工具選擇,我中心現實行限額以下電子招投標平臺工具市場化。
根據《關于做好《電子招標投標辦法》貫徹實施工作的指導意見》(發改法規【2013】1284號)第四條第三項:交易平臺平等競爭。各交易平臺運營機構應當通過規范經營、科學管理、技術創新、優質服務和合理收費提高市場占有率,其經營范圍不得因建設主體、所處行業地區,以及所有制的不同而有所限制或歧視。及國家發改委《關于進一步規范電子招標投標系統建設運營的通知》(發改法規〔2014〕1925號)要求,交易平臺在功能設置、技術標準、安全保障、運營管理等方面需嚴格執行《電子招標投標辦法》的有關規定,按照“誰使用、誰付費”的原則進行收費。平臺經過升級,可兼容接納多家工具供投標人選擇,免費版工具也已完成使命,經研究決定我中心將于2024年9月10日起推行平臺工具市場化,投標人可根據實際情況,自行選擇投標服務工具。
隨著我縣公共資源交易活動的日益頻繁與復雜化,傳統投標方式已難以滿足當前市場需求。為積極響應市場變化,減輕投標企業負擔,提高投標效率與透明度,鼓勵并支持符合條件的工具廠商對接我縣公共資源交易平臺,共同推動投標工具的創新與發展。
平臺工具費用標準:工具廠商不可惡意低價競爭,需制定合理費用標準,參考江蘇省各地市收費標準,工具價格區間應不低于50元且不得高于100元。
對接要求與流程
(1)廠商資質與要求:當前有意愿對接我縣公共資源交易平臺的工具廠商,需具備相應的技術實力與資質,須能夠按照附件中的技術要求進行測試對接。
(2)測試對接:工具廠商需按照附件中的詳細要求,完成與射陽縣公共資源交易平臺的測試對接工作,確保投標工具的穩定運行與數據安全。
(3)材料提交:具備上線能力后,工具廠商需將相關證明材料遞交至射陽縣公共資源交易中心進行審核。
(4)審核與上線:交易中心將對提交的材料進行認真審核,符合要求的投標工具將正式納入我縣公共資源交易平臺供投標人選擇使用。
三、聯系方式
為便于工具廠商了解對接詳情及咨詢相關問題,特提供以下聯系方式:
交易中心聯系電話:82396896,時間:09:00-17:00
報名截止時間2024年9月10日9時-2024年9月14日17時
技術對接聯系人:平臺公司楊濤:15850399089 陳曉偉:15312468851
射陽縣公共資源交易平臺
市場化工具對接申請
申 請 單 位(蓋公章):__________________
法定代表人或負責人(簽字或蓋章):__________
地 址: ___________________________
聯 系 電 話: ___________________________
日 期: _______年_______月_______ 日
我司自愿申請對接射陽縣公共資源交易中心平臺,全力配合平臺公司進行工具對接,確保滿足上線要求,現申請正式對接。
承諾上線后不會因投標工具原因,導致項目交易流程中斷,影響投標人正常投標活動,且嚴格遵守相關法律法規,接受公共資源交易中心監督。
對接事項及驗收標準內容見下表:
序號 | 對接事項 | 驗收標準 | 對接狀態 |
1 | 驅動 | 通過投標文件制作工具支持正常打開招標文件,長時間運行和高并發情況下無崩潰狀態 | |
2 | 招標文件解析 | 解析結果與招標文件原文完全一致,無遺漏部分,包括文字、表格、圖片等內容 | |
3 | 招標文件查看 | 支持在瀏覽器上流暢查看,無顯示異?;蚬δ苋笔КF象 | |
4 | 投標文件加密 | 采用符合國家標準的加密算法,加密后的文件難以被破解 | |
5 | 投標文件解密 | 解密后的文件與原始投標文件完全一致,無數據丟失或損壞現象 |
申請單位: (公章)
法定代表人或負責人: (簽字)
日 期: 年 月
投標數據交換標準
(投標文件版本號3.0SP6)
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" | 是 | |||||
1 | XiangMuMC | 項目名稱 | String | 是 | 是 | 項目名稱 長度:255 |
2 | BiaoDuanBM | 標段編號 | String | 是 | 是 | 標段的編號長度:50 |
3 | BiaoDuanMC | 標段名稱 | String | 是 | 是 | 標段的名稱長度:255 |
4 | ZhaoBiaoDL | 招標代理 | String | 是 | 否 | 長度:255 |
5 | JianSheDW | 建設單位 | String | 是 | 是 | 長度:255 |
6 | TBDW | 投標單位 | String | 是 | 是 | 長度:255 |
7 | MachineKey | 生成電腦上的機器碼 | String | 是 | 是 | Mac地址@硬盤唯一標識@CUP@主板號 長度255 備注:MAC地址、硬盤唯一標識、CUP、主板號代碼取出后應該和魯大師一致的 |
6 | SoftWare | 公司名稱 | String | 是 | 是 | 生成軟件的公司名稱 |
7 | CheckNo | 校驗碼 | String | 是 | 是 | 按照每家公司申請,單獨給 |
8 | Version | 版本號 | String | 是 | 是 | 3.0 |
9 | ZipContent | 內容壓縮標識 | String | 是 | 是 | 1 |
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | DataType | 經濟標數據類型 | String | 是 | 否,可選屬性 |
經濟標實體文件存放在xml同級文件夾中JingJibiao文件夾中
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | CreatBiaoShuDate | 創建工程時的時間(到秒) | DateTime | 是 | 是 | 用戶在新建工程時的時間 |
2 | EndBiaoShuDate | 結束工程的時間(到秒) | DateTime | 是 | 是 | 當用戶點擊“生成投標文件按鈕”時的時間,就表示為結束工程的時間 |
3 | DogNum | 深思鎖鎖號 | String | 是 | 是 | 使用鎖號,若沒有取到,取得MachineKey 長度:255 |
4 | JiaoYanNumber | 投標文件的校驗碼 | String | 是 | 是 | 為DogNum +CreateBiaoShuDate 出現的md5校驗碼 長度:255 |
5 | CreateGuid | 創建工程Guid | String | 是 | 是 | 創建工程文件時候唯一標識 長度:50 |
投標單位信息[TBDWInfo] 可以為多個子節點,可選節點
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | DWName | 單位名字 | String | 是 | 是 | 長度:255 |
2 | DWGuid | 單位guid | String | 是 | 是 | 長度:255 |
投標單位已挑選的材料根信息[TBNetFileBT] 可以為多個子節點,(不一定必須存在??蛇x節點)
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | String | 是 | 是 | 長度:10 |
2 | ZLMC | 資料名稱 | String | 是 | 長度:255 | |
3 | ZLLX | 資料類型 | String | 是 | 長度:255 如 A1,A2等 | |
4 | Name | 名字(如業績名稱、項目經理名稱等) | String | 否 | 長度:500 如 項目經理張3、李4 | |
5 | NameGuid | 項目經理或者業績的唯一標識符號Guid | String | 否 | 長度:50 |
投標單位已挑選的子材料信息[TBNetFileMX] 可以為多個子節點 (不一定必須存在,可選節點)
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | String | 是 | 是 | 長度:10 |
2 | ZLMC | 資料名稱 | String | 是 | 長度:255 | |
3 | ZLLX | 資料類型 | String | 是 | 長度:255 如 A001,A002等 | |
4 | ZLYXQ | 資料有效期 | DateTime | 否 | 資料有效期,從webservice中中獲得 |
投標單位挑選的材料的掃描件信息[TBScanFileMX] 可以為多個子節點 (不一定必須存在,可選節點)
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | String | 是 | 是 | 長度:10 |
2 | FileID | 挑選的掃描件的ID | String | 是 | 長度:255 如90843,90142 | |
3 | FileGuid | 挑選的掃描件的Guid | String | 是 | 長度:255 |
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | String | 是 | 是 | 長度10 |
2 | FileName | 投標文件名稱 | String | 是 | 是 | 長度255 如:投標函 |
3 | TBFileLx | 投標文件類型 | Integer | 是 | 是 | -1投標文件標題目錄 0投標文件封面 1投標函 3法人證明和授權委托書 4聯合體協議書(如有) 5保證金 6經濟標的pdf) 7技術標(施工組織設計) 8技術標(施工組織設計)附件 9技術標(施工組織設計)輔助部分 10擬分包情況表 12其它材料 13項目管理機構資料 14 資格審查資料 15 業績資料 16 工程量清單(mdb格式) 900 系統保留 |
4 | FileType | 文件類型 | Integer | 是 | 是 | 1 pdf文件 2 dwg文件 3 dwf文件 4 Office、xml文件 5 預留 6 預留 |
5 | FileSignature | 文件簽名信息 | String | 是 | 否 | Zip壓縮前的pdf文件簽名 不限長度 |
6 | PbSignatureKey | 簽名公鑰 | String | 是 | 否 | 投標人的簽名公鑰 不限長度 |
7 | BinFile | 文件 | String | 是 | 否 | 值為空 |
8 | FileCatalog | 投標文件對應的目錄結構 | String | 是 | 是 | 1.1.1.2 |
9 | Ehash | 文件的hash值 | Strng | 是 | 否 | 文件的hash值,長度500 |
10 | TenderName | 文件的全名稱 | String | 是 | 否 | 文件的全名稱帶后綴名,長度255, |
備注:文件的實體文件存放在和xml同級的BiaoShu節點中 |
備注:一條錯誤就是一條記錄,CheckContent為可選節點
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | Integer | 是 | 是 | 序號 |
2 | CheckContent | 檢查出來的內容 | String | 否 | 是 | 長度2000 |
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | Integer | 是 | 是 | 序號 |
2 | Key | 鍵名 | String | 否 | 是 | 長度50 |
3 | Value | 鍵值 | String | 否 | 是 | 長度500 |
4 | KeyExt | 鍵擴展屬性,放值的單位 | String | 否 | 否 | 長度200 |
5 | KeyType | 鍵類別 | String | 否 | 否 | 可選節點,長度200 常見關鍵字為: Tbzj代表投標總價 gq代表工期 bzj代表保證金 |
此節點存放是唱標用的節點,非唱標用的節點存入TBExtInfo節點,幾個常用的關鍵字鍵名
<TBInfo Xh="1" Key="投標總價" Value="23" KeyExt="元" KeyType =" Tbzj"/> <TBInfo Xh="2" Key="投標保證金" Value="234234" KeyExt="元" KeyType ="bzj"/> <TBInfo Xh="3" Key="工期" Value="234" KeyExt="日歷天" KeyType ="gq"/> <TBInfo Xh="4" Key="質量承諾" Value="234" KeyExt="" KeyType =" "/> <TBInfo Xh="5" Key="安全承諾" Value="66" KeyExt="" KeyType =" "/> <TBInfo Xh="6" Key="備注" Value="66" KeyExt="" KeyType =" "/>
備注:預留節點
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | Integer | 是 | 是 | 序號 |
2 | Key | 鍵名 | String | 否 | 是 | 長度50 |
3 | Value | 鍵值 | String | 否 | 是 | 長度500 |
4 | KeyExt | 鍵擴展屬性 | String | 否 | 否 | 長度200 |
5 | KeyType | 鍵類別 | String | 否 | 否 | 可選節點,長度200 |
備注:預留
序號 | 編碼 | 中文解釋 | 數據類型 | 唯一 | 必填 | 備注 |
1 | Xh | 序號 | Integer | 是 | 是 | 序號 |
2 | ScanFileListName | 掃描件列表的名稱 | String | 是 | 是 | 掃描件Zip包的名稱,可以自定義 例如 ***單位掃描件1 255長度 |
3 | FileSignature | 文件簽名信息 | String | 是 | 是 | 此zip文件的簽名 |
4 | PbSignatureKey | 簽名公鑰 | String | 是 | 是 | 投標人的簽名公鑰 |
9 | Ehash | 文件的hash值 | Strng | 是 | 是 | 文件的hash值,長度500 |
實體文件存在在xml平級的ScanFileList 文件夾中
制作出來的投標文件(TB.xml)和實體文件進行壓縮形成Zip文件
Zip文件目錄結構如下
文件夾中存放實體文件,TB.xml存放本接口中規定的xml
對Zip文件進行文件哈希(hash)運算,得一哈希值即數字摘要MD;
對數字摘要MD,利用投標人的私鑰PVA(簽名證書),采用非對稱RSA算法(SHA),對數字摘要MD進行加密,即得數字簽名DS;
隨機產生一個DES對稱密鑰SK;
對原始的投標文件(Zip),用對稱密鑰SK進行DES加密得到加密信息E;
利用投標人公鑰PBC(加密證書),采用RSA算法對對稱密鑰SK加密,形成數字信封DE;
若加密方式為招標人一次加密,獲取招標文件、答疑文件信封節點ZBREncryptPublicKey獲取招標人軟證書 ,采用RSA算法對對稱密鑰SK加密,形成數字信封DE;
將加密信息E、數字信封DE、數字簽名DS、有關公鑰形成一個新的xml,修改文件后綴名,形成最終的投標文件(**TF)。
節點名稱 | 說明 | 備注 |
UseZBFileGuid | 使用的招標文件或者答疑文件的唯一標識 | |
FileGLGuid | 原始投標文件和加密投標文件的關聯Guid | |
UserIdentifier | 生成投標文件的簽名證書的序列號 | |
Cryptograph | 加密信息E | 必須有(Base64編碼) |
TBFileDigitalSignal | 投標文件的數字簽名(DS) | 必須有(Base64編碼) |
ETBFileDigitalSignalHash | 投標文件的數字簽名(DS)的hash值 | TBFileDigitalSignal的hash值 |
ZBREncryptPublicKey | 招標文件中招標人(招標代理)的公鑰PBC(加密證書),對應招標文件中的ZBREncryptPublicKey | 必須有(Base64編碼) |
TBRPublicKey | 投標人的公鑰PBA注:此證書為簽名證書,主要用來校驗投標文件的正確性 | 必須有(Base64編碼) |
TBREncryptPublicKey | 投標人的公鑰PBA 注:此證書為加密證書 | 必須有(Base64編碼) |
DigitalEnvelope | 數字信封DE | 必須有(Base64編碼) |
EDigitalEnvelopeHash | 數字信封DE的hash值 | DigitalEnvelope節點的hash值 |
BiaoDuanNo | 標段編號 | 必須有 |
BiaoDuanName | 標段名稱 | 必須有 |
UnitName | 制作單位名稱 | 必須有,不可以讓用戶輸入,必須從證書項中獲得 |
CreateData | 創建投標文件的時間 | 例如 2009-10-29 14:00:31 |
MachineKey | 生成電腦上的網卡Mac地址 | Mac地址@硬盤唯一標識@CUP@主板號 長度255 備注:MAC地址、硬盤唯一標識、CUP、主板號代碼取出后應該和魯大師一致的 |
MachineKeyHash | MachineKey的hash值 | CreateData+Machinkey節點+的hash值 |
Version | 總的投標文件的版本號 | 目前在本接口中為3.0 |
VersionHash | 版本號的Hash值 | 版本號的hash值, CreateData+ Version節點+的hash值 |
Orghash | 對稱密鑰SK的hash值★★★原文的hash值 | |
Ehash | 加密信息E的hash值 | Cryptograph節點hash值 |
SoftName | 使用軟件的名稱 | 長度:50,此字段非常重要, |
CheckNo | 檢驗碼 | 按照每家公司申請單獨給 |
FileType | 文件類型 | 無此字段,0表示完整投標文件 1表示第一信封(技術) 2表示第二信封(商務) 預留字段 |
SoftVersion | 工具版本號 | 例如7.3.1.1 |
SoftVersionHash | (CreateData +FileType+ SoftVersion)的Hash |
注:1、如果采用雙信封或者多信封的話,藍色部分用@@@隔開。
2、接口文檔中設計Hash計算采用的算法是SHA1。