CN112801777A - 一种银行函证自动处理方法、系统、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种银行函证自动处理方法，包括：RPA根据一级审批网银权限自动登录到企业网银系统；获取企业网银系统中待审批的银行函证列表，并抓取函证元素信息，函证元素信息包括询证单位、被询证单位及函证项；向被询证单位发起本次银行函证授权请求；获取函证项在服务端中对应的该被询证单位的函证数据；RPA根据二级审批网银权限自动登录到企业网银系统；审批该被询证单位的函证数据与其对应的客户端展示的数据是否一致；若一致，则根据该被询证单位的函证数据生成银行函证发送至询证单位，若不一致，则生成审批结果发送至询证单位及被询证单位。本公开还提供了一种银行函证自动处理系统、电子设备及计算机可读存储介质。

Description

一种银行函证自动处理方法、系统、电子设备及存储介质

技术领域

本公开涉及银行函证审批处理领域，具体涉及一种银行函证自动处理方法、系统、电子设备及存储介质。

背景技术

随着我国金融科技的快速发展，逐渐出现了以RPA机器人(Robotic processautomation)为代表的全自动化流程处理系统，它可以代替或者协助人类在计算机、手机等数字化设备中完成重复性工作与任务。同时银行业务部门受理并审核由各大会计师事务所发起的企业函证申请，由于银行函证往往反映着一家公司财务状况，中注协要求审核要素之多。传统的银行函证处理存在以下几个问题：

(1)银行函证的审批项包含14个函证小类(存款、贷款、信用证、担保、汇票、证券、理财等)、函证单位(会计师事务所)、被函证单位、函证时间等众多要素，其中14个函证小类的数据又分布在包括对公存款系统、对公贷款系统等很多个银行业务系统，这些业务数据犹如数据孤岛，再加上这些数据核对更新不及时，数据缺乏统一管理，无法集中归纳并加工。因此在传统的函证审批流程中，要求银行业务人员在多个业务系统中一一切换并对数据进行手工提取并汇总加工，容易造成关键业务数据不准确、不统一。

(2)在银行函证的审批环节中，要求银行函证审批员对14个函证小类一一核对，这对审批员的专业素质要求很高，既要熟悉这些众多的业务系统又要保证审核过程一丝不苟，函证审批的准确性无法保证。

(3)在发起函证前，银行业务人员还需要通知被询证单位针对该笔函证进行授权，工作量巨大。同时，函证单位与被函证单位也无法知晓函证进度，对阶段性工作把握不清，银行函证的时效性也就无法保证。

综上，亟需一种技术能够对银行函证的众多业务数据进行归纳集中并加工，同时能够代替银行函证审核员完成银行函证的数据分析及审批并准时通知被询证单位进行远程授权，提升银行函证的业务处理速度。

发明内容

本公开实施例提供的一种银行函证自动处理方法、系统、电子设备及存储介质，通过设计RPA归纳加工银行函证的多个业务系统的业务数据，并对这些业务数据进行数据分析以及设计自动审批流程。同时，设计RPA及时准确通知被询证单位进行授权，提高函证处理的时效性以及准确性。

本公开的第一方面提供了一种银行函证自动处理方法，包括：S1，RPA根据一级审批网银权限自动登录到企业网银系统；S2，获取企业网银系统中待审批的银行函证列表，并抓取该银行函证列表中的函证元素信息，该函证元素信息包括询证单位、被询证单位及函证项；S3，向被询证单位发起本次银行函证授权请求；S4，获取函证项在服务端中对应的该被询证单位的函证数据；S5，RPA根据二级审批网银权限自动登录到企业网银系统；S6，审批该被询证单位的函证数据与其对应的客户端展示的数据是否一致；若一致，则根据该被询证单位的函证数据生成银行函证发送至询证单位，若不一致，则生成审批结果发送至询证单位及被询证单位。

进一步地，S4中获取函证项在服务端中对应的该被询证单位的函证数据包括：S41，RPA登录银行各业务系统，并提取及汇总该被询证单位在各业务系统中的业务数据；S42，对S41中汇总的业务数据进行加工处理，并带上时间戳后生成函证数据目标表；S43，根据函证项所需的数据设定函证条件表，并根据函证数据目标表运行函证条件表获取该被询证单位的函证数据；S44，审批该被询证单位的函证数据中的函证要素信息与S2中抓取的函证元素信息是否一致；若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。

进一步地，S42包括：对业务数据中的买卖合约信息数据表、不可撤销信用证信息数据表、担保信息数据表按照历史拉链算法加工处理，对该函证项对应的其他业务数据按照Merge算法进行数据加工处理，并带上时间戳后生成函证数据目标表。

进一步地，S6包括：S61，获取企业网银系统中待审批的被询证单位的函证数据；S62，对比分析该被询证单位的函证数据与其对应的客户端展示的数据是否一致；S63，若一致，则根据该被询证单位的函证数据生成银行函证发送至询证单位，若不一致，则生成审批结果发送至询证单位及被询证单位。

进一步地，S41中各业务系统包括：对公存款系统、全球信贷与代理投资管理系统、全球单证系统、票据综合管理系统、投资类理财系统及衍生产品交易系统。

进一步地，S2中RPA根据指令编号或询证起止日期或询证单位名称获取企业网银系统中待审批的银行函证列表。

进一步地，S6中审批结果及银行函证通过邮件或融e联或短信通知中的一种或多种发送至S2中被抓取的被函证单位及函证单位。

本公开的第二方面提供了一种银行函证自动处理系统，包括：登录模块，用于RPA登录企业网银系统；银行函证授权模块，用于根据企业网银系统中待审批的银行函证列表，RPA向被询证单位发起银行函证授权请求；函证数据加工模块，用于对函证项所需的该被询证单位在各业务系统中的数据进行整合加工分类，得到该被询证单位的函证数据；银行函证审批模块，包括：一级银行函证审批模块及二级银行函证审批模块，该一级银行函证审批模块用于对被询证单位的函证数据进行一级审批，并输出一级审批结果；该二级银行函证审批模块用于根据该一级审批结果进行二级审批，并相应的输出审批结果及根据该被询证单位的函证数据生成银行函证；信息通知模块，用于将银行函证授权请求或该银行函证审批模块生成的审批结果及根据该被询证单位的函证数据生成银行函证相应地发送给被询证单位或询证单位。

本公开的第三方面提供了一种电子设备，包括：存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时，实现本公开的第一方面提供的银行函证自动处理方法。

本公开的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现本公开的第一方面提供的银行函证自动处理方法。

本公开与现有技术相比，具备以下有益效果：

(1)效率高：在银行函证处理流程中，涉及到很多需要银行、函证单位、被函证单位的工作人员手工执行的环节，并且每各环节之间环环相扣，密不可分，完成上个环节才能开始下一个环节，人工处理效率低下，通过本公开提供的方法及系统能够有效地提升银行函证的处理效率。

(2)准确率高：银行函证具有业务种类复杂，数据量大且分散的特点，需要进行及其缜密的审核分析工作，核算检查项目多，通过该系统及方法能够自动地将这些业务数据集中归纳并完成算法加工及分析，提高了审批的准确率。

(3)智能通知：通过该系统及方法能够完成一个环节自动通知下个环节负责人员，无需手工查询函证进度。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开一实施例的银行函证自动处理方法的应用场景图；

图2示意性示出了根据本公开一实施例的银行函证自动处理方法的流程图；

图3示意性示出了根据本公开一实施例的生成函证数据及审批的流程图；

图4示意性示出了根据本公开一实施例的函证数据分析审批的框图；

图5示意性示出了根据本公开一实施例的二级审批流程图；

图6示意性示出了根据本公开一实施例的银行函证自动处理的具体流程图；

图7示意性示出了根据本公开一实施例的银行函证自动处理系统的方框图；

图8示意性示出了根据本公开一实施例的函证数据加工模块结构的方框图；

图9示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

图1示意性示出了根据本公开的实施例的银行函证自动处理方法的应用场景。需要注意的是，图1所示仅为可以应用本公开实施例的场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，该应用场景中包括客户端110和服务端120。客户端110可以与服务端120通信，以对服务端120进行管理及存储数据读取与写入。

客户端110可以为存储在用户终端上的软件系统，如：企业网银系统或银行函证审批系统等，用户终端可以为银行柜机、台式计算机或笔记本电脑等。服务端120可以为存储在服务器或云服务器上的数据库系统，其包括网卡用以与客户端110通信，客户端110通过网卡与服务端120通信能够实现对服务端120进行数据读取与写入，以及服务端120系统升级、磁盘扩容等操作。

根据本公开的实施例，用户终端上部署有全自动化流程处理系统(简称RPA或RPA机器人)，该RPA可以代替或者协助人类在计算机、手机等数字化设备中完成重复性工作与任务。具体地，RPA在本公开实施例中自动登录企业网银系统完成银行函证自动处理过程。

下面参考图2至5说明本公开实施例的实施方式。

图2示意性示出了根据本公开一实施例的银行函证自动处理方法的流程图。

如图2所示，该方法包括步骤S1～S6。

S1，RPA根据一级审批网银权限自动登录到企业网银系统。

根据本公开的实施例，RPA根据预置流程启动银行函证处理流程，并载入审批网银权限自动登录到企业网银系统。其中，该审批网银权限即为一级审批柜员网银软证，用以发起银行函证授权请求、获取被询证单位的函证数据及审批该数据等流程。

具体地，该RPA是可根据实际需求进行配置的软件系统，即为一种虚拟的机器人，用于可执行根据预置流程执行分配与完成任务。RPA具有与人相同的数字技能，可采用和人一样的方式与任何系统或应用程序进行交互(从复制粘贴到更正数据再进行计算)，因此无需更改基础业务系统或应用程序，也无需更改现有业务流程中用以实现自动化的任何部分，RPA实施即可进行。

S2，获取企业网银系统中待审批的银行函证列表，并抓取该银行函证列表中的函证元素信息，该函证元素信息包括询证单位、被询证单位及函证项。

具体地，RPA根据预设条件获取企业网银系统中待审批的银行函证列表，并抓取该银行函证列表中的函证元素信息，该函证元素信息包括询证单位、被询证单位及函证项。

具体地，该预设条件包括：指令编号、询证起止日期、询证单位名称等。RPA可根据指令编号或询证起止日期或询证单位名称在待审批页面上获取企业网银系统中待审批的银行函证列表，然后抓取该银行函证列表中的函证元素信息，该函证元素信息包括但不仅限于询证单位、被询证单位及函证项，函证项可以包括：需要函证的事项或参数项，比如：账户余额、贷款金额等。

本公开实施例中，RPA根据预设条件获取企业网银系统中待审批的银行函证列表后，同时对该银行函证列表中的被询证单位名称及对应的单位账号进行审批是否具有对应关系，若一致，则对该被询证单位发起银行函证授权请求。

S3，向该被询证单位发起本次银行函证授权请求。

具体地，RPA根据S2中获取的被询证单位信息向该单位发起本次银行函证授权请求，该请求可以授权地址链接或授权地址链接二维码等方式通过邮件、融e联、短信、微信等中的一种或多种发送至被询证单位以进行线上授权。

S4，获取该函证项在服务端中对应的该被询证单位的函证数据。

具体地，该被询证单位的授权终端管理者可接收到授权地址链接或授权地址链接二维码，进入到授权页面，其可采用线上人脸识别+密码授权或线上企业U盾+密码授权等方式进行授权。RPA获得授权后，其即可从服务端中获取该函证项所对应的该被询证单位的函证数据。

根据本公开的实施例，如图3所示，RPA获取该函证项在服务端中对应的该被询证单位的函证数据具体包括以下步骤：

S41，RPA登录银行各业务系统，并提取及汇总该被询证单位在各业务系统中的业务数据。

具体地，如图4所示，各业务系统包括：对公存款系统、全球信贷系统、代理投资管理系统、全球单证系统、票据综合系统、投资类理财系统及衍生产品交易系统，RPA根据函证项所需的该被询证单位的函证数据从各业务系统中获取对应的业务数据，并将获取到的数据进行汇总。其中，该业务数据包括但不限于银行账号、币种、利率等。

具体地，RPA可从公存款系统中获取该被询证单位的存款、贷款等数据，从投资类理财系统中可获取证券、理财、担保等数据，从全球信贷系统中可获取信用证等数据，从票据综合系统中可获取汇票等数据。其中，存款、贷款、证券、理财、担保、信用证及汇票等数据均属于函证小类，图4中示意性的“小人”为RPA机器人，其仅为示意RPA对数据处理的流程示意图，非实际存在的RPA显示形式。本公开实施例中，RPA为无形的“软件机器人”，可模拟人在电脑上的不同系统之间操作行为，替代人在电脑前执行具有规律与重复性高的办公流程，协助人类完成大量“规则较为固定、重复性较高、附加值较低”的工作。

