CN110148050A - 贷款业务中的单证数据处理方法、装置及计算机设备 - Google Patents

Abstract

本发明公开一种贷款业务中的单证数据处理方法，包括：接收业务子系统发送的单证获取请求，其中包括第一目标处理环节信息；基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；将确定的第一目标处理环节中需要签署的各单证及其展示顺序信息下发到业务子系统，以便业务子系统根据各单证的展示顺序信息对各单证进行展示。本发明可解决现有技术中针对贷款业务中对单证相关内容的设置，需要耗费大量的开发时间及人力成本且处理效率较低的问题，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

Description

贷款业务中的单证数据处理方法、装置及计算机设备

技术领域

本发明涉及计算机技术领域，具体涉及一种贷款业务中的单证数据处理方法、装置及计算机设备。

背景技术

在针对贷款业务的处理过程中，会涉及到大量单证(比如，委托担保合同、委托授权书、个人借款声明等)，通常会根据产品、贷款处理环节等的不同，对单证的使用、展示、新增、减少等内容进行设置。目前，主要是通过硬编码方式对单证的上述内容进行设置，比如，设置某个贷款处理环节需要签署的单证、调整某个贷款处理环节需要签署单证的展示顺序、某个贷款处理环节中需要新增一个单证等，都需要经过重新编写代码以生成符合需求的新版本、测试新版本、发布新版本等步骤。由此可看出，现有硬编码方式并不能很好的适应当前贷款业务变更较为频繁的现状，需要耗费大量的开发时间及人力成本，处理效率较低。

相关技术中针对贷款业务中对单证相关内容的设置，需要耗费大量的开发时间及人力成本且处理效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本发明的目的在于提供一种贷款业务中的单证数据处理方法、装置、计算机设备及可读存储介质，进而在一定程度上克服上述现有技术中存在的问题，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

本发明是通过下述技术方案来解决上述技术问题：

根据本发明的一个方面，提供了一种贷款业务中的单证数据处理方法，包括如下步骤：

S01，接收业务子系统发送的单证获取请求，所述单证获取请求中包括第一目标处理环节信息；

S02，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，所述预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；

S03，将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

进一步，所述方法还包括：

接收业务子系统发送的展示顺序调整请求，所述展示顺序调整请求中包括第一目标单证名称、第二目标处理环节信息、调整后的展示顺序信息；

根据所述调整后的展示顺序信息，将预置单证信息库中的第一目标单证在第二目标处理环节中的展示顺序进行相应的调整。

进一步，所述方法还包括：

接收业务子系统发送的单证新增请求，所述单证新增请求中包括新增单证名称、新增单证对应的第三目标处理环节信息；

确定生成所述新增单证的单证模板所需的参数；

判断所述单证模板所需的参数是否存在于预置参数库中；

若是，则从预置参数库中选取所需的参数生成单证模板；

对单证模板进行合成处理以生成所述新增单证；

将新增单证信息与第三目标处理环节信息关联存储于预置单证信息库中。

进一步，所述方法还包括：

接收业务子系统发送的单证删除请求，所述单证删除请求中包括第二目标单证名称、第四目标单证处理环节信息；

基于预置单证信息库判断第四目标处理环节中需要签署的各单证中是否包括第二目标单证；

若是，则将预置单证信息库中第四目标处理环节中与第二目标单证相关的信息进行删除。

进一步，所述方法还包括：

接收业务子系统发送的处理环节新增请求，所述处理环节新增请求中包括第三目标单证名称、第五目标处理环节信息；

基于预置单证信息库判断第五目标处理环节中需要签署的各单证中是否包括第三目标单证；

若否，则将预置单证信息库中第三目标单证的处理环节信息中增加第五目标处理环节信息。

进一步的，所述预置单证信息库中还包括与单证对应的维度信息，所述维度信息包括业务条线、产品部门、产品名称、子产品名称、资金方、征信方、增信方。

基于此，所述方法还包括：

接收业务子系统发送的单证维度信息获取请求，所述单证维度信息获取请求中包括第四目标单证信息；

基于预置单证信息库获取与第四目标单证对应的维度信息；

将所述维度信息下发至业务子系统。

为了实现上述目的，本发明还提供一种贷款业务中的单证数据处理装置，包括：

单证获取请求接收模块，用于接收业务子系统发送的单证获取请求，所述单证获取请求中包括第一目标处理环节信息；

单证内容确定模块，用于基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，所述预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；

单证下发模块，用于将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

进一步的，所述装置还包括：

展示顺序调整请求接收模块，用于接收业务子系统发送的展示顺序调整请求，所述展示顺序调整请求中包括第一目标单证名称、第二目标处理环节信息、调整后的展示顺序信息；

调整模块，用于根据所述调整后的展示顺序信息，将预置单证信息库中的第一目标单证在第二目标处理环节中的展示顺序进行相应的调整。

进一步的，所述装置还包括：

单证新增请求接收模块，用于接收业务子系统发送的单证新增请求，所述单证新增请求中包括新增单证名称、新增单证对应的第三目标处理环节信息；

单证模板参数确定模块，用于确定生成所述新增单证的单证模板所需的参数；

第一判断模块，用于判断所述单证模板所需的参数是否存在于预置参数库中；

单证模块生成模块，用于在第一判断模块的判断结果为是时，则从预置参数库中选取所需的参数生成单证模板；

模板单证生成模块，用于对单证模板进行合成处理以生成所述新增单证；

信息存储模块，用于将新增单证信息与第三目标处理环节信息关联存储于预置单证信息库中。

进一步的，所述装置还包括：

单证删除请求接收模块，用于接收业务子系统发送的单证删除请求，所述单证删除请求中包括第二目标单证名称、第四目标单证处理环节信息；

第二判断模块，用于基于预置单证信息库判断第四目标处理环节中需要签署的各单证中是否包括第二目标单证；

删除模块，用于在第二判断模块的判断结果为是时，则将预置单证信息库中第四目标处理环节中与第二目标单证相关的信息进行删除。

进一步的，所述装置还包括：

处理环节新增请求，用于接收业务子系统发送的处理环节新增请求，所述处理环节新增请求中包括第三目标单证名称、第五目标处理环节信息；

第三判断模块，用于基于预置单证信息库判断第五目标处理环节中需要签署的各单证中是否包括第三目标单证；

信息增加模块，用于在第三判断模块的判断结果为否时，则将预置单证信息库中第三目标单证的处理环节信息中增加第五目标处理环节信息。

进一步的，所述预置单证信息库中还包括与单证对应的维度信息，所述维度信息包括业务条线、产品部门、产品名称、子产品名称、资金方、征信方、增信方。

基于此，所述装置还包括：

维度信息获取请求，用于接收业务子系统发送的单证维度信息获取请求，所述单证维度信息获取请求中包括第四目标单证信息；

维度信息获取模块，用于基于预置单证信息库获取与第四目标单证对应的维度信息；

维度信息下发模块，用于将所述维度信息下发至业务子系统。

为了实现上述目的，本发明还提供一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

为了实现上述目的，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述方法的步骤。

本发明提供的贷款业务中的单证数据处理方法、装置、计算机设备及可读存储介质，可预先设置包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系的单证信息库，基于此，可在接收到业务子系统发送的包括第一目标处理环节信息的单证获取请求后，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，然后将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据各单证的展示顺序信息对各单证进行展示。通过本方案，可预先设置涵盖贷款业务所涉及单证的多方面信息的单证信息库，基于该单证信息库不但可获取与处理环节相匹配的需要签署的各单证，还可获取与处理环节相匹配的需要签署的各单证的展示顺序，也就是说，可通过预先设置与单证相关的多个维度信息(比如，哪个处理环节需要应用到哪些单证、单证在各处理环节中的展示顺序等信息)，以在业务子系统发起与某个维度相关的处理请求时，可直接在包括与单证相关的多个维度信息的单证信息库中查询并确定与处理请求对应的内容，以对业务子系统做出反馈，以此，可改变现有通过硬编码方式设置与单证相关的内容而导致耗费大量开发时间及人力成本的问题，可通过在单证信息库中增加、删减、调整相关的维度信息即可实现对单证相关内容的设置，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

附图说明

图1是根据本发明实施例的贷款业务中的单证数据处理方法的一种可选的流程示意图；

图2是根据本发明实施例的贷款业务中的单证数据处理装置的一种可选的程序模块示意图；

图3是根据本发明实施例的计算机设备的一种可选的硬件架构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

下面结合附图对本发明提供的贷款业务中的单证数据处理方法进行说明。

图1为本发明贷款业务中的单证数据处理方法的一种可选的流程示意图。

在本实施例中，如图1所示，该贷款业务中的单证数据处理方法可包括如下步骤：

S01，接收业务子系统发送的单证获取请求。其中，该单证获取请求中包括目标处理环节信息，在本实施例中，可称为第一目标处理环节信息。

其中，本方案可对应一种单证管理平台，其可对贷款业务中涉及的各业务产品线、各处理环节的单证提供统一管理。

在实际应用中，贷款业务通常会涉及到多个业务产品线，比如薪金贷、车主贷、业主贷等业务产品线，各业务产品线可具有各自的业务系统，在本实施例中，可将这些产品线对应的业务系统成为业务子系统。

在业务子系统中，针对不同的业务可设计不同的处理环节，比如申请环节、首次签约环节、二次签约环节、征信环节、放款环节等。在各处理环节中，可设置需要用户签署的单证，且在不同的处理环节中，需要向用户展示及需要用户签署的单证是不同的，比如，首次签约环节需要签署的单证可包括：付款金额一览表、服务委托书、个人借款声明、委托担保合同等，二次签约环节需要签署的单证可包括：保证担保承诺函、付款金额确认书、借款合同、保证担保承诺函等。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与单证获取相关的页面，在该页面中可提供用于输入目标处理环节信息(可为与贷款业务相关的任一处理环节)的操作选项(比如可为输入框)，以及用于确定发送单证获取请求的操作选项(比如，“获取单证”按钮)。以此，当用户通过业务子系统办理贷款业务的过程中，在需要获取某个处理环节中所需签署单证的情况下，则可通过输入框输入第一目标处理环节信息(比如，“征信”)，然后触发“获取单证”按钮，即可对应为发送单证获取请求，上述单证管理平台对应的服务器则可接收到该单证获取请求，然后可对该单证获取请求进行解析以获取其中包含的第一目标处理环节信息，以便根据该第一目标处理环节信息进行后续处理。

S02，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，其中，预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系。

在本实施例中，可预先设置单证信息库，根据实际需要，在该单证信息库中可预先存储与贷款业务涉及的所有单证相关的信息，比如单证名称、单证编号、与每个单证对应的处理环节信息(即单证应用于哪个处理环节)、每个单证在其所应用的处理环节中的展示顺序信息等。

其中，单证信息库中存储的内容可通过数据表的方式来体现并存储于上述单证管理平台对应的服务器中，具体的，可参看如下表1所示对照表形式，表1仅为示例说明，仅显示单证信息库中的一部分相关内容，在实际应用中，对照表中可涵盖与单证相关的更多内容。

表1

由此，可基于单证信息库(比如可基于表1中的内容)确定单证获取请求中所涉及的第一目标处理环节中需要签署的各单证信息，在实际应用中，每个处理环节中需要签署的单证内容和数量都是不同的，有的处理环节中可能只需要签署一个单证，有的处理环节中可能需要签署多个单证，比如，在第一目标处理环节为“征信”环节的情况下，通过表1可知需要签署的单证可包括“综合授权书”、“信用信息查询及使用授权书”。同时，可基于单证信息库(比如可基于表1中的内容)确定单证获取请求中涉及的第一目标处理环节中需要签署的各单证的展示顺序信息，比如，在第一目标处理环节

为“征信”环节的情况下，通过表1可知需要签署的单证的展示顺序依次为：信用信息查询及使用授权书(第1位展示)、综合授权书(第2位展示)。在具体实现时，在单证管理平台与单证展示相关的页面中，还可提供用于查看下一个单证的操作选项，比如“下一单证”按钮，当用户触发该“下一单证”按钮，则可对应为发出查看下一顺序单证的指令，则业务子系统可根据该指令对下一单证进行展示。

S03，将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

在通过S02确定了第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息后，则可将该需要签署的各单证及其展示顺序信息一并下发到发送该单证获取请求的业务子系统，以便业务子系统可将接收到的各单证以相应的展示顺序展示给用户，以此，用户可对依次展示的各单证进行查看、签署等操作。

通过本方案，可预先设置涵盖贷款业务所涉及单证的多方面信息的单证信息库，基于该单证信息库不但可获取与处理环节相匹配的需要签署的各单证，还可获取与处理环节相匹配的需要签署的各单证的展示顺序，也就是说，可通过预先设置与单证相关的多个维度信息(比如，哪个处理环节需要应用到哪些单证、单证在各处理环节中的展示顺序等信息)，以在业务子系统发起与某个维度相关的处理请求时，可直接在包括与单证相关的多个维度信息的单证信息库中查询并确定与处理请求对应的内容，以对业务子系统做出反馈，以此，可改变现有通过硬编码方式设置与单证相关的内容而导致耗费大量开发时间及人力成本的问题，可通过在单证信息库中增加、删减、调整相关的维度信息即可实现对单证相关内容的设置，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

此外，在本实施例中，还可提供调整单证展示顺序的功能，以使得单证在处理环节中的展示顺序更符合业务需求。

在具体实现时，通常为根据业务子系统的请求对单证展示顺序进行调整，比如，可接收业务子系统发送的展示顺序调整请求。其中，展示顺序调整请求中可包括目标单证名称(在本实施例中，可称为第一目标单证)、目标处理环节信息(在本实施例中，可称为第二目标处理环节信息)、调整后的展示顺序信息(比如可为代表展示顺序的数字，如“1”可代表第一位展示)。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与调整单证展示顺序相关的页面，在该页面中，可提供用于输入目标单证名称(可为与贷款业务相关的任一单证)、目标处理环节信息(可为与贷款业务相关的任一处理环节)、调整后的展示顺序信息的操作选项(比如可为输入框)，以及用于确定发送展示顺序调整请求的操作选项(比如，“调整顺序”按钮)。以此，当由于业务流程变更、监管要求等，需要调整某处理环节中需要签署的单证的展示顺序时，则可通过在上述输入框中输入第一目标单证名称(比如，“综合授权书”)、第二目标处理环节信息(比如，“征信”)、调整后的展示顺序信息(比如，“2”)，然后触发“调整顺序”按钮，即可对应为发送展示顺序调整请求，上述单证管理平台对应的服务器则可接收到该展示顺序调整请求，然后可对该展示顺序调整请求进行解析以获取其中包括的第一目标单证名称、第二目标处理环节信息以及调整后的展示顺序信息。

在获取到上述信息后，则可在预置单证信息库中，根据调整后的展示顺序信息对第一目标单证在第二目标处理环节中的展示顺序进行相应的调整，比如，将“综合授权书”在“征信”环节中的展示顺序调整为第二位展示。

以此，由于业务需求需要对某个单证在某个处理环节中的展示顺序进行调整的情况下，无需以现有通过硬编码方式进行调整，而是可通过对预置单证信息库中的相关展示顺序信息进行修改即可实现针对单证在处理环节中展示顺序的调整，可提高针对单证展示规则调整的灵活性及便利性，从而可提高针对单证展示规则调整的处理效率。

在本实施例，还可以提供根据业务需求新增单证的功能。

在具体实现时，通常可根据业务子系统的请求对单证进行新增操作，比如，可接收业务子系统发送的单证新增请求。其中，单证新增请求中可包括新增单证的名称、新增单证对应的目标处理环节信息(在本实施例中，可称为第三处理环节信息)。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与新增单证相关的页面，在该页面中，可提供用于输入新增单证的名称、新增单证对应的目标处理环节的操行选项(比如可为输入框)，以及用于确定发送单证新增请求的操作选项(比如，“新增”按钮)。以此，当由于业务流程变更、监管要求等，需要对某个处理环节中需要签署的单证进行增加时，则可通过在上述输入框中输入新增单证的名称(比如，“授权委托书”)、新增单证对应的第三目标处理环节信息(比如，“二次签约”)，然后触发“新增”按钮，即可对应为发送单证新增请求，上述单证管理平台对应的服务器则可接收到该单证新增请求，然后可对该单证新增请求进行解析以获取其中包括的新增单证的名称以及第三目标处理环节信息。

接下来，可确定生成该新增单证的单证模板所需的参数，比如可包括：平台名称、借款用途、借款期限、银行名称、还款次数等参数，在确定了上述所需的参数后，可进一步判断上述所需的参数是否存在预置参数库中。

在本实施例中，可预先设置参数库，可将该参数库看作一个参数字典，用于存储生成与贷款业务相关单证的单证模板所需要的参数，可根据以往的实践经验进行参数的设置，也可以根据现有单证模板中采用的参数进行设置，等等，在该参数库中，比如可如以下表2的形式对参数进行记录(仅示例一部分)：

表2

