CN112288533A - Payment order fusing protection method and device and electronic equipment - Google Patents
Payment order fusing protection method and device and electronic equipment Download PDFInfo
- Publication number
- CN112288533A CN112288533A CN202011194213.4A CN202011194213A CN112288533A CN 112288533 A CN112288533 A CN 112288533A CN 202011194213 A CN202011194213 A CN 202011194213A CN 112288533 A CN112288533 A CN 112288533A
- Authority
- CN
- China
- Prior art keywords
- order
- payment
- target
- risk
- real
- 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
- 238000000034 method Methods 0.000 title claims abstract description 56
- 238000012790 confirmation Methods 0.000 claims abstract description 37
- 238000012545 processing Methods 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 8
- 230000001360 synchronised effect Effects 0.000 claims description 5
- 230000007246 mechanism Effects 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application provides a payment order fusing protection method and device and electronic equipment, and belongs to the technical field of transaction systems. The application provides a payment order fusing protection method, which comprises the steps that a checking system responds to a risk confirmation request of a target order sent by a payment service system, and risk confirmation is carried out on the target order according to real-time account data; if the target order has transaction risk, returning the transaction risk of the target order to a payment service system, so that the payment service system rejects the payment request of the target order and reports an error; by the method, a fusing protection mechanism is added outside the service system and the payment service system, so that repeated payment is prevented.
Description
Technical Field
The application relates to the field of transaction systems, in particular to a payment order fusing protection method and device and electronic equipment.
Background
In processing payment orders, the prior art typically guarantees that an order is paid only once through an idempotent single-sign, order state machine, but in extreme cases if the business itself has problems with the system processing, such as: the method comprises the steps that a business withdrawal order generates a payment serial number request payment service, at the moment, network overtime occurs, although the payment service accepts orders to pay, the business service processes the order state in a wrong mode of network overtime to be retried, and a method of changing payment order numbers to request again is used for trying to retry when retry is executed, so that the payment service considers that a new transaction executes payment again, and at the moment, modes of the business system with idempotent orders, a state machine with anti-duplicate functions and the like can not play a role in avoiding repeated payment.
In the conventional transaction system, although a relatively complete mechanism such as a strict test and a gray release process is provided for processing a payment order to ensure that double payment does not occur, when the program is subjected to extreme conditions such as busy database, bug in error code processing, network anomaly and multiple orders at the same time, double payment still possibly occurs, thereby causing fund loss.
Disclosure of Invention
The application provides a payment order fusing protection method and device and electronic equipment, and a double protection mechanism is added outside a payment service system to solve the problem of order double payment.
In order to achieve the purpose, the following scheme is adopted in the application:
in one aspect, an embodiment of the present application provides a payment order fusing protection method, including:
receiving a risk confirmation request of a target order sent by a payment service system;
according to the risk confirmation request and the real-time reconciliation data of the target order, carrying out risk confirmation on the target order;
and if the target order has the transaction risk, returning the transaction risk of the target order to a payment service system, so that the payment service system receives the transaction risk of the target order, rejects the payment request of the target order and reports an error.
Optionally, the performing real-time reconciliation on the target payment order comprises:
the method comprises the steps that data in each business service system are obtained regularly and synchronized to a real-time reconciliation database, wherein the data in each business service system comprise real-time data of each order;
performing real-time reconciliation on the target payment order comprises:
and performing real-time account checking on the target order by inquiring the real-time data of the target order in the real-time account checking database to obtain real-time account checking data.
Optionally, the performing real-time reconciliation on the target payment order includes:
acquiring first order data corresponding to the target payment order of each business service system;
and comparing the target payment order with the first order data to obtain real-time account checking data.
Optionally, the risk confirmation of the target order includes:
and sequentially checking whether the corresponding transaction risk exists in the transaction link of the target order according to the real-time reconciliation data and the risk strategy.
Optionally, the risk policy includes at least 1 of the following risk rules:
checking whether the target order has a successful payment serial number according to the real-time account checking data;
checking whether the same payment account number of the same payer is paid for more than N times within a preset time threshold value according to the real-time reconciliation data;
and according to the real-time reconciliation data, whether the collection account number corresponding to the target payment order reaches the safety threshold of the collection total amount per day.
On one hand, the embodiment of the application also provides a payment order fusing protection method, which comprises the following steps:
sending a risk confirmation request of the target order to the account checking system;
and if the alarm information of the transaction risk of the target order sent by the reconciliation system is received, rejecting the payment request of the target order and reporting an error.
On one hand, the embodiment of the present application further provides a payment order fusing protection device, including:
the system comprises a first processing module, a second processing module and a third processing module, wherein the first processing module is used for receiving a risk confirmation request of a target order sent by a payment service system;
the second processing module is used for carrying out risk confirmation on the target order according to the risk confirmation request and the real-time reconciliation data of the target order;
and the third processing module is used for returning the transaction risk of the target order to the payment service system if the transaction risk exists in the target order, so that the payment service system receives the transaction risk of the target order, rejects the payment request of the target order and reports an error.
On one hand, the embodiment of the present application further provides a payment order fusing protection device, including:
the system comprises a first processing module, a second processing module and a checking system, wherein the first processing module is used for sending a risk confirmation request of a target order to the checking system;
and the second processing module is used for rejecting the payment request of the target order and reporting an error if the alarm information of the transaction risk of the target order sent by the reconciliation system is received.
In one aspect, an embodiment of the present application further provides an electronic device, including: a processor, a memory and a program stored on the memory and executable on the processor, the program, when executed by the processor, implementing the steps of the payment order fusing protection method according to any one of the embodiments provided herein.
In one aspect, this application embodiment further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the payment order fusing protection method according to any one of the methods provided in this application embodiment.
The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:
the application provides a payment order fusing protection method, which comprises the steps of responding a risk confirmation request of a target order sent by a payment service system through an account checking system, and performing risk confirmation on the target order according to real-time account data of the target order; if the target order has transaction risk, returning the transaction risk of the target order to a payment service system, so that the payment service system rejects the payment request of the target order and reports an error; by the method, a fusing protection mechanism is added outside the service system and the payment service system, so that repeated payment is prevented.
Drawings
Fig. 1 is a flowchart of a payment order fusing protection method according to an embodiment of the present disclosure;
FIG. 2 is a flowchart of a method for fuse protection of a payment order according to an embodiment of the present disclosure;
fig. 3 is a data flow diagram illustrating a payment order fusing protection method according to an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of a payment order fusing protection device according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of a payment order fusing protection device according to an embodiment of the present application.
Fig. 6 is a schematic structural diagram of a payment order fusing protection device according to an embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the drawings of the embodiments of the present application. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the described embodiments of the application without making any creative effort, shall fall within the protection scope of the application.
The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that embodiments of the application may be practiced in sequences other than those illustrated or described herein, and that the terms "first," "second," and the like are generally used herein in a generic sense and do not limit the number of terms, e.g., the first term can be one or more than one. In addition, "and/or" in the specification and claims means at least one of connected objects, a character "/" generally means that a preceding and succeeding related objects are in an "or" relationship.
In addition, the technical features mentioned in the different embodiments of the present application described below may be combined with each other as long as they do not conflict with each other.
Referring to fig. 1, one of flowcharts of a payment order fusing protection method provided in an embodiment of the present application is shown, where the method includes:
Specifically, after receiving a transaction request sent by the business system, the payment service system sends a risk confirmation request of the target order to the reconciliation system, initiates risk confirmation, and the reconciliation system receives the risk confirmation request.
And 102, performing risk confirmation on the target order according to the risk confirmation request and the real-time reconciliation data of the target order.
Specifically, after receiving a risk confirmation request, the reconciliation system reads real-time reconciliation data of the target order according to the request, so as to confirm whether the target order has a transaction risk; the reconciliation system has completed conducting reconciliation on all order data prior to making the risk confirmation request.
Specifically, after the account checking system confirms the risk of the target order, the confirmation result is returned to the payment service system, the payment service system receives the transaction risk of the target order, the payment service system rejects the payment request of the target order and reports the risk in error, and if different risk codes can be set for different risk types, a user and an operator can search a risk source quickly, and the risk is processed efficiently. If the target order is confirmed to have no risk, the payment service system completes the payment of the target order after receiving the risk-free information, and by the method, a layer of protection can be added to the payment system outside the business system and the payment service system, so that repeated payment is avoided, and particularly, the phenomenon of repeated payment under some extreme network conditions, such as one-end network interruption, large payment order quantity, multiple payment orders with the same collection account number and the like, can be avoided.
Optionally, in step 102, before performing real-time reconciliation on the target payment order, the method includes:
the method comprises the steps that data in each business service system are obtained regularly and synchronized to a real-time reconciliation database, wherein the data in each business service system comprise real-time data of each order;
performing real-time reconciliation on the target payment order comprises:
and performing real-time account checking on the target order by inquiring the real-time data of the target order in the real-time account checking database to obtain real-time account checking data.
Specifically, the implementation of real-time reconciliation can realize real-time updating and quick reading based on a related database, and order data in each business service system can be synchronized into the database for real-time reconciliation by page by using a timing script, for example.
Optionally, in step 102, the performing real-time reconciliation on the target payment order includes:
acquiring first order data corresponding to the target payment order of each business service system;
and comparing the target payment order with the first order data to obtain real-time account checking data.
Specifically, if there are A, B, C three business service systems, the target payment order forms a data set a, a data set B and a data set C in them, and the data of the target payment order form in the three data sets is compared with the data of the target payment order form in the payment service system, and the data set M;
if the data set a is the data set M, the data set B is the data set M, and the data set C is the data set M, if all the data sets have the payment serial number of the target payment order, it indicates that the order has completed payment and does not need to be paid any more, and then the target payment order is not allowed to continue to request payment service; if the payment serial number of the target payment order is not available in all data sets, the payment order is not yet paid.
If either of the data sets A, B and C is different from the data set M, it indicates that there is a transaction risk, for example, there is a serial number of the target payment order in the payment service system, but the serial number does not exist in the data set A provided by the business system A; if the serial number of the target payment order does not exist in the payment service system, but the payment serial number of the target payment order exists in both data sets A, B and C; an inconsistency occurs, indicating a risk.
Optionally, the performing real-time reconciliation on the target payment order includes:
receiving first target order data generated by a database corresponding to each business service system;
pushing the first target order data into a message queue through an open source data synchronization tool;
the first target order data form data keys according to a preset format and are stored in a key value storage kv database of a corresponding business system, and a data set of each business service system about the target payment order is obtained;
calculating a data difference between the data set of each business service system about the target payment order and the data set of the payment service system about the target payment order;
storing each data difference into a message queue to be processed;
and processing the data difference according to a preset rule to obtain real-time account checking data.
Specifically, by analyzing the database operation log, deleting requests are filtered, account checking services are synchronized, the account checking services can clean data according to a specific rule, the cleaned data are written into the database to be checked, the two types of data are compared when account checking is initiated to obtain a difference value, and if the difference value is the same, the account checking is successful and the account checking can not be retried for payment.
Optionally, in step 102, the risk confirmation of the target order includes:
and sequentially checking whether the corresponding transaction risk exists in the transaction link of the target order according to the real-time reconciliation data and the risk strategy.
Specifically, whether risks exist in links of each business system of the target trading order in a trading link or not can be confirmed through real-time account checking data and risk strategies, if the data are poor, the target trading order is determined to have the risks, and the specific risk type and the risk code are determined by the preset risk strategies.
Optionally, the risk policy includes at least 1 of the following risk rules:
checking whether the target order has a successful payment serial number according to the real-time account checking data;
checking whether the same payment account number of the same payer is paid for more than N times within a preset time threshold value according to the real-time reconciliation data;
and according to the real-time reconciliation data, whether the collection account number corresponding to the target payment order reaches the safety threshold of the collection total amount per day.
Specifically, the risk rules are not limited to the above-mentioned ones, and may be added according to various situations occurring in the actual use process.
In one aspect, referring to fig. 2, an embodiment of the present application further provides a payment order fusing protection method, where the method includes:
Referring to fig. 3, a data flow diagram of a payment order fusing protection method provided by the embodiment of the present application is shown, where the data flow is generated in a top-down sequence. The payment order fusing protection method provided by the steps 101-103 is executed by taking the account checking system as a main body; the payment order fusing protection method provided in the step 201 and 202 is a step executed by the payment service system as a main body; their function and advantages are the same and will not be described in detail here.
Referring to fig. 4, an embodiment of the present application provides a payment order fusing protection device 40, including:
a first processing module 41, configured to receive a risk confirmation request of a target order sent by a payment service system;
the second processing module 42 is configured to perform risk validation on the target order according to the risk validation request and according to real-time reconciliation data;
a third processing module 43, configured to return the transaction risk of the target order to a payment service system if the target order has a transaction risk, so that the payment service system receives the transaction risk of the target order, rejects the payment request of the target order, and reports an error.
Optionally, referring to fig. 5, the payment order fusing protection device 40 further includes:
a fourth processing module 44, configured to obtain data in each business service system at regular time and synchronize the data to a real-time reconciliation database before performing real-time reconciliation on the target payment order, where the data in each business service system includes real-time data of each order;
wherein performing real-time reconciliation on the target payment order comprises:
and performing real-time account checking on the target order by inquiring the real-time data of the target order in the real-time account checking database to obtain real-time account checking data.
Optionally, referring to fig. 5, the second processing module 42 includes a first processing sub-module 421, configured to perform real-time reconciliation, including:
acquiring first order data corresponding to the target payment order of each business service system;
and comparing the target payment order with the first order data to obtain real-time account checking data.
Optionally, referring to fig. 5, the second processing module 42 includes a second processing sub-module 422, configured to perform risk confirmation on the target order, where the risk confirmation includes:
and sequentially checking whether the corresponding transaction risk exists in the transaction link of the target order according to the real-time reconciliation data and the risk strategy.
Optionally, the risk policy includes at least 1 of the following risk rules:
checking whether the target order has a successful payment serial number according to the real-time account checking data;
checking whether the same payment account number of the same payer is paid for more than N times within a preset time threshold value according to the real-time reconciliation data;
and according to the real-time reconciliation data, whether the collection account number corresponding to the target payment order reaches the safety threshold of the collection total amount per day.
The technical effects and advantages of the payment order fusing protection device 40 provided by the present application are the same as those of the payment order fusing protection method provided by itself, and are not described herein again.
In one aspect, referring to fig. 6, an embodiment of the present application further provides a payment order fusing protection device 60, including:
the first processing module 61 is configured to send a risk confirmation request of the target order to the reconciliation system;
the second processing module 62 is configured to reject the payment request of the target order and report an error if the alarm information of the transaction risk of the target order sent by the reconciliation system is received.
The technical effects and advantages of the payment order fusing protection device 40 provided by the present application are the same as those of the payment order fusing protection method provided by itself, and are not described herein again.
Referring to fig. 7, an embodiment of the present invention further provides an electronic device 70, which includes a processor 71, a memory 72, and a computer program stored in the memory 72 and capable of running on the processor 71, where the computer program is executed by the processor 71 to implement the processes of the embodiment of the payment order fusing protection method, and can achieve the same technical effects, and therefore, in order to avoid repetition, the details are not repeated here.
The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the above-mentioned payment order fusing protection method, and can achieve the same technical effect, and in order to avoid repetition, the details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
It should be understood that the above examples are only for clarity of illustration and are not intended to limit the embodiments. Other variations and modifications will be apparent to persons skilled in the art in light of the above description. And are neither required nor exhaustive of all embodiments. And obvious variations or modifications of this invention are intended to be covered by the scope of the invention as expressed herein.
Claims (10)
1. A payment order fusing protection method is characterized by comprising the following steps:
receiving a risk confirmation request of a target order sent by a payment service system;
performing risk confirmation on the target order according to the risk confirmation request and the real-time reconciliation data of the target order;
and if the target order has the transaction risk, returning the transaction risk of the target order to a payment service system, so that the payment service system receives the transaction risk of the target order, rejects the payment request of the target order and reports an error.
2. The payment order fusing protection method of claim 1, wherein prior to performing real-time reconciliation on the target payment order, comprising:
the method comprises the steps that data in each business service system are obtained regularly and synchronized to a real-time reconciliation database, wherein the data in each business service system comprise real-time data of each order;
performing real-time reconciliation on the target payment order comprises:
and performing real-time account checking on the target order by inquiring the real-time data of the target order in the real-time account checking database to obtain real-time account checking data.
3. The payment order fusing protection method of claim 1, wherein the real-time reconciliation of the target payment order comprises:
acquiring first order data corresponding to the target payment order of each business service system;
and comparing the target payment order with the first order data to obtain real-time account checking data.
4. The payment order fusing protection method of claim 1, wherein the risk confirmation of the target order comprises:
and sequentially checking whether the corresponding transaction risk exists in the transaction link of the target order according to the real-time reconciliation data and the risk strategy.
5. The payment order fusing protection method of claim 4, wherein the risk policy comprises at least 1 risk rule selected from the group consisting of:
checking whether the target order has a successful payment serial number according to the real-time account checking data;
checking whether the same payment account number of the same payer is paid for more than N times within a preset time threshold value according to the real-time reconciliation data;
and according to the real-time reconciliation data, whether the collection account number corresponding to the target payment order reaches the safety threshold of the collection total amount per day.
6. A payment order fusing protection method is characterized by comprising the following steps:
sending a risk confirmation request of the target order to the account checking system;
and if the alarm information of the transaction risk of the target order sent by the reconciliation system is received, rejecting the payment request of the target order and reporting an error.
7. A payment order fusing protection device, comprising:
the system comprises a first processing module, a second processing module and a third processing module, wherein the first processing module is used for receiving a risk confirmation request of a target order sent by a payment service system;
the second processing module is used for carrying out risk confirmation on the target order according to the risk confirmation request and the real-time reconciliation data of the target order;
and the third processing module is used for returning the transaction risk of the target order to the payment service system if the transaction risk exists in the target order, so that the payment service system receives the transaction risk of the target order, rejects the payment request of the target order and reports an error.
8. A payment order fusing protection device, comprising:
the system comprises a first processing module, a second processing module and a checking system, wherein the first processing module is used for sending a risk confirmation request of a target order to the checking system;
and the second processing module is used for rejecting the payment request of the target order and reporting an error if the alarm information of the transaction risk of the target order sent by the reconciliation system is received.
9. An electronic device, comprising: a processor, a memory and a program stored on and executable on the memory, which when executed by the processor, performs the steps of the payment order melt protection method of any one of claims 1-5 or claim 6.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when being executed by a processor, carries out the steps of the payment order melt-out protection method as claimed in any one of the claims 1-5 or claim 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011194213.4A CN112288533A (en) | 2020-10-30 | 2020-10-30 | Payment order fusing protection method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011194213.4A CN112288533A (en) | 2020-10-30 | 2020-10-30 | Payment order fusing protection method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112288533A true CN112288533A (en) | 2021-01-29 |
Family
ID=74353835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011194213.4A Pending CN112288533A (en) | 2020-10-30 | 2020-10-30 | Payment order fusing protection method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112288533A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113610537A (en) * | 2021-08-05 | 2021-11-05 | 北京云从科技有限公司 | Request execution method, server, computer device, and storage medium |
| CN115170131A (en) * | 2022-09-06 | 2022-10-11 | 云账户技术(天津)有限公司 | Payment method and device based on fuse, storage medium and terminal equipment |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103186860A (en) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | Electronic payment system based on cloud data processing technology |
| CN108269073A (en) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | A kind of order payment management method and system |
| CN109003071A (en) * | 2018-05-31 | 2018-12-14 | 阿里巴巴集团控股有限公司 | Method of payment, device and equipment |
| CN109359996A (en) * | 2018-10-16 | 2019-02-19 | 翟红鹰 | Prevent method of payment, transaction platform, terminal and the storage medium for repeating to pay the bill |
| CN110414988A (en) * | 2019-07-25 | 2019-11-05 | 中国工商银行股份有限公司 | Method of payment, payment mechanism, equipment, storage medium and system |
| CN110706071A (en) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | Exception handling method, device, server and system for order payment request |
| CN110956544A (en) * | 2019-11-14 | 2020-04-03 | 海南新软软件有限公司 | Digital asset transaction risk control method and device |
-
2020
- 2020-10-30 CN CN202011194213.4A patent/CN112288533A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103186860A (en) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | Electronic payment system based on cloud data processing technology |
| CN108269073A (en) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | A kind of order payment management method and system |
| CN109003071A (en) * | 2018-05-31 | 2018-12-14 | 阿里巴巴集团控股有限公司 | Method of payment, device and equipment |
| CN109359996A (en) * | 2018-10-16 | 2019-02-19 | 翟红鹰 | Prevent method of payment, transaction platform, terminal and the storage medium for repeating to pay the bill |
| CN110414988A (en) * | 2019-07-25 | 2019-11-05 | 中国工商银行股份有限公司 | Method of payment, payment mechanism, equipment, storage medium and system |
| CN110706071A (en) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | Exception handling method, device, server and system for order payment request |
| CN110956544A (en) * | 2019-11-14 | 2020-04-03 | 海南新软软件有限公司 | Digital asset transaction risk control method and device |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113610537A (en) * | 2021-08-05 | 2021-11-05 | 北京云从科技有限公司 | Request execution method, server, computer device, and storage medium |
| CN115170131A (en) * | 2022-09-06 | 2022-10-11 | 云账户技术(天津)有限公司 | Payment method and device based on fuse, storage medium and terminal equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107423973B (en) | Payment method for passive code scanning on user mobile terminal based on block chain technology | |
| CN107480978B (en) | Payment method based on block chain technology | |
| CN111667267A (en) | Block chain transaction risk identification method and device | |
| CN112288533A (en) | Payment order fusing protection method and device and electronic equipment | |
| CN110222116A (en) | A kind of control method, device and the storage medium of transaction data storage | |
| CN113052587A (en) | Transfer service processing method and device based on block chain | |
| CN111008206A (en) | Method and device for storing state data of cross-chain transaction and storage medium | |
| CN114022151A (en) | Block chain data visualization method and system, electronic device and storage medium | |
| CN103440460A (en) | Application system change validation method and system | |
| CN110889682A (en) | Payment information processing method, device, medium and equipment based on block chain | |
| CN111125240A (en) | Distributed transaction implementation method and device, electronic equipment and storage medium | |
| CN112990871A (en) | Document processing method and related equipment | |
| CN107016613B (en) | Data modification method and device | |
| CN110610290A (en) | Inter-connected merchant risk control method and system | |
| CN114612204A (en) | Account checking method and device | |
| CN115249190A (en) | Asynchronous posting dynamic early warning method and system, electronic equipment and storage medium | |
| CN113590422A (en) | Automatic fusing processing method, device and system for service exception | |
| CN112085592A (en) | Bank card dispute account business processing method and device | |
| CN114071389B (en) | Test verification method and device, computer equipment and storage medium | |
| CN111967960B (en) | Batch adjustment method and device for account data | |
| JP7221927B2 (en) | Information processing device, method and program | |
| CN111192148B (en) | Cross-platform data processing method and device, electronic equipment and storage medium | |
| CN118152476A (en) | Service processing method, device, equipment and storage medium | |
| KR101952216B1 (en) | Method for managing quality of financial transaction and financial company server performing the same | |
| CN116523520A (en) | Payment cancellation method and device, electronic 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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210129 |