CN109345249B - Payment failure processing method and device - Google Patents
Payment failure processing method and device Download PDFInfo
- Publication number
- CN109345249B CN109345249B CN201810873611.5A CN201810873611A CN109345249B CN 109345249 B CN109345249 B CN 109345249B CN 201810873611 A CN201810873611 A CN 201810873611A CN 109345249 B CN109345249 B CN 109345249B
- Authority
- CN
- China
- Prior art keywords
- processing
- payment
- payment failure
- link
- reason
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
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/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
Abstract
A payment failure processing method and device are disclosed. A payment failure processing method, the method comprising: monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process; when the processing state of the current processing link is monitored to meet a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any processing link included in the payment process; determining the reason of the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link; determining a classification to which a reason for the payment failure belongs; and setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
Description
Technical Field
The embodiment of the specification relates to the technical field of electronic commerce, in particular to a payment failure processing method and device.
Background
With the continuous popularization of mobile terminals, mobile payment gradually develops into an electronic payment mode which is more and more important nowadays, and great convenience is brought to the daily life of people. However, due to the stability of mobile networks and electronic payment systems, the problem of payment failure still frequently occurs, for example, the server receives no payment request sent by the client due to network fluctuation, thereby causing payment failure. Meanwhile, personal funds of the user can be damaged, and subsequent refund operation is involved, for example, the user is prompted to fail in payment during payment of the client, but the payment operation is actually completed at the server, and the personal funds of the user are damaged. Therefore, specific payment failure reasons need to be analyzed at present so as to facilitate corresponding processing, and support can be provided for subsequent modification and upgrading of the electronic payment system.
Currently, the structure of the payment system is more and more complex, and therefore, a distributed deployment structure is mostly adopted to avoid the complexity of the payment system, that is, the payment system is composed of subsystems distributed on different devices. For a complete payment process, subsystems on different devices are required to cooperate, and for a subsystem, one or more processing elements of the payment process may be involved.
At present, when the problem of payment failure occurs, the operation logs of the payment systems distributed on different devices can only be searched and analyzed manually afterwards, the specific reason of the payment failure is located, and corresponding processing is carried out according to the specific reason of the payment failure. Because the operation logs are distributed on different devices, it is necessary to spend much time and effort to manually search and analyze the specific reasons of the payment failure, and thus the payment failure cannot be processed in time.
Disclosure of Invention
In view of the above technical problems, an embodiment of the present specification provides a payment failure processing method and device, and a technical scheme is as follows:
a payment failure processing method, the method comprising:
monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process;
when the processing state of the current processing link is monitored to meet a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any processing link included in the payment process;
determining the reason of the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link;
determining a classification to which a reason for the payment failure belongs;
and setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
A payment failure processing apparatus, the apparatus comprising:
the state monitoring module is used for monitoring the processing state of the payment flow in each processing link for a plurality of processing links included in the payment flow;
the state association module is used for associating the processing state of the current processing link with the processing state of the processing link before the current processing link when the processing state of the current processing link is monitored to meet a preset condition, wherein the current processing link is any one of the processing links included in the payment process;
the reason determining module is used for determining the reason of payment failure according to the processing state of the current processing link after correlation and the processing state of the processing link before the current processing link;
the classification determining module is used for determining the classification to which the reason of the payment failure belongs;
and the setting module is used for setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so as to enable operation and maintenance personnel to process the payment failure according to the set processing mode.
According to the technical scheme provided by the embodiment of the specification, the processing state of the payment process in each link is monitored in real time in a plurality of processing links of the payment process, when the processing state of the current processing link is monitored to meet the preset condition, the processing state of the current processing link is associated with the processing state of the processing link before the current processing link, the reason of the payment failure can be quickly determined, a corresponding processing mode can be set for the payment failure, for operation maintenance personnel, the payment failure can be processed according to the set processing mode, therefore, the operation logs of the payment systems distributed on different devices are prevented from being manually searched and analyzed, the time and the energy of the operation maintenance personnel are saved, and the payment failure can be timely processed.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of embodiments of the invention.
In addition, any one of the embodiments in the present specification is not required to achieve all of the effects described above.
Drawings
In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present specification, and other drawings can be obtained by those skilled in the art according to the drawings.
Fig. 1 is a schematic flow chart of a payment failure processing method according to an embodiment of the present specification;
FIG. 2 is a schematic diagram of a payment interaction flow between a client and a server according to an embodiment of the present description;
FIG. 3 is a schematic flow chart diagram illustrating a preferred method for processing payment failure in accordance with an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of a payment failure processing apparatus according to an embodiment of the present specification;
fig. 5 is a schematic structural diagram of an apparatus for configuring a device according to an embodiment of the present disclosure.
Detailed Description
Mobile payment is a service that allows users to use their mobile terminals (typically cell phones) for financial payments for goods or services consumed. The unit or the individual directly or indirectly sends a payment instruction to financial institutions such as banks through mobile equipment, the Internet or close-range sensing to generate the behaviors of money payment and fund transfer, thereby realizing the mobile payment function. The mobile payment integrates terminal equipment, the Internet, an application provider and a financial institution, and provides financial services such as currency payment and payment for a user.
However, the problem of payment failure still frequently occurs due to the stability of mobile networks and electronic payment systems. For example, due to network fluctuation, the server may not receive the payment request sent by the client, and thus cause a payment failure, and at the same time, the personal funds of the user may be damaged, for example, in the process that the user performs payment at the client, the server has completed the payment operation at the server, and the server returns the payment result to the client, but due to network fluctuation, the client does not receive the payment result returned by the server, and at this time, the client may prompt the user that the payment is failed, and the user performs payment again, and in a practical case, the payment operation is completed at the server, and the personal funds of the user are damaged, which relates to a subsequent refund operation. Therefore, under the condition of payment failure, the specific reasons causing the payment failure are urgently needed to be analyzed, different processing modes are adopted for the specific reasons causing the payment failure to process the payment failure, and support can be provided for the transformation and the upgrading of the electronic payment system subsequently.
As can be seen from the above background art, when a payment failure occurs, at present, only the operation logs of the payment systems distributed on different devices can be manually searched and analyzed afterwards, the specific reason of the payment failure is located, and a corresponding processing manner is adopted for the payment failure according to the specific reason of the payment failure. Because the operation logs are distributed on different devices, much time and energy are needed to be consumed for manually searching and analyzing specific reasons of payment failure, and therefore the payment failure cannot be processed in a corresponding processing mode in time.
In view of the above problems, embodiments of the present disclosure provide a technical solution, which can immediately locate a specific reason of a payment failure in a payment process of a user, set a corresponding processing manner for the payment failure according to a classification to which the specific reason of the payment failure belongs, and display the specific reason of the payment failure, so that an operator processes the payment failure according to the set processing manner, thereby avoiding manually searching and analyzing operation logs of payment systems distributed on different devices, saving time and energy of operation and maintenance personnel, and timely processing the payment failure.
Specifically, the technical solutions provided in the embodiments of the present specification are as follows:
monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process; when the processing state of the current processing link is monitored to meet a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any processing link included in the payment process; determining the reason of the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link; determining a classification to which a reason for the payment failure belongs; and setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
In order to make those skilled in the art better understand the technical solutions in the embodiments of the present specification, the technical solutions in the embodiments of the present specification will be described in detail below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all the embodiments. All other embodiments that can be derived by one of ordinary skill in the art from the embodiments given herein are intended to be within the scope of protection.
As shown in fig. 1, an implementation flowchart of a payment failure processing method provided in the embodiment of the present specification may specifically include the following steps:
s101, monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process;
the payment process includes a plurality of processing links, and for a relatively common payment process, such as a payment interaction process between a client and a server, as shown in fig. 2, the payment process may include: a user initiates a payment operation at a client, for example, initiates the payment operation at a payer client; generating a payment request at a client; the client sends the payment request to a server, such as a payment server; the server receives a payment request sent by the client; the server processes the payment request, wherein the processing can be order generation, payment and the like; the server returns the processing result of the payment request to the client; and the client receives a processing result of the payment request returned by the server.
In the embodiment of the present specification, a monitor is disposed in each processing link of the payment flow, and can monitor the processing state of the payment flow in each processing link according to the payment identifier, generate a payment serial number corresponding to each transaction, and monitor the processing state of the payment flow in each processing link for the transaction according to the payment serial number. For example, whether a payment request is normally generated at the client is monitored according to the payment serial number, whether the payment request is sent out by the client is monitored, whether the payment request is received by the server is monitored, and the like. It means that for a plurality of processing links included in the payment process, the processing state of each transaction in each processing link can be monitored according to the payment serial number. It should be noted that the processing status may represent different meanings at each processing stage, for example, at the stage of generating the payment request, the processing status may be success or failure of generating the payment request, and at the stage of processing the payment request, the processing status may be success or failure of processing.
S102, when it is monitored that the processing state of the current processing link meets a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any one of the processing links included in the payment process;
through the steps in S101, in the payment processing stage, the processing state of each processing link is monitored, and when it is monitored that the processing state of the current processing link meets the preset condition, a payment failure processing mechanism is triggered. The preset condition is related to a processing link of the payment process, for example, if the current processing link is a processing link of the payment request, the preset condition may be a processing failure, for example, if the current processing link is a processing result of the payment request returned to the client link, the preset condition may be a return failure.
And after the payment failure processing mechanism is triggered, associating the processing state of the current processing link with the processing state corresponding to the processing link before the current processing link. And describing a complete payment failure scene by associating the processing state of the current processing link with the processing state corresponding to the processing link before the current processing link.
When the processing state of the current processing link is monitored to meet the preset condition, the processing state of the current processing link and the processing state of the processing link before the current processing link are associated according to the payment identifier of the current processing link. The payment identifier can be a payment serial number, which means that the processing state of the current processing link and the processing state of the previous processing link of the payment process can be connected in series according to the payment serial number, and a foundation is laid for subsequently determining the reason of payment failure.
S103, determining the reason of payment failure according to the processing state of the current processing link after correlation and the processing state of the processing link before the current processing link;
for the correlation result in S102, the reason of the payment failure may be determined according to the processing state of the current processing link and the processing state of the processing link before the current processing link.
For example, in the payment flow shown in fig. 2, in a processing link (processing result returning link) that returns a processing result of the payment request to the client, a result that the server returns the processing result of the payment request to the client is a return success, and in a processing link (processing result receiving link) that the client receives the processing result of the payment request, the client does not receive the processing result of the payment request returned by the server, and according to a processing state of the processing result receiving link and a processing state of the processing result returning link, it may be determined that a cause of the payment failure is that the client does not receive the processing result of the payment request returned by the server, and a factor of the result may be network fluctuation.
S104, determining the classification of the reason of the payment failure;
for the reason of the payment failure determined in S103, determining a classification to which the reason of the payment failure belongs, where the specific manner of determining the classification to which the reason of the payment failure belongs is: in the preset payment failure reason classification table, the reason of the payment failure is searched in each class to determine the class of the reason of the payment failure, wherein the reason of the payment failure can be classified according to the preset classification rule to generate the preset payment failure reason classification table.
The reason for the payment failure is classified according to a preset classification rule to generate a preset classification table for the reason for the payment failure, for example, as shown in the payment process shown in fig. 2, the reason for the payment failure can be classified into 3 categories, the processing result of the payment request returned by the server fails, the processing result of the payment request not received by the client is classified into C category, the payment request processing failure of the server is classified into B category, the rest of the previous links are classified into a category a, in addition, the payment process involves calling an external service (bank side), the calling failure is classified into D category, and the reason for the payment failure can be classified into 4 categories.
And in a preset payment failure reason classification table, searching the reason of the payment failure in each class to determine the class to which the reason of the payment failure belongs. For example, if the reason of the payment failure is the processing result that the client does not receive the payment request, the reason of the payment failure may be sequentially searched in the above-mentioned class a, class B, and class C, and it is determined that the reason of the payment failure belongs to the class C.
And S105, setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure, so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
And determining a processing mode corresponding to the classification to which the reason of the payment failure belongs according to the classification to which the reason of the payment failure determined in the step S104 belongs, and setting a corresponding processing mode for the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
For example, it is determined that the reason for the payment failure belongs to class C, the processing mode corresponding to class C is a refund operation, where class C includes a processing result failure that the server returns the payment request and a processing result that the client does not receive the payment request, but a deduction operation has actually occurred in the payment request processing link, and the payment failure is caused by the reason in class C, so the processing mode corresponding to class C is the refund operation, and a refund operation is correspondingly set for the payment failure, so that the operation and maintenance staff subsequently executes the refund operation.
For another example, it is determined that the reason for the payment failure belongs to class D, where the processing method corresponding to class D is a call link detection operation of the external service, and correspondingly, a call link detection operation of the external service is set for the payment failure, so that the operation and maintenance staff subsequently performs the call link detection operation of the external service.
On the basis of the above method, as shown in fig. 3, the technical solution provided by the embodiment of the present specification may further include:
and S106, displaying the reason of the payment failure and a corresponding processing mode set for the payment failure.
The reason of the payment failure and the corresponding processing mode set for the payment failure can be displayed in real time, explanation data can be provided for customer service subsequently, the specific reason of the payment failure and the corresponding processing measures can be explained, the real reason of the payment failure can be reflected to the user correspondingly in real time, the user can really know the real reason of the payment failure, and the payment experience of the user can be improved.
Through the above description of the technical solution provided by the embodiment of the present specification, the specific reason of the payment failure can be located immediately in the payment process of the user, the corresponding processing mode is set for the payment failure according to the classification to which the specific reason of the payment failure belongs, and the specific reason of the payment failure is displayed, so that the operator can process the payment failure according to the set processing mode, thereby avoiding manually searching and analyzing the operation logs of the payment systems distributed on different devices, saving the time and energy of the operation and maintenance personnel, and timely processing the payment failure.
With respect to the foregoing method embodiment, an embodiment of this specification further provides a payment failure processing apparatus, as shown in fig. 4, which may include: a status listening module 410, a status associating module 420, a reason determining module 430, a classification determining module 440, and a setting module 450.
A state monitoring module 410, configured to monitor, for multiple processing links included in the payment flow, a processing state of the payment flow in each processing link;
a state association module 420, configured to associate a processing state of a current processing link with a processing state of a processing link before the current processing link when it is monitored that the processing state of the current processing link satisfies a preset condition, where the current processing link is any processing link included in the payment flow;
a reason determining module 430, configured to determine a reason for the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link;
a classification determination module 440, configured to determine a classification to which a reason for the payment failure belongs;
the setting module 450 is configured to set a corresponding processing mode for the payment failure according to the classification to which the reason of the payment failure belongs, so that the operation and maintenance staff can process the payment failure according to the set processing mode.
According to a specific embodiment provided in this specification, the state association module 420 is specifically configured to:
and when the processing state of the current processing link is monitored to meet the preset condition, associating the processing state of the current processing link with the processing state of the processing link before the current processing link according to the payment identifier of the current processing link.
According to a specific embodiment provided in the present specification, the classification determining module 440 is specifically configured to:
and searching the reasons of the payment failure in each class in a preset payment failure reason classification table to determine the classification of the reasons of the payment failure, wherein the reasons of the payment failure are classified according to a preset classification rule to generate the preset payment failure reason classification table.
According to a specific embodiment provided in this specification, the setting module 450 is specifically configured to:
determining a processing mode corresponding to the classification to which the reason of the payment failure belongs;
and setting the corresponding processing mode for the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
According to a specific embodiment provided in this specification, the apparatus further includes:
and the display module is used for displaying the reason of the payment failure and the corresponding processing mode set for the payment failure.
The implementation process of the functions and actions of each module in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
Through the above description of the technical solution provided by the embodiment of the present specification, the specific reason of the payment failure can be located immediately in the payment process of the user, the corresponding processing mode is set for the payment failure according to the classification to which the specific reason of the payment failure belongs, and the specific reason of the payment failure is displayed, so that the operator can process the payment failure according to the set processing mode, thereby avoiding manually searching and analyzing the operation logs of the payment systems distributed on different devices, saving the time and energy of the operation and maintenance personnel, and timely processing the payment failure.
Embodiments of the present specification further provide a computer device, as shown in fig. 5, the computer device may include: a processor 510, a memory 520, an input/output interface 530, a communication interface 540, and a bus 550. Wherein processor 510, memory 520, input/output interface 530, and communication interface 540 are communicatively coupled to each other within the device via bus 550.
The processor 510 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present specification.
The Memory 520 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like. The memory 520 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 520 and called by the processor 510 for execution.
The input/output interface 530 is used for connecting an input/output module to realize information input and output. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.
The communication interface 540 is used for connecting a communication module (not shown in the figure) to realize communication interaction between the device and other devices. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).
It should be noted that although the above-mentioned device only shows the processor 510, the memory 520, the input/output interface 530, the communication interface 540 and the bus 550, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only those components necessary to implement the embodiments of the present description, and not necessarily all of the components shown in the figures.
Embodiments of the present specification also provide a computer-readable storage medium, on which a computer program is stored, and the program, when executed by a processor, implements the foregoing payment failure processing method. The method at least comprises the following steps:
a payment failure processing method, the method comprising:
monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process;
when the processing state of the current processing link is monitored to meet a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any processing link included in the payment process;
determining the reason of the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link;
determining a classification to which a reason for the payment failure belongs;
and setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
From the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present disclosure can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of the present specification may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments of the present specification.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus embodiment, since it is substantially similar to the method embodiment, it is relatively simple to describe, and reference may be made to some descriptions of the method embodiment for relevant points. The above-described apparatus embodiments are merely illustrative, and the modules described as separate components may or may not be physically separate, and the functions of the modules may be implemented in one or more software and/or hardware when implementing the embodiments of the present disclosure. And part or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The foregoing is only a specific embodiment of the embodiments of the present disclosure, and it should be noted that, for those skilled in the art, a plurality of modifications and decorations can be made without departing from the principle of the embodiments of the present disclosure, and these modifications and decorations should also be regarded as the protection scope of the embodiments of the present disclosure.
Claims (11)
1. A payment failure processing method, the method comprising:
monitoring the processing state of the payment process in each processing link for a plurality of processing links included in the payment process;
when the processing state of the current processing link is monitored to meet a preset condition, associating the processing state of the current processing link with the processing state of a processing link before the current processing link, wherein the current processing link is any processing link included in the payment process;
determining the reason of the payment failure according to the processing state of the current processing link after the association and the processing state of the processing link before the current processing link;
determining a classification to which a reason for the payment failure belongs;
and setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
2. The method according to claim 1, wherein associating the processing state of the current processing link with the processing state of the processing link before the current processing link when it is monitored that the processing state of the current processing link satisfies a preset condition, comprises:
and when the processing state of the current processing link is monitored to meet the preset condition, associating the processing state of the current processing link with the processing state of the processing link before the current processing link according to the payment identifier of the current processing link.
3. The method of claim 1, the determining a classification to which the cause of the payment failure belongs, comprising:
and searching the reasons of the payment failure in each class in a preset payment failure reason classification table to determine the classification of the reasons of the payment failure, wherein the reasons of the payment failure are classified according to a preset classification rule to generate the preset payment failure reason classification table.
4. The method according to claim 1, wherein the setting of a corresponding processing method for the payment failure according to the classification to which the reason of the payment failure belongs, so that the operation and maintenance staff process the payment failure according to the set processing method, includes:
determining a processing mode corresponding to the classification to which the reason of the payment failure belongs;
and setting the corresponding processing mode for the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
5. The method of claim 1, further comprising:
and displaying the reason of the payment failure and a corresponding processing mode set for the payment failure.
6. A payment failure processing apparatus, the apparatus comprising:
the state monitoring module is used for monitoring the processing state of the payment flow in each processing link for a plurality of processing links included in the payment flow;
the state association module is used for associating the processing state of the current processing link with the processing state of the processing link before the current processing link when the processing state of the current processing link is monitored to meet a preset condition, wherein the current processing link is any one of the processing links included in the payment process;
the reason determining module is used for determining the reason of payment failure according to the processing state of the current processing link after correlation and the processing state of the processing link before the current processing link;
the classification determining module is used for determining the classification to which the reason of the payment failure belongs;
and the setting module is used for setting a corresponding processing mode for the payment failure according to the classification of the reason of the payment failure so as to enable operation and maintenance personnel to process the payment failure according to the set processing mode.
7. The apparatus of claim 6, the state association module being specifically configured to:
and when the processing state of the current processing link is monitored to meet the preset condition, associating the processing state of the current processing link with the processing state of the processing link before the current processing link according to the payment identifier of the current processing link.
8. The apparatus of claim 6, the classification determination module to be specifically configured to:
and searching the reasons of the payment failure in each class in a preset payment failure reason classification table to determine the classification of the reasons of the payment failure, wherein the reasons of the payment failure are classified according to a preset classification rule to generate the preset payment failure reason classification table.
9. The apparatus of claim 6, the setup module to:
determining a processing mode corresponding to the classification to which the reason of the payment failure belongs;
and setting the corresponding processing mode for the payment failure so that the operation and maintenance personnel can process the payment failure according to the set processing mode.
10. The apparatus of claim 6, the apparatus further comprising:
and the display module is used for displaying the reason of the payment failure and the corresponding processing mode set for the payment failure.
11. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 5 when executing the program.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810873611.5A CN109345249B (en) | 2018-08-02 | 2018-08-02 | Payment failure processing method and device |
| CN202111026924.5A CN113850603A (en) | 2018-08-02 | 2018-08-02 | Method and device for determining reason of payment failure |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810873611.5A CN109345249B (en) | 2018-08-02 | 2018-08-02 | Payment failure processing method and device |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111026924.5A Division CN113850603A (en) | 2018-08-02 | 2018-08-02 | Method and device for determining reason of payment failure |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109345249A CN109345249A (en) | 2019-02-15 |
| CN109345249B true CN109345249B (en) | 2021-07-20 |
Family
ID=65296571
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111026924.5A Pending CN113850603A (en) | 2018-08-02 | 2018-08-02 | Method and device for determining reason of payment failure |
| CN201810873611.5A Active CN109345249B (en) | 2018-08-02 | 2018-08-02 | Payment failure processing method and device |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111026924.5A Pending CN113850603A (en) | 2018-08-02 | 2018-08-02 | Method and device for determining reason of payment failure |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN113850603A (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111027954A (en) * | 2019-10-22 | 2020-04-17 | 威富通科技有限公司 | Travel fee deduction method and device based on ETC system, computer equipment and medium |
| CN111711514B (en) * | 2020-06-02 | 2021-07-09 | 拉卡拉支付股份有限公司 | Network request timeout retransmission method and device |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104376452A (en) * | 2013-08-15 | 2015-02-25 | 世纪禾光科技发展（北京）有限公司 | System and method for managing payment success rate on basis of international card payment channel |
| CN105590224A (en) * | 2015-07-08 | 2016-05-18 | 中国银联股份有限公司 | Method for determining failure node in transaction process |
| CN106204052A (en) * | 2015-05-05 | 2016-12-07 | 阿里巴巴集团控股有限公司 | Reimbursement information processing method and device |
| CN107038579A (en) * | 2016-02-04 | 2017-08-11 | 阿里巴巴集团控股有限公司 | A kind of e-payment business processing, electric paying method and device |
| CN107133797A (en) * | 2017-04-28 | 2017-09-05 | 努比亚技术有限公司 | One kind pays abnormal automatic testing method, terminal and computer-readable recording medium |
| CN107464108A (en) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | The method and apparatus for automatically selecting channel of disbursement |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5792055B2 (en) * | 2011-12-27 | 2015-10-07 | 株式会社三菱東京Ｕｆｊ銀行 | Information processing device |
| US20160379216A1 (en) * | 2015-06-26 | 2016-12-29 | Vantiv, Llc | Automatic chargeback management |
-
2018
- 2018-08-02 CN CN202111026924.5A patent/CN113850603A/en active Pending
- 2018-08-02 CN CN201810873611.5A patent/CN109345249B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104376452A (en) * | 2013-08-15 | 2015-02-25 | 世纪禾光科技发展（北京）有限公司 | System and method for managing payment success rate on basis of international card payment channel |
| CN106204052A (en) * | 2015-05-05 | 2016-12-07 | 阿里巴巴集团控股有限公司 | Reimbursement information processing method and device |
| CN105590224A (en) * | 2015-07-08 | 2016-05-18 | 中国银联股份有限公司 | Method for determining failure node in transaction process |
| CN107038579A (en) * | 2016-02-04 | 2017-08-11 | 阿里巴巴集团控股有限公司 | A kind of e-payment business processing, electric paying method and device |
| CN107464108A (en) * | 2016-06-03 | 2017-12-12 | 上海点融信息科技有限责任公司 | The method and apparatus for automatically selecting channel of disbursement |
| CN107133797A (en) * | 2017-04-28 | 2017-09-05 | 努比亚技术有限公司 | One kind pays abnormal automatic testing method, terminal and computer-readable recording medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109345249A (en) | 2019-02-15 |
| CN113850603A (en) | 2021-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108876380B (en) | Transaction method and system based on centralized settlement and block chain deposit certificate | |
| CN109242453B (en) | Transaction method and system based on centralized settlement and block chain deposit certificate | |
| CN109063920B (en) | Transaction risk identification method and device and computer equipment | |
| CN109377216B (en) | Transaction method and system based on centralized settlement and block chain deposit certificate | |
| CN108537533B (en) | Self-service shopping settlement method and system | |
| CN109255486B (en) | Method and device for optimizing policy configuration | |
| CN110163612B (en) | Payment wind control method and device | |
| CN110377522B (en) | Transaction scene testing method, device, computing equipment and medium | |
| CN109359118B (en) | Data writing method and device | |
| CN111383019A (en) | Transaction execution method and system based on alliance link network | |
| CN110020846B (en) | Transfer service processing method and system | |
| CN108665251A (en) | A kind of processing method and processing device that channel of disbursement restores | |
| AU2019209580A1 (en) | Method, apparatus, and electronic device for regulatory inspection | |
| CN109345249B (en) | Payment failure processing method and device | |
| CN111506580B (en) | Transaction storage method based on centralized block chain type account book | |
| CN111475853A (en) | Model training method and system based on distributed data | |
| CN108763358A (en) | A kind of data verification method and device | |
| CN111488170A (en) | Method, device and equipment for updating business processing model | |
| CN109615379B (en) | Generating method and device of rejection processing system | |
| CN110033362B (en) | Money drawing method, device and equipment | |
| CN109190876B (en) | Safe access method and device for service product | |
| CN109255616B (en) | Processing method and device for refused task | |
| CN115391343A (en) | Bill data processing method and device, electronic equipment and storage medium | |
| CN108712284B (en) | Fault service positioning method and device and service server | |
| CN112380115A (en) | Regression testing 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 | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40004382 Country of ref document: HK |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200922 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200922 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |