WO2019157773A1 - 用于信贷还贷业务中的二分拆单方法及系统 - Google Patents

用于信贷还贷业务中的二分拆单方法及系统 Download PDF

Info

Publication number
WO2019157773A1
WO2019157773A1 PCT/CN2018/082985 CN2018082985W WO2019157773A1 WO 2019157773 A1 WO2019157773 A1 WO 2019157773A1 CN 2018082985 W CN2018082985 W CN 2018082985W WO 2019157773 A1 WO2019157773 A1 WO 2019157773A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
customer
repayment
amount
current
Prior art date
Application number
PCT/CN2018/082985
Other languages
English (en)
French (fr)
Inventor
刘红彬
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019157773A1 publication Critical patent/WO2019157773A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof

Definitions

  • the present application relates to the field of Internet service technologies, and in particular, to a method and system for splitting and splitting in a credit repayment business.
  • Credit business also known as credit asset or loan business, is the most important asset business of commercial banks. It recovers the principal and interest by lending, and obtains profits after deducting the cost. Therefore, credit is the main profit-making means of commercial banks.
  • the overdue loan repayment of the customer means that the lender will increase the risk of not recovering the funds.
  • the customer is required to set a minimum repayment and a maximum repayment amount for a specific loan through the transaction terminal, and the customer operates a specific operation repayment item.
  • the present application provides a method for overdue customer splitting for a credit repayment business, comprising the following steps:
  • Step 1 Extract the current deduction amount information that the customer needs to repay the loan, and use the deduction amount in the current deduction amount information as the current deduction amount;
  • Step 2 Generate a debit request according to the current debit amount information, and send the debit request to the customer's contracted bank data center;
  • Step 3 If the “deduction failure” information is received from the data center, generate a halving deduction amount equal to half of the current deduction amount, and determine whether the halved deduction amount is greater than a first threshold. If yes, the current deduction amount is updated to the halved deduction amount, and the current deduction amount information is entered, and the process returns to step 2; otherwise, the current deduction amount is updated to zero, and Step 4: Step 4: Calculate the remaining loan repayment amount; wherein the first threshold value is manually configured in the background.
  • Step 5 The remaining repayment amount is included in the remaining repayment information, and is pushed to the client to end the method.
  • a two-way splitting system for use in a credit repayment service, the system for performing the steps of any of the methods of the present application, wherein the data acquisition and The extraction module includes a data acquisition module and a data extraction module, wherein the data acquisition module is configured to sequentially acquire customer information from a database, and is configured to receive information and data from each module; and the data extraction module is configured to extract according to customer information. Information on the amount of debits required by the customer to repay the loan;
  • the calculation module includes a data calculation module and a timing module, and the data calculation module is configured to calculate a deduction amount and a remaining repayment amount; the timing module is configured to calculate a time, so that the data acquisition module can calculate according to the timing module Time, polling the database after a certain period of time, at the same time, allowing the data processing module to generate a corresponding debit request after a certain time according to the time calculated by the timing module;
  • a computer readable storage medium wherein the computer readable storage medium stores a program for executing a two-way splitting method of a credit repayment service, the program being processed by a processor When executed, the steps of the method are performed, including:
  • Step 1 Extract the current deduction amount information that the customer needs to repay, and the current deduction amount information includes the current deduction amount;
  • Step 2 Generate a debit request according to the current debit amount information, and send the debit request to a data center of the customer's contracting bank;
  • Step 3 If the “deduction failure” information is received from the data center, generate a halving deduction amount equal to half of the current deduction amount, and determine whether the halved deduction amount is greater than a first threshold. If yes, the current deduction amount is updated to the halved deduction amount, and the current deduction amount information is entered, and the process returns to step 2; otherwise, the current deduction amount is updated to zero, and Go to step 4;
  • Step 4 Calculate the remaining loan repayment amount
  • Step 5 The remaining repayment amount is included in the remaining repayment information, and is pushed to the client to end the method.
  • the beneficial effects of the present application are mainly: deducting as much as possible from the bank card signed by the customer, avoiding bad debts, reducing the risk of money lending by the lender; and simultaneously minimizing the amount of overdue repayment by the customer, thereby reducing Overdue interest, avoiding the customer's burden of bad credit records due to overdue repayment and high default interest; able to help customers repay as much as possible in the case of unknown contracted bank card balance, and inform customers of the remaining loan repayment amount To enhance the user experience.
  • FIG. 1 is a schematic diagram showing the basic flow of a method for splitting a credit for a credit repayment service according to Embodiment 1 of the present application;
  • FIG. 2 is a schematic flowchart of a method for repaying a loan-to-credit service based on a repayment-maximizing two-way splitting method according to Embodiment 2 of the present application;
  • step S1-1 is a schematic flowchart of step S1-1 in a method for splitting a credit for a credit repayment service automatically executed by an overdue customer according to Embodiment 4 of the present application;
  • FIG. 4 is a schematic diagram of a specific process for performing a second deduction in a two-way splitting method for a credit repayment service automatically executed by a late-time customer according to Embodiment 5 of the present application (steps 101-step 114);
  • FIG. 5 is a schematic diagram of a system architecture of a two-part splitting system for a credit repayment service according to Embodiment 8 of the present application;
  • FIG. 6 is a schematic diagram of an operating environment of a system in which an application is installed, according to an embodiment of the present application.
  • the signing bank Since the customer is unable to check the balance of the contracted bank card through the lender when repaying the loan, the signing bank will not actively inform the lender system of the bank card balance, which often results in the balance in the bank card being less than the debt repayment required by the customer.
  • the contracted bank card directly informed that the repayment failed, thereby increasing the risk that the lender could not recover the capital, and at the same time, increasing the overdue interest to the customer.
  • the present application utilizes a two-split single-deduction method to continuously diversify the amount of the loan owed by the customer, and divides the multiple orders into multiple orders to perform the repayment operation, so that the customer can maximize the Repaying the loan, reducing the risk that the lender can't recover the capital, while reducing the customer's overdue risk.
  • the above-mentioned two-way splitting method for the credit repayment business mainly includes the following steps:
  • the remaining repayment amount is included in the remaining repayment information, and is pushed to the customer to end the method.
  • step S8 the calculation formula of the remaining loan repayment amount is:
  • Remaining loan repayment amount deduction amount - current deduction amount
  • the actual amount of the deduction is the current deduction amount that has been halved by the constant substitution, that is, the remaining repayment amount is equal to the deduction amount minus the current deduction amount.
  • step S2 as an example, a debit request is generated according to the current debit amount information, which specifically includes the following steps:
  • the user's name, ID type, ID number, bank card number, bank card issuer information, debit amount and other basic information of the user are generated to generate a corresponding debit request.
  • the debit request includes information such as a user name, a document type, a certificate number, a bank card number, a bank card issuer information, and a deduction amount.
  • step S5 since the system applies for a charge to the customer's contracted bank data center, a fee such as a fee is incurred, and thus the system cannot perform an unlimited number of deductions for the amount of the deduction.
  • the first threshold value needs to be manually set to limit the minimum value of the system for the two-point deduction. If the deduction amount after the halving is greater than the first threshold (the first threshold is manually set in advance), the deduction may be continued, that is, S6 is executed, and the current deduction amount is updated to the reduction.
  • the amount of the half deduction is recorded in the current deduction amount information, and S2 is executed; if it is less than or equal to the first threshold value, the deduction operation is no longer performed, and the current deduction amount is set to zero (ie, S7 is executed) After that, S8 is directly executed to calculate the remaining loan repayment amount and pushed to the customer.
  • the current deduction amount needs to be set to zero (ie, step S7), so that the remaining repayment amount that has not been deducted is calculated in the subsequent step S8.
  • the method further includes the following steps:
  • the above method for refinancing the loan splitting for the credit repayment business includes the following steps:
  • the remaining repayment amount is included in the remaining repayment information, and is pushed to the customer to end the method.
  • step S8-1 in order to prevent the system from only diversifying the deduction amount after the halving, the remaining repayment amount still does not perform the minimum dichotomy, and the system does not perform the repayment function as much as possible. In order to prevent the system from infinitely dichotomous of the remaining loan repayment amount. Therefore, it is necessary to manually set a second threshold value for limiting the minimum value of the system to divide the remaining loan repayment amount by two. If the remaining loan repayment amount after halving is still greater than the manually set minimum repayment amount, the remaining repayment amount will be halved, and the current deduction amount will be included in the current deduction amount information, and will be returned to the execution. S2, otherwise, the remaining repayment amount is included in the remaining repayment information and pushed to the customer.
  • step S1 can be replaced with the following steps:
  • the customer information includes, but is not limited to, customer basic information, contracted bank card number information, contracted bank card issuer information, loan repayment date, deduction amount information required for repayment, and overdue identification parameters, etc.
  • the overdue identification parameter has three values, "normal”, “to be reminded” and “overdue”, and the overdue identification parameter is initially "normal”.
  • step S1-1 may also be specifically as follows:
  • S101 periodically polling the database, and sequentially obtaining basic information of the customer;
  • step S101 the system starts polling the database at a specific time of the day to obtain basic information of all customers in the database.
  • step S102 all customer basic information is filtered, the date of repayment in the customer basic information is compared with the date on the day of repayment, and all repayment dates are met with the date of the day (ie, the current date).
  • the loan repayment customer information is sequentially stored in the repayment customer table.
  • the step S103 is to extract the first repayment customer information in the repayment customer table as the current repayment customer information, and summarize the current debit amount information from the current repayment customer information.
  • S104 Generate a first debit request according to the current debit amount information, and send the first debit request to the customer's contracted bank data center.
  • the step S104 is that the first debit request is generated by the system according to the current deduction amount information, and the first debit request is sent to the customer's contracted bank data center to try to deduct.
  • the system receives the information sent by the data center of the contracted bank. If the information indicates “deduction failed”, the information about the repaid customer is modified as the overdue customer information, and S109 is executed; otherwise, if the information is displayed, If the payment is successful, the method may execute S114, pushing the “deduction success” information to the customer, and ending the method; further, modifying the customer information as the overdue customer information means modifying the overdue identification parameter in the customer information to “overdue” ", and all the customers whose above-mentioned overdue identification parameters are "overdue" as overdue customer information are stored in the overdue customer list for the second order deduction in the subsequent procedures.
  • S109 Push the overdue customer information into the overdue customer list, and use the overdue customer information exceeding the preset repayment term as the customer information;
  • the overdue customer table is composed of all overdue customer information (ie, all overdue identification parameters are "overdue” customer information), that is, if the customer fails the deduction, the system will The overdue identification parameter is modified to “overdue” and the overdue customer information is stored in the overdue customer list.
  • the step S110 is to detect whether all the repayment operations of the repayment customer need to be completed on the same day, and the system needs to treat all the customers who have passed the deduction operation and the deduction operation fails as the overdue customer. Information is included in the overdue customer table.
  • the refining customer information is modified as the overdue customer information in the above step S105, and specifically includes the following steps:
  • step S106 the system receives the information sent by the contracted bank data center. If the information displays “deduction failed”, the repayment customer information is modified as the reminder customer information, and S107 is performed;
  • the customer information as the information to be reminded is to modify the overdue identification parameter in the customer information to “to be reminded”, and to use all the aforementioned overdue identification parameters as “to be reminded” as the information to be reminded for use in subsequent A second deduction attempt is made in the program.
  • the system pushes the repayment reminder message to the client, including but not limited to, using a short message, a system app message, etc. to push the message to the customer to remind the customer to repay the loan.
  • the preset time may be any one of no more than 24 hours, such as 3 hours or 4 hours.
  • step S113 and step S108 the system receives the information sent by the data center of the contracted bank again through the second debit request, and if the information displays “deduction failed”, the information of the customer to be reminded is modified as Overdue customer information, otherwise, execute S114, push the "debit of success" information to the customer and end the method.
  • modifying the information to be reminded as the overdue customer information means that the overdue identification parameter in the customer information of the second cancellation of all the customers to be reminded is modified to be “overdue”.
  • the specific steps of extracting the customer information exceeding the preset repayment term in the above step S1-1 are as follows:
  • S101 periodically polling the database, and sequentially obtaining basic information of the customer;
  • S104 Generate a first debit request according to the current debit amount information, and send the first debit request to the customer's contracted bank data center.
  • S109 Push the overdue customer information into the overdue customer list, and use the overdue customer information exceeding the preset repayment term as the customer information;
  • the step S110 is to detect whether the repayment operation of all the repayment customers that need to be repaid on the current day is completed, and the system needs to rectify all the customers that have undergone the second deduction operation and fail to deduct the two deduction operations.
  • an overdue customer include this customer information in the overdue customer table.
  • the system repays all the customers in the repayment customer list through the above steps S101-S114, and on the other hand, through the above steps S101-S114, all the reminders are still unable to repay the loan on time.
  • the customer is filtered into the overdue customer table to perform a subsequent two-way repayment step for the overdue customer (ie, start the next step S1-2).
  • step S1 may also be replaced by the following steps:
  • Receiving the customer instruction extracting the current deduction amount information that the customer needs to repay in the database, and using the deduction amount in the current deduction amount information as the current deduction amount.
  • the method can be applied to the system according to the customer's instructions, by continuously splitting the customer's repayment amount, helping the customer to make maximum use of the balance in the contracted bank card, and repaying the loan.
  • a splitting system for use in a credit repayment service is used to perform the steps of any of the methods of the present application, the system mainly comprising data acquisition and The extraction module 10, the calculation module 20, the data processing module 30, and the transmission module 40.
  • the data acquisition and extraction module 10 is configured to periodically poll the database, and sequentially obtain customer information from the database; and at the same time, also use to extract data information;
  • the customer information includes customer basic information, contracted bank card number information, contracted bank card issuer information, repayment date, deduction amount information required for repayment, and overdue identification parameters;
  • the calculating module 20 is configured to halve the amount of the deduction and calculate the remaining repayment amount
  • the data processing module 30 is configured to modify the overdue identification parameter in the customer information, generate a corresponding debit request, a debit message, and a repayment reminder message;
  • the transmission module 40 is configured to push the debit request generated by the data processing module to the customer's contracted bank data center, and is used to push the debit message and the repayment reminder message to the client.
  • Module 10 also includes:
  • the data obtaining module 101 is configured to sequentially obtain customer information from a database, and is used to receive information and data from each module;
  • the data extraction module 102 is configured to extract, according to the customer information, information about the amount of the debit that needs to be repaid by the customer;
  • the computing module 20 includes:
  • the data calculation module 201 is configured to calculate the deduction amount and the remaining repayment amount
  • the timing module 202 is configured to calculate time, so that the data acquisition module can poll the database after a certain time according to the time calculated by the timing module; at the same time, enable the data processing module to generate according to the time calculated by the timing module and after a certain time. Corresponding debit request;
  • various embodiments of the present application can also be implemented by a software module or computer readable instructions stored on one or more computer readable medium, where the computer readable instructions are when When executed, the various embodiments described herein are performed.
  • any combination of software modules, computer readable media, and hardware components are contemplated by the present application.
  • the software modules can be stored on any type of computer readable storage medium such as RAM, EPROM, EEPROM, flash memory, registers, hard disk, CD-ROM, DVD, and the like.
  • FIG. 6 there is shown an operating environment of a system in which an application is installed in accordance with an embodiment of the present application.
  • the system for installing the application is installed and runs in the electronic device.
  • the electronic device may be a computing device such as a desktop computer, a notebook, a palmtop computer, or a server.
  • the electronic device can include, but is not limited to, a memory, a processor, and a display.
  • Figure 6 shows only the electronic device having the above components, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory may be an internal storage unit of the electronic device, such as a hard disk or memory of the electronic device, in some embodiments.
  • the memory may also be an external storage device of the electronic device in other embodiments, such as a plug-in hard disk equipped on the electronic device, a smart memory card (SMC), and a secure digital (Secure Digital) , SD) card, flash card (FlashCard), etc.
  • the memory may also include both an internal storage unit of the electronic device and an external storage device.
  • the memory is used to store application software installed on the electronic device and various types of data, such as program code of the system in which the application is installed.
  • the memory can also be used to temporarily store data that has been output or is about to be output.
  • the processor may be, in some embodiments, a central processing unit (CPU), a microprocessor, or other data processing chip for running program code or processing data stored in the memory, such as performing the installation. Application system, etc.
  • CPU central processing unit
  • microprocessor microprocessor
  • other data processing chip for running program code or processing data stored in the memory, such as performing the installation.
  • Application system etc.
  • the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch sensor, or the like in some embodiments.
  • the display is for displaying information processed in the electronic device and a client interface for displaying visualizations, such as an application menu interface, an application icon interface, and the like.
  • the components of the electronic device communicate with one another via a system bus.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种用于信贷还贷业务的二分拆单方法及系统，所述方法包括以下步骤：步骤1、提取客户需要还贷的当前扣款金额信息；步骤2、根据所述当前扣款金额信息，生成扣款请求，并发送给客户的签约银行数据中心；步骤3、若从数据中心接收到"扣款失败"信息，则生成等于当前扣款金额一半的减半扣款金额，判断该减半扣款金额是否大于第一临界值，若是，则将当前扣款金额更新为该减半扣款金额，记入当前扣款金额信息，执行步骤2；否则，将当前扣款金额更新为零，执行步骤4；步骤4、计算剩余还贷金额；步骤5、将该剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。本申请解决了现有技术中无法最大化地帮助客户还贷等问题。

Description

用于信贷还贷业务中的二分拆单方法及系统
本申请申明享有2018年2月13日递交的申请号为201810148313.X、名称为“用于信贷还贷业务中的二分拆单方法及系统”的中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及互联网服务技术领域，尤其涉及一种用于信贷还贷业务中的二分拆单方法及系统。
背景技术
信贷业务又称为信贷资产或贷款业务，是商业银行最重要的资产业务，通过放款收回本金和利息，扣除成本后获得利润，所以信贷是商业银行的主要赢利手段。
近年来，随着信贷业务的飞速发展，人们甚至可以通过电脑、手机随时随地进行贷款。在此其中，在还贷的时候，有很多的客户由于各种各样(如资金紧张、忘记还款日期)等原因，并没有按时按照所需还贷的金额往还款卡中存钱，这样会导致很多的还款逾期的情况产生，容易产生客户因逾期还贷而产生的不良信用记录和违约利息。
同时，客户逾期还贷对于放贷方来说，则意味着会增加回收不到资金的风险。
在以往的现有的还款技术中，需要客户通过交易终端对具体贷款设置最低还款和最高还款额，并由客户操作具体操作还款事项。
客户也可以设置自动还款。但是，由于放贷方在处理客户自动还款时，系统无法查询到客户签约卡中的余额，当客户未设置最低还款额，或本贷款业务不支持分期还款时，主账户如果发送扣款请求超过客户签约卡中的余额，就会显示扣款失败，而客户的该笔贷款则直接全额转入逾期，从而给客户带来极大的不便，同时使放贷方承担无法收回资金的风险。
发明内容
基于此，有必要针对上述技术问题，提供用于信贷还贷业务的二分拆单的方法及系统，通过对还贷金额进行不断二分扣款，以达到最大程度地减少客户逾期的金额目的，从而减少逾期利息。
根据本申请的实施例，本申请提供了一种用于信贷还贷业务的逾期客户二分拆单方法，包括以下步骤：
步骤1、提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额；
步骤2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行数据中心；
步骤3、若从所述数据中心接收到“扣款失败”信息，则生成等于所述当前扣款金额一半的减半扣款金额，判断所述减半扣款金额是否大于第一临界值，若是，则将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行步骤2；否则，将所述当前扣款金额更新为零，并执行步骤4；步骤4、计算剩余还贷金额；其中，所述第一临界值由人工进行后台配置。
步骤5、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
根据本申请的实施例，提供了一种用于信贷还贷业务中的二分拆单系统，所述系统用于执行本申请中的任一个所述方法的步骤，其中，所述数据获取和提取模块包括数据获取模块以及数据提取模块，所述数据获取模块，用于从数据库中依次获取客户信息，并用于从各模块接收信息及数据；所述数据提取模块，用于根据客户信息，提取需要客户还贷的扣款金额信息；
所述计算模块包括数据计算模块以及定时模块，所述数据计算模块，用于计算扣款金额以及剩余还贷金额；所述定时模块，用于计算时间，以便数据获取模块能够根据定时模块所计算的时间，于一定时间后轮询数据库，同时，让数据处理模块能够根据定时模块所计算的时间，与一定时间后生成相应的扣款请求；
根据本申请的实施例，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有用于执行信贷还贷业务的二分拆单方法的程序，所述程序被处理器执行时，执行所述方法的步骤，包括：
步骤1、提取客户需要还贷的当前扣款金额信息，所述当前扣款金额信息包括当前扣款金额；
步骤2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行的数据中心；
步骤3、若从所述数据中心接收到“扣款失败”信息，则生成等于所述当前扣款金额一半的减半扣款金额，判断所述减半扣款金额是否大于第一临界值，若是，则将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行步骤2；否则，将所述当前扣款金额更新为零，并执行步骤4；
步骤4、计算剩余还贷金额；
步骤5、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
本申请的有益效果主要在于：尽可能多地从客户签约的银行卡中扣取所欠贷款，避免坏账，降低放贷方资金回收风险；同时，最大程度地减少客户逾期还贷的金额，从而减少逾期利息，避免客户负担因逾期还贷而产生的不良信用记录和高额的违约利息；能够帮助客户在未知签约银行卡余额的情况下，尽可能多地还贷，并告知客户剩余还贷金额，提升用户体验。
附图说明
图1为根据本申请的实施例一的用于信贷还贷业务的二分拆单方法的基本流程示意图；
图2为根据本申请的实施例二的用于信贷还贷业务的基于还贷最大化二分拆单方法的流程示意图；
图3为根据本申请的实施例四的针对逾期客户自动执行的用于信贷还贷业务的二分拆单方法中步骤S1-1的流程示意图；
图4为根据本申请的实施例五的针对逾期客户自动执行的用于信贷还贷业务的二分拆单方法中进行二次扣款的具体流程示意图(步骤101-步骤114)；
图5为根据本申请的实施例八的用于信贷还贷业务中的二分拆单系统的系统架构示意图；
图6为根据本申请实施例的安装了应用程序的系统的运行环境的示意图。
具体实施方式
下面，结合附图对技术方案的实施作进一步的详细描述。
本领域的技术人员能够理解，尽管以下的说明涉及到有关本申请的实施例的很多技术细节，但这仅为用来说明本申请的原理的示例、而不意味着任何限制。本申请能够适用于不同于以下例举的技术细节之外的场合，只要它们不背离本申请的原理和精神即可。
另外，为了避免使本说明书的描述限于冗繁，在本说明书中的描述中，可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理，这对于本领域的技术人员来说是可以理解的，并且这不会影响本说明书的公开充分性。
下文中，将描述用于进行本申请的实施例。注意，将以下面的次序给出描述：1、发明构思的概要；2、用于信贷还贷业务的二分拆单方法(图1-图2)；3、系统针对逾期客户自动执行二分拆单方法(图3-图4)；4、基于客户指示的用于信贷还贷业务的二分拆单方法；5、用于信贷还贷业务中的二分拆单系统(图5)；6、根据本申请的实施例的安装了应用程序的系统(图6)。
1、发明构思的概要
由于客户在还贷时，无法通过放贷方进行签约银行卡的余额查询，签约银行亦不会主动向放贷方系统通知银行卡余额，往往导致当银行卡中的余额小于客户所需要还贷的欠款时，签约银行卡直接告知还款失败，从而加大了放贷方无法收回资本的风险，同时，给客户增加逾期利息。为解决前述技术问题，本申请利用二分拆单扣款的方法，对客户所欠的还贷金额进行不断二分，分成多个批次多个订单来执行还贷操作，使客户能够最大化地完成还贷， 降低放贷方无法收回资本的风险，同时降低客户的逾期风险。
2、用于信贷还贷业务的二分拆单方法
鉴于现有技术中，不能最大限度地从客户的签约银行卡中进行还贷操作，本申请的实施例提出了能够有效地帮助客户将还款额最大化的方法。
在实施例一中，如图1所示，上述用于信贷还贷业务的二分拆单方法主要包括以下步骤：
S1、提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额，执行S2；
S2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行数据中心，执行S3；
S3、判断是否从所述数据中心接收到“扣款失败”信息，若是，则执行S4；若否，则执行S8；
S4、生成等于所述当前扣款金额一半的减半扣款金额，执行S5；
S5、判断所述减半扣款金额是否大于第一临界值，若是，则执行S6；否则，执行S7；
S6、将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行S2；
S7、将当前扣款金额更新为零，并执行S8；
S8、计算剩余还贷金额，执行S9；
S9、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
在步骤S8中，剩余还贷金额的计算公式为：
剩余还贷金额＝扣款金额-当前扣款金额；
实际所扣款的金额即为经过不断代入减半的当前扣款金额，即所述剩余还贷金额等于所述扣款金额减去所述当前扣款金额。
在步骤S2中，作为示例，根据当前扣款金额信息，生成扣款请求，具体包含如下步骤：
根据当前扣款金额信息中，用户的姓名、证件类型、证件号、银行卡号、银行卡发卡行信息、扣款金额等用户基本信息，生成相对应的扣款请求。
其中，所述扣款请求包含用户姓名、证件类型、证件号、银行卡号、银行卡发卡行信息、扣款金额等信息。
在步骤S5中，由于系统向客户的签约银行数据中心申请扣款时，会发生手续费等费用，因而，系统不可能对扣款金额进行无限次的二分。需要人工设置第一临界值，用于限定系统进行二分扣款的最小值。如果减半后的扣款金额大于第一临界值(所述第一临界值由人工进行预先设置)，则可以继续进行扣款，即执行S6，将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，并执行S2；若小于或者等于第一临界值，则不再进行扣款操作，将当前扣款金额设置为零(即执行S7)后，再执行 S8直接计算剩余还贷金额，并向客户推送。
需要说明的是，当减半后的扣款金额小于或者等于第一临界值时，相当于实际的扣款金额为零，即剩余还贷金额等于扣款金额。此时，为防止系统出现计算错误，需要将当前扣款金额设置为零(即步骤S7)，以便后续步骤S8时计算出未被扣减的剩余还贷金额。
在实施例二中，基于还贷最大化的二分拆单方法，上述步骤S8中计算剩余还贷金额后，还包括如下步骤：
S8-1、判断所述剩余还贷金额是否大于第二临界值，若是，则执行S8-2；否则，执行S9；
S8-2、将所述剩余还贷金额减半作为当前扣款金额记入所述当前扣款金额信息，执行S2；
即，如图2所示，在实施例二中，上述用于信贷还贷业务的基于还贷最大化二分拆单方法包括以下步骤：
S1、提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额，执行S2；
S2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行数据中心，执行S3；
S3、判断是否从所述数据中心接收到“扣款失败”信息，若是，则执行S4；若否，则执行S8；
S4、生成等于所述当前扣款金额一半的减半扣款金额，执行S5；
S5、判断所述减半扣款金额是否大于第一临界值，若是，则执行S6；否则，执行S7；
S6、将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行S2；
S7、将当前扣款金额更新为零，并执行S8；
S8、计算剩余还贷金额，执行S8-1；
S8-1、判断所述剩余还贷金额是否大于第二临界值，若是，则执行S8-2；否则，执行S9；
S8-2、将所述剩余还贷金额减半作为当前扣款金额记入所述当前扣款金额信息，执行S2；
S9、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
在步骤S8-1中，为防止系统仅对减半后的扣款金额进行二分后，所得的剩余还贷金额仍旧没有进行最小限度的二分而导致系统没有尽可能多地执行还贷功能，同时，还为了防止系统对剩余还贷金额的无限次二分。因此，需要人工设置第二临界值，用于限定系统对剩余还贷金额进行二分的最小值。如果减半后的剩余还贷金额依旧大于人工设定的剩余还贷金额最小值，则将剩余还贷金额进行减半计算，作为当前扣款金额计入当前扣款金额信 息，并重新返回执行S2，否则，将所述剩余还贷金额计入剩余还贷信息，并向客户推送。
3、针对逾期客户自动执行的用于信贷还贷业务的二分拆单方法(图3- 图4)
在实施例三中，步骤S1可替换为如下步骤：
S1-1、提取超过预设还贷期限的客户信息；
S1-2、根据所述客户信息，提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额。
其中，所述客户信息包括但不限于客户基本信息、签约银行卡号信息、签约银行卡发卡行信息、还贷日期、需要用于还贷的扣款金额信息以及逾期标识参数等；其中，所述逾期标识参数有三个值，“正常”、“待提醒”以及“逾期”，所述逾期标识参数初始为“正常”。
在该实施例四中，如图3所示，上述步骤S1-1还可具体为如下步骤：
S101、定时轮询数据库，依次获取客户基本信息；
其中，在步骤S101中，系统于每日的特定时间，开始轮询数据库，获取数据库中所有客户的基本信息。
S102、根据所述客户基本信息，提取还贷日期符合当前日期的还贷客户信息，并将所有还贷客户信息依次推送至还贷客户表中；
其中，在步骤S102中，是将所有客户基本信息进行过滤，将客户基本信息中的还贷日期与还贷当天的日期进行比对，并将所有还贷日期符合当天日期(即当前日期)的还贷客户信息依次存入还贷客户表中。
S103、根据所述还贷客户信息，提取还贷客户表中的第一个还贷客户信息，并提取当前扣款金额信息；
其中，该步骤S103是将还贷客户表中的首个还贷客户信息提取出来，作为当前还贷客户信息，并从该当前还贷客户信息汇总，提取当前扣款金额信息。
S104、根据所述当前扣款金额信息，生成第一扣款请求，并将所述第一扣款请求发送给所述客户的签约银行数据中心；
其中，该步骤S104是根据所述当前扣款金额信息，由系统生成第一扣款请求，将该第一扣款请求发送给客户的签约银行数据中心进行尝试扣款。
S112、判断是否接收到“扣款失败”信息，若是，执行S105，否则，执行S114；
S105、修改所述还贷客户信息作为逾期客户信息，执行步骤109；
其中，在S112及S105中，系统接收签约银行数据中心发送来的信息，如果该信息显示“扣款失败”，则修改所述还贷客户信息作为逾期客户信息，并执行S109；否则，若扣款成功，则可以执行S114，向客户推送“扣款成功”信息，并结束本方法；此外，修改所述客户信息作为逾期客户信息是指将所述客户信息中的逾期标识参数修改为“逾期”，并将所有前述逾期标识参 数为“逾期”的客户作为逾期客户信息，存入逾期客户表中，用于在后续程序中进行二次拆单扣款。
S114、向客户推送“扣款成功”信息，并结束本方法；
S109、将所述逾期客户信息推送至逾期客户表中，将所述超过预设还贷期限的逾期客户信息作为客户信息；
其中，在步骤S109中，所述逾期客户表由所有逾期客户信息(即所有逾期标识参数为“逾期”的客户信息)构成，即如果所述客户在扣款失败后，系统将该客户信息中逾期标识参数修改为“逾期”，同时，将该逾期客户信息存入逾期客户表中。
S110、判断该逾期客户信息是否为最后一个，若是，则执行S1-2；若不是，则执行S111；
其中，该步骤S110是为了检测是否已经将所有当日需要进行还贷客户的还贷操作进行完成，系统需要将所有已经经过扣款操作，且扣款操作失败的客户，作为逾期客户，将该客户信息列入逾期客户表中。
S111、提取还贷客户表中的下一个还贷客户信息，并提取当前扣款金额信息，执行S104。
在实施例五中，上述步骤S105中修改所述还贷客户信息作为逾期客户信息，还具体包括如下步骤：
S106、修改所述还贷客户信息作为待提醒客户信息，并依次推送至待提醒客户表中，并执行S107；
其中，在步骤S106中，系统接收签约银行数据中心发送来的信息，如果该信息显示“扣款失败”，则修改所述还贷客户信息作为提醒客户信息，并执行S107；此外，修改所述客户信息作为待提醒客户信息是指将所述客户信息中的逾期标识参数修改为“待提醒”，并将所有前述逾期标识参数为“待提醒”的客户作为待提醒客户信息，用于在后续程序中进行二次扣款尝试。
S107、依次向客户推送还贷提醒消息，并于预设时间后，根据待提醒客户表中所有待提醒客户信息中的当前扣款金额信息，依次生成第二扣款请求，并将所述第二扣款请求发送给所述客户的签约银行数据中心；
其中，在所述步骤107中，系统通过向客户推送还贷提醒消息，包括但不限于利用短信、系统app消息等方式向客户推送消息，提醒客户进行还贷。
可选地，所述预设时间可以是3个小时或4个小时等任意一个不大于24个小时的时间。
S113、判断是否接收到“扣款失败”信息，若是，执行S108；否则，执行S114；
S108、修改所述待提醒客户信息作为逾期客户信息，并执行S109；
其中，在步骤S113以及步骤S108中，系统通过第二次的扣款请求，再次接收签约银行数据中心发送来的信息，如果该信息显示“扣款失败”，则修改所述待提醒客户信息作为逾期客户信息，否则，执行S114，向客户推送“扣 款成功”信息并结束本方法。此外，修改所述待提醒客户信息作为逾期客户信息，是指将所有待提醒客户中第二次扣款失败的客户信息中的逾期标识参数修改为“逾期”。
即，如图4所示，在实施例五中，上述步骤S1-1、提取超过预设还贷期限的客户信息的具体步骤如下：
S101、定时轮询数据库，依次获取客户基本信息；
S102、根据所述客户基本信息，提取还贷日期符合当前日期的还贷客户信息，并将所有还贷客户信息依次推送至还贷客户表中；
S103、根据所述还贷客户信息，提取还贷客户表中的第一个还贷客户信息，并提取当前扣款金额信息；
S104、根据所述当前扣款金额信息，生成第一扣款请求，并将所述第一扣款请求发送给所述客户的签约银行数据中心；
S112、判断是否接收到“扣款失败”信息，若是，执行S105，否则，执行S114；
S106、修改所述还贷客户信息作为待提醒客户信息，并依次推送至待提醒客户表中，并执行S107；
S107、依次向客户推送还贷提醒消息，并于预设时间后，根据待提醒客户表中所有待提醒客户信息中的当前扣款金额信息，依次生成第二扣款请求，并将所述第二扣款请求发送给所述客户的签约银行数据中心；
S113、判断是否接收到“扣款失败”信息，若是，执行S108；否则，执行S114；
S108、修改所述待提醒客户信息作为逾期客户信息，并执行S109；
S109、将所述逾期客户信息推送至逾期客户表中，将所述超过预设还贷期限的逾期客户信息作为客户信息；
S110、判断该逾期客户信息是否为最后一个，若是，则执行S1-2；若不是，则执行S111；
其中，该步骤S110是为了检测是否已经将所有当日需要进行还贷客户的还贷操作进行完成，系统需要将所有已经经过二次扣款操作，且两次扣款操作均扣款失败的客户，作为逾期客户，将该客户信息列入逾期客户表中。
S111、提取还贷客户表中的下一个还贷客户信息，并提取当前扣款金额信息，执行S104；
S114、向客户推送“扣款成功”信息，并结束本方法；
其中，在步骤S110-114中，系统一方面通过上述步骤S101-S114将还贷客户表中所有客户进行还贷处理，另一方面通过上述步骤S101-S114将所有已经提醒过依旧无法按时还贷的客户筛选至逾期客户表中，以便执行后续的针对逾期客户的二分还贷步骤(即开始后续步骤S1-2)。
4、基于客户指示的用于信贷还贷业务的二分拆单方法
在实施例六中，所述步骤S1还可替换为如下步骤：
接收客户指令，在数据库中提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额。
即，本方法可以应用于系统根据客户的指令的情况，通过对客户的还贷金额进行不断拆分，帮助客户最大程度地利用签约银行卡中的余额，进行还贷。
5、用于信贷还贷业务中的二分拆单系统(图5)
参照图1至4，根据本申请的实施例七，用于信贷还贷业务中的二分拆单系统用于执行本申请中的任一个所述方法的步骤，所述系统主要包括数据获取和提取模块10、计算模块20、数据处理模块30、传输模块40。
所述数据获取和提取模块10用于定时轮询数据库，从数据库中依次获取客户信息；同时，亦用于提取数据信息；
其中，作为示例，所述客户信息包括客户基本信息、签约银行卡号信息、签约银行卡发卡行信息、还贷日期以及需要用于还贷的扣款金额信息、逾期标识参数；
所述计算模块20用于将扣款金额进行减半计算，并计算剩余还贷金额；
所述数据处理模块30，用于修改客户信息中的逾期标识参数，生成相应扣款请求、扣款消息以及还贷提醒消息；
所述传输模块40，用于将所述数据处理模块所生成的扣款请求推送给客户的签约银行数据中心，并用于将扣款消息和还贷提醒消息推送给客户。
在实施例八中，如图5所示，用于信贷还贷业务中的二分拆单系统用于执行本申请中的任一个所述方法的步骤，所述系统中所述数据获取和提取模块10还包括：
数据获取模块101，用于从数据库中依次获取客户信息，并用于从各模块接收信息及数据；
数据提取模块102，用于根据客户信息，提取需要客户还贷的扣款金额信息；
所述计算模块20包括：
数据计算模块201，用于计算扣款金额以及剩余还贷金额；
定时模块202，用于计算时间，以便数据获取模块能够根据定时模块所计算的时间，于一定时间后轮询数据库；同时，让数据处理模块能够根据定时模块所计算的时间，与一定时间后生成相应的扣款请求；
此外，本申请的不同实施例也可以通过软件模块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现，其中，所述计算机可读指令是当被处理器或设备组件执行时，执行本申请所述的不同的实施例。类似地，软件模块、计算机可读介质和硬件部件的任意组合都是本申请预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。
5、根据本申请的实施例的安装了应用程序的系统(图6)
参照图6，其示出了根据本申请实施例的安装了应用程序的系统的运行环境。
在本实施例八中，所述的安装应用程序的系统安装并运行于电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括但不限于存储器、处理器及显示器。图6仅示出了具有上述组件的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
所述存储器在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(FlashCard)等。进一步地，所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的应用软件及各类数据，例如所述安装应用程序的系统的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器在一些实施例中可以是中央处理单元(Central ProcessingUnit，CPU)、微处理器或其他数据处理芯片，用于运行所述存储器中存储的程序代码或处理数据，例如执行所述安装应用程序的系统等。
所述显示器在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示可视化的客户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件通过系统总线相互通信。
由上，将理解，为了说明的目的，这里已描述了本申请的具体实施例，但是，可作出各个修改，而不会背离本申请的范围。本领域的技术人员将理解，流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地，可重新安排步骤的次序，可并行执行步骤，可省略步骤，可包括其它步骤，可作出例程的各种组合或省略。因而，本申请仅由所附权利要求限制。

Claims (20)

  1. 一种用于信贷还贷业务的二分拆单方法，其特征在于，所述方法包括以下步骤：
    步骤1、提取客户需要还贷的当前扣款金额信息，所述当前扣款金额信息包括当前扣款金额；
    步骤2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行的数据中心；
    步骤3、若从所述数据中心接收到“扣款失败”信息，则生成等于所述当前扣款金额一半的减半扣款金额，判断所述减半扣款金额是否大于第一临界值，若是，则将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行步骤2；否则，将所述当前扣款金额更新为零，并执行步骤4；
    步骤4、计算剩余还贷金额；
    步骤5、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
  2. 根据权利要求1所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，在所述步骤4中，在计算剩余还贷金额后，还包括如下步骤：
    步骤4-1、判断所述剩余还贷金额是否大于第二临界值，若是，则将所述剩余还贷金额减半作为当前扣款金额记入所述当前扣款金额信息，执行步骤2；否则，执行步骤5；其中，所述第二临界值由人工进行后台配置。
  3. 根据权利要求1所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤1包括如下步骤：
    步骤1-1、提取超过预设还贷期限的客户信息；
    步骤1-2、根据所述客户信息，提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额。
  4. 根据权利要求3所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述客户信息包括客户基本信息、签约银行卡号信息、签约银行卡发卡行信息、还贷日期以及需要用于还贷的扣款金额信息。
  5. 根据权利要求4所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤1-1包括如下步骤：
    步骤101、定时轮询数据库，依次获取客户基本信息；
    步骤102、根据所述客户基本信息，提取还贷日期符合当前日期的还贷客户信息，并将所有还贷客户信息依次推送至还贷客户表中。
  6. 根据权利要求5所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤1-1还包括如下步骤：
    步骤103、根据所述还贷客户信息，提取还贷客户表中的第一个还贷客户信息，并提取当前扣款金额信息；
    步骤104、依次根据所述当前扣款金额信息，生成第一扣款请求，并将 所述第一扣款请求发送给所述客户的签约银行数据中心。
  7. 根据权利要求6所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤104之后还包括：
    步骤105、若从所述数据中心接收到“扣款失败”信息，修改所述还贷客户信息作为逾期客户信息，执行步骤109；否则，向客户推送“扣款成功”信息，并结束本方法；
    步骤109、将所述逾期客户信息推送至逾期客户表中，并将所述逾期客户信息作为客户信息，判断所述还贷客户信息是否为所述还贷客户表中的最后一个，若是，则执行步骤1-2；否则，提取还贷客户表中的下一个还贷客户信息，并提取当前扣款金额信息，执行步骤104。
  8. 根据权利要求7所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤105中的“修改所述还贷客户信息作为逾期客户信息”包括如下步骤：
    步骤106、修改所述还贷客户信息作为待提醒客户信息，并依次推送至待提醒客户表中，并执行步骤107；
    步骤107、依次向客户推送还贷提醒消息，并于预设时间后，根据待提醒客户表中所有待提醒客户信息中的当前扣款金额信息，依次生成第二扣款请求，并将所述第二扣款请求发送给所述客户的签约银行数据中心。
  9. 根据权利要求8所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤105中的“修改所述还贷客户信息作为逾期客户信息”还包括如下步骤：
    步骤108、若从所述数据中心接收到“扣款失败”信息，则修改所述待提醒客户信息作为逾期客户信息，并执行步骤109；否则，向客户推送“扣款成功”信息，并结束本方法。
  10. 根据权利要求1所述的一种用于信贷还贷业务的二分拆单方法，其特征在于，所述步骤1包括如下步骤：
    接收客户指令，在数据库中提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额。
  11. 一种用于信贷还贷业务中的二分拆单系统，其特征在于包括：
    数据获取和提取模块，用于定时轮询数据库，从数据库中依次获取和/或提取客户信息；
    计算模块，用于将扣款金额进行减半计算，并计算剩余还贷金额；
    数据处理模块，用于修改客户信息，生成相应扣款请求，扣款消息以及还贷提醒消息；以及
    传输模块，用于将所述数据处理模块所生成的扣款请求推送给客户的签约银行数据中心，并将扣款消息和还贷提醒消息推送给客户，所述数据获取和提取模块包括数据获取模块以及数据提取模块，
    其中，所述数据获取模块用于从数据库中依次获取客户信息，并用于从 各模块接收信息及数据，所述数据提取模块用于根据客户信息，提取需要客户还贷的扣款金额信息；
    所述计算模块包括用于计算扣款金额以及剩余还贷金额的数据计算模块、以及定时模块，其中，所述定时模块用于计算时间，以便所述数据获取模块能够根据定时模块所计算的时间，于一定时间后轮询数据库，同时，所述数据处理模块能够根据定时模块所计算的时间，与一定时间后生成相应的扣款请求。
  12. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有用于执行信贷还贷业务的二分拆单方法的程序，所述程序被处理器执行时，执行所述方法的步骤，包括：
    步骤1、提取客户需要还贷的当前扣款金额信息，所述当前扣款金额信息包括当前扣款金额；
    步骤2、根据所述当前扣款金额信息，生成扣款请求，并将所述扣款请求发送给所述客户的签约银行的数据中心；
    步骤3、若从所述数据中心接收到“扣款失败”信息，则生成等于所述当前扣款金额一半的减半扣款金额，判断所述减半扣款金额是否大于第一临界值，若是，则将所述当前扣款金额更新为所述减半扣款金额，并记入所述当前扣款金额信息，返回执行步骤2；否则，将所述当前扣款金额更新为零，并执行步骤4；
    步骤4、计算剩余还贷金额；
    步骤5、将所述剩余还贷金额计入剩余还贷信息，并向客户推送，结束本方法。
  13. 根据权利要求12所述的计算机可读存储介质，其特征在于，在所述步骤4中，在计算剩余还贷金额后，还包括如下步骤：
    步骤4-1、判断所述剩余还贷金额是否大于第二临界值，若是，则将所述剩余还贷金额减半作为当前扣款金额记入所述当前扣款金额信息，执行步骤2；否则，执行步骤5；其中，所述第二临界值由人工进行后台配置。
  14. 根据权利要求12所述的计算机可读存储介质，其特征在于，所述步骤1包括如下步骤：
    步骤1-1、提取超过预设还贷期限的客户信息；
    步骤1-2、根据所述客户信息，提取客户需要还贷的当前扣款金额信息，并将所述当前扣款金额信息中的扣款金额作为当前扣款金额。
  15. 根据权利要求14所述的计算机可读存储介质，其特征在于，所述客户信息包括客户基本信息、签约银行卡号信息、签约银行卡发卡行信息、还贷日期以及需要用于还贷的扣款金额信息。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，所述步骤1-1包括如下步骤：
    步骤101、定时轮询数据库，依次获取客户基本信息；
    步骤102、根据所述客户基本信息，提取还贷日期符合当前日期的还贷客户信息，并将所有还贷客户信息依次推送至还贷客户表中。
  17. 根据权利要求16所述的计算机可读存储介质，其特征在于，所述步骤1-1还包括如下步骤：
    步骤103、根据所述还贷客户信息，提取还贷客户表中的第一个还贷客户信息，并提取当前扣款金额信息；
    步骤104、依次根据所述当前扣款金额信息，生成第一扣款请求，并将所述第一扣款请求发送给所述客户的签约银行数据中心。
  18. 根据权利要求17所述的计算机可读存储介质，其特征在于，所述步骤104之后还包括：
    步骤105、若从所述数据中心接收到“扣款失败”信息，修改所述还贷客户信息作为逾期客户信息，执行步骤109；否则，向客户推送“扣款成功”信息，并结束本方法；
    步骤109、将所述逾期客户信息推送至逾期客户表中，并将所述逾期客户信息作为客户信息，判断所述还贷客户信息是否为所述还贷客户表中的最后一个，若是，则执行步骤1-2；否则，提取还贷客户表中的下一个还贷客户信息，并提取当前扣款金额信息，执行步骤104。
  19. 根据权利要求18所述的计算机可读存储介质，其特征在于，所述步骤105中的“修改所述还贷客户信息作为逾期客户信息”包括如下步骤：
    步骤106、修改所述还贷客户信息作为待提醒客户信息，并依次推送至待提醒客户表中，并执行步骤107；
    步骤107、依次向客户推送还贷提醒消息，并于预设时间后，根据待提醒客户表中所有待提醒客户信息中的当前扣款金额信息，依次生成第二扣款请求，并将所述第二扣款请求发送给所述客户的签约银行数据中心。
  20. 根据权利要求19所述的计算机可读存储介质，其特征在于，所述步骤105中的“修改所述还贷客户信息作为逾期客户信息”还包括如下步骤：
    步骤108、若从所述数据中心接收到“扣款失败”信息，则修改所述待提醒客户信息作为逾期客户信息，并执行步骤109；否则，向客户推送“扣款成功”信息，并结束本方法。
PCT/CN2018/082985 2018-02-13 2018-04-13 用于信贷还贷业务中的二分拆单方法及系统 WO2019157773A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810148313.X 2018-02-13
CN201810148313.XA CN108256996B (zh) 2018-02-13 2018-02-13 用于信贷还贷业务中的二分拆单方法及系统

Publications (1)

Publication Number Publication Date
WO2019157773A1 true WO2019157773A1 (zh) 2019-08-22

Family

ID=62745343

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/082985 WO2019157773A1 (zh) 2018-02-13 2018-04-13 用于信贷还贷业务中的二分拆单方法及系统

Country Status (2)

Country Link
CN (1) CN108256996B (zh)
WO (1) WO2019157773A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111415145A (zh) * 2020-03-26 2020-07-14 支付宝(杭州)信息技术有限公司 一种扣款业务的处理方法、装置及电子设备
CN111833031A (zh) * 2020-06-28 2020-10-27 深圳市融壹买信息科技有限公司 一种扣款处理方法、装置、终端设备及存储介质
WO2022237194A1 (zh) * 2021-05-10 2022-11-17 深圳前海微众银行股份有限公司 联邦学习系统中账户的异常检测方法、装置及电子设备

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109034770A (zh) * 2018-07-17 2018-12-18 合肥高吉知识产权管理有限公司 一种专利年费预约支付系统、存储介质和设备
CN109359984A (zh) * 2018-09-18 2019-02-19 深圳壹账通智能科技有限公司 还款处理方法、装置、计算机设备和存储介质
CN109493068A (zh) * 2018-09-30 2019-03-19 深圳壹账通智能科技有限公司 扣款验证方法、装置、计算机设备及存储介质
CN109859028A (zh) * 2019-01-03 2019-06-07 深圳壹账通智能科技有限公司 一种还贷信息的验证方法、系统、介质及电子设备
CN110009483A (zh) * 2019-03-12 2019-07-12 平安普惠企业管理有限公司 一种基于时间信息的数据处理方法及装置
CN111008894B (zh) * 2019-11-28 2023-11-21 中国银行股份有限公司 银行客户信息周期提醒控制方法及装置
CN110969427A (zh) * 2019-12-06 2020-04-07 优比付(杭州)科技有限公司 一种基于信用卡的分期支付方法
CN111160891A (zh) * 2020-04-08 2020-05-15 优比付(杭州)科技有限公司 一种余款催收方法及催收系统
CN111652709A (zh) * 2020-05-20 2020-09-11 马上消费金融股份有限公司 一种支付拆分方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101221680A (zh) * 2008-01-30 2008-07-16 中国工商银行股份有限公司 实现个人贷款最低最高额还款的系统及方法
CN102063674A (zh) * 2009-11-17 2011-05-18 北京金山软件有限公司 一种交易信息处理方法及系统
CN104361518A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 一种数据处理方法及设备
CN104867052A (zh) * 2015-05-29 2015-08-26 深圳市银信网银科技有限公司 还贷处理方法和系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101447052A (zh) * 2009-01-05 2009-06-03 阿里巴巴集团控股有限公司 延期付款/分期付款的网上信贷系统及网上信贷方法
CN101645782B (zh) * 2009-02-10 2012-05-23 中国科学院声学研究所 一种基于用户业务量的在线计费方法及系统
CN105447604B (zh) * 2014-08-04 2020-01-21 阿里巴巴集团控股有限公司 一种账户处理方法及装置
CN104867045A (zh) * 2015-04-30 2015-08-26 陈仁滨 用户自定分期付款的交易系统及交易方法
CN104899781A (zh) * 2015-05-29 2015-09-09 深圳市银信网银科技有限公司 还贷处理方法和系统
CN105590256A (zh) * 2015-12-02 2016-05-18 中国银联股份有限公司 划拨资金的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101221680A (zh) * 2008-01-30 2008-07-16 中国工商银行股份有限公司 实现个人贷款最低最高额还款的系统及方法
CN102063674A (zh) * 2009-11-17 2011-05-18 北京金山软件有限公司 一种交易信息处理方法及系统
CN104361518A (zh) * 2014-10-29 2015-02-18 中国建设银行股份有限公司 一种数据处理方法及设备
CN104867052A (zh) * 2015-05-29 2015-08-26 深圳市银信网银科技有限公司 还贷处理方法和系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111415145A (zh) * 2020-03-26 2020-07-14 支付宝(杭州)信息技术有限公司 一种扣款业务的处理方法、装置及电子设备
CN111833031A (zh) * 2020-06-28 2020-10-27 深圳市融壹买信息科技有限公司 一种扣款处理方法、装置、终端设备及存储介质
WO2022237194A1 (zh) * 2021-05-10 2022-11-17 深圳前海微众银行股份有限公司 联邦学习系统中账户的异常检测方法、装置及电子设备