通过在预置参数库中查找后，若查找结果为所需的参数存在于预置参数库中，则可直接从预置参数库中选取所需的参数以生成单证模板，通常生成的单证模板都具有一个单证模板编号，该单证模板编号也可作为后续由单证模板生成的单证的编号。

在单证模板生成后，可通过比如用于提供单证合成服务的异步队列等，根据单证模板中的参数合成预定格式的单证，该合成的单证即为新增单证。

然后，将新增单证信息(比如单证名称、单证编号等)与第三目标处理环节信息在预置单证信息库中进行关联存储。

此外，还可将上述单证合生成后的处理结果反馈至业务子系统，以便业务子系统及时获知针对单证新增请求的处理情况。

以此，由于业务需求需要新增某个处理环节中所需签署的单证的情况下，无需以现有通过硬编码方式增加处理环节中的单证，而是可通过预先设置参数库，以在新增单证需要的参数存在于预置参数库中的情况下，直接选取所需参数并根据选取后的参数生成单证模板，然后通过对单证模板进行合成处理以生成相应的单证，以此，可减少开发时间及人力成本，可提高单证生成的便利性及效率。

进一步的，在本实施例中，还可提供根据业务需求删除单证的功能。

在具体实现时，通常为根据业务子系统的请求对单证进行删除操作，比如，可接收业务子系统发送的单证删除请求。其中，单证删除请求中可包括目标单证名称(在本实施例中，可称为第二目标单证名称)、目标处理环节信息(在本实施例中，可称为第四目标单证处理环节信息)。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与删除单证相关的页面，在该页面中，可提供用于输入目标单证名称、目标处理环节信息的操行选项(比如可为输入框)，以及用于确定发送单证删除请求的操作选项(比如，“删除”按钮)。以此，当由于业务流程变更、监管要求等，需要删除某个处理环节中需要签署的单证时，则可通过在上述输入框中输入第二目标单证的名称(比如，“授权委托书”)、第四目标处理环节信息(比如，“首次签约”)，然后触发“删除”按钮，即可对应为发送单证删除请求，上述单证管理平台对应的服务器则可接收到该单证删除请求，然后可对该单证删除请求进行解析以获取其中包括的第二目标单证名称以及第四目标处理环节信息。

然后，可基于预置单证信息库判断第四目标处理环节中需要签署的各单证中是否包含第二目标单证，若判断结果为否是，也就是说，第四目标处理环节中需要签署的各单证中包含第二目标单证，则可在预置单证信息库中，将第四目标处理环节中与第二目标单证相关的信息进行删除，以使得该第四目标处理环节中不再包括与第二目标单证相关的信息。

以此，由于业务需求需要删除某个处理环节中需要签署的单证的情况下，无需以现有通过硬编码方式进行单证的删除，而是可通过对预置单证信息库中的相关处理环节中的相关单证信息进行删除即可实现，可提高针对处理环节中单证删除操作的灵活性及便利性，从而可提高针对处理环节中单证删除操作的处理效率。

在本实施例中，还可提供根据业务需求增加处理环节的功能。

在具体实现时，通常为根据业务子系统的请求对某个单证可应用的处理环节进行新增，比如，可接收业务子系统发送的处理环节新增请求。其中，处理环节新增请求中可包括目标单证名称(在本实施例中，可称为第三目标单证名称)、目标处理环节信息(在本实施例中，可称为第五目标处理环节信息)。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与新增处理环节相关的页面，在该页面中，可提供用于输入目标单证名称、目标处理环节信息的操行选项(比如可为输入框)，以及用于确定发送处理环节新增请求的操作选项(比如，“新增环节”按钮)。以此，当由于业务流程变更、监管要求等，需要增加某个单证对应的处理环节时(比如，目前“综合授权书”是在“征信”环节中需要签署，但由于监管要求需要在“签约”环节也签署“综合授权书”)，则可通过在上述输入框中输入第三目标单证名称(比如，“综合授权书”)、第五目标处理环节信息(比如，“签约”)，然后触发“新增环节”按钮，即可对应为发送处理环节新增请求，上述单证管理平台对应的服务器则可接收到该处理环节新增请求，然后可对该处理环节新增请求进行解析以获取其中包括的第三目标单证名称以及第五目标处理环节信息。

