基于区块链多方授权的银行电子询证函生成方法与制作流程

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

图片简介:

本技术涉及一种基于区块链多方授权的银行电子询证函生成方法,包括:请求方确定授权方和回函方,根据企业身份信息、询证项目和对应的审计数据向授权方提交授权申请,并向回函方发起调取权限请求;授权方和回函方通过私钥验证请求方的身份,验证通过后,若授权方同意询证、回函方给予调取权限,且检查到授权信息,平台打开回函方的调取权限,根据企业身份信息、询证项目从数据库中调取数据,将数据与审计数据比对后,根据比对结果生成电子询证函并返回至请求方。本技术提供的方法可解决现行基于纸质函证流转的银行询证函操作流程中人工操作繁杂且效率低下的问题。

技术要求

1.一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,包括以下步骤:

步骤1,请求方确定授权方和回函方,所述请求方根据企业身份信息、询证项目和对应的审计数据向授权方提交授权申请,并根据所述企业身份信息、询证项目和对应的审计数

据向回函方发起调取权限请求;

步骤2,所述授权方收到授权申请且回函方收到调取权限请求后,所述授权方和回函方分别通过私钥验证请求方的身份,若身份验证通过,所述授权方选择是否同意询证,所述

回函方选择是否给予调取权限,生成授权信息上链并添加至智能合约中,将授权结果反

馈给请求方;

步骤3,若所述请求方收到的授权结果为授权方同意询证,且所述回函方给予调取权限,同时所述智能合约检查到添加的授权信息,平台通过智能合约调用通用数据接口,打开所述回函方数据库中对应的调取权限,根据所述企业身份信息和询证项目从回函方数据库中调取企业的数据,并根据所述数据与请求方提供的审计数据进行比对,根据比对结果生成所述需要询证的企业的电子询证函并返回至请求方。

2.根据权利要求1所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于:

在所述步骤1之前,还包括所述回函方、授权方以及请求方在平台的注册与接入;

所述回函方在平台的注册与接入包括:

所述平台在回函方搭建区块链节点,将所述区块链节点接入一条新的联盟链,一条所述联盟链仅接入一个回函方的区块链节点;

在区块链上部署智能合约并注册所述回函方账户;

将所述回函方账户的私钥文件发送给回函方;

所述授权方与请求方在平台的注册与接入包括:

所述授权方与请求方在平台注册账户,向所述平台提交身份验证申请;

所述平台通过在工商管理局部署节点接入所述联盟链,并通过插件接入工商管理部门的登录界面,所述请求方和授权方分别登录在工商管理局的账号,用于验证所述请求方与授权方的身份真实性;

所述企业身份的真实性验证通过后,所述平台在区块链上注册授权方与请求方账户,并将账户私钥文件分别绑定到授权方与请求方账户中。

3.根据权利要求2所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,所述授权方与请求方在平台的注册和接入还包括:

选择授权方与请求方的二次身份验证方式,所述二次身份验证方式包括:IP地址验证或手机号码验证,通过绑定公司IP地址或IP地址段,或者绑定线下身份代表人并提供手机号;

所述授权方与请求方注册账户完毕后,所述平台为授权方与请求方搭建区块链节点,所述授权方与请求方根据回函需要同时接入由回函方主导的联盟链。

4.根据权利要求1所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,所述步骤1包括:

步骤1-1,所述请求方使用经过注册的账号与密码登入平台;所述请求方在登陆时,所述平台通过从区块链中读取注册时的私钥文件确定请求方的身份,若所述请求方的身份验证成功,判断所述请求方能否通过二次身份验证,若所述二次身份验证通过,所述平台允许请求方登陆;

步骤1-2,所述请求方在平台中确定授权方、回函方、企业身份信息、询证项目和对应的审计数据后,将请求发布在区块链上,所述授权方即需要询证的企业,所述回函方即需要询证的银行,所述对应的审计数据为与询证项目对应的审计数据;

步骤1-3,所述平台通过FISCO-BCOS提供的AMOP链上信使协议向授权方提交授权申请,并向所述回函方发起调取权限请求。

5.根据权利要求1所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,所述步骤1中的授权申请包括:所述请求方名称、授权方名称、回函方名称、企业身份信息、询证项目和对应的审计数据;

所述企业身份信息包括:所述企业的企业名称、企业银行账户号码和审计期间;

所述询证项目包括:银行存款、银行借款、函证期间注销账户、企业作为贷款方和借款方的委托贷款、担保、承兑汇票、商业汇票、信用证、买卖合同、托管的有价证券或其他产权文件、理财产品、保函;

所述调取权限请求包括:所述请求方名称、授权方名称、回函方名称、企业身份信息、询证项目和对应的审计数据。

6.根据权利要求1所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,所述步骤2包括:

步骤2-1,所述授权方与回函方通过二次身份验证登入平台;

步骤2-2,所述授权方收到请求方的授权申请后,从区块链调取所述授权申请的具体信息,使用私钥验证请求方的身份,若身份验证通过,生成授权信息上链并添加至智能合约中,所述授权信息包括:授权时间、授权操作者、授权对象、企业身份信息、以及询证项目和对应的审计数据,同时将授权结果反馈给所述请求方,所述授权结果即已授权或未授权;

步骤2-3,所述回函方收到请求方的调取权限请求后,使用私钥验证请求方身份,并对所述请求方开放预设授权时长的自动授权,当平台收到与申请信息中对应的授权方的授权信息后,自动核验授权信息的真实性,在区块链上为所述请求方开放对应的询证项目的获取权限,在预设授权时长后自动销毁权限并不再进行自动授权。

7.根据权利要求1所述的一种基于区块链多方授权的银行电子询证函生成方法,其特征在于,所述步骤3包括:

步骤3-1,在收到所述授权方与回函方双方的一致授权后,平台将授权结果通知请求方;

步骤3-2,所述请求方登入平台后,选择已获取授权的企业身份信息和询证项目向回函方发起数据调取请求;

步骤3-3,平台收到数据调取请求后,通过智能合约检查所述请求方的权限,检查通过后,通过数据接口调用所述回函方的数据调取插件,根据所述企业身份信息和询证项目调取企业的数据,销毁所述请求方的对应权限;

步骤3-4,使用已获取的所述数据与请求方提供的审计数据进行比对;

步骤3-5,若所述已获取的数据与请求方提供的审计数据全部相符,则根据所述已获取的数据自动填充函证模板;

步骤3-6,若所述已获取的数据与请求方提供的审计数据有不符之处,则将所述授权申请中的数据添加至函证模板中,并在所述函证模板中列明不符项目;

步骤3-7,将填充后的所述函证模板生成的文档加盖银行电子章后即生成需要询证的企业的电子询证函,并按对应的格式将所述电子询证函返回给请求方。

相关文档
最新文档