一种放款方法及系统技术方案

本申请提供了一种放款方法和系统。所述方法包括：中介端向资方端发送放款申请；在没有收到所述资方端成功放款通知的情况下，确定所述资方端放款失败的原因是否为所述中介端的系统故障原因，其中，所述资方端用于根据所述放款请求对借方端进行放款；在所述资方端放款失败的原因不是中介端的系统故障原因的情况下，重复执行上述步骤直到接收到资方成功放款通知或者失败的次数大于或者等于失败阈值。

A Method and System of Loan

This application provides a method and system for lending. The method includes: sending a loan application to the capital end by the intermediary end; determining whether the failure of the capital end is caused by the system failure of the intermediary end without receiving the successful loan notification from the capital end, in which the capital end is used to lend to the debtor end according to the loan request; and the failure of the loan at the capital end is not caused by the intermediary. In the case of the cause of the system failure at the end, repeat the above steps until the successful loan notification or failure times are greater or equal to the failure threshold.

【技术实现步骤摘要】
一种放款方法及系统
本申请涉及计算机领域，尤其涉及一种放款方法及系统。
技术介绍
目前为了适应大众需求，市面上的借贷产品层出不穷，用户根据需求提出借款申请后，金融机构会对借款申请进行审核，合格后进行放款，其中，放款的稳定关系到公司收益及客户体验。助贷放款一般都是资方放款，由于涉及到资方和助贷方两方系统，常常会出现资方接收不成功、资方系统错误、资方服务时间限制、助贷平台系统错误等问题，这些问题往往需要人工进行筛选处理，该处理过程耗费大量人力及时间，大大降低了助贷平台的放款效率以及客户体验。
技术实现思路
本申请提供了一种放款方法及系统，能够快速对放款失败的合同进行重新放款。第一方面，提供了一种放款方法，包括如下步骤：中介端向资方端发送放款申请；在没有收到资方成功放款通知的情况下，确定所述资方端放款失败的原因是否为中介端的系统故障原因，其中，所述资方端用于根据所述放款请求对借方端进行放款；在所述资方端放款失败的原因不是中介端的系统故障原因的情况下，重复执行上述步骤直到接收到资方成功放款通知或者失败的次数大于或者等于失败阈值。可选地，在所述资方端放款失败的原因是系统故障原因的情况下，停止放款并发出转为人工处理通知。可选地，所述放款申请是按固定时间间隔发送的；或者，所述放款申请是按预设时间点进行发送的，其中，所述预设时间点是根据放款成功历史数据确定的时间点，所述放款成功历史数据是所述中介端在接收到资方成功放款通知后形成的历史数据。可选地，在所述失败的次数大于或者等于失败阈值的情况下，停止放款并发出转为人工处理通知。可选地，在没有收到资方成功放款通知的情况下，所述中介端将放款失败原因的确定结果定期输出监控报警表至工作人员；同一监控报警表输出次数大于或者等于输出阈值时，停止发送所述监控报警表至工作人员。第二方面，提供了一种放款方法，包括中介端、资方端以及借方端，所述中介端包括发送单元，确定单元以及处理单元；所述发送单元用于向资方端发送放款申请；所述确定单元由于在没有收到资方成功放款通知的情况下，确定所述资方端放款失败的原因是否为中介端的系统故障原因；所述处理单元用于在所述资方端放款失败的原因不是中介端的系统故障原因的情况下，重复调用所述发送单元以及确定单元直到接收到资方成功放款通知或者失败的次数大于或者等于失败阈值；所述资方端用于根据所述放款请求对借方端进行放款；所述借方端用于接收所述资方端的发放款项。可选地，所述确定单元还用于在所述资方端放款失败的原因是系统故障原因的情况下，停止放款并发出转为人工处理通知。可选地，所述发送单元还用于按固定时间间隔发送放款申请；或者，所述发送单元还用于按预设时间点发送放款申请，其中，所述预设时间点是根据放款成功历史数据确定的时间点，所述放款成功历史数据是所述中介端在接收到资方成功放款通知后形成的历史数据。可选地，所述处理单元还用于在所述失败的次数大于或者等于失败阈值的情况下，停止放款并发出转为人工处理通知。可选地，所述中介端还包括报警单元，所述报警单元用于在没有收到资方成功放款通知的情况下，所述中介端将放款失败原因的确定结果定期输出监控报警表至工作人员；所述报警单元还用于在同一监控报警表输出次数大于或者等于输出阈值时，停止发送所述监控报警表至工作人员。上述方法中，通过中介端向资方端发送放款申请，在没有收到资方成功放款通知的情况下，确定所述资方端放款失败的原因是否为中介端的系统故障原因，从而在所述资方端放款失败的原因不是中介端的系统故障原因的情况下，重复执行上述步骤直到接收到资方成功放款通知或者失败的次数大于或者等于失败阈值。上述方案，中介端通过对放款失败原因进行分析后，向资方重复发送资方可处理的申请，从而提高了相关人员处理放款申请失败的效率，从而进一步提高了公司放款效率以及成功率。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请提供的一种放款方法的流程示意图；图2是本申请提供的一种放款方法的具体流程示意图；图3是本申请提供的一种放款系统的结构示意图；图4是本申请提供的一种放款系统中介端的结构示意图；图5是本申请提供的一种放款系统的结构示意图；图6是本申请提供的一种处理器的结构示意图。具体实施方式下面通过具体实施方式结合附图对本申请作进一步详细说明。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或描述，这是为了避免本申请的核心部分被过多的描述所淹没。对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。需要说明的是，在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。本申请实施例的放款方法及系统可以应用在多个领域，例如，银行、金融公司、互联网金融点对点借贷平台(Person-to-Person,P2P)、汽车金融公司或担保公司等可以实现借贷操作的公司等等，此处不作具体限定。图1是本申请实施例提供的一种放款方法的流程示意图。由图1可知，本实施例的放款方法包括以下步骤：S101：中介端向资方端发送放款申请。在本申请实施例中，所述中介端可以是金融公司服务器，其中，金融公司是资方和借方之间的中间桥梁，例如，P2P平台、汽车金融公司或担保公司等等，此处不作具体限定。所述资方端可以是出资方的服务器，其中，资方可以是投资公司、银行、贷款公司等等，此处不作具体限定。在本申请实施例中，放款申请的内容可以是资方与借方合同的信息、应放款金额、已放款次数等等，其中，放款申请可以是第一次向资方申请放款，也可以是第二次或第n次向资方申请放款。在本申请实施例中，所述放款申请可以是按固定时间间隔发送的，例如：每隔30分钟发送一次放款申请。所述放款申请还可以是按预设时间点进行发送的，其中，所述预设时间点是根据放款成功历史数据确定的时间点，所述放款成功历史数据是所述中介端在接收到资方成功放款通知后形成的历史数据。例如：根据放款成功历史数据确定A银行的服务窗口期为早上8点至晚上8点，当前时间为晚上7点58分，则将向A银行发送的放款申请等待至次日早上8点再发送。应理解，以上举例仅作为说明，并不能构成具体限定。可选地，中介端可以根据预设筛选规则筛选出当前不在所述资方端服务时间的待放款信息后，根据剩余待放款信息向资方端发送放款申请，其中，所述预设筛选规则是根据放款成功历史数据确定的规则。例如：根本文档来自技高网...

【技术保护点】
1.一种放款方法，其特征在于，包括：中介端向资方端发送放款申请；在没有收到所述资方端成功放款通知的情况下，确定所述资方端放款失败的原因是否为所述中介端的系统故障原因，其中，所述资方端用于根据所述放款请求对借方端进行放款；在所述资方端放款失败的原因不是所述中介端的系统故障原因的情况下，重复执行上述步骤直到接收到所述资方端成功放款通知或者失败的次数大于或者等于失败阈值。

【技术特征摘要】
1.一种放款方法，其特征在于，包括：中介端向资方端发送放款申请；在没有收到所述资方端成功放款通知的情况下，确定所述资方端放款失败的原因是否为所述中介端的系统故障原因，其中，所述资方端用于根据所述放款请求对借方端进行放款；在所述资方端放款失败的原因不是所述中介端的系统故障原因的情况下，重复执行上述步骤直到接收到所述资方端成功放款通知或者失败的次数大于或者等于失败阈值。2.根据权利要1所述的方法，其特征在于，包括：在所述资方端放款失败的原因是系统故障原因的情况下，停止放款并发出转为人工处理通知。3.根据权利要1所述的方法，其特征在于，所述放款申请是按固定时间间隔发送的；或者，所述放款申请是按预设时间点进行发送的，其中，所述预设时间点是根据放款成功历史数据确定的时间点，所述放款成功历史数据是所述中介端在接收到所述资方端成功放款通知后形成的历史数据。4.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述失败的次数大于或者等于失败阈值的情况下，停止放款并发出转为人工处理通知。5.根据权利要求1至4任一权利要求所述的方法，其特征在于，所述方法还包括：在没有收到所述资方端成功放款通知的情况下，所述中介端将放款失败原因的确定结果定期输出监控报警表至工作人员；同一监控报警表输出次数大于或者等于输出阈值时，停止发送所述监控报警表至工作人员。6.一种放款系统，其特征在于，包括中介端、资方端以及借方端，所述中介端包括发送单元，确定单元以及处理单元；所述发送...

【专利技术属性】
技术研发人员：李永锋，
申请(专利权)人：深圳市买买提信息科技有限公司，
类型：发明
国别省市：广东,44