S42，对S41中汇总的业务数据进行加工处理，并带上时间戳后生成函证数据目标表。

具体地，由于买卖合约、信用证、担保函证项具有起止日期的特点，但系统中的数据既包含存量又包含新增，因此，需要RPA对这三类数据包括买卖合约信息表、不可撤销信用证信息表、担保信息表统一按照历史拉链算法加工处理(含存量数据)，加工后的数据带有时间戳，供函证生成使用。对于其他函证小类的数据则需要利用RPA按照Merge算法进行数据加工，即对增量数据和之前的存量数据融合后存入到最新的分区中，最新分区中保存了截至到加载日的最新存量数据。

S43，根据函证项所需的数据设定函证条件表，并根据函证数据目标表运行函证条件表获取该被询证单位的函证数据。

具体地，RPA利用函证项所需的数据设定函证条件表，然后根据S42中根据汇总的业务数据生成的函证数据目标表，运行该函证条件表中的sql生成函证最终所需要的函证数据结果表，即获得该被询证单位的函证数据。

S44，审批该被询证单位的函证数据中的函证要素信息与S2中抓取的函证元素信息是否一致；若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。

具体地，RPA自动分析审批函证项、函证日期等函证要素信息，核对获取的该被询证单位的函证数据中的函证要素信息是否与S2中抓取的函证元素信息是否一致，即核对S2中从待审批的银行函证列表抓取的函证元素信息(如银行账号、账户名称、借款人名称等)是否与S43中获得的该被询证单位的函证数据中的信息是否一致。若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。

S5，RPA根据二级审批网银权限自动登录到企业网银系统。

具体地，RPA根据一级审批网银权限获取该被询证单位的函证数据后，RPA根据二级审批网银权限自动登录到企业网银系统。

需说明的是，二级审批网银权限即为二级审批柜员网银软证，该二级审批柜员网银软证的权限与S1中的一级审批网银权限对应的一级审批柜员网银软证不同，其权限高于一级审批网银权限或包括一级审批网银权限，用以对获取的被询证单位的函证数据进行分析与审批。

S6，审批该被询证单位的函证数据与其对应的客户端展示的数据是否一致；若一致，则根据该被询证单位的函证数据生成银行函证发送至该询证单位，若不一致，则生成审批结果发送至该询证单位及该被询证单位。

具体地，RPA根据预置的流程自动对获取的被询证单位的函证数据进行分析与审批，核对该数据与其对应的客户端展示的数据是否一致。

根据本公开的实施例，如图5所示，该步骤S6具体包括：

S61，获取企业网银系统中待审批的被询证单位的函证数据。

S62，对比分析该被询证单位的函证数据与其对应的客户端展示的数据是否一致。

S63，若一致，则根据该被询证单位的函证数据生成银行函证发送至该询证单位，若不一致，则生成审批结果发送至该询证单位及该被询证单位。

具体地，该银行函证可以为pdf等格式的文件通过生成链接以邮件、融e联、短信等通知方式发送至该询证单位，同理，审批结果亦以pdf等格式的文件通过生成链接以邮件、融e联、短信等通知方式发送至该询证单位及该被询证单位。

为方便本领域技术人员理解本公开的技术内容，下面详细介绍本公开基于RPA的银行函证自动处理方法的具体流程。

如图6所示，首先，RPA载入一级审批柜员网银软证自动登录到企业网银系统，其自动抓取待审批的银行函证列表中被函证单位、函证时间等函证元素信息，此时便开启一级审批流程，一级审批流程首先对抓取的函证元素信息中被函证单位与该被函证单位的单位帐户信息是否一致，若审批一致，则RPA自动通过短信或融e联通知被函证单位进行本次银行函证授权；反之，则审批不通过，RPA同样将审批结果(包括审批不通过的信息)通知到函证单位。其次，RPA获取被函证单位的授权后，RPA机器人对函证项所需的该被询证单位在各大业务系统中的数据进行整合加工分类，得到该被询证单位的询证数据，并审批该被询证单位的询证数据中的函证要素信息与在待审批的银行函证列表中抓取的函证元素信息是否一致，若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。最后，该被询证单位的函证数据生成后，RPA载入二级审批柜员网银软证登录企业网银函证审批系统，拉取已通过一级审批的函证列表，根据一级审批结果及获取的该被询证单位的函证数据进行二级审批，该二级审批包括对比分析该被询证单位的函证数据与其对应的客户端展示的数据是否一致，若一致，则根据该被询证单位的函证数据生成银行函证发送至所述询证单位，若不一致，则生成审批结果发送至所述询证单位及所述被询证单位，即完成本次银行函证自动处理。

