CN112288416A - Fault processing method, device and system, electronic equipment and storage medium - Google Patents
Fault processing method, device and system, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN112288416A CN112288416A CN202011052530.2A CN202011052530A CN112288416A CN 112288416 A CN112288416 A CN 112288416A CN 202011052530 A CN202011052530 A CN 202011052530A CN 112288416 A CN112288416 A CN 112288416A
- Authority
- CN
- China
- Prior art keywords
- payment
- payment channel
- channel
- payee
- channels
- 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
- 238000003672 processing method Methods 0.000 title abstract description 6
- 238000000034 method Methods 0.000 claims description 31
- 230000004044 response Effects 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 5
- 238000004891 communication Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000006467 substitution reaction 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the invention provides a fault processing method, a device, a system, electronic equipment and a storage medium, when a user fails to pay to a payee through a first payment channel, a plurality of second payment channels corresponding to the payee and configuration priorities corresponding to the second payment channels are obtained to obtain a plurality of standby payment channels, a target payment channel is determined in the second payment channels according to the configuration priorities, the probability of payment success is increased in a preferred selection mode, and finally a first retry request for payment is sent to the payee through the target payment channel, so that the aim of carrying out re-payment by using different payment channels is fulfilled.
Description
Technical Field
The invention belongs to the field of fault maintenance, and particularly relates to a fault processing method, device and system, electronic equipment and a storage medium.
Background
In the existing transaction system architecture, there are generally three roles of a user side, a payment channel and a merchant, where the payment channel may refer to different internet banking payment channels, and when a user needs to pay to a merchant, the user may select the payment channel by himself or directly select a recommended payment channel to complete a link of paying to the merchant, but the payment through the payment channel still needs to consider the influence of external factors such as network factors and closing of the payment channel.
However, if the payment channel itself fails, the payment cannot be successful even if a retry request is initiated multiple times.
Disclosure of Invention
The invention provides a fault processing method and device, electronic equipment and a storage medium, and aims to solve the problem that payment cannot be successfully paid even if a retry request is initiated for many times due to the fact that a payment channel has a fault.
In a first aspect, an embodiment of the present invention provides a fault handling method, where the method includes:
when a user fails to pay a payee through a first payment channel, acquiring a plurality of second payment channels corresponding to the payee and configuration priorities corresponding to the second payment channels;
determining a target payment channel among the plurality of second payment channels according to the configuration priority;
sending a first retry request for payment to the payee using the target payment channel.
Optionally, determining a target payment channel among the plurality of second payment channels according to the configuration priority comprises:
and determining a target payment channel with the highest configuration priority in the plurality of second payment channels.
Optionally, the determining, from the plurality of second payment channels, a target payment channel with a highest configuration priority includes:
if at least two third payment channels with the highest configuration priority exist in the plurality of second payment channels, acquiring historical transaction success rates corresponding to the at least two third payment channels respectively;
and determining a third payment channel with the highest historical transaction success rate as the target payment channel.
Optionally, the method further comprises:
receiving a payment response corresponding to the first retry request;
and adjusting the historical transaction success rate corresponding to the target payment channel according to the payment response.
Optionally, the method further comprises:
if receiving the payment failure information of the first payment channel sent by the payee, sending a second retry request for payment to the payee so as to retry the payment by using the first payment channel;
and if the retry times exceed the preset threshold or the retry duration is greater than the preset duration, determining that the user fails to pay the payee through the first payment channel.
Optionally, the method further comprises:
acquiring configuration information corresponding to the target payment channel;
generating the first retry request for payment based on the configuration information to comply with transmission rules of the target payment channel.
Optionally, the configuration priority comprises a probability representing that the payment channel establishes a connection with the payee.
In a second aspect, an embodiment of the present invention provides a fault handling apparatus, where the apparatus includes:
the system comprises an acquisition module, a first payment channel and a second payment channel, wherein the acquisition module is used for acquiring a plurality of second payment channels corresponding to a payee and configuration priorities corresponding to the second payment channels when a user fails to pay the payee through the first payment channel;
a determining module, configured to determine a target payment channel among the plurality of second payment channels according to the configuration priority;
a retry module to send a first retry request for payment to the payee using the target payment channel.
In a third aspect, the present invention provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program operable on the processor, and the processor implements the method of the first aspect when executing the computer program.
In a fourth aspect, the invention provides a computer readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform the method of the first aspect.
According to the embodiment of the invention, when a user fails to pay to a payee through a first payment channel, a plurality of second payment channels corresponding to the payee and configuration priorities corresponding to the second payment channels are obtained to obtain a plurality of standby payment channels, a target payment channel is determined in the second payment channels according to the configuration priorities, the probability of successful payment is increased in a preferred selection mode, and finally a first retry request for payment is sent to the payee through the target payment channel, so that the purpose of carrying out re-payment by using different payment channels is achieved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
FIG. 1 is a flow chart of method steps for fault handling according to an embodiment of the present invention;
FIG. 2 is a flow chart of another method step of fault handling according to an embodiment of the present invention;
FIG. 3 is a flow chart of another fault handling method step of an embodiment of the present invention;
FIG. 4 is a flow chart of another fault handling method step of an embodiment of the present invention;
FIG. 5 is a flow chart of another fault handling method step of an embodiment of the present invention;
FIG. 6 is a block diagram of a fault handling device according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, 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 some, but not all, embodiments of the present invention. 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.
At present, when a user needs to pay a merchant, the user may select a payment channel by himself or directly select a recommended payment channel to complete a link of paying the merchant, but the payment channel is mostly an online channel or a payment is made by a third party, so the payment channel has an unstable factor, for example, a network fluctuation causes a payment failure or a payment channel maintenance, and both of the two reasons causing the payment failure may be solved by re-initiating a payment request, and if the payment channel itself has a failure, even if a retry request is initiated for multiple times, the payment cannot be successful, based on which, an embodiment of the present invention provides a failure handling method, as shown in fig. 1, the method includes:
step S101, when a user fails to pay a payee through a first payment channel, acquiring a plurality of second payment channels corresponding to the payee and configuration priorities corresponding to the second payment channels;
in this step, the payment channel may refer to an online banking payment method, or a payment method provided by a third party organization in an agent identity, the payee is generally a merchant, and the method for determining that the payment of the first payment channel fails may be determined according to actual situations, for example: the client may initiate a retry request to complete the payment, and if multiple retries end in failure, or a response returned by the payee is not received, it may be determined that the payment to the payee by the first payment channel fails.
Specifically, an embodiment of the present invention further provides an implementation manner of determining that payment fails through the first payment channel, as shown in fig. 2, including:
step S201, if receiving the first payment channel payment failure information sent by the payee, sending a second retry request for payment to the payee;
in this step, when the payee does not receive the amount of money paid by the user, a payment failure message is generally returned to prompt the user to pay again, but no matter the user or the merchant can not determine the reason of the payment failure, which may be due to external factors such as network fluctuation, and at this time, the problem of the payment failure can be solved by initiating a payment retry by the user using the client, but also due to the payment failure caused by internal factors of the payment channel such as closing of the payment channel or failure of the payment channel, it is necessary to send a second retry request for payment to the payee after receiving the payment failure message of the first payment channel sent by the payee, so as to retry the payment by using the first payment channel, thereby eliminating the possibility of failure of the first payment channel.
Step S202, if the retry times exceed the preset threshold or the retry duration is greater than the preset duration, it is determined that the user fails to pay the payee through the first payment channel.
In the embodiment of the invention, when the retry number exceeds the preset threshold or the retry duration is greater than the preset duration, it can be determined that the user fails to pay the payee through the first payment channel, that is, the first payment channel may have a fault, so that the payment retry through the first payment channel is not required.
Further, a plurality of second payment channels corresponding to the payee and the configuration priorities corresponding to the second payment channels may be acquired, and the spare payment channels are preferentially selected for retry payment.
In this embodiment of the present invention, the second payment channel may be a preset backup payment channel, so that when the first payment channel preferred by the user fails, the second payment channel can be started and connected with the payee to complete the payment. The determination manner of the configuration priority may be determined according to actual situations, for example: the configuration priority comprises the probability of establishing connection between the payment channel and the payee, and the compatibility between the payment channel and the payee is judged according to the statistical result of big data so as to screen out the payment channel with higher fault tolerance rate and improve the success rate of payment retry, for example: the configuration priority may also be a use priority set by a manager of the payee, and the specific setting manner may be determined according to actual situations, which is not specifically limited in the embodiment of the present invention.
Step S102, determining a target payment channel in the plurality of second payment channels according to the configuration priority;
in this embodiment of the present invention, the second payment channel is substantially the same as the first payment channel, and may be a unionpay payment channel, etc., but the second payment channel is not the same as the first payment channel, so as to determine a target payment channel in multiple alternative second payment channels when the payment fails on the first payment channel, specifically, step S102, where determining the target payment channel in the multiple second payment channels according to the configuration priority includes:
and determining a target payment channel with the highest configuration priority in the plurality of second payment channels.
In this embodiment of the present invention, it is preferable to perform a payment retry by using the target payment channel with the highest configuration priority, and further, the determining the target payment channel with the highest configuration priority in the plurality of second payment channels, as shown in fig. 3, includes:
step S301, if at least two third payment channels with the highest configuration priority exist in the plurality of second payment channels, obtaining respective historical transaction success rates corresponding to the at least two third payment channels;
in this step, if there is a payment channel with the same configuration priority and the configuration priority is the highest, that is, a third payment channel, at this time, an optimal payment channel needs to be determined in at least two third payment channels to improve the probability of passing of payment retry, so that historical transaction success rates corresponding to the at least two third payment channels are obtained, where the historical transaction success rates may be for the client, or for the merchant, that is, a third payment channel with the highest historical transaction success rate is selected from the at least two third payment channels by using a big data result counted by the merchant.
Step S302, determining the third payment channel with the highest historical transaction success rate as the target payment channel.
In the embodiment of the invention, when the optimal payment channel is determined in the at least two third payment channels to improve the probability of passing the payment retry, the historical transaction success rate corresponding to each of the at least two third payment channels is obtained, and the probability of passing the payment retry is improved by determining the third payment channel with the highest historical transaction success rate as the target payment channel,
step S103, a first retry request for payment is sent to the payee by using the target payment channel.
In this embodiment of the present invention, a format and a content of the first retry request are the same as a format and a content of a request sent by the user to the payee through the first payment channel, but the first retry request is different from a payment channel through which the request sent through the first payment channel is transmitted, so that the two requests need to respectively correspond to configuration requirements of different payment channels, specifically, as shown in fig. 4, the embodiment of the present invention further includes:
step S401, obtaining configuration information corresponding to the target payment channel;
in this embodiment of the present invention, the configuration information corresponding to the target payment channel may include a transmission format required by the payment channel, identification information carried in a specification in the request, or a requirement of another request format, which may be determined specifically according to an actual situation, and this is not specifically limited in this embodiment of the present invention.
Step S402, generating the first retry request for payment based on the configuration information.
In an embodiment of the invention, the first retry request for payment is generated based on the configuration information. So as to accord with the transmission rule of the target payment channel and ensure the normal transmission of the request in the payment channel.
In practical application, with the increasing of payment methods, in order to meet the user requirement, the merchant also correspondingly increases the payment channels of the payment methods, but due to the compatibility problem of the development environment or the calling mode, the situation that the client cannot pay for success even though the client repeatedly retries easily occurs, therefore, when the user fails to pay the payee through the first payment channel, the embodiment of the invention obtains a plurality of second payment channels corresponding to the payee and the respective corresponding configuration priorities so as to obtain a plurality of standby payment channels, and determining a target payment channel among the plurality of second payment channels according to the configuration priority, and increasing the successful probability of payment by a preferred selection mode, and finally sending a first retry request for payment to the payee by using the target payment channel to fulfill the aim of carrying out re-payment by using different payment channels.
In another embodiment provided by the present invention, as shown in fig. 5, the method further includes:
step S501, receiving a payment response corresponding to the first retry request;
and step S502, adjusting the historical transaction success rate corresponding to the target payment channel according to the payment response.
In the embodiment of the invention, a payment response corresponding to the first retry request sent by the payee is received to calculate the historical transaction success rate corresponding to the target payment channel, specifically, whether the payment is successful or not is determined according to the payment response, and finally, the payee counts the historical transaction success rate corresponding to the target payment channel or the historical transaction success rate of the local use of the target payment channel is recorded by the client in a reporting mode.
In another embodiment provided by the present invention, there is also provided a fault handling apparatus, as shown in fig. 6, the apparatus including:
the acquisition module 01 is configured to acquire a plurality of second payment channels corresponding to a payee and configuration priorities corresponding to the second payment channels when a user fails to pay the payee through a first payment channel;
a determining module 02, configured to determine a target payment channel among the plurality of second payment channels according to the configuration priority;
a retry module 03, configured to send a first retry request for payment to the payee using the target payment channel.
In still another embodiment of the present invention, there is also provided an electronic apparatus including: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus;
a memory for storing a computer program;
and the processor is used for realizing the fault processing method in the embodiment of the method when executing the program stored in the memory.
In the electronic device provided by the embodiment of the invention, when the payment to the payee is failed through the first payment channel, the processor acquires the plurality of second payment channels corresponding to the payee and the configuration priorities corresponding to the second payment channels to acquire the plurality of standby payment channels, determines the target payment channel in the plurality of second payment channels according to the configuration priorities, increases the probability of successful payment through a preferred selection mode, and finally sends the first retry request for payment to the payee through the target payment channel to fulfill the aim of carrying out re-payment by using different payment channels. The communication bus 1140 mentioned in the above electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus 1140 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 7, but this is not intended to represent only one bus or type of bus.
The communication interface 1120 is used for communication between the electronic device and other devices.
The memory 1130 may include a Random Access Memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory may also be at least one memory device located remotely from the processor.
The processor 1110 may be a general-purpose processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the integrated circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, or discrete hardware components.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terminology used in the description of the invention herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A method of fault handling, the method comprising:
when a user fails to pay a payee through a first payment channel, acquiring a plurality of second payment channels corresponding to the payee and configuration priorities corresponding to the second payment channels;
determining a target payment channel among the plurality of second payment channels according to the configuration priority;
sending a first retry request for payment to the payee using the target payment channel.
2. The fault handling method of claim 1, wherein determining a target payment channel among the plurality of second payment channels according to the configuration priority comprises:
and determining a target payment channel with the highest configuration priority in the plurality of second payment channels.
3. The fault handling method of claim 2 wherein determining a target payment channel of the plurality of second payment channels having a highest configured priority comprises:
if at least two third payment channels with the highest configuration priority exist in the plurality of second payment channels, acquiring historical transaction success rates corresponding to the at least two third payment channels respectively;
and determining a third payment channel with the highest historical transaction success rate as the target payment channel.
4. The fault handling method of claim 3, further comprising:
receiving a payment response corresponding to the first retry request;
and adjusting the historical transaction success rate corresponding to the target payment channel according to the payment response.
5. The fault handling method of claim 1, further comprising:
if receiving the payment failure information of the first payment channel sent by the payee, sending a second retry request for payment to the payee so as to retry the payment by using the first payment channel;
and if the retry times exceed the preset threshold or the retry duration is greater than the preset duration, determining that the user fails to pay the payee through the first payment channel.
6. The fault handling method of claim 1, further comprising:
acquiring configuration information corresponding to the target payment channel;
generating the first retry request for payment based on the configuration information to comply with transmission rules of the target payment channel.
7. The fault handling method of claim 1 wherein the configuration priority comprises a probability for indicating that a payment channel is connected to a payee.
8. A fault handling apparatus, characterized in that the apparatus comprises:
the system comprises an acquisition module, a first payment channel and a second payment channel, wherein the acquisition module is used for acquiring a plurality of second payment channels corresponding to a payee and configuration priorities corresponding to the second payment channels when a user fails to pay the payee through the first payment channel;
a determining module, configured to determine a target payment channel among the plurality of second payment channels according to the configuration priority;
a retry module to send a first retry request for payment to the payee using the target payment channel.
9. An electronic device, comprising a memory and a processor, wherein the memory stores a computer program operable on the processor, and the processor executes the computer program to implement the method of any one of claims 1 to 7.
10. A computer-readable medium having non-volatile program code executable by a processor, wherein the program code causes the processor to perform the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011052530.2A CN112288416A (en) | 2020-09-29 | 2020-09-29 | Fault processing method, device and system, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011052530.2A CN112288416A (en) | 2020-09-29 | 2020-09-29 | Fault processing method, device and system, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112288416A true CN112288416A (en) | 2021-01-29 |
Family
ID=74422488
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011052530.2A Pending CN112288416A (en) | 2020-09-29 | 2020-09-29 | Fault processing method, device and system, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112288416A (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108022087A (en) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | payment data processing method, device, storage medium and computer equipment |
| CN111130714A (en) * | 2019-11-28 | 2020-05-08 | 网银在线（北京）科技有限公司 | Data transmission method, device, electronic equipment and computer readable medium |
-
2020
- 2020-09-29 CN CN202011052530.2A patent/CN112288416A/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108022087A (en) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | payment data processing method, device, storage medium and computer equipment |
| CN111130714A (en) * | 2019-11-28 | 2020-05-08 | 网银在线（北京）科技有限公司 | Data transmission method, device, electronic equipment and computer readable medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108764868B (en) | Block chain node proxy reconciliation method and block reconciliation proxy node | |
| US20060294228A1 (en) | Systems and methods for preventing server overload | |
| CN108734452B (en) | Internet resource transfer method, account transfer method and device | |
| CN111768288B (en) | Service processing method, device, electronic equipment and storage medium | |
| WO2022135158A1 (en) | Transaction request processing method and apparatus, and transaction transfer system | |
| CN110941622A (en) | Data processing method and device | |
| CN111130714B (en) | Data transmission method, device, electronic equipment and computer readable medium | |
| CN106612263B (en) | Method and equipment for processing application access request | |
| CN112437155B (en) | Service data processing method and device and server device | |
| CN107194678B (en) | Abnormal final state setting method and device for network payment | |
| CN112288416A (en) | Fault processing method, device and system, electronic equipment and storage medium | |
| JP5979719B2 (en) | ATM system and method | |
| BR102019015628A2 (en) | PROVISION OF EARLY NETWORK USE FOR A PREPAID MOBILE SUBSCRIBER | |
| CN115271694A (en) | Order payment method and system | |
| US20220350815A1 (en) | Systems and methods for data format conversion | |
| CN114862500A (en) | Order processing method and device, electronic equipment and storage medium | |
| CN110351334B (en) | Service request processing method and device and payment service request processing method and device | |
| CN115708378A (en) | Short message deduction amount detection method and device, electronic equipment and storage medium | |
| CN111225117B (en) | Reminding message issuing method and device | |
| CN113177052A (en) | Method and device for processing service data consistency of distributed system | |
| CN110942298A (en) | Payment data transmission control method and device, electronic equipment and storage medium | |
| CN111429279A (en) | Transaction management system and method | |
| CN111553796A (en) | Exchange rate management method and device and computer readable storage medium | |
| CN109756392B (en) | Task processing method, device, equipment and computer readable storage medium | |
| CN116048807A (en) | Method and device for billing and fund payment, 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 |