CN111681117B - System, method and device for payment treatment - Google Patents
System, method and device for payment treatment Download PDFInfo
- Publication number
- CN111681117B CN111681117B CN202010450871.9A CN202010450871A CN111681117B CN 111681117 B CN111681117 B CN 111681117B CN 202010450871 A CN202010450871 A CN 202010450871A CN 111681117 B CN111681117 B CN 111681117B
- Authority
- CN
- China
- Prior art keywords
- payment
- target
- account
- subsystem
- plan
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
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/08—Insurance
Abstract
The embodiment of the invention provides a system, a method and a device for payment treatment. The system comprises: a trusted subsystem and an accounting subsystem; the trusted subsystem is used for receiving payment application operation of a user and acquiring a target payment plan of a target payment object in the payment application operation; if the number of the target payment plans is lower than a preset plan threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the number of the remaining payment periods of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected; or if the number of the target payment plans is greater than or equal to a preset plan threshold, sending a first acquisition operation carrying the identification number of the target payment object to the account sub-system; and the trusted subsystem executes the operation of selling the target payment object when judging that the account balance is lower than a preset balance threshold value and the account state is a preset state.
Description
Technical Field
The invention relates to the technical field of internet, in particular to a system, a method and a device for payment treatment.
Background
In the field of insurance products, the payment treatment refers to a specific arrangement for paying pension to retirement planning beneficiaries; in the payment process, the trusted party acts as a trusted party for the corporation, and a payment plan is generated for the corporation during each payment cycle. For a payment object for which the on-demand payment is completed, a trusted party is required to sell the payment object; however, when the payment is executed, the enterprise applies for the payment object only once, and the trusted party cannot know whether the payment is completed or not, and the enterprise or the account management party is required to inform the trusted party; thus, currently trusted parties only provide manual marketing functionality.
However, the manual sales function has a certain hysteresis, which results in a large amount of garbage payment plans for the payment objects which are actually paid, and occupies the system memory; and because of the huge number of payment objects, a large labor cost is generated.
Disclosure of Invention
The embodiment of the invention provides a system, a method and a device for processing payment, which are used for solving the problem of limitation of manual sales in the processing payment in the prior art.
In one aspect, an embodiment of the present invention provides a payment system, including: a trusted subsystem and an accounting subsystem;
the trusted subsystem is used for receiving payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
If the number of the target payment plans is lower than a preset plan threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the number of the remaining payment periods of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
or (b)
If the number of the target payment plans is greater than or equal to a preset plan threshold, a first obtaining operation carrying the identification number of the target payment object is sent to the account sub-system;
the account management subsystem is used for determining the account balance of the target payment object according to the identification number and sending the account balance to the trusted subsystem;
and the trusted subsystem executes the operation of selling the target payment object when judging that the account balance is lower than a preset balance threshold value and the account state is a preset state.
In one aspect, an embodiment of the present invention provides a payment processing method, which is applied to a trusted subsystem of the payment processing system, where the method includes:
receiving a payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
If the number of the target payment plans is lower than a preset threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the number of the remaining payment periods of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
or (b)
If the number of the target payment plans is larger than or equal to a preset plan threshold, determining account balance of the target payment object, and executing user selling operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is the preset state.
On the other hand, the embodiment of the invention also provides a device for processing payment, which is applied to the trusted subsystem of the processing payment system, and comprises:
the operation receiving module is used for receiving a payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
the first account selling module is used for executing the payment processing operation if the number of the target payment plans is lower than a preset threshold value, and executing the account selling operation on the target payment object when the residual payment period number of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
Or (b)
And the second account selling module is used for determining the account balance of the target payment object if the number of the target payment plans is larger than or equal to a preset plan threshold value, and executing the account selling operation on the target payment object when the account balance is judged to be lower than the preset balance threshold value and the account state is the preset state.
In yet another aspect, an embodiment of the present invention further provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps in the method for payment on treatment as described above when executing the computer program.
In yet another aspect, embodiments of the present invention also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps in a method of payment for treatment as described above.
In the embodiment of the invention, a trusted subsystem is used for receiving payment application operation of a user and acquiring a target payment plan of a target payment object in the payment application operation; executing a marketing operation on the target payment object when the number of target payment plans is judged to be lower than a preset plan threshold and the remaining payment period number of the target payment object is zero and the account state is a preset state after the processing payment operation is completed; or if the number of the target payment plans is greater than or equal to a preset plan threshold, executing a marketing operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is a preset state; when the target payment object is detected to be in accordance with the sales condition, the sales is automatically carried out on the target payment object, so that the target object is prevented from generating a garbage payment plan and occupying the system memory; and meanwhile, the marketing is automatically carried out through the supporting subsystem, so that the manual operation cost is saved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings that are needed in the description of the embodiments of the present invention will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present invention, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a block diagram of a payment system according to an embodiment of the present invention;
FIG. 2 is an application scenario diagram of a first example of an embodiment of the present invention;
FIG. 3 is an interactive schematic of a second example of an embodiment of the invention;
FIG. 4 is a flowchart illustrating steps of a method for payment processing according to an embodiment of the present invention;
fig. 5 is a block diagram of a payment device according to an embodiment of the present invention;
fig. 6 is a block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The following description of the embodiments of the present invention will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
In various embodiments of the present invention, it should be understood that the sequence numbers of the following processes do not mean the order of execution, and the order of execution of the processes should be determined by the functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.
In the embodiments provided herein, it should be understood that "B corresponding to a" means that B is associated with a from which B may be determined. It should also be understood that determining B from a does not mean determining B from a alone, but may also determine B from a and/or other information.
Fig. 1 shows a schematic diagram of a payment system 100 according to an embodiment of the present invention.
As shown in fig. 1, an embodiment of the present invention provides a payment system 100, including: a trusted subsystem 101 and an accounting subsystem 102; in the embodiment of the present invention, taking the payment system 100 for paying the annual gold of the corporation as an example, it can be understood that the payment system 100 may also be used for paying other services.
The enterprise annuity is taken as an pension guarantee product, and is a supplementary pension business established by enterprises according to own economic strength and economic conditions besides the forced pension, and is a supplementary pension system, so that a certain degree of retirement income guarantee is provided for the staff of the enterprises.
Specifically, the endowment guarantee product takes an endowment insurance company as a trusted party, receives the commission of the commission party, provides endowment guarantee and funds management service related to the endowment guarantee for the endowment insurance product, and comprises service matters such as scheme design, trusted management, account management, investment management, treatment payment, salary delay, welfare plan, talent incentive and the like.
Further, the payment for treatment refers to a process of making a payment for an employee (i.e., a payment object) participating in the annuity plan according to the specification of annuity. For the payment object meeting the payment application condition, the payment modes which can be selected are one-time payment and staged payment, and the staged payment is divided into rated payment and periodic payment. Once per payment period.
As a first example, referring to fig. 2, during a payment process, an enterprise acts as a consigner, consigneing the consigner to pay a related payment for a payment object; the trustee is a legal trustee trusted mechanism for receiving the trust of the trustee and managing the annual fund of the enterprise; the account management side is a mechanism for receiving the entrusted side, managing the annuity fund account of the enterprise and carrying out accounting.
The trusted subsystem 101 is a system for executing a trusted party function, and the trusted subsystem 101 is configured to receive a payment application operation of a user, and obtain a target payment plan of a target payment object in the payment application operation, where the target payment plan includes a plan generated in a current payment period and/or a plan remaining in a historical payment period.
Users, i.e., delegates, typically enterprises; the delegate sends a payment application operation to the trusted subsystem 101, and carries the identification number of the target payment object in the payment application operation, and each payment object can usually apply for payment only once; after receiving the payment application operation, the supported subsystem 101 obtains a payment plan according to the identification number of the target payment object; the payment plan is a target payment plan for the target payment object.
In the current payment period, the target payment plan may be of two types, one is generated in the current payment period, and the other is a future payment plan, i.e. an unpaid payment plan remaining in the historical payment period.
After acquiring all the target payment plans for the target payment object, the trusted subsystem 101 determines a numerical relationship between the number of target payment plans and a preset threshold, and according to different numerical relationships, the trusted subsystem 101 performs different operations. The preset threshold is the highest threshold of the outstanding payment plans that can be left.
Specifically, the operations performed by the trusted subsystem 101 are classified into two cases, case one or case two, according to the number of target payment plans.
In the first case, if the number of the target payment plans is lower than a preset plan threshold, the trusted subsystem 101 executes a payment processing operation, and executes a marketing operation on the target payment object when the remaining payment period number of the target payment object is zero and the account state is a preset state after detecting that the payment processing operation is completed;
and if the number of the target payment plans is lower than a preset plan threshold, indicating that the number of the remaining target payment plans is normal and can execute a treatment payment operation, wherein the treatment payment operation is to treat the target payment object.
After the payment processing operation of the current payment period is completed, when the trusted subsystem 101 detects that the remaining payment period number of the target payment object is zero and the account state is a preset state, the trusted subsystem 101 automatically executes the marketing operation on the target payment object; specifically, the account status may include payment, or sales, etc.; the preset state may be set to a payment state that indicates that the corporation has initiated a payment procedure for the current account.
The remaining payment period number is the payment period number of the target object recorded by the trusted subsystem 101; the remaining payment period number is the difference value between the initial period number and the current payment period; for one-time payment, the initial period number of the payment object is 0, and for periodic payment, the payment object is preset with the value of the initial period number; for a quota payment, the initial period number is preset to an initial period value, which is typically set to a larger value, such as 99.
In this way, for a payment object with a payment type of one-time payment or regular payment, after completing the payment processing operation for the payment object in a certain payment period, the trusted subsystem 101 detects that the remaining payment period number is zero and the account state is the payment state, and automatically sells the payment object, so that a useless garbage payment plan is still generated for the target payment object, and the system memory is occupied.
If the number of the target payment plans is greater than or equal to a preset plan threshold, an account of the target payment object may have an abnormal condition, and a garbage payment plan may exist in the target payment plan; the trusted subsystem 101 sends a first acquisition operation to the accounting subsystem 102 carrying the identification number of the target payment object; the acquiring operation is used for acquiring the account balance of the target payment object, wherein the account is the account of the target payment object maintained by the account management system 102, and the total amount of treatment of the target payment object which has not been paid to the target payment object is stored. The trusted subsystem 101 sends a first acquisition operation to the ledger subsystem 102 and carries the identification number of the target payment object in the first acquisition operation.
The account management subsystem 102 is configured to determine an account balance of the target payment object according to the identification number, and send the account balance to the trusted subsystem 101; accounting subsystem 102 looks up the account of the target object based on the identification number and, after determining the account balance, feeds back the account balance to trusted subsystem 101.
The trusted subsystem 101 performs a marketing operation on the target payment object when the account balance is determined to be lower than a preset balance threshold and the account state is a preset state; optionally, the preset balance threshold is a lowest threshold for paying a primary treatment to the target payment object; when the account state of the target payment object is a preset state, and the account balance is lower than the preset balance threshold value and insufficient for payment once, and the remaining payment plans are more, the target payment plan is an invalid payment plan, and the trusted subsystem 101 automatically sells the target payment object, so that useless garbage payment plans are avoided to be generated for the target payment object.
For payment objects for quota payments, the trusted system typically presets their payment period number to a larger value, such as period 99; thus, when the number of target payment plans is judged to be more, account balance needs to be checked; if the account balance is not sufficiently low enough to be paid once again below the preset balance threshold, indicating that the target payment plan is an invalid plan, the trusted subsystem 101 automatically sells the account.
In addition, in the second case, if the trusted subsystem 101 determines that the account balance is not lower than the preset balance threshold, an abnormal prompt message is sent to prompt that the account of the target payment object may have an abnormal condition.
In the embodiment of the present invention, the trusted subsystem 101 is configured to receive a payment application operation of a user, and obtain a target payment plan of a target payment object in the payment application operation; executing a marketing operation on the target payment object when the number of target payment plans is judged to be lower than a preset plan threshold and the remaining payment period number of the target payment object is zero and the account state is a preset state after the processing payment operation is completed; or if the number of the target payment plans is greater than or equal to a preset plan threshold, executing a marketing operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is a preset state; when the target payment object is detected to be in accordance with the sales condition, the sales is automatically carried out on the target payment object, so that the target object is prevented from generating a garbage payment plan and occupying the system memory; and meanwhile, the marketing is automatically performed through the supporting subsystem 101, so that the manual operation cost is saved. The embodiment of the invention solves the problem of limitation of manual sales in the payment treatment process in the prior art.
It should be noted that, in the embodiment of the present invention, after the trusted subsystem 101 sells the target payment object, the trusted subsystem 101 still maintains the history data of the sold object, including the payment plan, the relevant parameters of the payment operation, and the like.
Optionally, in an embodiment of the present invention, the payment processing system further includes a support subsystem; the supporting pipe system is used as a supporting party and is a mechanism for keeping the annuity fund property of enterprises for receiving the entrustment of the supporting party.
The trusted subsystem performs a payment for treatment operation, including: and sending a first payment instruction carrying the identification number to the account management subsystem, wherein the first payment instruction is used for instructing the account management subsystem to send a payment processing parameter of the target payment object to the hosting subsystem, and the payment processing parameter comprises payment content, amount, payment time and the like.
The supported subsystem receives the payment parameters fed back by the account management subsystem and sends a second payment instruction carrying the payment parameters and the identification number to the hosting subsystem; the support subsystem pays the treatment to the target payment object according to the second payment instruction.
Optionally, in an embodiment of the present invention, the accounting sub-system is further configured to: and receiving the first payment instruction, determining a payment parameter of the target payment object according to the identification number, and feeding back the payment parameter to the trusted subsystem.
After receiving the first payment instruction, the account management subsystem searches the account according to the identification number in the first payment instruction, determines specific parameters of treatment to be paid by the account in the current payment period, and then sends the parameters of treatment to the trusted subsystem.
Optionally, in an embodiment of the present invention, the hosting subsystem is configured to: and receiving the second payment instruction, and paying treatment to the target payment object according to the second payment instruction.
After the supported subsystem determines the payment parameters, a second payment instruction is sent to the managed subsystem; and the support subsystem receives account payment treatment to the treatment of the target payment object according to the second payment instruction.
As a second example, referring to fig. 3, fig. 3 shows a workflow of a payment for treatment system, mainly comprising the following steps:
step 1, the entrusting direction sends a payment request to the entrusted subsystem.
The payment processing application is used for the enterprise clients to submit applications to start payment, and each staff participating in the annuity plan only applies once.
And 2, acquiring a target payment plan of the target payment object in the payment application operation by the trusted subsystem.
Executing the step 3 when the number of unmatched target payment plans is not larger than a preset plan threshold (taking 5 as an example); otherwise, step 4 is performed.
And 3, executing the payment processing operation, and executing the 5 th step.
And step 5, after the payment processing operation is completed, judging that the remaining payment period number of the target payment object is zero and the account state is the payment state, and executing the step 6.
Step 6, marketing the target payment object.
Step 4, the trusted subsystem obtains the account balance of the target payment object from the account management subsystem and executes step 7.
Step 7, the trusted subsystem judges whether the account balance is lower than a preset balance threshold (such as zero), if yes, the account state is a payment state, and the step 6 is executed; otherwise, executing the step 8 to prompt account abnormality.
Thus, for a one-time payment object, after the first payment application of the consignor is completed, the remaining payment period number is 1, and the account state of the member is payment; the supported subsystem generates a primary payment plan, judges that the current unmatched payment plan is less than 5, and executes the payment processing operation by carrying out the payment processing notification.
Then the remaining period number after subtracting one from the payment period number (i.e. the payment plan number) is 0, and then the supported subsystem judges that the remaining period number is 0, and the current account state is payment, and the payment object account state is modified to be a sales user.
For periodic payers in the period, after the first payment application of the consignor is completed, the remaining payment period number is the period number X required by the application, and the account state of the member is payment; and the supported subsystem generates a primary payment plan, judges that the previously unmatched payment plan is less than 5, and performs a payment processing operation by performing a payment processing notification.
Then the remaining period number after subtracting one from the payment period number is X-1, the remaining period number is judged to be not 0, then the current account state is judged to be payment, and the process begins to wait for generating a payment plan again; entering a cycle until the remaining period number is 1, wherein the account state of the member is payment, the system generates a primary payment plan, the current unmatched payment plan is less than 5, and the trusted subsystem carries out treatment payment notification; and then the supported subsystem judges that the remaining period number is 0, the current account state is payment, and the system member account state is modified to be a sales user.
For the quota payer in the period, after the first payment application of the consignor is finished, the number of the period cannot be judged due to the quota. The trusted subsystem defaults to a remaining period of 99. The account state of the payment object is payment, the trusted subsystem generates a first-period payment plan, judges that the current unmatched payment plan is less than 5, and makes a notification of payment treatment, the remaining period number after the payment period number is subtracted by one is 98, then judges that the current account state is payment, judges that the remaining period number is not 0, and the flow starts to wait for generating the payment plan again, and enters a cycle.
After N times of circulation, when the unmatched payment plan is larger than 5, determining whether the account balance queried at each period is 0 or not through the account management system. If 0 and the account state is payment, the trusted subsystem is the sales counter; otherwise, generating abnormal prompt information so as to check whether the waiting person pays for the last time by the manual intervention and account management line, and performing manual sales.
Further, as a third example, taking the principal as enterprise a as an example, the payment period is 1 month, and the payment system for treatment mainly performs the following processes:
the method comprises the steps that firstly, an enterprise A applies for a trusted subsystem to apply for payment for treatment for staff A, B, C; wherein employee A is one-time pays, employee B is periodic pays (two-phase), and employee C is quota pays.
The second step, in the first payment period, the trusted subsystem judges that the states of three target payment objects are all payment, generates a payment plan for each target payment object, and then the remaining payment period numbers of the three are respectively: phase A, 0; b, stage 1; and C,98 stages.
The trusted subsystem judges that the remaining payment period number of staff A and staff B is less than 5, sends a first payment instruction carrying identification numbers of staff A and staff B to the account tube system, acquires the payment parameters of the staff A and staff B, and sends the payment parameters carried in a second payment instruction to the trusted tube system; the cradle subsystem performs a payment operation according to the second payment instruction.
And after detecting that the payment processing operation is finished, the supported subsystem determines that the remaining payment period number of the staff A is zero and the account state is the payment state, and sells the staff A.
Meanwhile, the trusted subsystem judges that the remaining payment period number of the staff C is larger than 5, and the account balance of the staff C is larger than zero through the account management subsystem, so that the payment operation is executed on the staff C.
The remaining payment period number of the staff B is 1 period, the remaining payment period number of the staff C is 98 period, and the next payment period is entered.
Third, in the next payment period, the trusted subsystem judges that the states of the two target payment objects are payment, generates a payment plan for each target payment object, and then the remaining payment period numbers of the two target payment objects are respectively: b, phase 0; stage C, 97.
The trusted subsystem judges that the remaining payment period number of the staff B is smaller than 5, sends a first payment instruction carrying the identification number of the staff B to the account management subsystem, acquires the payment treatment parameters of the staff B, and sends the payment treatment parameters carried in a second payment instruction to the trusted subsystem; the cradle subsystem performs a payment operation according to the second payment instruction.
And after detecting that the payment processing operation is finished, the supported subsystem determines that the remaining payment period number of the staff B is zero and the account state is the payment state, and sells the staff B.
Meanwhile, the trusted subsystem judges that the remaining payment period number of the staff C is larger than 5, and the account balance of the staff C is larger than zero through the account management subsystem, so that the payment operation is executed on the staff C.
The remaining payment period number of employee C is 97 and the next payment period is entered.
Fourth, in the next payment period, the trusted subsystem judges the state of the staff member C as payment, generates a payment plan for the staff member C, and then the remaining payment period number of the staff member C is reduced by 1.
And the supported subsystem judges that the remaining payment period number of the staff C is larger than 5, and executes the payment operation on the account balance of the staff C obtained by the account management subsystem is larger than zero.
And circularly performing the fourth step until a certain payment period, judging that the account balance of the staff C is less than or equal to zero, and selling the staff C.
In the embodiment of the invention, a trusted subsystem is used for receiving payment application operation of a user and acquiring a target payment plan of a target payment object in the payment application operation; executing a marketing operation on the target payment object when the number of target payment plans is judged to be lower than a preset plan threshold and the remaining payment period number of the target payment object is zero and the account state is a preset state after the processing payment operation is completed; or if the number of the target payment plans is greater than or equal to a preset plan threshold, executing a marketing operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is a preset state; when the target payment object is detected to be in accordance with the sales condition, the sales is automatically carried out on the target payment object, so that the target object is prevented from generating a garbage payment plan and occupying the system memory; and meanwhile, the marketing is automatically carried out through the supporting subsystem, so that the manual operation cost is saved. The embodiment of the invention solves the problem of limitation of manual sales in the payment treatment process in the prior art.
Having introduced the payment processing system provided by the embodiment of the invention, a payment processing method of a client side will be described with reference to the accompanying drawings.
Referring to fig. 4, an embodiment of the present invention provides a payment processing method, which is applied to a trusted subsystem of the payment processing system in the above embodiment, and in combination with fig. 1, the payment processing system includes: a trusted subsystem and an accounting subsystem; in the embodiment of the invention, the payment system is used for paying the annual gold of enterprises as an example, and it can be understood that the payment system can also be used for paying other services.
The enterprise annuity is taken as an pension guarantee product, and is a supplementary pension business established by enterprises according to own economic strength and economic conditions besides the forced pension, and is a supplementary pension system, so that a certain degree of retirement income guarantee is provided for the staff of the enterprises.
Specifically, the endowment guarantee product takes an endowment insurance company as a trusted party, receives the commission of the commission party, provides endowment guarantee and funds management service related to the endowment guarantee for the endowment insurance product, and comprises service matters such as scheme design, trusted management, account management, investment management, treatment payment, salary delay, welfare plan, talent incentive and the like.
Further, the payment for treatment refers to a process of making a payment for an employee (i.e., a payment object) participating in the annuity plan according to the specification of annuity. For the payment object meeting the payment application condition, the payment modes which can be selected are one-time payment and staged payment, and the staged payment is divided into rated payment and periodic payment. Once per payment period.
As a first example, referring to fig. 2, during a payment process, an enterprise acts as a consigner, consigneing the consigner to pay a related payment for a payment object; the trustee is a legal trustee trusted mechanism for receiving the trust of the trustee and managing the annual fund of the enterprise; the account management side is a mechanism for receiving the entrusted side, managing the annuity fund account of the enterprise and carrying out accounting.
The method comprises the following steps:
step 401, receiving a payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period.
Users, i.e., delegates, typically enterprises; the entrusting direction entrusted subsystem sends a payment application operation once, and the identification number of a target payment object is carried in the payment application operation, and each payment object can usually apply for payment only once; after receiving the payment application operation, the trusted subsystem acquires a payment plan of the target payment object according to the identification number of the target payment object; the payment plan is a target payment plan for the target payment object.
In the current payment period, the target payment plan may be of two types, one is generated in the current payment period, and the other is a future payment plan, i.e. an unpaid payment plan remaining in the historical payment period.
After acquiring all target payment plans for the target payment objects, the trusted subsystem judges the numerical relation between the number of the target payment plans and a preset threshold value, and executes different operations according to different numerical relations. The preset threshold is the highest threshold of the outstanding payment plans that can be left.
Specifically, the operations performed by the trusted subsystem are divided into two cases, step 402 or step 403, respectively, depending on the number of target payment plans.
Step 402, if the number of the target payment plans is lower than a preset threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the remaining payment period number of the target payment object is zero and the account state is a preset state after detecting that the payment processing operation is completed.
And if the number of the target payment plans is lower than a preset plan threshold, indicating that the number of the remaining target payment plans is normal and can execute a treatment payment operation, wherein the treatment payment operation is to treat the target payment object.
After the payment processing operation of the current payment period is finished, when the trusted subsystem detects that the residual payment period number of the target payment object is zero and the account state is a preset state, the trusted subsystem automatically executes the marketing operation on the target payment object; specifically, the account status may include payment, or sales, etc.; the preset state may be set to a payment state that indicates that the corporation has initiated a payment procedure for the current account.
The remaining payment period number is the payment period number of the target object recorded by the trusted subsystem; the remaining payment period number is the difference value between the initial period number and the current payment period; for one-time payment, the initial period number of the payment object is 0, and for periodic payment, the payment object is preset with the value of the initial period number; for a quota payment, the initial period number is preset to an initial period value, which is typically set to a larger value, such as 99.
In this way, for the payment object with the payment type of one-time payment or regular payment, after the payment operation is completed for the payment object with the payment type of one-time payment or regular payment, the trusted subsystem detects that the remaining payment period number is zero and the account state is the payment state, and automatically sells the payment object, so that the useless garbage payment plan is still generated for the target payment object, and the system memory is occupied.
Step 403, if the number of the target payment plans is greater than or equal to a preset plan threshold, determining an account balance of the target payment object, and executing a marketing operation on the target payment object when the account balance is determined to be lower than the preset balance threshold and the account state is a preset state.
The trusted subsystem executes a marketing operation on the target payment object when judging that the account balance is lower than a preset balance threshold and the account state is a preset state; optionally, the preset balance threshold is a lowest threshold for paying a primary treatment to the target payment object; when the account state of the target payment object is a preset state, and the account balance is lower than a preset balance threshold value and insufficient for payment once, the rest payment plans are more, so that the target payment plan is an invalid payment plan, and the trusted subsystem automatically sells the target payment object, so that useless garbage payment plans are generated for the target payment object.
For payment objects for quota payments, the trusted system typically presets their payment period number to a larger value, such as period 99; thus, when the number of target payment plans is judged to be more, account balance needs to be checked; if the account balance is not enough to pay once again below the preset balance threshold, the target payment plan is an invalid plan, and the trusted subsystem automatically sells the account.
In addition, in step 403, if the trusted subsystem determines that the account balance is not lower than the preset balance threshold, an anomaly prompt message is sent to prompt that an anomaly may exist in the account of the target payment object.
Optionally, in an embodiment of the present invention, the step of determining an account balance of the target payment object includes:
transmitting a first acquisition operation carrying an identification number of the target payment object to the account management system;
and receiving account balance of the target payment object sent by the account management subsystem, wherein the account balance is determined by the account management subsystem according to the identification number.
Optionally, in an embodiment of the present invention, the payment processing system further includes: a hosting subsystem;
the step of executing the payment processing operation comprises the following steps:
sending a first payment instruction carrying the identification number to the account management subsystem, and receiving a payment processing parameter fed back by the account management subsystem;
and sending a second payment instruction carrying the payment parameters and the identification number to the hosting subsystem, wherein the second payment instruction is used for instructing the hosting subsystem to pay the payment to the target payment object according to the second payment instruction.
In the embodiment of the invention, a payment application operation of a user is received, and a target payment plan of a target payment object in the payment application operation is obtained; executing a marketing operation on the target payment object when the number of target payment plans is judged to be lower than a preset plan threshold and the remaining payment period number of the target payment object is zero and the account state is a preset state after the processing payment operation is completed; or if the number of the target payment plans is greater than or equal to a preset plan threshold, executing a marketing operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is a preset state; when the target payment object is detected to be in accordance with the sales condition, the sales is automatically carried out on the target payment object, so that the target object is prevented from generating a garbage payment plan and occupying the system memory; and meanwhile, the marketing is automatically carried out through the supporting subsystem, so that the manual operation cost is saved. The embodiment of the invention solves the problem of limitation of manual sales in the payment treatment process in the prior art.
Having described the method for payment for treatment provided by the embodiment of the present invention, the following describes the device for payment for treatment provided by the embodiment of the present invention with reference to the accompanying drawings.
Referring to fig. 5, an embodiment of the present invention further provides a payment device, which is applied to the trusted subsystem of the payment system in the foregoing embodiment, and includes:
an operation receiving module 501, configured to receive a payment application operation of a user, and obtain a target payment plan of a target payment object in the payment application operation, where the target payment plan includes a plan generated in a current payment period and/or a plan remaining in a historical payment period;
the first sales module 502 is configured to execute a payment processing operation if the number of the target payment plans is lower than a preset threshold, and execute a sales operation on the target payment object when the remaining payment period number of the target payment object is zero and the account state is a preset state after detecting that the payment processing operation is completed;
or (b)
And a second account selling module 503, configured to determine an account balance of the target payment object if the number of target payment plans is greater than or equal to a preset plan threshold, and execute an account selling operation on the target payment object when the account balance is determined to be lower than the preset balance threshold and the account state is a preset state.
Optionally, in an embodiment of the present invention, the second pin module 503 includes:
A first sending sub-module, configured to send a first obtaining operation carrying an identification number of the target payment object to the accounting subsystem;
and the first receiving sub-module is used for receiving the account balance of the target payment object sent by the account management subsystem, wherein the account balance is determined by the account management subsystem according to the identification number.
Optionally, in an embodiment of the present invention, the payment processing system further includes: a hosting subsystem;
the first pin module 502 includes:
the parameter processing sub-module is used for sending a first payment instruction carrying the identification number to the account sub-system and receiving payment processing parameters fed back by the account sub-system;
and the payment instruction sub-module is used for sending a second payment instruction carrying the treatment payment parameter and the identification number to the hosting sub-system, wherein the second payment instruction is used for instructing the hosting sub-system to pay treatment to the target payment object according to the second payment instruction.
The payment processing device provided by the embodiment of the present invention can implement each process implemented by the trusted subsystem for processing payment in the embodiments of fig. 1 to 4, and in order to avoid repetition, a description is omitted here.
In the embodiment of the present invention, the operation receiving module 501 receives a payment application operation of a user, and obtains a target payment plan of a target payment object in the payment application operation; the first account selling module 502 executes the account selling operation on the target payment object when the number of target payment plans is judged to be lower than a preset plan threshold and the remaining payment period number of the target payment object is zero and the account state is a preset state after the payment processing operation is completed; if the number of the target payment plans is greater than or equal to a preset plan threshold, the second account selling module 503 executes an account selling operation on the target payment object when the account balance is determined to be lower than the preset balance threshold and the account state is a preset state; when the target payment object is detected to be in accordance with the sales condition, the sales is automatically carried out on the target payment object, so that the target object is prevented from generating a garbage payment plan and occupying the system memory; and meanwhile, the marketing is automatically carried out through the supporting subsystem, so that the manual operation cost is saved. The embodiment of the invention solves the problem of limitation of manual sales in the payment treatment process in the prior art.
In another aspect, an embodiment of the present invention further provides an electronic device, including a memory, a processor, a bus, and a computer program stored in the memory and capable of running on the processor, where the processor implements the steps in the above-mentioned payment method when executing the program.
For example, fig. 6 shows a schematic physical structure of an electronic device.
As shown in fig. 6, the electronic device may include: processor 610, communication interface (Communications Interface) 620, memory 630, and communication bus 640, wherein processor 610, communication interface 620, and memory 630 communicate with each other via communication bus 640. The processor 610 may call logic instructions in the memory 630 to perform the following methods:
receiving a taxi taking application sent by a client, and acquiring a user grade of a target object aimed by the taxi taking application; the taxi taking application at least comprises a taxi taking parameter and a route parameter;
determining a preset taxi taking rule corresponding to the user grade, wherein the preset taxi taking rule at least comprises available taxi taking parameters and path parameters of the target object;
and checking the taxi taking application according to the preset taxi taking rules.
Or (b)
Receiving the vehicle use parameters and the path parameters of the user, carrying the vehicle use parameters and the path parameters in a vehicle driving application, and sending the vehicle use parameters and the path parameters to the server;
receiving an auditing result of the taxi taking application according to a preset taxi taking rule by the server; the preset taxi taking rules at least comprise available taxi taking parameters and path parameters of the target object, and the preset taxi taking rules are determined by the server according to the user grade of the user.
Further, the logic instructions in the memory 630 may be implemented in the form of software functional units and stored in a computer-readable storage medium when sold or used as a stand-alone product. Based on this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
In still another aspect, an embodiment of the present invention further provides a computer readable storage medium having stored thereon a computer program, where the computer program is implemented when executed by a processor to perform the method for payment processing provided in the foregoing embodiments, for example, including:
Receiving a taxi taking application sent by a client, and acquiring a user grade of a target object aimed by the taxi taking application; the taxi taking application at least comprises a taxi taking parameter and a route parameter;
determining a preset taxi taking rule corresponding to the user grade, wherein the preset taxi taking rule at least comprises available taxi taking parameters and path parameters of the target object;
and checking the taxi taking application according to the preset taxi taking rules.
Or (b)
Receiving the vehicle use parameters and the path parameters of the user, carrying the vehicle use parameters and the path parameters in a vehicle driving application, and sending the vehicle use parameters and the path parameters to the server;
receiving an auditing result of the taxi taking application according to a preset taxi taking rule by the server; the preset taxi taking rules at least comprise available taxi taking parameters and path parameters of the target object, and the preset taxi taking rules are determined by the server according to the user grade of the user.
The apparatus embodiments described above are merely illustrative, wherein the elements illustrated as separate elements may or may not be physically separate, and the elements shown as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
From the above description of the embodiments, it will be apparent to those skilled in the art that the embodiments may be implemented by means of software plus necessary general hardware platforms, or of course may be implemented by means of hardware. Based on this understanding, the foregoing technical solution may be embodied essentially or in a part contributing to the prior art in the form of a software product, which may be stored in a computer readable storage medium, such as ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the respective embodiments or some parts of the embodiments.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and are not limiting; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims (9)
1. A system for payment for treatment, comprising: a trusted subsystem and an accounting subsystem;
the trusted subsystem is used for receiving payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
if the number of the target payment plans is lower than a preset plan threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the number of the remaining payment periods of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
or (b)
If the number of the target payment plans is greater than or equal to a preset plan threshold, a first obtaining operation carrying the identification number of the target payment object is sent to the account sub-system;
the account management subsystem is used for determining the account balance of the target payment object according to the identification number and sending the account balance to the trusted subsystem;
the trusted subsystem executes a marketing operation on the target payment object when judging that the account balance is lower than a preset balance threshold and the account state is a preset state;
The payment system further comprises: a hosting subsystem;
the trusted subsystem performs a payment for treatment operation, including: sending a first payment instruction carrying the identification number to the account management subsystem, and receiving a payment processing parameter fed back by the account management subsystem;
and sending a second payment instruction carrying the payment processing parameter and the identification number to the hosting subsystem.
2. The payment system of claim 1, wherein the accounting subsystem is further configured to: and receiving the first payment instruction, determining a payment parameter of the target payment object according to the identification number, and feeding back the payment parameter to the trusted subsystem.
3. The payment system of claim 1, wherein the escrow subsystem is configured to: and receiving the second payment instruction, and paying treatment to the target payment object according to the second payment instruction.
4. A method of payment for a trusted subsystem of a payment for treatment system as claimed in any one of claims 1 to 3, the method comprising:
receiving a payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
If the number of the target payment plans is lower than a preset threshold, executing a payment processing operation, and executing a marketing operation on the target payment object when the number of the remaining payment periods of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
or (b)
If the number of the target payment plans is larger than or equal to a preset plan threshold, determining account balance of the target payment object, and executing a marketing operation on the target payment object when the account balance is judged to be lower than the preset balance threshold and the account state is a preset state;
the payment system further comprises: a hosting subsystem;
the step of executing the payment processing operation comprises the following steps:
sending a first payment instruction carrying the identification number to the account management subsystem, and receiving a payment processing parameter fed back by the account management subsystem;
and sending a second payment instruction carrying the payment processing parameter and the identification number to the hosting subsystem.
5. The method of claim 4, wherein the step of determining the account balance of the target payment object comprises:
transmitting a first acquisition operation carrying an identification number of the target payment object to the account management system;
And receiving account balance of the target payment object sent by the account management subsystem, wherein the account balance is determined by the account management subsystem according to the identification number.
6. The method of claim 4, wherein the second payment instruction is used to instruct the escrow subsystem to pay a treatment to the target payment object in accordance with the second payment instruction.
7. A payment device for treatment applied to a trusted subsystem of a payment system according to any one of claims 1 to 3, said device comprising:
the operation receiving module is used for receiving a payment application operation of a user, and acquiring a target payment plan of a target payment object in the payment application operation, wherein the target payment plan comprises a plan generated in a current payment period and/or a plan remained in a historical payment period;
the first account selling module is used for executing the payment processing operation if the number of the target payment plans is lower than a preset threshold value, and executing the account selling operation on the target payment object when the residual payment period number of the target payment object is zero and the account state is a preset state after the completion of the payment processing operation is detected;
Or (b)
The second account selling module is used for determining account balance of the target payment object if the number of the target payment plans is larger than or equal to a preset plan threshold value, and executing account selling operation on the target payment object when the account balance is judged to be lower than the preset balance threshold value and the account state is a preset state;
the payment system further comprises: a hosting subsystem;
the trusted subsystem performs a payment for treatment operation, including: sending a first payment instruction carrying the identification number to the account management subsystem, and receiving a payment processing parameter fed back by the account management subsystem;
and sending a second payment instruction carrying the payment processing parameter and the identification number to the hosting subsystem.
8. An electronic device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, characterized in that the computer program when executed by the processor implements the steps of the method of payment for treatment according to any of claims 4 to 6.
9. A computer readable storage medium, characterized in that it has stored thereon a computer program which, when executed by a processor, implements the steps of the method for payment treatment according to any of claims 4 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010450871.9A CN111681117B (en) | 2020-05-25 | 2020-05-25 | System, method and device for payment treatment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010450871.9A CN111681117B (en) | 2020-05-25 | 2020-05-25 | System, method and device for payment treatment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111681117A CN111681117A (en) | 2020-09-18 |
| CN111681117B true CN111681117B (en) | 2023-09-12 |
Family
ID=72453565
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010450871.9A Active CN111681117B (en) | 2020-05-25 | 2020-05-25 | System, method and device for payment treatment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111681117B (en) |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002099602A2 (en) * | 2001-06-06 | 2002-12-12 | Koresko V John J | A system and method for creating a defined benefit pension plan |
| CN1564211A (en) * | 2004-04-01 | 2005-01-12 | 周静 | Financial account having target account and its management system |
| TW200739441A (en) * | 2006-04-03 | 2007-10-16 | Shacom Com Inc | Method for conducting online financial transaction using competitive bidding mechanism for private mutual fund in segmentation type |
| CN101551893A (en) * | 2008-03-31 | 2009-10-07 | 乔美国际网路股份有限公司 | Annuity agreement system and method executed by annuity agreement system |
| CN106296201A (en) * | 2016-08-15 | 2017-01-04 | 广州地理研究所 | Bus Card equipment off-line credit payment verification method |
| CN106296396A (en) * | 2016-08-18 | 2017-01-04 | 深圳前海微众银行股份有限公司 | The life cycle management method of finishing loan and device |
| CN106952156A (en) * | 2017-03-08 | 2017-07-14 | 中国银行股份有限公司 | The generation method and device of a kind of installment reimbursement plan |
| CN108122099A (en) * | 2017-12-08 | 2018-06-05 | 平安科技（深圳）有限公司 | Method, apparatus, storage medium and the terminal of produce clearing |
| CN108510397A (en) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | Annuity manages system, method, server and storage medium |
| CN109035043A (en) * | 2018-08-13 | 2018-12-18 | 中国建设银行股份有限公司 | A kind of supplementary pension payment system and method |
| CN109118373A (en) * | 2017-06-26 | 2019-01-01 | 平安科技（深圳）有限公司 | Supplementary pension method of commerce, device and computer readable storage medium |
| CN109255696A (en) * | 2018-07-28 | 2019-01-22 | 重庆小雨点小额贷款有限公司 | A kind of refund data determination method, device, server and computer storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8099361B1 (en) * | 2003-08-04 | 2012-01-17 | Amazon.Com, Inc. | Transaction processing system that applies user-specified rules to divide payment amounts among multiple payment instruments |
| US8429052B2 (en) * | 2005-07-19 | 2013-04-23 | Lincoln National Life Insurance Company | Method and system for providing employer-sponsored retirement plan |
-
2020
- 2020-05-25 CN CN202010450871.9A patent/CN111681117B/en active Active
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002099602A2 (en) * | 2001-06-06 | 2002-12-12 | Koresko V John J | A system and method for creating a defined benefit pension plan |
| CN1564211A (en) * | 2004-04-01 | 2005-01-12 | 周静 | Financial account having target account and its management system |
| TW200739441A (en) * | 2006-04-03 | 2007-10-16 | Shacom Com Inc | Method for conducting online financial transaction using competitive bidding mechanism for private mutual fund in segmentation type |
| CN101551893A (en) * | 2008-03-31 | 2009-10-07 | 乔美国际网路股份有限公司 | Annuity agreement system and method executed by annuity agreement system |
| CN106296201A (en) * | 2016-08-15 | 2017-01-04 | 广州地理研究所 | Bus Card equipment off-line credit payment verification method |
| CN106296396A (en) * | 2016-08-18 | 2017-01-04 | 深圳前海微众银行股份有限公司 | The life cycle management method of finishing loan and device |
| CN106952156A (en) * | 2017-03-08 | 2017-07-14 | 中国银行股份有限公司 | The generation method and device of a kind of installment reimbursement plan |
| CN109118373A (en) * | 2017-06-26 | 2019-01-01 | 平安科技（深圳）有限公司 | Supplementary pension method of commerce, device and computer readable storage medium |
| CN108510397A (en) * | 2017-07-25 | 2018-09-07 | 平安科技（深圳）有限公司 | Annuity manages system, method, server and storage medium |
| CN108122099A (en) * | 2017-12-08 | 2018-06-05 | 平安科技（深圳）有限公司 | Method, apparatus, storage medium and the terminal of produce clearing |
| CN109255696A (en) * | 2018-07-28 | 2019-01-22 | 重庆小雨点小额贷款有限公司 | A kind of refund data determination method, device, server and computer storage medium |
| CN109035043A (en) * | 2018-08-13 | 2018-12-18 | 中国建设银行股份有限公司 | A kind of supplementary pension payment system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111681117A (en) | 2020-09-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20160300214A1 (en) | Methods and systems for automated matter resolution | |
| CN110232565B (en) | Resource clearing method, device, computer equipment and storage medium | |
| CN108805691B (en) | Loan auditing method based on block chain and related equipment | |
| WO2010077376A1 (en) | Trading system | |
| CN111199379A (en) | Examination and approval method, examination and approval device and storage medium of workflow engine | |
| US20190295174A1 (en) | Automatic collateral exchange for rehypothecated collateral | |
| US20090276369A1 (en) | System and method for benefit conversion | |
| US20210125285A1 (en) | Method, device, storage medium and terminal for modifying account name | |
| CN114493843A (en) | Business approval method and device, electronic equipment and computer readable medium | |
| JP2004265404A (en) | Method, logic and system for executing automated negotiation | |
| CN111681117B (en) | System, method and device for payment treatment | |
| US9473588B2 (en) | Data processing method and system | |
| CN111105306A (en) | Resource transaction strategy determination method and device and server | |
| US8229809B2 (en) | System and method for use in management of financial assets | |
| CN110889682A (en) | Payment information processing method, device, medium and equipment based on block chain | |
| CN115271694A (en) | Order payment method and system | |
| CN110689431A (en) | Processing method, server and storage medium for securities trading | |
| JP2009123017A (en) | Automatic examination system | |
| JP2006344048A (en) | Credit server in financial institution, credit system and program | |
| CN111737262A (en) | Data processing method and device | |
| CN116523448A (en) | Policy commission management system and method for insurance agency | |
| CN117236897A (en) | Approval method and approval system | |
| CN113506170A (en) | Method, system, apparatus, storage medium and article for remittance | |
| CN110796437A (en) | Service processing method, device, equipment and storage medium | |
| CN117057792A (en) | Payment method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |