附件1

电子保函接收系统标准接口

版 本 1.0

发布时间 2025年3月

目录

1 概述	9

2 流程说明	9

3 接入方式	9

3.1 通信协议	9

3.2 文件传输	11

3.3 接口地址	11

3.4 枚举	11

3.4.1 项目地区编码	11

4 投标保函	错误!未定义书签。

4.1 投保申请	12

4.1.1 接口path：v1/gua/tb/baohanapply	12

4.1.2 功能说明	12

4.1.3 接口参数	12

4.2 投保审核结果通知	12

4.2.1 接口path：v1/gua/tb/processnotice	12

4.2.2 功能说明	12

4.2.3 接口参数	13

4.3 支付申请	13

4.3.1 接口path：v1/gua/tb/payapply	13

4.3.2 功能说明	13

4.3.3 接口参数	13

4.4 支付申请结果通知	14

4.4.1 接口path：v1/gua/tb/paynotice	14

4.4.2 功能说明	14

4.4.3 接口参数	14

4.5 投保申请结果通知	14

4.5.1 接口path：v1/gua/tb/baohannotice	14

4.5.2 功能说明	14

4.5.3 接口参数	14

4.6 保函还原申请	15

4.6.1 接口path：v1/gua/tb/revertapply	15

4.6.2 功能说明	15

4.6.3 接口参数	15

4.7 保函还原结果通知	16

4.7.1 接口path：v1/gua/tb/revertnotice	16

4.7.2 功能说明	16

4.7.3 接口参数	16

4.8 发票申请	16

4.8.1 接口path：v1/gua/tb/invoiceapply	16

4.8.2 功能说明	16

4.8.3 接口参数	16

4.9 发票申请结果通知	17

4.9.1 接口path：v1/gua/tb/invoicenotice	17

4.9.2 功能说明	17

4.9.3 接口参数	17

4.10 退保申请	18

4.10.1 接口path：v1/gua/tb/quitapply	18

4.10.2 功能说明	18

4.10.3 接口参数	18

4.11 退保申请结果通知	18

4.11.1 接口path：v1/gua/tb/quitnotice	18

4.11.2 功能说明	18

4.11.3 接口参数	19

4.12 理赔申请	19

4.12.1 接口path：v1/gua/tb/claimapply	19

4.12.2 功能说明	19

4.12.3 接口参数	19

4.13 理赔申请结果通知	20

4.13.1 接口path：v1/gua/tb/claimnotice	20

4.13.2 功能说明	20

4.13.3 接口参数	20

4.14 注销申请	20

4.14.1 接口path：v1/gua/tb/logoutapply	20

4.14.2 功能说明	20

4.14.3 接口参数	21

4.15 注销申请结果通知	21

4.15.1 接口path：v1/gua/tb/logoutnotice	21

4.15.2 功能说明	21

4.15.3 接口参数	21

4.16 取消申请	22

4.16.1 接口path：v1/gua/tb/cancelapply	22

4.16.2 功能说明	22

4.16.3 接口参数	22

概述

本文是金融机构与湖南省公共资源交易电子保函接收系统（以下称保函接收系统）对接电子保函业务的数据交互标准说明。

流程说明

为有效推进电子保函业务接口对接工作，确保信息保密及安全传输，业务流程说明如下：

投标人登录保函接收系统，选择投标标段发起保函申请，确认保函申请信息后，选择金融机构提交申请；接收系统将信息加密推送到金融机构，金融机构审核，投标人支付保费，金融机构出函并将保函信息（含保函文件）推送至保函接收系统；

密文保函项目开标前30分钟推送项目信息给金融机构，机构还原保函信息返回给接收系统。

（3）投标人发起退保申请，保函接收系统向金融机构推送退保申请信息，金融机构将退保结果推送至保函接收系统；

（4）投标人发起开发票申请，保函接收系统向金融机构推送开发票信息，金融机构根据开发票信息进行发票开具并推送至保函接收系统。

（5）招标人可以申请理赔，保函接收系统向金融机构推送理赔申请信息，金融机构将理赔结果推送至保函接收系统。

（6）投标人可以在保函接收系统主动申请注销保函。

（7）投标人发起了保函申请但未支付的情况下，重复推送当笔保函申请信息获取支付链接，保函接收系统将保函申请信息推送至金融机构，金融机构应立即返回结果。

接入方式

通信协议

所有接口基于HTTP(S)协议进行通讯，通讯报文采用JSON格式，编码为UTF-8。双方的请求报文通过SM4加密转十六进制字符串后再传输给对方，提交请求使用Post方式提交，请求包括：

金融机构向保函接收系统申请接入，通过后保函接收系统向金融机构分配身份标识和密钥，即appkey和appsecret。

appkey：请求时放在名称为appkey的header，保函接收系统收到请求后用于身份识别。

appsecret：用于请求内容、返回结果data、文件流SM4加密。

加解密代码示例如下：

报文加解密：

文件流加解密：

接口请求示例如下：

文件传输

文件下载链接应采用GET请求方式。当接收系统和金融机构双方需要下载彼此文件时使用。例：机构下载保函接收系统的理赔申请文件，保函系统下载机构的保函pdf文件。

文件提供方需对文件流进行SM4加密，下载方下载后对文件SM4解密。

接口地址

申请接口地址（金融机构接口地址）：

地址：http(s)://{机构提供}/{接口path}

通知接口地址（保函接收系统接口地址）：

互联网地址：http://218.76.24.212:19980/{接口path}

专线地址：http://10.33.128.248:19980/{接口path}

枚举

项目地区编码

湖南省	430000
长沙市	430100
株洲市	430200
湘潭市	430300
衡阳市	430400
邵阳市	430500
岳阳市	430600
常德市	430700
张家界市	430800
益阳市	430900
郴州市	431000
永州市	431100
怀化市	431200
娄底市	431300
湘西土家族苗族自治州	433100

接口定义

投保申请

接口path：v1/gua/tb/baohanapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。系统将相关参数推送给金融机构。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
biddername	string	200	是	投标人名称
biddercode	string	50	是	统一社会信用代码
bzjamount	string	50	是	保函保证金金额，数字格式字符串
jbrname	string	50	是	经办人名称
jbrphone	string	50	是	经办人联系方式
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
投保审核结果通知

接口path：v1/gua/tb/processnotice

功能说明

保函接收系统作为服务方，金融机构作为请求方。金融机构将审批后的审核信息结果通知到保函接收系统。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
applystatus	string	10	是	是否申请成功：1通过(可以申请支付)，
2未通过
remark	string	500	是	备注，例如拒绝原因或返回通过
rate	string	50	否	实际费率通过时必须返回，格式：数字格式字符串
cost	string	50	否	费用通过时必须返回单位元，格式：数字格式字符串
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
支付申请

接口path：v1/gua/tb/payapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。保函接收系统收到4.2接口applystatus=通过后会向金融机构发起支付申请。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
data	是	（通过SM4加密转十六进制字符串返回）
{
premiumurl	是	保费支付链接
premiumstatus	是	保费支付状态：0未支付，1已支付
}
支付申请结果通知

接口path：v1/gua/tb/paynotice

功能说明

金融机构作为请求方，保函接收系统作为服务方。用户支付保费后，通知保函接收系统。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
premiumstatus	string	2	是	保费支付状态：1已支付
paytype	string	50	是	支付方式 01:支付宝 02:微信 04. 银行转账
paynumber	string	50	是	支付流水号
paymoney	string	50	是	支付金额
paydate	string	20	是	支付时间 yyyy-MM-dd HH:mm:ss
payname	string	200	是	支付账户名称（银行账户户名等）
payaccount	string	50	是	支付账户
paybank	string	200	是	支付账户开户行
ipcontent	string	50	否	支付方ip，即支付方打开支付页面时的ip
remark	string	500	是	备注，例如通过
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
投保申请结果通知

接口path：v1/gua/tb/baohannotice

功能说明

保函接收系统作为服务方，金融机构作为请求方。金融机构将审批后的投保信息结果通知到保函接收系统。注：该接口收到请求后会立刻下载保函文件，请务必保证文件已存在和已生成完成。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
instname	string	200	是	出单机构名称
instcode	string	50	是	出单机统一社会构信用代码
generatetime	string	20	是	出函时间 yyyy-MM-dd HH:mm:ss
rate	string	50	是	实际费率。格式：数字格式字符串
cost	string	50	是	费用，单位元，格式：数字格式字符串
baohanurl	string	500	是	保函pdf下载地址（注：金融机构需要对文件流进行SM4加密，保函接收平台收到后通过SM4解密文件）
remark	string	500	是	备注，例如通过
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
保函还原申请

接口path：v1/gua/tb/revertapply

功能说明

金融机构作为服务方，接收系统作为请求方，项目开标前30分钟推送项目信息给机构，机构返回还原保函。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
biaoduanno	string	100	是	标段编号
biaoduanname	string	255	是	标段名称
zbr	string	200	是	招标人
zbrorgnum	string	50	是	招标人统一社会信用代码
bidtime	string	20	是	开标时间yyyy-MM-dd HH:mm:ss
bidvalid	string	10	是	投标有效期（天数）
pcjname	string	255	是	项目名称
pcjcode	string	100	是	项目编码
areacode	string	20	是	项目地区编码
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
保函还原结果通知

接口path：v1/gua/tb/revertnotice

功能说明

保函接收系统作为服务方，金融机构作为请求方。金融机构将还原后的投保信息结果通知到平台。注：该接口收到请求后会立刻下载保函文件，请务必保证文件已存在和已生成完成

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（保函接收系统订单号）
baohanno	string	50	是	保函编号
poltime	string	50	是	起保时间(开标时间)，格式：yyyy-MM-dd HH:mm:ss
validtime	string	50	是	止保时间(晚于开标时间+投标有效期天数)，格式：yyyy-MM-dd HH:mm:ss
baohanurl	string	500	是	保函pdf下载url地址（注：金融机构需要对文件流进行SM4加密，保函接收平台收到后通过SM4解密文件）
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
发票申请

接口path：v1/gua/tb/invoiceapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。投标项目开标结束，投标企业申请开具电子发票。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（保函接收系统订单号）
baohanno	string	50	是	保函编号
biddername	string	200	是	投标人名称
biddercode	string	50	是	统一社会信用代码
amount	string	50	是	开票金额，数字格式字符串
type	string	10	是	0普票；1专票；
invoicetype	string	10	是	发票类型 1电子2纸质
address	string	500	否	公司地址，专票必填
phone	string	50	否	公司电话，专票必填
bank	string	200	否	开户行，专票必填
account	string	50	否	帐号，专票必填
email	string	100	否	接收电子发票的email，电子票必填
mobile	string	50	否	收件人联系电话，纸质票必填
contactname	string	50	否	收件人姓名，纸质票必填
contactaddress	string	500	否	收件地址，纸质票必填
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
发票申请结果通知

接口path：v1/gua/tb/invoicenotice

功能说明

保函接收系统作为服务方，金融机构作为请求方。金融机构开出发票后将开票结果通知保函接收系统。注：该接口收到请求后会立刻下载发票pdf文件(如有的情况)，请务必保证pdf文件已存在和已生成完成

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
baohanno	string	50	是	保函编号
applyno	string	50	是	业务流水号（保函接收系统订单号）
applystatus	string	10	是	是否申请成功：1通过，2未通过
invoiceamount	string	10	否	开票金额，通过时必须返回
invoicetime	string	50	否	开票时间，开票成功时必须返回,格式yyyy-mm-dd hh:mm:ss
invoiceurl	string	500	否	发票pdf下载url地址（注：金融机构需要对文件流进行SM4加密，保函接收平台收到后通过SM4解密文件）
remark	string	500	是	备注，失败原因，或通过
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
退保申请

接口path：v1/gua/tb/quitapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。投标项目开标前，由投标单位在保函接收系统发起；开标后，由保函接收系统批量发起，向金融机构主动推送退保申请信息。

1.开标前投标人放弃投标或项目发生中止、暂停的，可进行退保；

2.开标前项目发生流标、终止的，可进行退保；

3.开标后项目发生流标的，可进行退保；

4.除上述3种情形外均不予退保

5.投标人办理退保事宜，满足退保条件的，保险费全额退还。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
reason	string	500	是	退保原因
scene	string	10	是	1：用户退保，2：系统退保

返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
退保申请结果通知

接口path：v1/gua/tb/quitnotice

功能说明

保函接收系统作为服务方，金融机构作为请求方。由投标人发起，金融机构向保函接收系统主动推送退保相关信息。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（保函接收系统订单号）
baohanno	string	50	是	保函编号
applystatus	string	10	是	是否申请成功：1通过，2未通过
quittime	string	20	否	退保时间，格式：yyyy-MM-dd HH:mm:ss，退保成功时必须返回
quitamount	string	50	否	退费金额，退保成功时必须返回
remark	string	500	是	备注，失败原因，或无
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息
理赔申请

接口path：v1/gua/tb/claimapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。保函接收系统向金融机构主动推送理赔相关信息，金融机构必须达到“见索即付”。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
payeename	string	200	是	赔付金收款账户名
payeeaccount	string	50	是	赔付金收款账号
payeebank	string	200	是	赔付金收款账户开户行
bank	string	50	否	银行名称，比如：招商银行、中国建设银行、浙商银行、上海浦东发展银行等
bankprovince	string	50	否	银行所在省
bankcity	string	50	否	银行所在市
applymount	string	50	是	赔付金额单位元，数字格式字符串
applyusername	string	200	是	发起理赔联系人名称
applyuserphone	string	50	是	发起理赔联系人联系方式
reason	string	500	是	索赔原因
filelist	array
否	文件列表，json 数组格式[{“fileurl”:”xxxx”},{“fileurl”:”xxx”}]

返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息

理赔申请结果通知

接口path：v1/gua/tb/claimnotice

功能说明

金融机构完成理赔后，向保函接收系统主动推送理赔情况详情。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
applystatus	string	10	是	是否申请成功：1通过，2未通过
claimtime	string	20	否	理赔时间，格式：yyyy-MM-dd HH:mm:ss，理赔成功时必须返回
payeeaccount	string	50	否	收款账号，理赔成功时必须返回
payeename	string	200	否	收款户名，理赔成功是必须返回
payeebank	string	200	否	收款账户开户行，理赔成功必须返回
claimamount	string	50	否	赔付金额，数字格式字符串，理赔成功时必须返回
remark	string	500	是	备注，不予赔付和其他需要说明理由
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息

注销申请

接口path：v1/gua/tb/logoutapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。投标人可以在保函接收系统主动申请注销保函，金融机构根据实际情况是否对接本接口。

注销保函的条件：

1. 有效期届满：电子保函的有效期到期后，自动注销。

2. 担保金额余额为零：如果担保人已经向受益人支付了全部担保金额，或者保函的担保金额已经减至零，自动注销。

3. 受益人确认函：受益人出具解除担保人责任的确认函，表示不再要求担保人履行责任。

4. 项目结果公告完成或项目终止：在项目结果公告发布完成或项目终止的情况下，招标代理可以发起注销申请。

5. 提前注销申请：在某些情况下，如工程提前完工，保函申请人可以要求提前注销，但需获得受益人出具的确认函。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
filelist	array
否	文件列表，json 数组格式[{“fileurl”:”xxxx”},{“fileurl”:”xxx”}]
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息

注销申请结果通知

接口path：v1/gua/tb/logoutnotice

功能说明

金融机构完成注销后，向保函接收系统主动推送注销情况详情。

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applicationno	string	50	是	申请号（通知时用）
applyno	string	50	是	业务流水号（订单号）
baohanno	string	50	是	保函编号
applystatus	string	10	是	是否申请成功：1通过，2未通过
remark	string	500	是	备注
logouttime	string	20	否	注销时间，格式：yyyy-MM-dd HH:mm:ss，注销成功时必须返回
返回值

名称	是否必须	说明
code	是	响应代码 200成功 500失败
msg	是	响应信息

取消申请

接口path：v1/gua/tb/cancelapply

功能说明

金融机构作为服务方，保函接收系统作为请求方。收到机构支付通知前，客户可以主动取消；系统收到核保通知后超过72小时仍未收到支付通知系统自动取消该笔申请，订单取消后收不再接收任何通知。(防止用户支付后，接收系统还没收到支付通知之前，用户取消订单，之后支付通知才过来，接收系统无法再处理订单，机构须自行处理退款等，保函接收系统不再接收任何该订单通知)

接口参数

请求参数

名称	字段类型	字段长度	是否必须	说明
applyno	string	50	是	业务流水号（订单号）
scene	string	10	是	1：用户取消，2：系统取消
返回值

名称	是否必须	说明
code	是	响应代码 200成功
msg	是	响应信息

附件2

申请编号：

电子保函接收系统

接入申请资料

申 请 单 位（盖公章）：__________________

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

地 址： ___________________________

联 系 电 话： ___________________________

日 期： _______年_______月_______ 日

接入申请资料清单

申请资料1：企业资格资质实力、信誉、技术能力证明材料

（格式自拟）

申请资料2：电子保函格式

（格式自拟）

申请资料3：赔付理赔流程方案

（格式自拟）

申请资料4：系统对接方案

（格式自拟）

申请资料5：数据安全保证方案

（格式自拟）

申请资料6：系统应急处置方案

（格式自拟）

申请资料7：申请机构认为需要补充的其他材料

（格式自拟）

附件3

服务承诺函

湖南省公共资源交易中心:

我司承诺自愿接入湖南省公共资源交易中心搭建的电子保函接收系统，为市场主体提供电子保函服务。承诺事项如下：

按照国家法律法规、金融监管规定以及其他相关监管部门的相关制度和要求，依法合规开展电子保函业务，向市场主体充分告知业务流程、收费标准、服务承诺等信息，履行赔付责任，对电子保函的真实性、有效性和合法性负责。

2、按照标准接口开展系统对接，采取信息安全措施，建立应急处置机制，确保涉公共资源交易业务的保密性、完整性和可用性。对出现包括信息泄露、保函验证失败等情况，造成相关市场主体无法正常参与公共资源交易活动的，承担相应法律和经济责任。

3、加强保函业务合规管理，加强对业务活动的合规审查和风险防控。不得采用“价格战”、“线下返点”、“哄抬”、“压价”、“回扣”和“为围标串标行为提供便利”等不良行为进行恶性竞争，扰乱公共资源交易正常秩序。

4、按照要求定期向电子保函接收系统推送已完成的业务数据和相关报表，接受对保函业务开展情况、服务质量、赔付时效性等评估检查，提高服务水平，接受市场主体的监督。

5、服从统一管理，自觉抵制不良行为，发生违法违规行为时，自愿接受相关部门处理。

特此承诺。

承诺单位（盖章）:

日 期:

附件4

测试验收标准

版本：1.0

发布时间：2025年3月

一、接口标准遵循情况

1.验收标准：系统必须严格按照附件1标准接口进行对接。

2.验收方法：检查接口文档，确认接口调用方式、参数、返回值等是否符合标准。

二、在线受理电子保函申请功能

1.验收标准：系统应能在线受理电子保函申请，确保申请流程顺畅、数据准确。

2.验收方法：

（1）功能测试：模拟用户申请流程，检查系统响应时间、数据准确性。

（2）测试报告：提供功能测试报告，包含测试结果及截图。

（3）证明材料：提供系统日志、操作记录等。

三、在线签发电子保函功能

1.验收标准：系统应能在线签发电子保函，确保签发流程合规、数据无误。

2.验收方法：

（1）功能测试：模拟签发流程，检查签发时间、数据准确性及保函格式。

（2）测试报告：提供功能测试报告，包含测试用例、测试结果及截图。

（3）证明材料：提供签发记录、保函样本等。

四、推送电子保函数据功能（非纸质保函电子扫描件）

1.验收标准：系统应能准确推送电子保函数据，确保数据完整、及时。

2.验收方法：

（1）功能测试：模拟数据推送流程，检查数据完整性、推送时间及接收方反馈。

（2）测试报告：提供功能测试报告，包含测试用例、测试结果及截图。

（3）证明材料：提供推送记录、接收方确认回执等。

五、电子保函在线验真功能

1.验收标准：系统应提供在线验真功能，确保保函真实性可验证。

2.验收方法：

（1）功能测试：模拟验真流程，检查验真结果准确性及响应时间。

（2）测试报告：提供功能测试报告，包含测试用例、测试结果及截图。

（3）证明材料：提供验真记录、验真结果样本等。

六、接受在线理赔申请功能

1.验收标准：系统应能在线受理理赔申请，确保申请流程合规、数据准确。

2.验收方法：

（1）功能测试：模拟理赔申请流程，检查系统响应时间、数据准确性。

（2）测试报告：提供功能测试报告，包含测试用例、测试结果及截图。

（3）证明材料：提供理赔申请记录、处理结果等。

七、数据安全保障措施

1.验收标准：系统应采取有效的数据安全保障措施，确保数据保密性、完整性、可用性。

2.验收方法：

（1）安全测试：机构自行检查业务系统、网络配置、数据备份等安全措施。

（2）测试报告：提供安全测试报告，包含测试用例、测试结果及截图。

（3）证明材料：提供安全策略文档、安全认证证书等。

八、系统应急处置方案

1.验收标准：系统应具备完善的应急处置方案，确保在突发情况下能快速恢复。

2.验收方法：

（1）方案审查：检查应急处置方案内容是否全面、可行。

（2）模拟演练：进行应急演练，验证方案可行性。

（3）证明材料：提供应急处置方案文档、演练记录等。

九、系统对接稳定性

1.验收标准：系统在对接过程中应保持稳定，确保数据传输、接口调用等无异常。

2.验收方法：

（1）性能测试：进行长时间、高并发的对接测试，检查系统稳定性。

（2）问题记录：记录测试过程中出现的问题及解决措施。

（3）证明材料：提供性能测试报告、问题解决记录等。

十、验收结论

1.通过标准：所有验收项目均符合上述标准，且相关证明材料齐全。

2.不通过标准：任一验收项目不符合标准，或证明材料不全，需整改后重新验收。

2025年3月10日