CN111768289A - 银行询证函业务数据处理方法和装置、电子设备以及介质 - Google Patents

Abstract

本发明提供一种银行询证函业务数据处理方法和装置、电子设备以及介质，该方法包括：获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；根据所述函证请求向所述被函证端发起授权请求；根据所述函证请求采集所述函证项对应的函证信息；接收到所述被函证端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端。其中，通过采用上述技术方案，实现银行询证函业务数据的电子化自动化处理，回函格式统一，在向被函证端发起授权请求的同时，根据该函证请求采集该函证项对应的函证信息，一旦被函证端授权，可直接利用以及采集好的函证项对应的函证信息生成电子函件，耗时短。

Description

银行询证函业务数据处理方法和装置、电子设备以及介质

技术领域

本发明涉及银行系统的询证函领域，尤其涉及一种银行询证函业务数据处理方法和装置、电子设备以及存储介质。

背景技术

目前，国内银行询证函业务仍以线下沟通、纸质函件邮寄为主要方式，具体流程为函证单位首先联系被函证单位填写函证信息及业务授权，授权通过后再联系被函证单位银行账号开户行网点，将被函证单位填写的函证信息发给银行网点，银行网点的多个业务部门对财务信息分工查询确认、多头对接整合，如果客户在多个网点开户，则需要与各个网点分别联系，最终由各开户网点完成银行询证函内容确认并返回给函证单位，一次银行询证函业务至少需3次纸质函件邮寄过程，约10-20个工作日。

其中，银行对函证事项的确认与核对，基本是以网点柜面操作、纸质实物传递为主，基于线下的分散式手工操作，易导致回函格式不统一、耗时长等问题。

发明内容

针对现有技术中的问题，本发明提供一种银行询证函业务数据处理方法和装置、电子设备以及存储介质，能够至少部分地解决现有技术中存在的问题。

为了实现上述目的，本发明采用如下技术方案：

第一方面，提供一种银行询证函业务数据处理方法，包括：

获取函证端发送的函证请求，该函证请求包括：被函证端信息以及函证项；

根据该函证请求向该被函证端发起授权请求；

根据该函证请求采集该函证项对应的函证信息；

接收到该被函证端授权后，根据该函证项对应的函证信息生成电子函件并反馈至该函证端。

进一步地，在将该电子函件反馈至该函证端之前，还包括：

在该电子函件上加盖电子印章。

进一步地，该根据该函证请求向该被函证端发起授权请求，包括：

将授权地址链接或授权地址链接二维码通过短信、邮件、微信、融e联中的一种或多种发送至被函证端的授权终端以进行线上授权。

进一步地，该线上授权采用线上企业U盾授权、人脸识别+密码授权或视网膜识别+密码授权。

进一步地，银行询证函业务数据处理方法还包括：

获取银行各业务系统的业务数据；

对该业务数据进行加工后存储至函证项对应的函证信息采集用数据库。

进一步地，该获取银行各业务系统的业务数据，包括：

采用QR复制技术或KAFKA技术或文件传输方式集中获取银行各业务系统的业务数据。

进一步地，该对该业务数据进行加工后存储至函证项对应的函证信息采集用数据库，包括：

根据预获取的数据模型对该业务数据进行加工；

将加工后的业务数据按日按函证项分表分库存储至函证项对应的函证信息采集用数据库。

第二方面，提供一种银行询证函业务数据处理装置，包括：

函证请求获取模块，获取函证端发送的函证请求，该函证请求包括：被函证端信息以及函证项；

授权模块，根据该函证请求向该被函证端发起授权请求；

函证项对应的函证信息采集模块，根据该函证请求采集该函证项对应的函证信息；

函证处理模块，接收到该被函证端授权后，根据该函证项对应的信息生成电子函件并反馈至该函证端。

第三方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该程序时实现上述的银行询证函业务数据处理方法的步骤。

第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的银行询证函业务数据处理方法的步骤。

本发明提供的银行询证函业务数据处理方法和装置、电子设备以及存储介质，该银行询证函业务数据处理方法包括：获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；根据所述函证请求向所述被函证端发起授权请求；根据所述函证请求采集所述函证项对应的函证信息；接收到所述被函证端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端。其中，通过采用上述技术方案，实现银行询证函业务数据的电子化自动化处理，回函格式统一，在向被函证端发起授权请求的同时，根据该函证请求采集该函证项对应的函证信息，一旦被函证端授权，可直接利用以及采集好的函证项对应的函证信息生成电子函件，耗时短。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中的架构图；

图2示出了本发明的银行询证函信息采集原理图；

图3是本发明实施例中的银行询证函业务数据处理方法的流程示意图一；

图4是本发明实施例中的银行询证函业务数据处理方法的流程示意图二；

图5为本发明实施例中数据获取的系统关联示意图；

图6示出了图4中步骤S600的具体步骤；

图7为本发明实施例银行询证函信息采集架构图；

图8为图7中数据模型设计模块示意图；

图9为图7中数据加工模块示意图；

图10为图7中数据存储模块示意图；

图11为图7中询证项生成模块示意图；

图12为本发明实施例中发起授权的示意图；

图13为本发明实施例中被函证端授权的示意图；

图14为本发明实施例中数据集中处理和存储的示意图；

图15是本发明实施例中的银行询证函业务数据处理装置的结构框图；

图16为本发明实施例电子设备的结构图；

图17为本发明实施例中的应用场景架构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

目前，银行对函证事项的确认与核对，基本是以网点柜面操作、纸质实物传递为主，基于线下的分散式手工操作，易导致回函格式不统一、耗时长等问题。此外，线下开立银行询证函涉及多重交叉面对面业务接触，在新冠肺炎等特殊环境中，一方面影响企业全面复工复产，另一方面增加人员接触导致的交叉感染风险。

本发明实施例提供了一种高效、安全、易用、无接触式的线上解决方案，从而解决现有技术中存在的问题。针对目前银行询证函业务以大量网点柜面操作、需要采集的信息分散在各业务系统、需要多个机构多个业务部门协作完成的现状，通过采用规范化、集中式的信息采集方式，将询证函涉及的业务信息规范存储，函证时函证端只需录入检索条件即可获得函证信息，支持线上实时函证，提高效率，减少信息接触人员保证企业客户信息安全，防止信息被篡改和泄漏，保障金融市场安全，另一方面避免人员面对面接触，释放银行网点人力，操作流程规范、回函格式统一，确保函证质量，减少面对面业务接触，防止疾病传播。

其中，函证端是指为满足审计、评估及其他业务或工作需要，以被函证端的名义致函银行，就被函证端与银行业务往来状况进行询证，要求银行回函的会计师事务所等。被函证端是指为满足外部审计、评估及其他业务需要，委托函证端向银行致函，以确认与银行业务往来资信状况的企业单位客户。

图17为本发明实施例中的应用场景架构示意图。如图17所示，该银行系统服务器S1可以与函证端设备B1以及被函证端的授权终端B2通信连接，并且，银行系统服务器S1还连接数据库D1，该数据库D1用于存储函证所需数据，函证者通过所述函证端设备B1可以将函证请求发送至所述银行系统服务器S1，所述服务器S1可以在线接收所述函证请求。所述服务器S1可以在线或者离线对获取的函证请求进行预处理，根据所述函证请求向所述被函证端的授权终端发起授权请求；根据所述函证请求访问所述数据库D1，采集所述函证项对应的函证信息；接收到所述被函证端的授权终端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端设备。

可以理解的是，所述函证端设备B1以及授权终端B2可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

所述银行系统服务器S1与函证端设备B1以及授权终端B2之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

图1为本发明实施例中的架构图；如图1所示，由函证端发起函证申请(即函证请求)，银行系统接收到申请，通知被函证端线上授权，银行系统同步采集函证信息，在授权及信息采集均完成后生成电子函件，在电子函件上加盖电子印章，完成后银行系统自动将电子函件回传给函证端。

通过对公结算产品服务系统、对公贷款业务系统等系统的数据进行集中后，将数据由数据模型进行预处理，按日按项进行存储，供银行采集函证信息用。

图2示出了本发明的银行询证函信息采集原理图，图中展现每个函证信息的全生命周期。指定函证日期即可获得所有函证信息，系统根据函证格式拼装需要的函证信息完成函证数据的自动化采集。

图3是本发明实施例中的银行询证函业务数据处理方法的流程示意图一；如图3所示，该银行询证函业务数据处理方法可以包括以下内容：

步骤S100：获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；

具体地，被函证端信息可以包括：被函证端的名称、标识、ID等；函证项可以包括：需要函证的事项或参数项，比如：账户余额、贷款金额等。

步骤S200：根据所述函证请求向所述被函证端发起授权请求；

具体地，可将授权地址链接或授权地址链接二维码等通过短信、邮件、微信、融e联等中的一种或多种发送至被函证端的授权终端以进行线上授权。

被函证端的授权终端控制者(即有权授权经办人)接收到授权地址链接或授权地址链接二维码，进入授权页面，采用线上企业U盾授权、人脸识别+密码授权或视网膜识别+密码授权等方式进行授权。

另外，银行系统预先获取企业有权授权经办人清单及被函证端的授权终端ID(比如电话号码、邮箱、微信、融e联账号等)，支持企业单位多渠道多方式授权，授权经办人任一人确认授权即完成被函证端授权流程。该流程，避免其中某一位授权经办人因特殊原因无法及时确认而导致的等待时间，根据客户预留联系方式及身份认证，提供多渠道多方式认证方式，提高客户授权效率，保障客户信息安全。

步骤S300：根据所述函证请求采集所述函证项对应的函证信息；

具体地，在向被函证端发起授权请求的同时，采集所需的函证项对应的函证信息，使两项工作并行开展，避免等待时间，提高回函效率。

步骤S400：接收到所述被函证端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端。

具体地，将采集的函证项对应的函证信息按照预设的询证函模板进行拼装或加载，得到电子函件。

值得说明的是，在将电子函件反馈至函证端时，为了保护被函证端的机密财务信息安全，可以采用加密传输技术实现。

另外，当没有获得被函证端授权时，比如被函证端明确表示不授权或者超过预设时间没有得到被函证端的响应，此时，将采集的函证项对应的函证信息删除或者将采集的函证项对应的函证信息存储在银行系统中备用，并向函证端反馈被函证端授权失败的消息。

本发明实施例提供的银行询证函业务数据处理方法，实现银行询证函业务的电子化自动化处理，回函格式统一，在向被函证端发起授权请求的同时，根据该函证请求采集该函证项对应的函证信息，一旦被函证端授权，可直接利用以及采集好的函证项对应的函证信息生成电子函件，耗时短。

在一个可选的实施例中，在将所述电子函件反馈至所述函证端之前，该银行询证函业务数据处理方法还可以包括以下步骤：

在所述电子函件上加盖电子印章。

其中，通过在电子函件上加盖电子印章，能够对电子函件的真实性或者出处进行标识，以提高询证函的可信度。

在一个可选的实施例中，参见图4，该银行询证函业务数据处理方法还可以包括：

步骤S500：获取银行各业务系统的业务数据；

其中，参见图5，业务系统可包括：对公结算产品服务系统、对公贷款业务系统、对公账户管理系统、全球信贷与代理投资管理系统、票据综合管理系统、全球单证系统、对公衍生产品交易系统、对公理财产品系统等。

步骤S600：对所述业务数据进行加工后存储至函证项对应的函证信息采集用数据库。

具体地，将业务数据按照预设的数据模型进行加工存储，以便接受到函证请求后，在数据库中检索查询生成询证项需要的函证信息。

值得说明的是，数据模型按照行业要求和标准设计各函证信息的数据结构图。

在一个可选的实施例中，该步骤S500具体包括：采用QR复制技术或KAFKA技术或文件传输方式集中获取银行各业务系统的业务数据。

其中，银行系统客户量大，需要从多业务集群的海量数据中及时检索提取函证信息，存在多作业排程、时间较长及大量系统性能消耗等问题，通过采用QR复制技术或KAFKA技术或文件传输方式集中获取银行各业务系统的业务数据，有效将银行各个分行机构，异构业务系统数据集中，提高数据采集效率。

在一个可选的实施例中，参见图6，该步骤S600可以包括以下内容：

步骤S610：根据预获取的数据模型对所述业务数据进行加工；

具体地，根据客户编号、唯一标识符、函证项对应的函证信息、开始日期、截止日期等对业务数据进行加工。

步骤S620：将加工后的业务数据按日按函证项分表分库存储至函证项对应的函证信息采集用数据库。

具体地，采用按日按函证项分表分库存储的方式，根据函证项业务需求算法及函证按日函证信息查询的特性，每天将导入相关业务系统源数据预处理，按日、按函证项等方式分表分库存储函证信息，提升函证信息查询检索效率。

为了使本领域技术人员更好地理解本发明实施例，下面举例对本发明实施例进行详细说明：

图7为本发明实施例银行询证函信息采集架构图，包括：数据模型设计、数据加工模块、数据存储模块、收到函证申请触发查询模块、数据检索模块、询证项生成模块。数据模型设计接收的数据由信息采集系统得到，信息采集系统与对公结算产品服务系统、对公贷款业务系统、对公账户管理系统、全球信贷与代理投资管理系统、票据综合管理系统、全球单证系统、对公衍生产品交易系统、对公理财产品系统连接，负责接收来自对公结算产品服务系统、对公贷款业务系统、对公账户管理系统、全球信贷与代理投资管理系统、票据综合管理系统、全球单证系统、对公衍生产品交易系统、对公理财产品系统的业务数据，将数据按数据模型设计加工存储，接收到函证申请后，根据检索功能查询生成询证项需要函证信息。

图8为图7中数据模型设计模块示意图，数据模型设计模块主要负责按照《财政部、银监会关于进一步规范银行函证和回函工作的通知》“审计业务银行询证函(通用格式)”设计各函证信息的数据结构图，主要是根据函证申请信息及检索算法，查询获取各函证项要素信息。询证信息查询模块根据欲查询的询证项1、询证项2以及询证项N，通过银行账号启动数据检索，检索数据存储模块存储的按照账户名称、利率、余额等结构存储的银行存储信息，得到询证项对应的函证信息。

图9为图7中数据加工模块示意图；数据加工模块主要负责将业务系统提供的数据按照数据模型加工成全生命周期的数据，数据加工模块接收到增量数据S001，根据“客户编号、唯一标识符”获取当前数据S002。对比变化前后数据形成加工后数据S003、S004，实现数据加工。

图10为图7中数据存储模块示意图；数据存储模块主要负责将已加工的数据按照“客户信息号、唯一标识符、函证项对应的函证信息、开始日期、截止日期”格式存储于函证数据平台中。

图11为图7中询证项生成模块示意图；询证项生成模块主要负责将函证信息根据客户编号、函证日期等条件查询获取生成询证函每个询证项的信息。

图12为本发明实施例中发起授权的示意图；银行系统接收到函证申请后，获取被函证端银行预留联系方式，生成授权地址链接或二维码等，通过短信、邮件、微信、融e联等中的一种或多种社交方式，将授权地址链接、授权地址链接二维码等信息通知被函证端的授权终端，以使有权授权经办人及时线上授权；同时，系统同步开展函证需求项信息采集。原来线下串行的两项工作并行开展，避免等待时间，提高回函效率。

图13为本发明实施例中被函证端授权的示意图；银行系统接收到获取企业有权授权经办人清单，系统通过算法获取企业单位N个有权授权经办人清单并将授权链接通知，经办人识别二维码链接或点击短信链接或点击右键链接后，进入身份认证界面，支持通过线上企业U盾、人脸识别+密码、视网膜识别+密码等身份认证方式，支持企业单位多渠道多方式授权，授权经办人任一人确认授权即完成被函证端授权流程。该流程，避免其中某一位授权经办人因特殊原因无法及时确认而导致的等待时间，根据客户预留联系方式及身份认证，提供多渠道多方式认证方式，提高客户授权效率，保障客户信息安全。

图14为本发明实施例中数据集中处理和存储的示意图；银行系统客户量大，需要从多业务集群的海量数据中及时检索提取函证信息，存在多作业排程、时间较长及大量系统性能消耗等问题。为提高效率，银行信息采集系统通过QR复制、KAFKA、文件传输等方式，将银行各个分行机构，异构业务系统数据集中，采用预处理、按日按函证项分表分库存储的方式，根据函证项业务需求算法及函证按日函证信息查询的特性，每天将导入相关业务系统源数据预处理，按日、按函证项等方式分表分库存储函证信息，提升函证信息查询检索效率。

综上所述，本发明实施例提供的银行询证函业务数据处理方法，银行接收函证端发函证申请时，通知被函证端获取授权，同时银行采集函证信息并行处理，避免等待时间，实现实时办理；并且，银行对函证项对应的函证信息进行预处理，按日按项分表分库存储，提高检索效率，实现银行采集函证信息实时获取；对分散在各业务系统、多个机构的业务数据集中处理，打破系统间信息壁垒，实现银行内外流程无缝衔接，实现总对总函证；对电子函件加盖电子印章，防止被篡改，可回溯验证，保证金融市场安全；多渠道多方式通知多个被函证端有权授权经办人，先授权原则：任一有权授权经办人确认授权，即完成被函证端授权流程，实现实时验证，避免等待时间，提高效率。被函证端无需再填写函证信息，银行由人工查询确认被函证端填写函证信息是否准确的被动函证模式，调整为通过银行系统自动查询获取函证信息并主动生成函证文件的主动函证模式，提升函证质量和效率，同时实现无企业外人员参与，保证企业信息安全及金融市场安全。实现高效、安全、易用、无接触式的在线实时银行函证。

对银行而言，实现全线上处理，全流程无需银行员工介入，节约大量柜面人工成本；函证信息通过点对点传输，不涉及信息使用第三方参与，保障银行客户信息安全。对事务所而言，避免与客户、与银行多网点多头对接函证信息整合；银行提供标准化格式、规范化、完整的询证函，避免反复询证函；无人员参与信息整理，避免人为干扰。大幅减少事务所函证工作量的同时，提高函证信息的公信力。对客户而言，通过线上多种身份认证方式授权，无需人工查询填写财务信息，节约人员成本的同时，避免人员失误可能导致信息不准确。对国家金融行业而言，节约大量社会人工成本，提高银行函证的公信力，杜绝了金融欺诈风险，净化国家金融市场环境，对国家金融诚信体系建设，提升国家金融安全具有深远意义，实现全流程线上、无人员接触的函证解决方案，在新冠疫情背景等特殊情况下，避免人员交叉感染，为国家疫情防控以及企业全面复工复产提供有效支持。

基于同一发明构思，本申请实施例还提供了一种银行询证函业务数据处理装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于银行询证函业务数据处理装置解决问题的原理与上述方法相似，因此银行询证函业务数据处理装置的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图15是本发明实施例中的银行询证函业务数据处理装置的结构框图。如图15所示，该银行询证函业务数据处理装置具体包括：

函证请求获取模块10获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；

授权模块20根据所述函证请求向所述被函证端发起授权请求；

函证项对应的函证信息采集模块30根据所述函证请求采集所述函证项对应的函证信息；

函证处理模块40接收到所述被函证端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端。

本发明实施例提供的银行询证函业务数据处理装置，实现银行询证函业务的电子化自动化处理，回函格式统一，在向被函证端发起授权请求的同时，根据该函证请求采集该函证项对应的函证信息，一旦被函证端授权，可直接利用以及采集好的函证项对应的函证信息生成电子函件，耗时短。

上述实施例阐明的装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为电子设备，具体的，电子设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中电子设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述银行询证函业务数据处理方法的步骤。

下面参考图16，其示出了适于用来实现本申请实施例的电子设备600的结构示意图。

如图16所示，电子设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM))603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述银行询证函业务数据处理方法的步骤。

在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种银行询证函业务数据处理方法，其特征在于，包括：

获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；

根据所述函证请求向所述被函证端发起授权请求；

根据所述函证请求采集所述函证项对应的函证信息；

接收到所述被函证端授权后，根据所述函证项对应的函证信息生成电子函件并反馈至所述函证端。

2.根据权利要求1所述的银行询证函业务数据处理方法，其特征在于，在将所述电子函件反馈至所述函证端之前，还包括：

在所述电子函件上加盖电子印章。

3.根据权利要求1所述的银行询证函业务数据处理方法，其特征在于，所述根据所述函证请求向所述被函证端发起授权请求，包括：

将授权地址链接或授权地址链接二维码通过短信、邮件、微信、融e联中的一种或多种发送至被函证端的授权终端以进行线上授权。

4.根据权利要求3所述的银行询证函业务数据处理方法，其特征在于，所述线上授权采用线上企业U盾授权、人脸识别+密码授权或视网膜识别+密码授权。

5.根据权利要求1所述的银行询证函业务数据处理方法，其特征在于，还包括：

获取银行各业务系统的业务数据；

对所述业务数据进行加工后存储至函证项对应的函证信息采集用数据库。

6.根据权利要求5所述的银行询证函业务数据处理方法，其特征在于，所述获取银行各业务系统的业务数据，包括：

采用QR复制技术或KAFKA技术或文件传输方式集中获取银行各业务系统的业务数据。

7.根据权利要求5所述的银行询证函业务数据处理方法，其特征在于，所述对所述业务数据进行加工后存储至函证项对应的函证信息采集用数据库，包括：

根据预获取的数据模型对所述业务数据进行加工；

将加工后的业务数据按日按函证项分表分库存储至函证项对应的函证信息采集用数据库。

8.一种银行询证函业务数据处理装置，其特征在于，包括：

函证请求获取模块，获取函证端发送的函证请求，所述函证请求包括：被函证端信息以及函证项；

授权模块，根据所述函证请求向所述被函证端发起授权请求；

函证项对应的函证信息采集模块，根据所述函证请求采集所述函证项对应的函证信息；

函证处理模块，接收到所述被函证端授权后，根据所述函证项对应的信息生成电子函件并反馈至所述函证端。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的银行询证函业务数据处理方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的银行询证函业务数据处理方法的步骤。

Images