根据本公开实施例的银行函证自动处理方法，通过设计RPA的预置流程，其可先后登录企业网银系统获取银行函证请求中所需的被询证单位的函证数据，然后再通过二级审批网银权限登录企业网银系统对审查被询证单位的函证数据进行分析与审批，并将审核结果通过邮件、短信、融e联等通知方式自动发送给询证单位(会计师事务所)等，最终达到银行函证自动处理的目的。

本公开提供的银行函证自动处理方法，该方法利用两个不同级别审批网银权限先后对不同阶段的信息进行审批，保证了最终生成的银行函证数据信息的准确性，整个流程基于RPA自动完成，有效提高了银行函证生成的效率，保证了银行函证的时效性同时，也大量节省了人为审核的时间与工作量。

本公开的实施例中，可将RPA采用按日或按时段(如六小时一时段)或按函证项设定，使其定时获取企业网银系统中待审批的银行函证列表，提升银行函证自动处理流程的效率，以满足用户需求及提升用户使用感。

图7示意性示出了根据本公开一实施例的银行函证自动处理系统的方框图。

如图7所示，该银行函证自动处理系统700包括：登录模块710、银行函证授权模块720、函证数据加工模块730、银行函证审批模块740及信息通知模块750，该系统700可以用于实现参考图2～图5所描述的银行函证自动处理方法。

登录模块710，用于RPA登录企业网银系统。

银行函证授权模块720，用于根据企业网银系统中待审批的银行函证列表，RPA向被询证单位发起银行函证授权请求。

函证数据加工模块730，用于对函证项所需的该被询证单位在各业务系统中的数据进行整合加工分类，得到该被询证单位的函证数据。

银行函证审批模块740，包括：一级银行函证审批模块及二级银行函证审批模块，该一级银行函证审批模块用于对被询证单位的函证数据进行一级审批，并输出一级审批结果；该二级银行函证审批模块用于根据该一级审批结果进行二级审批，并相应的输出审批结果及根据该被询证单位的函证数据生成银行函证。

信息通知模块750，用于将银行函证授权请求或该银行函证审批模块740生成的审批结果及根据该被询证单位的函证数据生成银行函证相应地发送给被询证单位或询证单位。

如图8所示，该函证数据加工模块730包括：业务数据提取模块731、数据加工处理模块732及函证数据获取模块733。

业务数据提取模块731，例如执行上文参考图3所描述的S41步骤，用于提取及汇总该被询证单位在各业务系统中的业务数据。

业务数据进行加工处理模块732，例如执行上文参考图3所描述的S42步骤，用于对汇总的业务数据进行加工处理，并带上时间戳后生成函证数据目标表。

函证数据获取模块733，例如执行上文参考图3所描述的S43步骤，用于根据函证项所需的数据设定函证条件表，并根据函证数据目标表运行函证条件表获取该被询证单位的函证数据。

根据本公开的实施例，该银行函证审批模块740中的一级银行函证审批模块，例如执行上文参考图3所描述的S44步骤，用于审批该被询证单位的函证数据中的函证要素信息与上文S2中抓取的函证元素信息是否一致；若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。该银行函证审批模块740中的二级银行函证审批模块，例如执行上文参考图5所描述的S6步骤，包括：获取企业网银系统中待审批的被询证单位的函证数据；对比分析该被询证单位的函证数据与其对应的客户端展示的数据是否一致；若一致，则根据该被询证单位的函证数据生成银行函证发送至该询证单位，若不一致，则生成审批结果发送至该询证单位及该被询证单位

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，登录模块710、银行函证授权模块720、函证数据加工模块730、银行函证审批模块740及信息通知模块750中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，登录模块710、银行函证授权模块720、函证数据加工模块730、银行函证审批模块740及信息通知模块750中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，登录模块710、银行函证授权模块720、函证数据加工模块730、银行函证审批模块740及信息通知模块750中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的方框图。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，本实施例中所描述的电子设备900，包括：存储器910、处理器920及存储在存储器910上并可在处理器上运行的计算机程序，处理器执行该程序时实现前述图2至图5中所示实施例中描述的银行函证自动处理方法。

