欢迎来到麦多课文档分享! | 帮助中心 海量文档,免费浏览,给你所需,享你所想!
麦多课文档分享
全部分类
  • 标准规范>
  • 教学课件>
  • 考试资料>
  • 办公文档>
  • 学术论文>
  • 行业资料>
  • 易语言源码>
  • ImageVerifierCode 换一换
    首页 麦多课文档分享 > 资源分类 > PDF文档下载
    分享到微信 分享到微博 分享到QQ空间

    DB3401 T 308—2023 公共资源交易投标保证金电子保函平台数据规范.pdf

    • 资源ID:1552696       资源大小:1.55MB        全文页数:16页
    • 资源格式: PDF        下载积分:5000积分
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    二维码
    微信扫一扫登录
    下载资源需要5000积分(如需开发票,请勿充值!)
    邮箱/手机:
    温馨提示:
    如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如需开发票,请勿充值!如填写123,账号就是123,密码也是123。
    支付方式: 支付宝扫码支付    微信扫码支付   
    验证码:   换一换

    加入VIP,交流精品资源
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    DB3401 T 308—2023 公共资源交易投标保证金电子保函平台数据规范.pdf

    1、 ICS 35.240.01 CCS L 71 3401 安徽省合肥市地方标准 DB3401/T 3082023 公共资源交易投标保证金电子保函平台 数据规范 Data specification for electronic guarantee platform of bid security for publicresources trading2023-12-15 发布2023-12-15 实施合肥市市场监督管理局发 布 DB3401/T 3082023 I 前言 本文件按照GB/T 1.12020标准化工作导则 第1部分:标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能

    2、涉及专利。本文件的发布机构不承担识别专利的责任。本文件由合肥市公共资源交易监督管理局提出并归口。本文件起草单位:安徽合肥公共资源交易中心、安徽兴泰信息科技有限公司、安徽省质量和标准化研究院。本文件主要起草人:侯晓丽、张靖、周敏锋、舒方玲、杨晓光、阚卫海、邵华、吴倩、朱巨同、曹静。DB3401/T 3082023 1 公共资源交易投标保证金电子保函平台 数据规范 1 范围 本文件规定了公共资源交易投标保证金电子保函平台(简称“电子保函平台”)数据的总体要求、基础信息和业务信息。本文件适用于公共资源交易投标保证金电子保函平台的数据管理。2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成

    3、本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB/T 7408 数据元和交换格式 信息交换 日期和时间表示法 3 术语和定义 下列术语和定义适用于本文件。电子保函 electronic letter of guarantee 担保人使用数字证书和电子签章进行认证,以电子数据形式向受益人开立的具有与纸质保函同等法 律效力的担保凭证。电子保函平台 electronic guarantee platform 向公共资源交易的市场主体提供电子保函业务,实现从申请、支付、审核、开立、传输、赔付、注销环节全流

    4、程电子化办理的统一平台,具有电子保函信息的互通、互认、共享和实时传输功能。4 总体要求 电子保函信息组成 电子保函信息包括基础信息、业务信息。具体组成详见图1。DB3401/T 3082023 2 图1 电子保函信息组成图 传输要求 4.2.1 协议要求 不同系统间的接口在数据传输过程中应采用HTTPS协议,基础信息以JSON格式进行存储,业务信息以JSON格式进行数据交互,根据返回信息判断是否提交成功,具体参数见表1。表1 接口规范表 输入参数 参数代码 参数名称 数据类型 参数说明 partnerid 商户号 字符型 channelNo 交易发起渠道 字符型 serialNo 发送方业务流

    5、水号 字符型 输出参数 参数代码 参数名称 数据类型 参数说明 code 交易码 字符型 200:交易成功;999999:交易失败。msg 交易描述 字符型 data 返回报文体 字符型 返回值实例 输出参数:msg:操作成功,“code”:“200”,data:4.2.2 数据类型 数据类型对应的说明与格式见表2。DB3401/T 3082023 3 表2 数据类型说明表 数据类型 说明 数据格式 字符型 一切可以显示打印的字符,包括汉字、字母、数字、各种符号、空格等,不具有计算能力。以大写字母“C”代表字符型:CX:表示定长为“X”的字符型数据元值;C.X:表示最长为“X”的字符型数据元值

    6、;C.ul:表示长度不确定的字符型数据元值。数值型 可以进行数学运算的数据。以大写字母“N”代表数值型:N.X:表示最长为“X”的数值型数据元值;N.X,y:表示总长度为“X”位、其中小数点后为“y”位的数值型数据元值。日期时间型 用以表示日期及时间的数据。应符合GB/T 7408的规定。5 基础信息 保函基本信息 保函基本信息见表3。表3 保函基本信息表 名称 英文名称 数据类型 数据格式 必填项 备注 投标申请流水号 BUSINESS_NO 字符型 C.50 是 投标人申请电子保函的流水号,为电子保函的唯一标识。保函编号 GUARANTEE_NO 字符型 C.100 否 电子保函文件的唯一

    7、标识,与投标申请流水号一一对应。招标人名称 TENDEREE_NAME 字符型 C.500 是 标段编号 SECTION_CODE 字符型 C.50 是 标段名称 SECTION_NAME 字符型 C.200 是 投标人联系人姓名 BIDDER_CONTACT_NAME 字符型 C.100 是 投标人联系人电话 BIDDER_CONTACT_PHONE 字符型 C.50 是 投标人统一社会信用代码 BIDDER_CREDIT_CODE 字符型 C.200 是 投标人名称 BIDDER_NAME 字符型 C.500 是 申请时间 APPLY_TIME 日期时间型 YYYY/MM/DD HH24:

    8、MI:SS 是 保函生成时间 GUARANTEE_CREATE_TIME 日期时间型 YYYY/MM/DD HH24:MI:SS 否 担保金额 GUARANTEE_AMOUNT 数值型 N.16,6 否 招标标段保证金金额,单位:元。DB3401/T 3082023 4 表3 保函基本信息表(续)名称 英文名称 数据类型 数据格式 必填项 备注 保费金额 INSURANCE_AMOUNT 数值型 N.16,6 否 根据保证金金额确定的手续费,单位:元。保费费率 INSURANCE_FEE_RATE 数值型 N.16,6 否 金融机构为投标人开立投标保函业务时,向客户征收保费金额的比例。保函UR

    9、L GUARANTEE_URL 字符型 C.2000 否 解密时间 DECODE_TIME 日期时间型 YYYY/MM/DD HH24:MI:SS 否 保函有效期开始时间 GUARANTEE_BEGIN_DATE 字符型 YYYY-MM-DD 否 保函有效期截止时间 GUARANTEE_END_DATE 字符型 YYYY-MM-DD 否 申请人转账账号 TRANSFER_ACCOUNT 字符型 C.100 否 投标人信息 投标人信息见表4。表4 投标人信息表 名称 英文名称 数据类型 数据格式 必填项 备注 投标人统一社会信用代码 BIDDER_CREDIT_CODE 字符型 C.200 是

    10、投标人名称 BIDDER_NAME 字符型 C.500 是 投标人联系人姓名 BIDDER_CONTACT_NAME 字符型 C.100 是 投标人联系人电话 BIDDER_CONTACT_PHONE 字符型 C.50 是 招标人信息 招标人信息见表5。表5 招标人信息表 名称 英文名称 数据类型 数据格式 必填项 备注 招标人统一社会信用代码 TENDEREE_CREDIT_CODE 字符型 C.200 是 招标人名称 TENDEREE_NAME 字符型 C.500 是 招标人联系方式 TENDEREE_CONTACT_INFORMATION 字符型 C.50 是 金融机构信息 金融机构信息

    11、见表6。DB3401/T 3082023 5 表6 金融机构信息表 名称 英文名称 数据类型 数据格式 必填项 备注 机构名称 ORG_NAME 字符型 C.100 是 英文简称 EN_NAME 字符型 C.50 是 金融机构联系人 FIN_ORG_CONTACT_NAME 字符型 C.100 是 金融机构联系电话 FIN_ORG_CONTACT_PHONE 字符型 C.50 是 招标标段信息 招标标段信息见表7。表7 招标标段信息表 名称 英文名称 数据类型 数据格式 必填项 备注 标段编号 SECTION_CODE 字符型 C.50 是 标段名称 SECTION_NAME 字符型 C.20

    12、0 是 开标时间 OPEN_BID_TIME 字符型 YYYY-MM-DD HH24:MI:SS 是 保证金金额 MARGIN_AMOUNT 数值型 N.16,6 是 单位:元 标段状态 BID_STATUS 字符型 C1 是 辖区代码 REGION_CODE 字符型 C.100 是 投标有效期 VALID_PERIOD 字符型 C.20 是 平台编码 PLATFORM_CODE 字符型 C.50 是 6 业务信息 业务流程 投标电子保函的业务流程及各业务流程说明见附录A及附录B。申请业务信息 申请业务信息见表8。表8 申请业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注

    13、 投标申请流水号 BUSINESS_NO 字符型 C.50 是 标段编号 SECTION_CODE 字符型 C.50 是 加密 标段名称 SECTION_NAME 字符型 C.200 是 加密 保证金金额 MARGIN_AMOUNT 数值型 N.16,6 是 单位:元 招标人名称 TENDEREE_NAME 字符型 C.500 是 加密 投标有效期 VALID_PERIOD 字符型 C.20 是 单位:天 DB3401/T 3082023 6 表8 申请业务信息表(续)输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 标段状态 BID_STATUS 字符型 C1 是 0、正常;1、流

    14、标;2、终止;3、暂停;开标时间 OPEN_BID_TIME 字符型 YYYY-MM-DD HH24:MI:SS 是 投标人统一社会信用代码 BIDDER_CREDIT_CODE 字符型 C.200 是 投标人名称 BIDDER_NAME 字符型 C.500 是 投标人联系人姓名 BIDDER_CONTACT_NAME 字符型 C.100 是 投标人联系人电话 BIDDER_CONTACT_PHONE 字符型 C.50 是 返回信息 名称 英文名称 数据类型 数据格式 必填项 备注 跳转地址 PAGE_URL 字符型 C.2000 是 支付业务信息 支付业务信息见表9。表9 支付业务信息表 输

    15、入信息 名称 英文名称 数据类型 数据格式 必填项 备注 投标申请流水号 BUSINESS_NO 字符型 C.50 是 保费金额 INSURANCE_AMOUNT 数值型 N.16,6 是 单位:元 返回信息 输出参数:msg:操作成功,“code”:“200”,data:审核业务信息 审核业务信息见表10。表10 审核业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 投标申请流水号 BUSINESS_NO 字符型 C.50 是 开函状态 STATUS 字符型 C1 是 3、金融机构处理中 返回信息 DB3401/T 3082023 7 表10 审核业务信息表(续)输入信

    16、息 输出参数:msg:操作成功,“code”:“200”,开立业务信息 开立业务信息见表11。表11 开立业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 投标申请流水号 BUSINESS_NO 字符型 C.50 是 开函状态 STATUS 字符型 C1 是 1、通过;2、未通过;3、处理中;4、已撤销 投标人名称 BIDDER_NAME 字符型 C.500 是 投标人统一社会信用代码 BIDDER_CREDIT_CODE 字符型 C.200 是 备注 REMARK 字符型 C.1000 否 开函状态为不通过(status=2)时必输 保函编号 GUARANTEE_NO

    17、字符型 C.100 否 开函状态为通过(status=1)时必输 开函时间 CREATE_TIME 字符型 YYYY-MM-DD HH24:MI:SS 否 开函状态为通过(status=1)时必输 担保金额 GUARANTEE_AMOUNT 数值型 N.16,6 否 单位:元 开函状态为通过(status=1)时必输 保函有效期开始时间 GUARANTEE_BEGIN_DATE 字符型 YYYY-MM-DD 否 开函状态为通过(status=1)时必输 保函有效期截止时间 GUARANTEE_END_DATE 字符型 YYYY-MM-DD 否 开函状态为通过(status=1)时必输 费率 F

    18、EE_RATE 数值型 N.16,6 否 小数 开函状态为通过(status=1)时必输。例如:1%传0.01,1传0.001,以此类推 DB3401/T 3082023 8 表11 开立业务信息表(续)输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 保费金额 INSURANCE_AMOUNT 数值型 N.16,6 否 单位:元 开函状态为通过(status=1)时必输 金融机构名称 FIN_ORG_NAME 字符型 C.500 否 转账账号 TRANSFER_ACCOUNT 字符型 C.100 否 申请人转账账号 保函下载地址 DOWN_LOAD_PAGE_URL 字符型 C.2

    19、000 否 返回信息 输出参数:msg:操作成功,“code”:“200”,data:传输业务信息 传输业务信息见表12。表12 传输业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 投标申请流水号 BUSINESS_NO 字符型 C.50 是 公钥 PUBLIC_KEY字符型 C.20 是 标段编号 SECTION_CODE 字符型 C.50 是 标段名称 SECTION_NAME 字符型 C.200 是 招标人名称 TENDEREE_NAME 字符型 C.500 是 返回信息 名称 英文名称 数据类型 数据格式 必填项 备注 保函文件下载地址 DOWN_LOAD_PA

    20、GE_URL 字符型 C.2000 是 赔付业务信息 赔付业务信息见表13。表13 赔付业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 保函编号 GUARANTEE_NO 字符型 C.100 是 投标申请流水号 BUSINESS_NO 字符型 C.50 是 DB3401/T 3082023 9 表13 赔付业务信息表(续)输入信息 赔付原因 CLAIM_REASON 字符型 C.20 是 1、投标人在投标有效期内撤销投标文件;2、投标人在中标后无正当理由不与招标人订立合同;3、投标人在签订合同时向招标人提出附加条件;4、投标人不按照招标文件要求提交履约保证金;5、发生招

    21、标文件明确规定可以不予退还投标保证金的其他情形。赔付附件 ATTACHMENT 字符型 C.2000 否 附件名称 FILE_NAME 字符型 C.50 否 返回信息 名称 英文名称 数据类型 数据格式 必填项 备注 保函编号 GUARANTEE_NO 字符型 C.100 是 投标申请流水号 BUSINESS_NO 字符型 C.50 是 保函状态 STATUS 字符型 C1 是 4、赔付成功;5、赔付失败。注销业务信息 注销业务信息见表14。表14 注销业务信息表 输入信息 名称 英文名称 数据类型 数据格式 必填项 备注 保函编号 GUARANTEE_NO 字符型 C.100 是 投标申请流

    22、水号 BUSINESS_NO 字符型 C.50 是 是否中标 IS_WIN_BID 字符型 C1 是 1、中标;2、未中标。返回信息 名称 英文名称 数据类型 数据格式 必填项 备注 保函编号 GUARANTEE_NO 字符型 C.100 是 投标申请流水号 BUSINESS_NO 字符型 C.50 是 保函状态 STATUS 字符型 C1 是 1、注销成功;2、注销失败。DB3401/T 3082023 10 A A 附录A (资料性)投标电子保函业务流程 A.1 业务流程按时间可分为开标前、开标后两个阶段,由申请、支付、审核、开立、传输、赔付、注销环节组成。电子保函业务申请流程详见图 A.

    23、1。A.2 投标人使用 CA 数字证书登录安徽合肥公共资源交易中心电子服务系统,点击进入电子保函平台,选择参与投标的项目标段,申请办理电子保函业务。图A.1 电子保函业务流程图 DB3401/T 3082023 11 B B 附录B (资料性)业务流程说明 B.1 申请业务 投标人进入电子保函平台,选择标段信息及金融机构提交后,自动跳转至对应的金融机构页面补充填写相关信息;电子保函平台将申请信息传输至金融机构业务系统。B.2 支付业务 投标人完成申请业务后,使用对公账户支付电子保函费用。B.3 审核业务 金融机构受理投标人电子保函申请,并向电子保函系统推送审核状态信息。B.4 开立业务 金融机

    24、构完成业务审批、保费收取等内部流程后,将电子保函开立结果信息推送至电子保函平台。B.5 传输业务 到达开标时点,电子保函平台将解密密钥和标段明文信息推送至金融机构业务系统;金融机构业务系统解密标段信息,生成带有电子签章的明文电子保函文件,并将明文电子保函下载地址传输至电子保函平台,再经电子保函平台传输至电子服务系统。B.6 赔付业务 招标人进入电子保函平台发起赔付申请,填写索赔信息并提供证明材料;电子保函平台将赔付申请推送至金融机构业务系统;按照电子保函赔付流程处理完毕后,金融机构业务系统将赔付结果传输至电子保函平台,由电子保函平台传输至电子服务系统。B.7 注销业务 招标代理机构通过电子服务

    25、系统向电子保函平台发起电子保函注销请求,电子保函平台将注销请求转发至金融机构业务系统;金融机构业务系统完成注销后,将保函状态传输至电子保函平台。DB3401/T 3082023 12 参考文献 1 GB/T 2312 信息交换用汉字编码字符集基本集 2 GB/T 7027 信息分类和编码的基本原则与方法 3 GB/T 10113 分类与编码通用术语 4 GB/T 17710 信息技术 安全技术 校验字符系统 5 GB 18030 信息技术 中文编码字符集 6 GB/T 18391.1 信息技术元数据注册系统(MDR)第1部分:框架 7 GB/T 19488.1 电子政务数据元第1部分:设计和管理规范 8 DB35/T 2055 政务服务 公共资源交易电子保函数据规范 9 电子招标投标系统技术规范 第1部分:交易平台技术规范(国家发改委令第20号)10 公共资源交易平台系统数据规范(V2.0)(发改办法规20181156号)


    注意事项

    本文(DB3401 T 308—2023 公共资源交易投标保证金电子保函平台数据规范.pdf)为本站会员(sofeeling205)主动上传,麦多课文档分享仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文档分享(点击联系客服),我们立即给予删除!




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
    备案/许可证编号:苏ICP备17064731号-1 

    收起
    展开