射阳县限额以下电子招投标平台工具市场化通知
一、
为深入贯彻江苏省发改委《关于进一步加强和规范建设工程项目招标投标管理的通知》(苏发改法规发〔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 | 招标文件查看 | 支持在浏览器上流畅查看,无显示异常或功能缺失现象 | |
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] 可以为多个子节点,(不一定必须存在。可选节点)
序号 | 编码 | 中文解释 | 数据类型 | 唯一 | 必填 | 备注 |
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。