亳州市公共资源交易电子保函综合服务单位征集公告（标段编号：BZZJ2020003）招标公告

(略) 市公共资源交易电子保函综合服务单位

征集公告

相关单位：

为优化营商环境，深化“放管服”改革，降低交易成本，根据有关法律法规，现公开征集 (略) 市公共资源交易电子保函综合服务单位， (略) 如下：

* 、征集对象

电子保函综合服务单位（征集不超过3家）。

* 、征集时间及方式

（ * ）征集时间： * 日至 * 月 * 日 * ： * 时止（ (略) 时间），征集时限5个工作日。征集截止后，于 * 日9： * 评审（ (略) 系统演示），征集演示集中地点为： (略) 区希夷大道 * 号（市政府向南 * 米路西） (略) (略) * 楼（具体集中地点详见 (略) 市公 (略) “开标日程安排”或者征集当天指示牌）。

（ * ）征集方式： (略) 上公开征集、专家评审的方式确定不超过3家入围单位， (略) ，公告3个工作日后无异议，与入围单位及时对接电子保函产品接入和合同（ (略) 协议）签订事宜。

请申请单位于征集时间内登录 (略) 市公 (略) ，按照有关程序办理征集事宜（注册、征集）。

1.登 * (略) 市公 (略) （ggzy.boz *** )免费注册用户，认真阅读《 (略) 市公 (略) 注册 (略) 办法》、“注册用户操作使用手册”、“注册用户办事指南”等相关资料，按照有关程序办理相关事宜， (略) 电话： *** 。

2.申请 (略) 上征集，未参加征集的申请单位将不具有电子保函综合服务单位的申请及入围资格。

3.网上征集系统将于征集时间截止后准时关闭，各申请单位须及时参与。

（ * ）征集流程：

步骤1：申请单位需登录 (略) 市公 (略) 完成注册（http:/ *** ）；

步骤2：完成注册后，在网上征集时间内，申请单位选择“ (略) 市公共资源交易电子保函综合服务单位公开征集”， (略) 上征集，并上传电子版征集申请资料；

步骤3：组织专家对申请单位提交的征集 (略) 评审；

步骤4：网上公示。

电子保函综合服务单位入围权限 * 旦开通，不得无故退出。

（ * ）咨询电话： (略) 电话 *** ；

(略) 电话 *** 、 *** 。

* 、资格条件要求

符合《政府采购法》第 * 十 * 条等法律法规规定和以下相关要求：

（ * ）近3 (略) 贿犯罪记录， (略) 发布之日前，未被列 (略) 人、重大税收违法案件当事人名单、政 (略) 为记录名单、严重违法失信企业名单。 (略) 现场查询结果为准，查询方式如下：

1.信用中国“政 (略) 为记录”名单、“重大税收违法案件当事人”名单、“ (略) 人”名单（ (略) 址“信用中国”https:/ *** ）；

2. (略) (略) “严重违法失信企业”名单（ (略) 址“国家企业信用信息公示系统” http:/ *** ）。

（ * ）在中华人民共和国境内注册成立，提供营业执照上传至电子申请文件中。

（ * ）电子保函综合服务单位提供的运营服务必须符合相关法律法规，至少拥有1个与地市级及以上公共资源交易机构对接实施的全流程电子保函成功案例（须提供案例的合同原件扫描件等证明材料），须提供对应案例没有发生未按规定时限赔付情形的承诺函。

* 、技术需求及服务要求

（ * ）技术需求

1.合同（或 (略) 协议）履行期限自签订之日起1年（合同或 (略) 协议到期前 * 个自然月内，电子保函综合服务单位无协议终止情形且双方无异议的，自动延续1年，最长服务期暂定3年；如遇政策性因素调整等，可随时终止协议）。

2.电子保函综合服务单位须能实现电子保函“ (略) 办”，加密交互电子保函数据，业务办理全程留痕可追溯，并符合电子招投标相关安全、保密要求。

3.具备完 (略) ，在规定期限内解决突发问题。

4. (略) 的服务方案（包括平台开发技术方案<包括但不限于电子保函产品功能模块设计、流程设计、与 (略) 市公共资源交易电子保函服务支撑管理平台及其他平台对接方式、电子保函安全性保密性实现方案等>、应急预案、技术服务保障方案、承保方案及投保须知、电子保函文本等）。

注意： (略) 市公 (略) 不对电子保函业务量保证，请各 (略) (略) 调研，合理评估相关风险。电子保 (略) 的电子保函、 (略) 的电子保单、担保公司担保函。

（ * ）电子保函服务需求

电子保函综合服务单位自合同或 (略) 协议签订之日起 * 日历天内，完成系统开发、部署、调试及与 (略) 市公共资源交易电子保函服务支撑管理平台系统对接工作，自行承担其电子保函产品开发建设、运行维护（包括但不限于平台改造升级、扩展服务功能）、软硬件设施设备 (略) 署、与其他平台对接等 (略) 需的 * 切费用，且必须符合以下要求：

1.保函格式及文本要求。电子保函格式应满足国家法律法规及我单位监管相关要求。电子保函格式文本主要条款应符合《 (略) 法》《保险法》《担保法》《合同法》《电子签名法》等国家发布的政策规范及标准要求，我单位保留就有关条款作修改、修订等的权利。

2.签章要求。电子保函综合服务单位业务系统应当兼容 (略) 市公共资源交易平台使用的CA (略) 电子签名（签章），且须符合《电子签名法》，确保电子保函不可篡改、不可否认、不可被窃取， (略) 出具的电子保函的法律效力和真实性、防伪性、合法性，不得要求用户单独购买、办理CA数字证书，不得 (略) 使用注册、会员登记，不得增加企业负担。

3.安全性要求。须按照《网络安全法》、《电子招投标办法》等法律法规规定，提供数据安全的保证方案，接入平台的各方应从技术上实现数据保密，未经合法授权不以任何方式向第 * 方披露、泄露、转让和许可其使用任何从 (略) 市公共资源交易平台获取的项目、保函等相关信息，不得泄露潜在申请人名称、数量以及可能影响公平竞争的其他信息，同时确保数据交 (略) 于加密状态以及投标 (略) 开具加密保单保函的有效性。因交易信息泄露造成不良后果的， (略) “ * 票否决”制，取消其接入资格，且保单保函出具机构应承担相应的法律责任。

4.信息告知及收费要求。电子保函综合服务单位及保函出具机构须对 (略) 信息（包括但不限于电子保单保函审核出具情况、收费标准、服务承诺、双方法律责任等）充分告知的义务。电子保函综合服务单位须承诺收费符合 (略) (略) (略) 门相关标准并征得我单位同意，不得以任何理由扰乱公共 (略) 秩序，否则取消电子保函业务承接资格。

5.赔付要求。电子保函综合服务单位须承诺无条件全额赔付（见索即赔）且不得设置免赔条款（免赔率），即当投标人出现法律法规、招标文件、投标文件等规定不予退还投标保证金的情形时，电子保函综合服务单 (略) 文件约定的投标保证金收款账户 * 次性足额支付投标保证金， (略) 依法向保函出具机构或投标人追偿；如投标人故意违反法律法规、招标文件、投标文件等规定的，电子保函综合服务 (略) 即时足额赔付责任，不得以未收到投标人的费用或未完善反担保（保险）措施等任何理由拒绝赔付。提前终止 (略) 的电子保函综合服务单位须对其 (略) 开具的 (略) 足额赔付责任。

6.监管要求。电子保函综合服务单位须严格遵守 (略) 市公 (略) 关于电子保函管理相关规定及电子保函服务支撑管理平台对接规范，在服务期内提供优质服务。对未在规定时限内足额赔付的、不即时出具保函、 (略) 义务或工作未达到要求的，我单位有权直接停止和取消电子保函业务资格开函单位及第 * 方保函服务平台受理开函服务及承保资格，并有权向承保单位和第 * 方保函服务平台追究经济法律责任。

7.业务流程要求。电子保函综合服务单位系统与电子保函服务支撑 (略) 对接，实 (略) 、投保、保单订单生成、投保资料在线自动审核、保费支付、保单生效并下载打印（加密形式电子保单/保函）、保单/保函实时查询、保单/保函验真、保单/保函批改、退保/退单、在线理赔、动态监管、统计、纸质发票申请、电子发票申请、电子发票出具及下载打印等电子保函业务全流程标准化在线办理、 (略) ，具备数据实时交互和基本存款账户自动校验功能，对所 (略) 理。

8.业务时限要求。电子保函综合服务单位通过电子保函服务支撑管理平台从发起投保至生成订单的时间不超过 * 分钟（首单除外），从生成订单至风控系统分析及金融机构审核全过程完成时间不超过 * 分钟（首单除外），从投标人账户支付费用成功至电子保函服务支撑管理平台反馈投保成功并推送正式电子保函时间不得超过 * 分钟（首单除外）。

9.业务上线要求。开具的电子保函必须为支持电子签章的电子件（银行保函 (略) 约定），电子签章须具有相应法律效力，且应通过系统加密交互数据。电子保函产品须经 (略) 市公 (略) (略) (略) 门确认后，方可正式上线启用。 (略) 市公 (略) 不接受纸质文件及其电子扫描件。

注：以上须承诺的事项可采取服务承 (略) 响应，其具体格式自拟。

* 、申请资料的递交方式及要求

（ * ）申请资料要求

1.企业基本信息（格式见附件3）；

2.申请单位 (略) 会信用代码证扫描件。

3.法定代表人授权书原件扫描件（法定代表人亲自申请时，不必提供）及法定代表人和授权代表身份证复印件（须盖申请单位公章）（格式见附件4）上传至电子申请材料中。

4.电子保函综合服务单位承诺函（格式见附件2）上传至电子申请材料中。

5.评分办法（见附件1）中所要求的承诺、合同、方案、社保等证明材料须按要求上传至电子申请材料中。

6.本征集公告要求或申请单位认为有必要提供的其他材料上传至电子申请材料中。

（ * ）申请资料的提交要求

申 (略) 上征集时间内，登录 (略) 市公 (略) （http:/ *** ） (略) 上征集，并按要求上传上述电子版申请资料，征集时间截止后，系统上传功能将关闭，未上传申请资料的申请单位将不具有申请人资格，上传申请资料不全的申请单位，在评审时产生的 * 切后果由申请单位承担。

* 、入围单位确定方法和程序

（ * ）确定方法

采取公开征集、专家评审的方式确定入围单位。

（ * ）遴选程序

1.发布公告： (略) 。

2.申请文件递交及征集活动： (略) 规定的时间参加征集活动，并提交电子申请文件。

3.评审：

征集评审采用综合评分法（详见附件1）。

(略) 全部实质性要求（申请单位资格条件要求和技术需求及服务要求）的申请文件，按照 (略) 打分，并将申请单位按得分由高到低顺序排列推荐不超过3名入围单位。申请单位得分相同时，以技术分由高到低顺序排列，得分相同且技术分相同的并列，确需在并列的申请单位中确定先后顺序的， (略) 采取随机抽取或投票方式确定排序。

若至征集截止时间止，符合资格要求的申请单位有3家及以下时，符合资格要求的申请单位直接推荐为入围候选人；符合资格要求的申请单位有3家以上时，按本项目评审办法推荐入围候选人。

注意：有下列情形之 * 的，其申请文件 (略) 理，即取消其申请资格。

Ⅰ. (略) 规定的（ (略) 中资格条件、申请单位 (略) 有要求均不允许负偏离），或不按征集程序参加征集活动的。

Ⅱ.申请单位相互串通参与征集、资料互装等影响公平、 (略) 为。

4.公示并确定入围单位：

经专家评审确定入围单位， (略) ，公告3个工作日。结果公告结束无异议，请入围的电子保函综合服务单位及时与 (略) 市公 (略) 对接电子保函产品接入和合同（ (略) 协议）相关事宜。

附件：1.电子保函综合服务单位评分办法

2.电子保函综合服务单位承诺函

3.企业基本信息表

4.法定代表人授权书

5. (略) 为承诺书

6.资格性审查表

7.电子保函技术支撑管理平台对接规范

(略) 市公 (略)

* 日

附件1

电子保函综合服务单位评分办法

评审项目	分值	评审细节
(略) 分 （ * 分）	质量保证能力（满分 * 分）	(略) 发布日期前止，申请单位的电子保 (略) 、保险、担保公司等金融机构有电子保函服务成功对接的 (略) 证明，每提供 * 类金融机构 (略) 证明得1分，最高得3分，如提供的 (略) 证明均为同 * 类金融机构（如均为保险机构）仅得1分。 注：提供技术 (略) 证明材料上传至电子申请材料中，业绩的追溯时间以证明时间为准。本项满分3分。
		(略) 发布日期前止，申请单位具有与地市级及以上公共资源交易机构对接电子保函服务成功案例业绩，须提供对应案例没有发生未按规定时限赔付情形的承诺函（须单位盖章），每有1个得3分，本项满分 * 分。 注：提供合同原件及承诺函原件扫描件上传至电子申请材料中，业绩的追溯时间以合同签订时间为准。
		申请单位具有数据交换共享平台软件、 (略) 理平台软件和数据开放平台软件著作权的，有 * 个得1分，最高得1分；具有包含电子保函内容及相关服务软件著作权的，每有 * 个得1分，最高得2分。 注：提供上述证书上传至电子申请材料中。本项满分3分。
		理赔时限要求：在无条件全额见索即付的前提下，申请单位承诺从收到索赔要求后理赔时限在满足采购需求的基础上每少1个工作日得1分，本项满分3分。
		电子保函综合服务平台支持用户自主选择金融机构开具电子保函的得4分，只支持采用配单模式的得0分。 提供承诺或系统功能演示，未提供的不得分。本项满分4分。
(略) 分 （ * 分）	项目分析（满分5分）	1、申请单位需提供对政策背景、 (略) 现状、经济效益、 (略) 分析说明。针对服务平台 (略) 分析，分析透彻且合理。 优：分析的合理透彻得3-4分； 良：分析的清晰明确得2-3分； * 般：分析内容较全面得0-1分。 2、申请单位提交的资料编排有序，目录详细清晰，索引页码准确，方便查阅评审，酌情按0- (略) 评分。
总体 设计及 售后服务方案 （满分5分）	有较为详尽的总体设计方案（包括但不限于符合实际情况的建设思路、详细合理的技术架构图、功能架构图、业务流程图、详细的技术路线等）和售后服务方案（包括但不限于技术培训方案、售后服务内容、免费维护期限、故障响应时间及响应方式等），能满足用户个性化需求。 优： (略) 性高、售后服务完善、优于征集需求的得4-5分； 良：设计 (略) 、售后服务完整，满足征集需求的得3-4分； * 般：设计方案及售后服务满足实际要求、考虑较全面的得1-2分。
方案 设计 （满分 * 分）	电子保函服务支撑平台功能建设（本项满分 * 分） 需提供电子保函服务支撑平台详细的建设方案， (略) 站模块、产品申请模块、 (略) 模块、产品接入模块、统计分析模块、风险控制模块、数据安全模块、统 * 管理模块、业务跟踪模块、企业评价模块，功能设计完整全面，符合用户需求，配图合理。	(略) 模块（本项满分3分） (略) 模块需包括平台资讯、产品介绍、信用公示、 (略) 。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
产品申请模块（本项满分3分）： 产品申请模块需包括企业访问、查询筛选服务、电子保函。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
(略) 模块（本项满分3分）： (略) 模块需包括我的资料、消息通知、我的保函。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
产品接入模块（本项满分3分）： 产品接入模块需包括交易金融产品控制。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
统计分析模块（本项满分3分） 统计分析模块需包括入驻金融机构家数、累计交易笔数统计、累计交易项目统计。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
风险控制模块（本项满分3分） 1.风险控制模块需包 (略) 为、企业黑名单等限制规则及功能。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得1.5-2分； 良：功能设计完整较全面，符合用户需求的得0.5-1.5分； * 般：功能设计 * 般，符合用户需求的得0-0.5分。 2.电子保函综合服 (略) 、保险、担保的机构具有紧密风险共担协议的，得1分；否则，不得分。
数据安全模块（本项满分3分） 1.数据安全模块需提供数据保密方案。功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得1.5-2分； 良：功能设计完整较全面，符合用户需求的得0.5-1.5分； * 般：功能设计 * 般，符合用户需求的得0-0.5分。 2.电子保函综合服务平台系统通过信息系统安全等级保护 * 级备案证明的，得1分；否则，不得分。
统 * 管理模块（本项满分3分） 统 * 管理模块需具备多角色管理功能，包含企业信息库、保函列表、金融机构管理、金融产品管理、资讯发布等功能，功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
业务跟踪模块（本项满分3分） 系统需支持实时跟踪金融机构的审批进度功能，功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
企业评价模块（本项满分3分） 企业评价模块需包含企业对金融机构评价功能，功能设计完整全面，符合用户需求。 优：功能设计完整全面，符合用户需求的得2-3分； 良：功能设计完整较全面，符合用户需求的得1-2分； * 般：功能设计 * 般，符合用户需求的得0-1分。
数据交换与对接（满分5分）	针对本项目需提供合理、详尽的对接方案，需与 (略) 市公共资源交易系统金融服务支撑平台对接；与各 (略) 系统对接。保证系统的无缝对接。 优：对接方案合理的得4-5分； 良：对接方案较全面的得3-4分； * 般：对接方案 * 般的得1-3分。
系统演示（满分 * 分）	(略) 进行真实的电子保函平台系统演示（仅PPT演示不得分），申请单位请自带电脑等演示设备，演示时间控制在 * 分钟内，演示人员不超过2人，演示内容： 1、产品申请模块（共计6分，少 * 项扣1分，扣完为止） 产品申请至少需演示选择项目标段、选择金融产品、经办人身份验证、申请授信、系统根据模板自动生成保函申请书、电子保函在线预览等 2、 (略) 模块（共计4分，少 * 项扣1分，扣完为止） (略) 模块至少需演示我的资料、消息通知、我的保函。 3、数据安全、风险控制、统 * 管理、业务跟踪、企业评价模块等系统功能演示（共计5分，少 * 项扣2分，扣完为止） 4、统计分析模块至少需演示上线金融机构类别及家数（银行、保险、担保等金融机构，每有1类得2分，最高不超过5分）、累计交易笔数、累计担保金额。
电子保函费率 （ * 分）	收费承诺（满分 * 分）	申请单位须承诺电子保函收费区间为3.5‰-6‰得满分。未承诺的或承诺不在此收费区间的不得分。
重要提醒： (略) 要求的承诺、合同、协议、方案、社保、证书、备案证明等材料须按要求上传至电子申请材料中。

附件2

电子保函综合服务单位承诺函

(略) 市公 (略) ：

我方作为参加本次征集活动的申请单位，现郑重承诺如下：

* 、我方具备本次征集规定的条件以及以下条件：

1.具有独立承担民事责任的能力。

2.具有良好的商业信誉和健全的财务会计制度。

3. (略) (略) 必需的设备和专业技术能力。

4.具有依法 (略) 会保障资金的良好记录。

5.自 * 日以来至征集截止日期止，在经营活动中没有重大违法记录。

6.自 * 日以来至征集截止日期止，申请单位、其现任法定代表 (略) 贿犯罪记录。

7.申请单位、 (略) 发布之日前，未被列 (略) 人、重大税收违法案件当事人名单、政 (略) 为记录名单、严重违法失信企业名单。 (略) 现场查询结果为准， (略) 要求相符。

* 、 (略) 中“ * 、资格条件要求”和“ * 、技术需求及服务要求”的所有条款。

* 、我方根据法律、法规及担保业（保险业、银行业）监督管理机构有关规定依法开展经营活动并提供合法合规金融服务，保证对出具保函（保单）的真实性、合法性、有效性负责，保证对在 (略) 市公共资源交易平台及其相关业务平台开展的电子保函等金融服务活动对外承担经济法律责任。 (略) 市公 (略) 不为 (略) 市公共资源交易平台及其相关业务平台上的任何用户、任何业务提供任何形式的担保，因我公司提供服务发生的纠纷、责任， (略) 解决、承担。

* 、我方对通过 (略) 市公共资源交易平台及相关业务平台出具保函的赔付作出如下承诺：

（ * ）我方承诺在出具的保函中不设置免赔率。

（ * ）当投标人出现法律法规、招标文件、投标文件等规定不予退还投标保证金的情形时，我 (略) 文件约定的投标保证金收款账户足额支付投标保证金，再由我公司依法向开函机构及投标人追偿；若投标人故意违反法律法规、招标文件、投标文件等规定的， (略) 即时赔付责任。

（ * ）我方通过 (略) 市公共资源交易平台及相关业务平台获取的投标人信息、 (略) 人信息仅供我方参考，其真实性、全面性、完整性、合法性 (略) 负责。

（ * ）我公司不得以未收到投标人的费用或未完善反担保（保险）措施，而拒绝赔付。

（ * ）按照《 (略) 投标法》《中华人民共和国政府采购法》《电子招标投标办法》等法律法规， (略) 相关保密义务，在未经合法授权情况下，不以任何方式向第 * 方披露、泄露、转让和许可其使用任何从 (略) 市公共资源交易平台获取的投标项目、保函（保单）等相关信息。

我公司对上述承诺的内容事项真实性负责。如经查实上述承诺的内容事项存在虚假，我方愿意接受以提供虚假材料谋取入围追究法律责任，向贵单位支付违约金 * 万元（大写： * * 万元整），并全额承担由此给贵单位和相关利害关系人造成的 * 切经济法律责任。

申请单位名称（盖单位公章）：

法定代表人或授权代表（签字或盖章）：

日期:年月日

附件3

企业基本信息表

概 况	服务机构名称 （盖章）
地址
经营范围
经营许可
银行基本户信息	(略) ：
	(略) 账号：
企业营业执照		企业成立时间
(略) 会信用代码
负责人		联系电话
技术人员数	获得相关资质人数：
	中高级职称人数：
资产总额		净资产
近 * 年业绩 信誉	(略) 填写业绩案例，要体现出合同名称及金额、签约时间。
	行业表彰情况： 次；时间：
	列入全国 (略) 为记录： 次；时间：
	列入全国范围内黑名单记录： 次；时间：

附件4:

法定代表人授权书

(略) 市公 (略) ：

本授权声明：（单位名称）（法定代表人姓名、职务）授权（被授权人姓名、职务）为我方参与“ (略) 市公共资源交易电子保函综合服务单位征集”活动的合法代表，以我 (略) 理该征集有关与本次征集相关的 * 切事宜（注： (略) 正式人员）。（授权书有效期日历天）

法定代表人身份证 (略)	代理人身份证 (略)
法定代表人身份证 (略)	代理人身份证 (略)

法定代表人（签字或盖章）：

职 务：

授权代表（签字或盖章）：

职 务：

申请单位名称（盖单位公章）：

日 期：年月日

附件5

(略) 为承诺书

(略) 法定代表人自 * 日以来至征集截 (略) (略) 为， (略) 会各界监督。

(略) 法定代表人若有违反 (略) 为，自愿接受取消征集资格、记入黑名单、取消入围 (略) 理，愿意承担法律责任，给 (略) 市公 (略) (略) (略) 门造成损失的，依法承担赔偿责任。

法定代表人（签字或盖章）：

申请单位名称（签单位公章）：

年 月 日

附件6

资格性审查表

