CN108961044A - 一种用于申请放款的信息处理方法及装置 - Google Patents

Abstract

本发明提供一种用于申请放款的信息处理方法及装置，生成放款申请后，将所述放款申请发送至信贷管理系统进行处理，使得信贷管理系统对接收到的放款申请处理后完成放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以基于生成的放款申请完成放款的操作，避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本发明中公开的信息处理方法是通过客户所持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

Description

一种用于申请放款的信息处理方法及装置

技术领域

本发明属于信贷管理技术领域，尤其涉及一种用于申请放款的信息处理方法及装置。

背景技术

信贷管理系统负责信贷业务的申请、合同、放款等信贷业务的管理。客户需要贷款时，通过信贷管理系统发起业务申请，并签订信贷合同，然后客户通过信贷管理系统发起放款申请，进而根据信贷合同完成放款。

但是，现有技术中实现放款申请的方法是向客户开放信贷管理系统功能，使得客户通过开放的信贷管理系统功能进行放款信息的录入，财务公司的客户经理根据客户录入的信息补齐后，操作信贷管理系统进入放款流程，在放款流程中审批通过后完成放款。

由于现有技术中申请放款时是将信贷管理系统功能开放给客户使用，使得信贷管理系统暴露在非安全网络中，增大了信贷管理系统受到攻击的风险，降低了信贷管理系统的安全性。

发明内容

有鉴于此，本发明的目的在于提供一种用于申请放款的信息处理方法及装置，以解决现有技术中信贷管理系统安全性低的问题。

技术方案如下：

本发明提供一种用于申请放款的信息处理方法，包括：

生成放款申请；

将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款。

优选地，所述生成放款申请包括：

接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求；

接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同；

基于所述信贷合同，生成放款申请。

优选地，所述将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款之后还包括：

向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

确定所述处理状态是否为放款申请未通过；

若确定所述处理状态为放款申请未通过，则修改所述放款申请。

优选地，所述将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款之后还包括：

接收到所述信贷管理系统发送的放款申请被拒绝的通知后，修改所述放款申请。

本发明还提供了一种用于申请放款的信息处理方法，包括：接收到放款申请后，对所述放款申请进行处理，得到处理结果；

确定所述处理结果是否为放款申请通过；

若确定所述处理结果为放款申请通过，则进行放款。

本发明提供了一种用于申请放款的信息处理装置，包括：

生成单元，用于生成放款申请；

第一发送单元，用于将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款。

优选地，所述生成单元包括：

发送子单元，用于接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求；

接收子单元，用于接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同；

生成子单元，用于基于所述信贷合同，生成放款申请。

优选地，所述装置还包括：

第二发送单元，用于向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

第一接收单元，用于接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

第一确定单元，用于确定所述处理状态是否为放款申请未通过；

修改单元，用于若确定所述处理状态为放款申请未通过，修改所述放款申请。

优选地，所述修改单元，还用于接收到所述信贷管理系统发送的放款申请被拒绝的通知后，修改所述放款申请。

本发明还提供了一种用于申请放款的信息处理装置，包括：

第二接收单元，用于接收到放款申请后，对所述放款申请进行处理，得到处理结果；

第二确定单元，用于确定所述处理结果是否为放款申请通过；

放款单元，用于若确定所述处理结果为放款申请通过，则进行放款。

与现有技术相比，本发明提供的上述技术方案具有如下优点：

从上述技术方案可知，本申请中生成放款申请后，将所述放款申请发送至信贷管理系统进行处理，使得信贷管理系统对接收到的放款申请处理后完成放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以基于生成的放款申请完成放款的操作，避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户所持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

附图说明

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

图1是本发明实施例提供的一种用于申请放款的信息处理方法的流程图；

图2是本发明实施例提供的另一种用于申请放款的信息处理方法的流程图；

图3是本发明实施例提供的另一种用于申请放款的信息处理方法的流程图；

图4是本发明实施例提供的一种用于申请放款的信息处理装置的结构示意图；

图5是本发明实施例提供的另一种用于申请放款的信息处理装置的结构示意图。

具体实施方式

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

本实施例公开了一种用于申请放款的信息处理方法，所述信息处理方法应用于用户设备中，所述用户设备可以为电脑、移动终端、平板电脑或手机等，使得客户通过所持有的用户设备就可以实现申请放款。

参见图1，该实施例包括以下步骤：

S101、生成放款申请；

所述放款申请用于向信贷管理系统申请放款。

其中，接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求。然后，接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同，并基于所述信贷合同中包括的信贷信息，生成放款申请。

在具体实施时，需要客户先基于信贷管理系统发起业务申请，其中，业务可以包括贷款，然后再基于业务签订信贷合同。最后才能在客户存在申请放款的需求时，通过客户所持有的用户设备向信贷管理系统发送获取信贷合同信息的请求，其中，获取信贷合同信息的请求可以包括用于唯一标识客户身份的用户信息，使得信贷管理系统在接收到获取信贷合同信息的请求后，能够根据所述请求中包括的用户信息查找与所述用户信息对应的信贷合同，并将查找到的信贷合同发送至用户设备。

需要注意的是，信贷管理系统根据所述获取信贷合同信息的请求能够查找的信贷合同为客户自身所签订的处于存续期间内的信贷合同，避免了使用不处于存续期内的合同发起放款申请的情况产生。

用户设备接收到信贷管理系统发送的信贷合同后，根据选择的信贷合同中包括的信贷信息，生成放款申请。其中，信贷信息包括贷款金额、贷款期限、贷款合同号。当然，信贷信息中还可以包括其他的内容，例如，贷款利率等。本实施例中并不限定信贷信息的具体内容，只要根据信贷信息能够生成满足放款申请条件的放款申请即可。

S102、将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款。

信贷管理系统提供了对业务申请进行处理的功能，在本实施例中业务申请为放款申请，通过信贷管理系统选择需要进行处理的放款申请，并通过二级审批处理流程，完成对所述放款申请的放款受理工作，然后将放款的必要信息补充完整后进入放款流程并完成放款。完成放款后，还可以包括将借据发送至所述信贷管理系统的核心系统中进行放款处理及账务处理。

从上述技术方案可知，本实施例中生成放款申请后，将所述放款申请发送至信贷管理系统进行处理，使得信贷管理系统对接收到的放款申请处理后完成放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以基于生成的放款申请完成放款的操作，避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户所持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

本实施例公开了另一种用于申请放款的信息处理方法，参见图2，该实施例包括以下步骤：

S201、生成放款申请；

S202、将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款；

本实施例中步骤S201-S202的实现方式与上一实施例中步骤S101-S102的实现方式类似，此处不再赘述。

S203、向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

在向信贷管理系统发送了放款申请后，可以实时查询信贷管理系统针对所述放款申请的处理状态。

其中，所述处理状态包括：

放款申请已保存：信贷管理系统成功地接收到电子设备发送的放款申请。

放款申请通过：信贷管理系统对接收到的放款申请受理成功并进入放款流程。

放款申请未通过：信贷管理系统对接收到的放款申请受理后未通过并返回发送端，其中，所述发送端为发送所述放款申请的电子设备。

放款成功：信贷管理系统对接收到的放款申请受理成功并进入放款流程，且放款成功。

放款失败：信贷管理系统对接收到的放款申请受理成功并进入放款流程，但放款失败并被打回。

审批中：信贷管理系统对接收到的放款申请受理成功且进入放款流程，并在审批的过程中，等待放款是否成功的结果。

S204、接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

S205、确定所述处理状态是否为放款申请未通过；

若确定所述处理状态为放款申请未通过，则执行步骤S206；

若确定所述处理状态为放款申请通过，则进行放款。

本实施例中，针对不同的处理状态，进行不同的处理操作。

S206、修改所述放款申请。

所述放款申请未通过，则说明向所述信贷管理系统发送的放款申请可能不符合信贷管理系统的要求，使得信贷管理系统不能对此放款申请成功受理。为了使得此放款申请能够被信贷管理系统成功受理，需要修改此放款申请。为了便于客户对处理状态进行不同的操作，本实施例中在向信贷管理系统发送查询放款申请的处理状态后，除了可以接收到信贷管理系统返回的处理状态，还可以接收到信贷管理系统针对不同的处理状态返回的提示信息。

例如，信贷管理系统返回的处理状态为放款申请未通过的这一处理状态时，同时信贷管理系统还返回了放款申请未通过的原因，如请补充完整某某信息。以便客户根据返回的放款申请未通过的原因，有针对性的修改放款申请。

需要注意的是，除了通过向信贷管理系统发送查询所述放款申请的处理状态的请求，并接收所述信贷管理系统返回的处理状态，以获知所述信贷管理系统对所述放款申请的处理状态的方式外，本实施例还可以通过接收所述信贷管理系统发送的放款申请被拒绝的通知，获知所述信贷管理系统对所述放款申请的处理状态。

当信贷管理系统对接收到的放款申请受理未通过时，则将放款申请返回给用户设备，并发送放款申请被拒绝的通知，以使得客户能够及时得知放款申请未通过，进而对返回的未通过的放款申请进行修改。

其中，修改所述放款申请后，返回执行步骤S202，以将修改后的放款申请发送至信贷管理系统，以使得信贷管理系统对重新接收到的放款申请进行处理后完成放款。当然，还可以不重新向信贷管理系统发送放款申请，直接结束对所述放款申请的处理。

从上述技术方案可知，本实施例中生成放款申请后，将所述放款申请发送至信贷管理系统进行处理，使得信贷管理系统对接收到的放款申请处理后完成放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以基于生成的放款申请完成放款的操作，避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户所持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

本实施例还公开了另一种用于申请放款的信息处理方法，所述信息处理方法应用在信贷管理系统中。参见图3，该实施例包括以下步骤：

S301、接收到放款申请后，对所述放款申请进行处理，得到处理结果；

本实施例中处理结果包括：

放款申请已保存：信贷管理系统成功地接收到电子设备发送的放款申请。

放款申请通过：信贷管理系统对接收到的放款申请受理成功并进入放款流程。

放款申请未通过：信贷管理系统对接收到的放款申请受理后未通过并返回发送端，其中，所述发送端为发送所述放款申请的电子设备。

放款成功：信贷管理系统对接收到的放款申请受理成功并进入放款流程，且放款成功。

放款失败：信贷管理系统对接收到的放款申请受理成功并进入放款流程，但放款失败并被打回。

审批中：信贷管理系统对接收到的放款申请受理成功且进入放款流程，并在审批的过程中，等待放款是否成功的结果。

S302、确定所述处理结果是否为放款申请通过；

若确定所述处理结果为放款申请通过，则执行步骤S303；

若确定所述处理结果为放款申请未通过，则向用户设备发送放款申请被拒绝的通知。

信贷管理系统从接收到的放款申请中选择待处理的放款申请，并对选择的放款申请进行处理。具体地，对所述放款申请进行审批，并将所述审批后的放款申请发送到上一级审批流程进行审批操作。

若审批没有通过，则将所述放款申请返回至前一流程，以通过对审批没有通过的放款申请进行修改后再次发送至审批流程。当对审批没有通过的放款申请修改预定次数后，再次执行审批流程，审批结果仍然是审批没有通过，则执行将所述审批没有通过的放款申请返回至用户设备，并通知客户所述放款申请被拒绝。当然，还可以同时返回审批没有通过的原因，以便客户有针对性的修改放款申请。更新信贷管理系统对所述放款申请的处理状态为放款申请未通过。

若审批通过，则对所述放款申请的受理成功。更新信贷管理系统对所述放款申请的处理状态为放款申请通过。

S303、进行放款。

处理结果为放款申请通过表示信贷管理系统对接收到的放款申请受理成功，则执行信贷管理系统的放款流程。

由于不同类型的合同对应的放款流程不同，因此，基于放款申请执行放款流程前，需要根据放款申请中包括的信息，确定选择的信贷合同，并根据确定的信贷合同确定与所述信贷合同对应的放款流程。在选择了放款流程后，按照所述放款流程对所述放款申请进行放款处理。

具体地，将所述放款申请中的信息补充完整。并将信息完整的放款申请发送至审批流程进行处理，以对所述放款申请执行审批操作。

若审批通过，则执行放款操作，并将借据发送至信贷管理系统的核心系统，由核心系统完成放款的记账操作。更新信贷管理系统对所述放款申请的处理状态为放款成功。

若审批没有通过，则审批流程将所述放款申请返回至前一流程，以通过对审批没有通过的放款申请进行修改后再次发送至审批流程。当对审批没有通过的放款申请修改预定次数后，执行将所述审批没有通过的放款申请返回至用户设备。当然，还可以同时返回审批没有通过的原因，以便客户有针对性的修改放款申请。更新信贷管理系统对所述放款申请的处理状态为放款失败。

从上述技术方案可知，本实施例中接收到放款申请后，对所述放款申请进行处理，得到处理结果。若所述处理结果为放款申请通过，则进行放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以对接收到的放款申请进行处理后，执行放款操作。避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

对应上述用于申请放款的信息处理方法，本实施例提供了一种用于申请放款的信息处理装置，所述信息处理装置集成在用户设备上，所述信息处理装置的结构示意图请参阅图4所示，本实施例中信息处理装置包括：