Also Published As

Publication number Publication date
CN108256996B (zh) 2021-12-24
CN108256996A (zh) 2018-07-06

Similar Documents

Publication Publication Date Title
WO2019157773A1 (zh) 用于信贷还贷业务中的二分拆单方法及系统
US7853493B2 (en) Personal finance integration system and method
CN108352020B (zh) 用于产品识别和计算机路由服务的方法和系统
US9202250B1 (en) Systems and methods for distributing payables
US11410140B1 (en) Merchant performed banking-type transactions
WO2018217747A1 (en) Interactive and adaptive systems and methods for insurance application
US20200364801A1 (en) Transaction analysis and asset recovery system
WO2018017801A1 (en) Systems and methods for mapping non-validated data with validated data
US20230298068A1 (en) Methods and system for providing atm non-customer lead information
US20170213294A1 (en) Methods, systems and computer program products for calculating an estimated result of a tax return
US10366351B2 (en) Information standardization and verification
US20160005108A1 (en) Fraud-Resistant Electronic Processing of a Rent-to-Own Lease Transaction
US20140279330A1 (en) Systems and methods for managing customer data
US20130339237A1 (en) Methods and systems for investigating fraudulent transactions
US20210056618A1 (en) Transferring transactions between financial institutions
CN111028074B (zh) 逾期账单的更新和查询方法、系统、服务器和存储介质
US11049180B1 (en) Systems and methods for collateral deposit identification
CN107430746B (zh) 信贷事务管理系统及其方法
US10074141B2 (en) Method and system for linking forensic data with purchase behavior
JP5572244B1 (ja) 電子記録債権口座間送金決済管理システム
CA3090657A1 (en) Transferring transactions between financial institutions
RU113601U1 (ru) Универсальная терминальная платежная система "электронная квитанция"
RU2766156C1 (ru) Способ и устройство определения населенного пункта, в котором установлен терминал
TWM593619U (zh) 即時理賠系統
JP2021072111A (ja) 医療会計支援システム及び医療機関が備える端末

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18906107

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 19.11.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18906107

Country of ref document: EP

Kind code of ref document: A1