根据本公开的实施例，该电子设备还包括：至少一个输入设备930；至少一个输出设备940。上述存储器910、处理器920输入设备930和输出设备940通过总线950连接。

其中，输入设备930具体可为触控面板、物理按键或者鼠标等等。输出设备940具体可为显示屏。存储器910可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器910用于存储一组可执行程序代码，处理器920与存储器910耦合。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的银行函证自动处理方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

需要说明的是，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (10)

1.一种银行函证自动处理方法，其特征在于，包括：

S1，RPA根据一级审批网银权限自动登录至企业网银系统；

S2，获取所述企业网银系统中待审批的银行函证列表，并抓取该银行函证列表中的函证元素信息，所述函证元素信息包括询证单位、被询证单位及函证项；

S3，向所述被询证单位发起本次银行函证授权请求；

S4，获取所述函证项在服务端中对应的该被询证单位的函证数据；

S5，RPA根据二级审批网银权限自动登录到企业网银系统；

S6，审批该被询证单位的函证数据与其对应的客户端展示的数据是否一致；若一致，则根据该被询证单位的函证数据生成银行函证发送至所述询证单位，若不一致，则生成审批结果发送至所述询证单位及所述被询证单位。

2.根据权利要求1所述的银行函证自动处理方法，其特征在于，所述S4中获取所述函证项在服务端中对应的该被询证单位的函证数据包括：

S41，RPA登录银行各业务系统，并提取及汇总该被询证单位在各业务系统中的业务数据；

S42，对S41中汇总的业务数据进行加工处理，并带上时间戳后生成函证数据目标表；

S43，根据函证项所需的数据设定函证条件表，并根据所述函证数据目标表运行所述函证条件表获取该被询证单位的函证数据；

S44，审批该被询证单位的函证数据中的函证要素信息与S2中抓取的函证元素信息是否一致；若一致，则向客户端发送该被询证单位的函证数据，若不一致，则结束本次银行函证处理流程。

3.根据权利要求2所述的银行函证自动处理方法，其特征在于，所述S42包括：

对业务数据中的买卖合约信息数据表、不可撤销信用证信息数据表、担保信息数据表按照历史拉链算法加工处理，对该函证项对应的其他业务数据按照Merge算法进行数据加工处理，并带上时间戳后生成函证数据目标表。

4.根据权利要求1所述的银行函证自动处理方法，其特征在于，所述S6包括：

S61，获取企业网银系统中待审批的被询证单位的函证数据；

S62，对比分析该被询证单位的函证数据与其对应的客户端展示的数据是否一致；

S63，若一致，则根据该被询证单位的函证数据生成银行函证发送至所述询证单位，若不一致，则生成审批结果发送至所述询证单位及所述被询证单位。

5.根据权利要求2所述的银行函证自动处理方法，其特征在于，所述S41中所述各业务系统包括：对公存款系统、全球信贷与代理投资管理系统、全球单证系统、票据综合管理系统、投资类理财系统及衍生产品交易系统。

6.根据权利要求1所述的银行函证自动处理方法，其特征在于，所述S2中RPA根据指令编号或询证起止日期或询证单位名称获取企业网银系统中待审批的银行函证列表。

7.根据权利要求1所述的银行函证自动处理方法，其特征在于，所述S6中所述审批结果及银行函证通过邮件或融e联或短信通知中的一种或多种发送至所述S2中被抓取的被函证单位及函证单位。

8.一种银行函证自动处理系统，其特征在于，包括：

登录模块，用于RPA登录企业网银系统；

银行函证授权模块，用于根据所述企业网银系统中待审批的银行函证列表，RPA向被询证单位发起银行函证授权请求；

函证数据加工模块，用于对函证项所需的该被询证单位在各业务系统中的数据进行整合加工分类，得到该被询证单位的函证数据；

银行函证审批模块，包括：一级银行函证审批模块及二级银行函证审批模块，所述一级银行函证审批模块用于对该被询证单位的函证数据进行一级审批，并输出一级审批结果；所述二级银行函证审批模块用于根据所述一级审批结果进行二级审批，并相应的输出审批结果及根据该被询证单位的函证数据生成银行函证；

信息通知模块，用于将银行函证授权请求或所述银行函证审批模块生成的审批结果及根据该被询证单位的函证数据生成银行函证相应地发送给被询证单位或询证单位。

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

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

Images