CN115375298A - Receiving and paying processing method, system, terminal and medium considering service type - Google Patents
Receiving and paying processing method, system, terminal and medium considering service type Download PDFInfo
- Publication number
- CN115375298A CN115375298A CN202211019761.2A CN202211019761A CN115375298A CN 115375298 A CN115375298 A CN 115375298A CN 202211019761 A CN202211019761 A CN 202211019761A CN 115375298 A CN115375298 A CN 115375298A
- Authority
- CN
- China
- Prior art keywords
- payment
- screening
- rule
- screening rule
- receipt
- 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.)
- Pending
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention provides a receiving and paying processing method, a system, a terminal and a medium considering service types, wherein the receiving and paying processing method comprises the following steps: receiving a receiving and paying instruction from a user terminal, and identifying a service type corresponding to the receiving and paying instruction; matching a corresponding route screening mode for screening according to the service type corresponding to the receiving and paying instruction; and determining a payment channel corresponding to the receiving and paying instruction according to the screening result, generating a receiving and paying result corresponding to the receiving and paying instruction, and feeding back the receiving and paying result to the user terminal. Compared with the prior art, the method and the device have the advantages that the service type corresponding to the receiving and paying instruction is identified, the selection is carried out based on the service type matching routing screening mode, the channel selection is not needed to be carried out manually, and the transaction expansibility and the system processing efficiency are improved.
Description
Technical Field
The invention relates to the technical field of consumption financial payment, in particular to a receipt and payment processing method, a system, a terminal and a computer readable storage medium considering service types.
Background
Consumer financial businesses typically use one or more payment institutions. For the scenario of multiple payment mechanisms, in the prior art, when payment operation is performed, a payment channel needs to be manually selected, which results in long transaction processing time. On the other hand, in the payment process, specific service scenarios need to be considered, the multi-level upstream and downstream system docking is realized according to service contents, and the channel selection also needs to be manually performed in the process. The prior art has the problems of insufficient expansibility of transaction and low overall processing efficiency.
Disclosure of Invention
The invention provides a receiving and paying processing method, a system, a terminal and a computer readable storage medium considering service types, which aim to solve the technical problem of improving the processing efficiency.
In order to solve the foregoing technical problem, an embodiment of the present invention provides a method for handling receipt and payment considering a service type, where the method includes:
in one possible implementation, the types of transactions include agreement contract payments, financial reimbursement payments, liquidation payments, general collections, and general payments.
In a possible implementation manner, the matching of the corresponding route screening manner for screening according to the service type corresponding to the receipt and payment instruction specifically includes:
when the service type is the protocol signing payment, screening according to an organization screening rule, a configuration switch rule and a priority screening rule in sequence;
when the service type is financial reimbursement payment, route screening is not carried out;
when the service type is clearing payment, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common payment, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence;
and when the service type is common collection, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence.
In a possible implementation manner, the determining, according to the screening result, a payment channel corresponding to the receipt and payment instruction, and generating a receipt and payment result corresponding to the receipt and payment instruction specifically include:
determining a payment channel corresponding to the receipt and payment instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
Correspondingly, the embodiment of the invention also provides a receiving and paying processing system considering the service type, which comprises a type identification module, a screening module and a receiving and paying module; wherein the content of the first and second substances,
the type identification module is used for receiving a receiving and paying instruction from a user terminal and identifying a service type corresponding to the receiving and paying instruction;
the screening module is used for matching a corresponding route screening mode for screening according to the service type corresponding to the receiving and paying instruction;
and the receiving and paying module is used for determining a payment channel corresponding to the receiving and paying instruction according to a screening result, generating a receiving and paying result corresponding to the receiving and paying instruction and feeding back the receiving and paying result to the user terminal.
In one possible implementation, the types of transactions include agreement contract payments, financial reimbursement payments, liquidation payments, general collections, and general payments.
In a possible implementation manner, the screening module matches a corresponding route screening manner to screen according to the service type corresponding to the receipt and payment instruction, and specifically includes:
when the service type is the protocol signing payment, the screening module screens according to an organization screening rule, a configuration switch rule and a priority screening rule in sequence;
when the service type is financial reimbursement payment, the screening module does not screen the route;
when the service type is clearing payment, the screening module carries out screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common payment, the screening module screens according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common collection, the screening module screens according to an account type screening rule, a protocol payment screening rule, a quota screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence.
In a possible implementation manner, the receiving and payment module determines, according to the screening result, a payment channel corresponding to the receiving and payment instruction, and generates a receiving and payment result corresponding to the receiving and payment instruction, specifically:
the receiving and paying module determines a payment channel corresponding to the receiving and paying instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
Accordingly, an embodiment of the present invention further provides a terminal, which includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, where the processor implements the method for processing payment and receipt considering the service type when executing the computer program.
Correspondingly, the embodiment of the present invention further provides a computer-readable storage medium, where the computer-readable storage medium includes a stored computer program, and when the computer program runs, a device where the computer-readable storage medium is located is controlled to execute the method for performing payment and receipt considering the service type.
Compared with the prior art, the embodiment of the invention has the following beneficial effects:
the embodiment of the invention provides a receiving and paying processing method, a system, a terminal and a computer readable storage medium considering service types, wherein the receiving and paying processing method comprises the following steps: receiving a receiving and paying instruction from a user terminal, and identifying a service type corresponding to the receiving and paying instruction; matching a corresponding route screening mode for screening according to the service type corresponding to the receiving and paying instruction; and determining a payment channel corresponding to the receiving and paying instruction according to the screening result, generating a receiving and paying result corresponding to the receiving and paying instruction, and feeding back the receiving and paying result to the user terminal. Compared with the prior art, the method and the device have the advantages that the service type corresponding to the receiving and paying instruction is identified, the selection is carried out based on the service type matching routing screening mode, the channel selection is not needed to be carried out manually, and the transaction expansibility and the system processing efficiency are improved.
Furthermore, the service types can be subdivided into agreement contract payment, financial reimbursement payment, clearing payment, common collection, common payment and the like, channels are selected in a targeted manner so as to facilitate the docking of upstream and downstream systems in different application scenes, the docking efficiency and the docking pertinence are improved, and the expansibility and the processing flexibility of transactions are further improved.
Drawings
FIG. 1: the present invention provides a flow diagram of an embodiment of a method for processing receipt and payment considering service types.
FIG. 2 is a schematic diagram: the invention provides a schematic structural diagram of an embodiment of a receipt and payment processing system considering service types.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The first embodiment is as follows:
referring to fig. 1, fig. 1 is a processing method for accepting and paying in consideration of service types according to an embodiment of the present invention, including steps S1 to S3, wherein,
step S1, receiving a receiving and paying instruction from a user terminal, and identifying a service type corresponding to the receiving and paying instruction.
In this embodiment, the user may be an individual user or an enterprise user. The execution main body of the receipt and payment processing method provided by the embodiment comprises a computer, a server or a certain terminal. And when receiving a receiving and paying instruction of a user, identifying a service type corresponding to the receiving and paying instruction. The service types include but are not limited to agreement contract payment, financial reimbursement payment, liquidation payment, ordinary collection, ordinary payment and the like.
And S2, matching a corresponding route screening mode for screening according to the service type corresponding to the receiving and paying instruction.
As an optimal scheme, when the service type is protocol subscription payment, screening is performed according to an organization screening rule, a configuration switch rule and a priority screening rule in sequence;
when the service type is financial reimbursement payment, the routing screening is not carried out, and the transaction is carried out through a specified payment channel;
when the service type is clearing payment, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate state screening rule and a priority screening rule in sequence; the clearing payment specifically refers to one payment account and the service types of two collection accounts, which are often required by a service cooperation mode in the scene, and when payment needs to be made for a collector, payment is made for the collection accounts of the partners at the same time (for example, when the payment is 100 yuan, 90 yuan is paid for the collector, and 10 yuan is paid for the partners).
When the service type is common payment, screening is carried out according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence;
and when the service type is common collection, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence.
Wherein the priority screening rules are defined by priority levels, e.g. from 1 to 10,1 being the highest and 10 being the lowest.
The limit screening rule specifically refers to a limit of a transaction amount, for example: the transaction amount cannot exceed 5 ten thousand.
The agreement payment screening rule is specifically to confirm whether the order corresponding to the receipt and payment instruction is agreement payment.
The channel batch screening rule is specifically used for confirming whether the order corresponding to the receipt and payment instruction is batch transaction or single transaction.
The retransmission routing rule is specifically as follows: if the first transaction returns that the transaction fails, whether the transaction can be sent again is judged according to the reason of the failure return. For example: the transaction of the institution A returns 'transaction does not exist', and can be sent to the institution B again for continuing the transaction through the judgment of the system.
The high-volume transaction screening rule is preferably that when the payment transaction exceeds 5 ten thousand yuan, whether the payment mechanism meeting the transaction is in the business time range can be judged (if the payment mechanism is a bank, the high-volume transaction can cause the business time of the system to be increased).
The maintenance screening rule specifically indicates whether the payment channel or the bank is in a maintenance state, and then the payment channel in the maintenance state or the corresponding payment channel of the bank in the maintenance state is removed.
The balance screening rule specifically includes: the balance of the current account at the time of payment is judged, and if the balance is more than 100 ten thousand, the transaction is allowed, or the balance can be configured to be less than 5 ten thousand, and the transaction is not carried out.
The certificate status screening rule specifically refers to that whether the encrypted certificate signed by the payment mechanism is within the valid period range or not is judged, and the encrypted certificate which is not within the valid period range is preferentially excluded.
The rate screening rule specifically refers to the commission charge of transaction of a payment mechanism, wherein the commission charge of a person with low commission charge is preferentially screened, and the commission charge of a person with high commission charge is preferentially excluded.
The mechanism screening rule specifically refers to determining whether a signing mechanism exists, a switch rule is configured to identify the switch state of a channel corresponding to the signing mechanism, and the mechanism screening rule is preferentially selected when the mechanism screening rule is in the switch state.
Further, the configured route screening method further includes: transaction account type screening rules, such as determining whether the order is to a public account or a private account. In this embodiment, all the routing filtering manners/rules are predefined, and may be adaptively modified according to an actual service scenario, without being limited to a certain fixed value. The routing rule of the embodiment adopts a modular design, can be flexibly configured, sorts and screens payment channels according to service types, and does not influence the transaction of the whole system when a single bank/payment mechanism is unavailable (such as not in business or failure).
And S3, determining a payment channel corresponding to the receiving and paying instruction according to the screening result, generating a receiving and paying result corresponding to the receiving and paying instruction, and feeding back the receiving and paying result to the user terminal.
As a preferred scheme, determining a payment channel corresponding to the receipt and payment instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
It should be noted that, in this embodiment, there is no case where there are a plurality of eligible payment channels. Although the last rule of the routing screening mode corresponding to most service types is a priority screening rule, and the priority in practical application is 1 to 10, when a plurality of payment channels exist in the same priority, the error is checked and prompted in the stage of rule configuration; as an example of this embodiment, the priority ranks of the payment channels in the same priority may be further subdivided, such as configuring the priority value as one, two, three, or several bits after the decimal point.
And after the receipt and payment result is generated, characters such as transaction success, transaction failure and the like are fed back to the user and are displayed on the user terminal.
Correspondingly, referring to fig. 2, an embodiment of the present invention provides a receipt and payment processing system considering a service type, including a type identification module 101, a screening module 102, and a receipt and payment module 103; wherein the content of the first and second substances,
the type identification module 101 is configured to receive a receipt and payment instruction from a user terminal, and identify a service type corresponding to the receipt and payment instruction;
the screening module 102 is configured to match a corresponding route screening manner to perform screening according to the service type corresponding to the receipt and payment instruction;
and the receiving and paying module 103 is configured to determine a payment channel corresponding to the receiving and paying instruction according to a screening result, generate a receiving and paying result corresponding to the receiving and paying instruction, and feed back the receiving and paying result to the user terminal.
Preferably, the service types include agreement contract payment, financial reimbursement payment, liquidation payment, general collection and general payment.
As a preferred scheme, the screening module 102 matches a corresponding routing screening manner to perform screening according to the service type corresponding to the receipt and payment instruction, specifically:
when the service type is a contract signing payment, the screening module 102 sequentially screens according to an organization screening rule, a configuration switch rule and a priority screening rule;
when the service type is financial reimbursement payment, the screening module 102 does not perform routing screening;
when the service type is credit clearing payment, the screening module 102 sequentially screens according to an account type screening rule, a protocol payment screening rule, a quota screening rule, a channel batch screening rule, a retransmission routing rule, a large transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate status screening rule and a priority screening rule;
when the service type is normal payment, the screening module 102 sequentially screens according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate status screening rule and a priority screening rule;
when the service type is normal collection, the screening module 102 performs screening according to an account type screening rule, a protocol payment screening rule, a quota screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate status screening rule, and a priority screening rule in sequence.
As a preferred scheme, the receipt and payment module 103 determines, according to the screening result, a payment channel corresponding to the receipt and payment instruction, and generates a receipt and payment result corresponding to the receipt and payment instruction, specifically:
the receiving and paying module 103 determines a payment channel corresponding to the receiving and paying instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
Correspondingly, an embodiment of the present invention further provides a terminal, which includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, where the processor implements the method for processing payment and receipt considering the service type when executing the computer program.
The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may be any conventional processor or the like, which is the control center of the terminal and connects the various parts of the whole terminal with various interfaces and lines.
The memory may be used to store the computer program, and the processor may implement various functions of the terminal by executing or executing the computer program stored in the memory and calling data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
Correspondingly, the embodiment of the present invention further provides a computer-readable storage medium, where the computer-readable storage medium includes a stored computer program, and when the computer program runs, the apparatus where the computer-readable storage medium is located is controlled to execute the method for processing payment and receipt considering the service type.
Wherein, the module integrated by the receipt and payment processing system considering the service type can be stored in a computer readable storage medium if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, all or part of the flow in the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the above-described embodiments of the method may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, read-Only Memory (ROM), random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like.
Compared with the prior art, the embodiment of the invention has the following beneficial effects:
the embodiment of the invention provides a receiving and paying processing method, a system, a terminal and a computer readable storage medium considering service types, wherein the receiving and paying processing method comprises the following steps: receiving a receiving and paying instruction from a user terminal, and identifying a service type corresponding to the receiving and paying instruction; matching a corresponding route screening mode to screen according to the service type corresponding to the receipt and payment instruction; and determining a payment channel corresponding to the receiving and paying instruction according to the screening result, generating a receiving and paying result corresponding to the receiving and paying instruction, and feeding back the receiving and paying result to the user terminal. Compared with the prior art, the method and the device have the advantages that the service type corresponding to the receiving and paying instruction is identified, the selection is carried out based on the service type matching routing screening mode, the channel selection is not needed to be carried out manually, and the transaction expansibility and the system processing efficiency are improved.
Furthermore, the service types can be subdivided into agreement contract payment, financial reimbursement payment, clearing payment, common collection, common payment and the like, channels are selected in a targeted manner so as to facilitate the docking of upstream and downstream systems in different application scenes, the docking efficiency and the docking pertinence are improved, and the expansibility and the processing flexibility of transactions are further improved.
The above-mentioned embodiments are provided to further explain the objects, technical solutions and advantages of the present invention in detail, and it should be understood that the above-mentioned embodiments are only examples of the present invention and are not intended to limit the scope of the present invention. It should be understood that any modifications, equivalents, improvements and the like, which come within the spirit and principle of the invention, may occur to those skilled in the art and are intended to be included within the scope of the invention.
Claims (10)
1. A method for processing a payment and receipt considering a service type, comprising:
receiving a receiving and paying instruction from a user terminal, and identifying a service type corresponding to the receiving and paying instruction;
matching a corresponding route screening mode to screen according to the service type corresponding to the receipt and payment instruction;
and determining a payment channel corresponding to the receiving and paying instruction according to the screening result, generating a receiving and paying result corresponding to the receiving and paying instruction, and feeding back the receiving and paying result to the user terminal.
2. A receipt and payment processing method according to claim 1, wherein the service types include agreement contract payment, financial reimbursement payment, liquidation payment, general receipt and general payment.
3. The method according to claim 2, wherein the screening is performed by matching a corresponding routing screening method according to the service type corresponding to the receipt and payment instruction, specifically:
when the service type is the protocol signing payment, screening according to an organization screening rule, a configuration switch rule and a priority screening rule in sequence;
when the service type is financial reimbursement payment, no routing screening is carried out;
when the service type is clearing payment, screening is carried out according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common payment, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence;
and when the service type is common collection, screening according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence.
4. The method according to any one of claims 1 to 3, wherein the determining, according to the screening result, a payment channel corresponding to the receipt and payment instruction and generating a receipt and payment result corresponding to the receipt and payment instruction specifically include:
determining a payment channel corresponding to the receipt and payment instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
5. A receiving and paying processing system considering service types is characterized by comprising a type identification module, a screening module and a receiving and paying module; wherein the content of the first and second substances,
the type identification module is used for receiving a receiving and paying instruction from a user terminal and identifying a service type corresponding to the receiving and paying instruction;
the screening module is used for matching a corresponding route screening mode for screening according to the service type corresponding to the receiving and paying instruction;
and the receipt and payment module is used for determining a payment channel corresponding to the receipt and payment instruction according to a screening result, generating a receipt and payment result corresponding to the receipt and payment instruction and feeding back the receipt and payment result to the user terminal.
6. A payment processing system according to claim 5, wherein the transaction types include agreement sign-up payments, financial reimbursement payments, clearing payments, general collections and general payments.
7. The system according to claim 6, wherein the screening module performs screening by matching a corresponding routing screening method according to the service type corresponding to the receipt and payment instruction, specifically:
when the service type is a protocol contract payment, the screening module sequentially screens according to an organization screening rule, a configuration switch rule and a priority screening rule;
when the service type is financial reimbursement payment, the screening module does not perform routing screening;
when the service type is clearing payment, the screening module screens according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large transaction screening rule, a maintenance screening rule, a balance screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common payment, the screening module screens according to an account type screening rule, a protocol payment screening rule, a limit screening rule, a channel batch screening rule, a retransmission routing rule, a large-amount transaction screening rule, a maintenance screening rule, a balance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence;
when the service type is common collection, the screening module screens according to an account type screening rule, a protocol payment screening rule, a quota screening rule, a channel batch screening rule, a retransmission routing rule, a maintenance screening rule, a rate screening rule, a certificate state screening rule and a priority screening rule in sequence.
8. The system according to any one of claims 5 to 7, wherein the receipt and payment module determines, according to the screening result, a payment channel corresponding to the receipt and payment instruction and generates a receipt and payment result corresponding to the receipt and payment instruction, specifically:
the payment receiving module determines a payment channel corresponding to the payment receiving instruction according to the screening result;
when the payment channel meeting the conditions does not exist, generating the receipt and payment result, wherein the receipt and payment result is transaction failure;
and when a qualified payment channel exists, generating the receipt and payment result, wherein the receipt and payment result is subject to a payment mechanism.
9. A terminal, characterized in that it comprises a processor, a memory and a computer program stored in the memory and configured to be executed by the processor, the processor implementing the method of handling payment and receipt considering traffic types according to any one of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, comprising a stored computer program, wherein the computer program, when running, controls an apparatus in which the computer-readable storage medium is located to execute the method for processing payment and receipt considering traffic types according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211019761.2A CN115375298A (en) | 2022-08-24 | 2022-08-24 | Receiving and paying processing method, system, terminal and medium considering service type |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211019761.2A CN115375298A (en) | 2022-08-24 | 2022-08-24 | Receiving and paying processing method, system, terminal and medium considering service type |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115375298A true CN115375298A (en) | 2022-11-22 |
Family
ID=84068060
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211019761.2A Pending CN115375298A (en) | 2022-08-24 | 2022-08-24 | Receiving and paying processing method, system, terminal and medium considering service type |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115375298A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116739571A (en) * | 2023-08-07 | 2023-09-12 | 深圳前海移联科技有限公司 | Intelligent route regulation and control method, system, computer equipment and storage medium |
-
2022
- 2022-08-24 CN CN202211019761.2A patent/CN115375298A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116739571A (en) * | 2023-08-07 | 2023-09-12 | 深圳前海移联科技有限公司 | Intelligent route regulation and control method, system, computer equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108376364B (en) | Payment system account checking method and device and terminal device | |
| CN112712358B (en) | Recommendation method and device for non-inductive payment mode and terminal equipment | |
| CN111080424A (en) | Accounting management method and device | |
| CN110705980A (en) | Method, device and storage medium for processing transaction payment operation based on data analysis | |
| CN110264332A (en) | The method, apparatus and electronic equipment that account is entered an item of expenditure in the accounts | |
| CN115375298A (en) | Receiving and paying processing method, system, terminal and medium considering service type | |
| CN112016914B (en) | Resource control and fund control method, device and equipment | |
| CN112633885A (en) | Multi-signature transaction implementation method and related device | |
| CN116911978A (en) | Reminding information sending method, device and storage medium | |
| CN111177099A (en) | Data processing method and device of business system, electronic equipment and storage medium | |
| CN111105238A (en) | Transaction risk control method and device | |
| CN111028075A (en) | Virtual resource transfer method, device and equipment | |
| CN111192035A (en) | Multi-system consumption clearing configuration processing method and system | |
| CN110989984A (en) | Data processing method, device and system | |
| CN105306686A (en) | Information processing method and electronic equipment | |
| CN109634963B (en) | Policy data processing method and device and readable storage medium | |
| CN114581088A (en) | Aggregated payment method, device and system for SaaS (software as a service) system | |
| CN114549123A (en) | Service distribution method, device and equipment in distributed system | |
| CN108765138B (en) | Object and fund transfer method and device | |
| CN113822704A (en) | Method and device for calculating discount cost, electronic equipment and readable storage medium | |
| CN112508526A (en) | Data auditing method and device | |
| CN113781043A (en) | Block chain-based currency transaction method and device and electronic equipment | |
| CN112184248A (en) | Card organization payment refusal bill data processing method and device | |
| CN113079110B (en) | Message processing method, device, equipment and storage medium | |
| CN113362166A (en) | Service processing method and device |
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 |