序号	指标名称	指标要求	备注
1	身份证明资料	(略) 会信用代码证或企业法人营业执照（ (略) 、保险接受分支机构投标，提供分支机构营业执照）； 申请单位需将以上证明文件的扫描件上传至电子投标文件中。	不接受联合体。
2	法定代表人授权委托书和身份证明书	(略) 要求。	法人代表参加投标的无需授权委托书，提供身份证明书即可。
3	电子保函综合服务单位承诺函	电子保函综合服务单位承诺函
4	(略) 为承诺书	(略) 规 (略) 出具《 (略) 为承诺书》。	不接受联合体。
5	资格要求	(略) “ * 、申请单位资格条件要求”内容。	提供相关证明材料上传至电子投标文件中

附件7

电子金融服务支撑管理平台

对接规范

* 、 文档说明

本文档用于公共资源交易平台与金融机构平台在电子保函业务对接中的数据交互。旨在 (略) 统 * 的数据对接及问题排查，请各对接方按照此 (略) 对接，以便快速对接上线保函服务。

* 、 业务说明

为了投标业务中的名单保密问题，开标前电子保函服务支撑管理平台只传递加密的项目信息给金融机构，开标后电子保函服务支撑管 (略) 解密操作，具体流程如下：

1. 投标单 (略) 电子保函服务支撑管理平台选择标段以及金融产品

2. 电子保函服务支撑管理平台将 (略) 加密，开标前金融机构使用密文信息生成密文保函

3. 开标后电子保函服务支撑管理平台推送解密key，金融机构解密信息生成明文保函

4. 开标后金融机构根据电子保函服务支撑管理平台推送的 (略) 发票开具

* 、 接入方式3.1 通讯协议

所有接口基于HT (略) 通讯，通讯报文采用JSON格式, 编码为UTF-8。双方的请求报文通过签名后再传输给对方，提交请求使用Post方式提交，请求包括：

appkey：电子保函服务支撑管理平台给各家金融机构提供 * 对密钥，包含appkey和appsecret，使用方式见下 * 章节“报文签名”

业务报文：数据交互的业务数据

报文签名：报文信息的签名

3.2 加密算法

电子保函服务支撑管理平台对外交互接口统 * 使用国密算法。

3.2.1报文签名

报文签名使用国密消息摘要算法（SM3），将报文字段按照ASCII升序排序，并按照“参数=参数值”的模式，用“&”字符拼接成字符串，最后使用appsecre (略) 签名。

3.2.2报文加解密

电子保函服务支撑管理平台对外交互接口统 * 使用国密算法（SM4），详见示例代码，相关的数据加解密参见具体的接口。

* 、 接口说明4.1 投保申请4.1.1接口名称baohanapply4.1.2功能描述

金融机构作为服务方，电子保函服务支撑管理平台作为请求方。

电子保函服务支撑管理平台将相关参数（标段编号、标段名称、招标人、 (略) 会信用代码）进行加密推送给金融机构。

4.1.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是	请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
biddername	是	投标企业名称
biddercode	是	(略) 会信用代码
biaoduanno	是	标段编号（密文）
biaoduanname	是	标段名称（密文）
bzjamount	是	保证金金额
zbr	是	招标人（密文）
zbrorgnum	否	(略) 会信用代码（密文）
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.2 投保申请结果通知4.2.1接口名称baohannotice4.2.2功能描述

电子保函服务支撑管理平台作为服务方，金融机构作为请求方。

投保成功后金融机构将投保成功的信息通知电子保函服务支撑管理平台。为了规范电子保函业务，金融机构的保函业务需要满足以下几个要求：

1. 金融机构开具的保函必须为电子件，不接受纸质文件或纸质文件的电子扫描件。

2. 金融机构使用第 * 方CA机构颁发的 (略) 电子签名（签章），电子保函相关文件必须遵循PKI体系的数字签名系统和数字证书技术标准和规范，具有明确的法律效力。

3. 金融机构需明确说明保费支付的账户信息，非基本户支付的保函在开标时会被认定为无效保函。

4.2.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是	请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
baohanurl	是	保函文件下载地址
baohanfile	是	保函文件的base * 码
payername	是	(略) 账户户名
payeraccount	是	(略) 账户号码
instname	否	出函机构（如果是第 * 方平台必填）
generatetime	是	出函时间，格式:yyyy-MM-dd HH:mm:ss
rate	是	费率
cost	是	费用
applystatus	是	是否审核通过 1：审核通过 0：审核未通过
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.2.4参数加密描述

电子保函服务支撑管理平台根据国密分组密码算法生成加密参数，对保函 (略) 加密。

4.3 还原保函4.3.1接口名称baohanrestore4.3.2功能描述

金融机构作为服务方，电子保函服务支撑管理平台作为请求方。

项目标段开标后，电子保函服务支撑管理平台通过接口通知金融机构解密还原保函信息。

4.3.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是		请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
kaibiaotime	是	开标时间，格式:yyyy-MM-dd HH:mm:ss
key	是	加密的key
iv	否	加密的iv
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.3.4解密参数描述

1. 金融机构使用私钥对ke (略) 解密，获得明文的key和iv

2. 使用key和iv对保函的 (略) 解密

4.4 还原保函通知4.4.1接口名称restorenotice4.4.2功能描述

电子保函服务支撑管理平台作为服务方，金融机构作为请求方。

金融机构还原信息成功后生成明文保函并将信息回传给电子保函服务支撑管理平台。

4.4.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是		请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
baohanurl	否	保函文件下载地址
baohanfile	是	保函文件的base * 码
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.5 发票申请4.5.1接口名称invoiceapply4.5.2功能描述

金融机构作为服务方，电子保函服务支撑管理平台作为请求方。

项目开标保函解密后投标企业申请开据电子发票。

4.5.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是	请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
biddername	是	投标企业名称
biddercode	是	(略) 会信用代码
amount	是	开票金额
type	是	0普票；1专票；
address	否	公司地址，专票时必填
phone	否	公司电话，专票时必填
bank	否	(略) ，专票时必填
account	否	帐号，专票时必填
email	否	接收电子发票的email
mobile	否	联系电话
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.6 发票开具通知4.6.1接口名称invoicenotice4.6.2功能描述

电子保函服务支撑管理平台作为服务方，金融机构作为请求方。

金融机构开出发票后将开票结果通知电子保函服务支撑管理平台。

4.6.3接口参数描述

参数

名称	是否必须	说明
appkey	是
timestamp	是	请求时间，格式:yyyy-MM-dd HH:mm:ss
baohanno	是	保函编号
invoiceurl	否	发票下载地址，专票可不传
invoicecode	否	发票代码
invoiceno	否	发票号码
applystatus	是	是否申请成功 1：审核通过 0：审核未通过
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.7 退保通知接口（开标前，可选）4.7.1接口名称quitnotice4.7.2功能描述

金融机构作为服务方，电子保函服务支撑管理平台作为请求方。

由投标人发起，电子保函服务支撑管理平台向金融机构主动推送退保相关信息，如果金融平台不支持该功能，需要在金融机构平台主动提醒投标人。

4.7.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是	请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.8 注销保函通知（开标后）4.8.1接口名称canclenotice4.8.2功能描述

金融机构作为服务方，金融服务系统作为请求方。

由招标代理发起，金融服务系统向金融机构主动推送注销保函相关信息。

开标后，如果金融机构不需要注销保函可以不使用，等保函到期自动注销。

4.8.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是		请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

4.9 理赔通知接口4.9.1接口名称claimsnotice4.9.2功能描述

金融机构作为服务方，电子保函服务支撑管理平台作为请求方。

由招标代理发起，电子保函服务支撑管理平台向金融机构主动推送理赔相关信息，金融机构必须达到“见索即付”。

4.9.3接口参数描述

请求参数

名称	是否必须	说明
appkey	是
timestamp	是		请求时间，格式:yyyy-MM-dd HH:mm:ss
applyno	是	业务流水号
baohanno	是	保函编号
sign	是	报文签名

返回值

名称	是否必须	说明
code	是	响应代码 0失败 1成功
message	是	响应信息

(略) V5（定稿）.doc