生成单元401、第一发送单元402、第二发送单元403、第一接收单元404、第一确定单元405和修改单元406；

生成单元401，用于生成放款申请；

可选地，生成单元401包括：

发送子单元，用于接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求；

接收子单元，用于接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同；

生成子单元，用于基于所述信贷合同，生成放款申请。

第一发送单元402，用于将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款；

第二发送单元403，用于向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

第一接收单元404，用于接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

第一确定单元405，用于确定所述处理状态是否为放款申请未通过；

修改单元406，用于若确定所述处理状态为放款申请未通过，修改所述放款申请；

其中，修改单元406，还用于接收到所述信贷管理系统发送的放款申请被拒绝的通知后，修改所述放款申请。

从上述技术方案可知，本实施例中生成放款申请后，将所述放款申请发送至信贷管理系统进行处理，使得信贷管理系统对接收到的放款申请处理后完成放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以基于生成的放款申请完成放款的操作，避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理。使得申请放款的操作简单快捷。

本实施例中还提供了另一种用于申请放款的信息处理装置，所述信息处理装置集成在信贷管理系统上，所述信息处理装置的结构示意图请参阅图5所示，本实施例中信息处理装置包括：

第二接收单元501、第二确定单元502和放款单元503；

第二接收单元501，用于接收到放款申请后，对所述放款申请进行处理，得到处理结果；

第二确定单元502，用于确定所述处理结果是否为放款申请通过；

放款单元503，用于若确定所述处理结果为放款申请通过，则进行放款。

从上述技术方案可知，本实施例中接收到放款申请后，对所述放款申请进行处理，得到处理结果。若所述处理结果为放款申请通过，则进行放款。而不需要将信贷管理系统包括的功能开放给客户使用，就可以对接收到的放款申请进行处理后，执行放款操作。避免了信贷管理系统暴露在非安全网络中导致信贷管理系统受到攻击的问题产生，提高了信贷管理系统的安全性。同时，本实施例中公开的用于申请放款的信息处理方法是通过客户持有的用户设备与信贷管理系统之间的交互完成的申请放款，显然是在线上完成的申请放款，而不需要纸质单据和线下的人工处理，使得申请放款的操作简单快捷。

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

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

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种用于申请放款的信息处理方法，其特征在于，包括：

生成放款申请；

将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款。

2.根据权利要求1所述的方法，其特征在于，所述生成放款申请包括：

接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求；

接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同；

基于所述信贷合同，生成放款申请。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款之后还包括：

向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

确定所述处理状态是否为放款申请未通过；

若确定所述处理状态为放款申请未通过，则修改所述放款申请。

4.根据权利要求1或2所述的方法，其特征在于，所述将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款之后还包括：

接收到所述信贷管理系统发送的放款申请被拒绝的通知后，修改所述放款申请。

5.一种用于申请放款的信息处理方法，其特征在于，包括：接收到放款申请后，对所述放款申请进行处理，得到处理结果；

确定所述处理结果是否为放款申请通过；

若确定所述处理结果为放款申请通过，则进行放款。

6.一种用于申请放款的信息处理装置，其特征在于，包括：

生成单元，用于生成放款申请；

第一发送单元，用于将所述放款申请发送至信贷管理系统，使得所述信贷管理系统对所述放款申请进行处理后完成放款。

7.根据权利要求6所述的装置，其特征在于，所述生成单元包括：

发送子单元，用于接收到放款申请的请求后，向所述信贷管理系统发送获取信贷合同的请求；

接收子单元，用于接收所述信贷管理系统响应所述获取信贷合同的请求后返回的信贷合同；

生成子单元，用于基于所述信贷合同，生成放款申请。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：

第二发送单元，用于向所述信贷管理系统发送查询所述放款申请的处理状态的请求；

第一接收单元，用于接收所述信贷管理系统响应所述查询所述放款申请的处理状态的请求后返回的处理状态；

第一确定单元，用于确定所述处理状态是否为放款申请未通过；

修改单元，用于若确定所述处理状态为放款申请未通过，修改所述放款申请。

9.根据权利要求6或7所述的装置，其特征在于，所述修改单元，还用于接收到所述信贷管理系统发送的放款申请被拒绝的通知后，修改所述放款申请。

10.一种用于申请放款的信息处理装置，其特征在于，包括：

第二接收单元，用于接收到放款申请后，对所述放款申请进行处理，得到处理结果；

第二确定单元，用于确定所述处理结果是否为放款申请通过；

放款单元，用于若确定所述处理结果为放款申请通过，则进行放款。