然后，可基于预置单证信息库判断第五目标处理环节中需要签署的各单证中是否包括第三目标单证，若判断结果否，也即是说，第五目标处理环节中需要签署的各单证中不包括第三目标单证时，则可在第三目标单证的处理环节信息中增加第五目标处理环节信息，以在后续办理贷款业务中的目标处理环节时，需要增加对第三目标单证的签署。

以此，由于业务需求需要增加某个单证对应的处理环节时，无需以现有通过硬编码方式进行处理环节的增加，而是可通过在预置单证信息库中对应单证信息的处理环节中增加相应的处理环节信息即可实现，可提高针对单证对应处理环节的新增操作的灵活性及便利性，从而可提高针对单证对应处理环节的新增操作的处理效率。

此外，在本实施例中，在预置单证信息库中，除了上述包含的内容之外，还可包括与单证对应的维度信息，所述维度信息可包括业务条线、产品部门、产品名称、子产品名称、资金方、征信方、增信方等信息。

基于此，可接收业务子系统发送的单证维度信息获取请求，其中，单证维度信息获取请求中可包括目标单证名称(在本实施例中，可称为第四模板单证信息)。

在本实施例中，可在业务子系统的办理贷款业务的平台中，设置与单证维度信息获取相关的页面，在该页面中，可提供用于输入目标单证名称的操行选项(比如可为输入框)，以及用于确定发送单证维度信息获取请求的操作选项(比如，“维度信息获取”按钮)。以此，当业务子系统需要了解某个单证的维度信息时，则可通过在上述输入框中输入第四目标单证名称(比如，“综合授权书”)，然后触发“维度信息获取”按钮，即可对应为发送单证维度信息获取请求，上述单证管理平台对应的服务器则可接收到该单证维度信息获取请求，然后可对该单证维度信息获取请求进行解析以获取其中包括的第四目标单证名称。

然后，可基于预置单证信息库获取与第四目标单证对应的维度信息，比如，在第四目标单证为“委托担保合同”的情况下，可获取的维度信息可包括：业务条线(无抵押)、产品部门(大众)、产品名称(O贷/无抵押产品(车主贷寿险贷业主贷薪金贷优房贷))、子产品名称(新模式银行无抵押/新模式银行O贷)、资金方(民生银行)、征信方(普惠担保\平安产险)、增信方(普惠担保+平安产险)等。

在获取上述维度信息后，可将维度信息下发至业务子系统，以便业务子系统将接收到的维度信息进行展示以供用户查看。

以此，可在预置单证信息库中预先设置与单证相关的多个维度信息，以在业务子系统发起与某个维度相关的处理请求时，可直接在单证信息库中查询并确定与处理请求对应的内容，以对业务子系统做出反馈，以此，可保证针对处理请求的处理效率。

根据本实施例的各个实施方式，可预先设置包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系的单证信息库，基于此，可在接收到业务子系统发送的包括第一目标处理环节信息的单证获取请求后，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，然后将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据各单证的展示顺序信息对各单证进行展示。通过本方案，可预先设置涵盖贷款业务所涉及单证的多方面信息的单证信息库，基于该单证信息库不但可获取与处理环节相匹配的需要签署的各单证，还可获取与处理环节相匹配的需要签署的各单证的展示顺序，也就是说，可通过预先设置与单证相关的多个维度信息(比如，哪个处理环节需要应用到哪些单证、单证在各处理环节中的展示顺序等信息)，以在业务子系统发起与某个维度相关的处理请求时，可直接在包括与单证相关的多个维度信息的单证信息库中查询并确定与处理请求对应的内容，以对业务子系统做出反馈，以此，可改变现有通过硬编码方式设置与单证相关的内容而导致耗费大量开发时间及人力成本的问题，可通过在单证信息库中增加、删减、调整相关的维度信息即可实现对单证相关内容的设置，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

实施例二

基于上述实施例一中提供的贷款业务中的单证数据处理方法，本实施例中提供一种贷款业务中的单证数据处理装置，具体地，图2示出了该贷款业务中的单证数据处理装置的可选的结构框图，该贷款业务中的单证数据处理装置被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本发明。本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序本身更适合描述贷款业务中的单证数据处理装置在存储介质中的执行过程，以下描述将具体介绍本实施例各程序模块的功能。

如图2所示，该贷款业务中的单证数据处理装置20可包括：

单证获取请求接收模块21，可接收业务子系统发送的单证获取请求，所述单证获取请求中包括第一目标处理环节信息；

单证内容确定模块22，可用于基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，其中，预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；

单证下发模块23，可用于将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

进一步的，该装置还可包括：

展示顺序调整请求接收模块，可用于接收业务子系统发送的展示顺序调整请求，其中，展示顺序调整请求中包括第一目标单证名称、第二目标处理环节信息、调整后的展示顺序信息；

调整模块，可用于根据调整后的展示顺序信息，将预置单证信息库中的第一目标单证在第二目标处理环节中的展示顺序进行相应的调整。

进一步的，该装置还可包括：

单证新增请求接收模块，可用于接收业务子系统发送的单证新增请求，其中，单证新增请求中包括新增单证名称、新增单证对应的第三目标处理环节信息；

单证模板参数确定模块，可用于确定生成新增单证的单证模板所需的参数；

第一判断模块，可用于判断单证模板所需的参数是否存在于预置参数库中；

单证模块生成模块，可用于在第一判断模块的判断结果为是时，则从预置参数库中选取所需的参数生成单证模板；

模板单证生成模块，可用于对单证模板进行合成处理以生成新增单证；

信息存储模块，可用于将新增单证信息与第三目标处理环节信息关联存储于预置单证信息库中。

进一步的，该装置还可包括：

单证删除请求接收模块，可用于接收业务子系统发送的单证删除请求，其中，单证删除请求中包括第二目标单证名称、第四目标单证处理环节信息；

第二判断模块，可用于基于预置单证信息库判断第四目标处理环节中需要签署的各单证中是否包括第二目标单证；

删除模块，可用于在第二判断模块的判断结果为是时，则将预置单证信息库中第四目标处理环节中与第二目标单证相关的信息进行删除。

进一步的，该装置还可包括：

处理环节新增请求，可用于接收业务子系统发送的处理环节新增请求，其中，处理环节新增请求中包括第三目标单证名称、第五目标处理环节信息；

第三判断模块，可用于基于预置单证信息库判断第五目标处理环节中需要签署的各单证中是否包括第三目标单证；

信息增加模块，可用于在第三判断模块的判断结果为否时，则将预置单证信息库中第三目标单证的处理环节信息中增加第五目标处理环节信息。

进一步的，预置单证信息库中还可包括与单证对应的维度信息，其中，维度信息包括业务条线、产品部门、产品名称、子产品名称、资金方、征信方、增信方。

基于此，该装置还可包括：

维度信息获取请求，可用于接收业务子系统发送的单证维度信息获取请求，其中，单证维度信息获取请求中包括第四目标单证信息；

维度信息获取模块，可用于基于预置单证信息库获取与第四目标单证对应的维度信息；

维度信息下发模块，可用于将维度信息下发至业务子系统。

关于上述实施例中的装置，其中各个单元、模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

通过本实施例的各个实施方式，可预先设置包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系的单证信息库，基于此，可在接收到业务子系统发送的包括第一目标处理环节信息的单证获取请求后，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，然后将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据各单证的展示顺序信息对各单证进行展示。通过本方案，可预先设置涵盖贷款业务所涉及单证的多方面信息的单证信息库，基于该单证信息库不但可获取与处理环节相匹配的需要签署的各单证，还可获取与处理环节相匹配的需要签署的各单证的展示顺序，也就是说，可通过预先设置与单证相关的多个维度信息(比如，哪个处理环节需要应用到哪些单证、单证在各处理环节中的展示顺序等信息)，以在业务子系统发起与某个维度相关的处理请求时，可直接在包括与单证相关的多个维度信息的单证信息库中查询并确定与处理请求对应的内容，以对业务子系统做出反馈，以此，可改变现有通过硬编码方式设置与单证相关的内容而导致耗费大量开发时间及人力成本的问题，可通过在单证信息库中增加、删减、调整相关的维度信息即可实现对单证相关内容的设置，可提高针对单证相关内容设置的灵活性及便利性，从而可提高设置单证相关内容的处理效率。

实施例三

本实施例还提供一种计算机设备，如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图3所示，本实施例的计算机设备30至少包括但不限于：可通过系统总线相互通信连接的存储器31、处理器32，如图3所示。需要指出的是，图3仅示出了具有组件31-32的计算机设备30，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器31(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器31可以是计算机设备30的内部存储单元，例如该计算机设备30的硬盘或内存。在另一些实施例中，存储器31也可以是计算机设备30的外部存储设备，例如该计算机设备30上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器31还可以既包括计算机设备30的内部存储单元也包括其外部存储设备。本实施例中，存储器31通常用于存储安装于计算机设备30的操作系统和各类应用软件，例如实施例二的贷款业务中的单证数据处理装置的程序代码等。此外，存储器31还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器32在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器32通常用于控制计算机设备30的总体操作。本实施例中，处理器32用于运行存储器31中存储的程序代码或者处理数据，例如贷款业务中的单证数据处理装置等。

实施例四

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于贷款业务中的单证数据处理装置，被处理器执行时实现实施例一的贷款业务中的单证数据处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种贷款业务中的单证数据处理方法，其特征在于，包括如下步骤：

S01，接收业务子系统发送的单证获取请求，所述单证获取请求中包括第一目标处理环节信息；

S02，基于预置单证信息库确定第一目标处理环节中需要签署的各单证以及各单证的展示顺序信息，所述预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；

S03，将确定的第一目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

2.根据权利要求1所述的贷款业务中的单证数据处理方法，其特征在于，还包括：

接收业务子系统发送的展示顺序调整请求，所述展示顺序调整请求中包括第一目标单证名称、第二目标处理环节信息、调整后的展示顺序信息；

根据所述调整后的展示顺序信息，将预置单证信息库中的第一目标单证在第二目标处理环节中的展示顺序进行相应的调整。

3.根据权利要求1所述的贷款业务中的单证数据处理方法，其特征在于，还包括：

接收业务子系统发送的单证新增请求，所述单证新增请求中包括新增单证名称、新增单证对应的第三目标处理环节信息；

确定生成所述新增单证的单证模板所需的参数；

判断所述单证模板所需的参数是否存在于预置参数库中；

若是，则从预置参数库中选取所需的参数生成单证模板；

对单证模板进行合成处理以生成所述新增单证；

将新增单证信息与第三目标处理环节信息关联存储于预置单证信息库中。

4.根据权利要求1所述的贷款业务中的单证数据处理方法，其特征在于，还包括：

接收业务子系统发送的单证删除请求，所述单证删除请求中包括第二目标单证名称、第四目标单证处理环节信息；

基于预置单证信息库判断第四目标处理环节中需要签署的各单证中是否包括第二目标单证；

若是，则将预置单证信息库中第四目标处理环节中与第二目标单证相关的信息进行删除。

5.根据权利要求1所述的贷款业务中的单证数据处理方法，其特征在于，还包括：

接收业务子系统发送的处理环节新增请求，所述处理环节新增请求中包括第三目标单证名称、第五目标处理环节信息；

基于预置单证信息库判断第五目标处理环节中需要签署的各单证中是否包括第三目标单证；

若否，则将预置单证信息库中第三目标单证的处理环节信息中增加第五目标处理环节信息。

6.根据权利要求1所述的贷款业务中的单证数据处理方法，其特征在于，所述预置单证信息库中还包括与单证对应的维度信息，所述维度信息包括业务条线、产品部门、产品名称、子产品名称、资金方、征信方、增信方；

所述方法还包括：

接收业务子系统发送的单证维度信息获取请求，所述单证维度信息获取请求中包括第四目标单证信息；

基于预置单证信息库获取与第四目标单证对应的维度信息；

将所述维度信息下发至业务子系统。

7.一种贷款业务中的单证数据处理装置，其特征在于，包括：

单证获取请求接收模块，用于接收业务子系统发送的单证获取请求，所述单证获取请求中包括目标处理环节信息；

单证内容确定模块，用于基于预置单证信息库确定目标处理环节中需要签署的各单证以及各单证的展示顺序信息，所述预置单证信息库中包括单证、处理环节以及单证在处理环节中的展示顺序的对应关系；

单证下发模块，用于将确定的目标处理环节中需要签署的各单证及各单证的展示顺序信息下发到业务子系统，以便业务子系统根据所述各单证的展示顺序信息对各单证进行展示。

8.根据权利要求7所述的贷款业务中的单证数据处理装置，其特征在于，包括：

展示顺序调整请求接收模块，用于接收业务子系统发送的展示顺序调整请求，所述展示顺序调整请求中包括第一目标单证名称、第二目标处理环节信息、调整后的展示顺序信息；

调整模块，用于根据所述调整后的展示顺序信息，将预置单证信息库中的第一目标单证在第二目标处理环节中的展示顺序进行相应的调整。

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

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