Method, apparatus, computer system and storage medium for handling transaction flow errors

Abstract

The present invention belongs to the technical field of account management, and particularly relates to a method, device, computer system and storage medium for handling transaction flow errors. The method for handling transaction flow errors uniformly processes the transaction data with errors recorded through subsequent processing methods. There are various corresponding processing schemes in the subsequent processing methods. For the errors in the previously processed successful and failed transaction data, they can be uniformly processed, capable of handling multiple errors, and avoiding the limitations existing in the separate processing of the errors in the processed successful and failed transaction data. In addition, the method for handling transaction flow errors for the transaction data with errors recorded does not need to consider the compatibility of the upstream account system design scheme, does not require the upstream account system to support transaction retransmission, and can be adapted to the processing of more abnormal scenarios.

Description

Technical Field

[0001] The present invention belongs to the technical field of account management, and particularly relates to a method, device, computer system and storage medium for processing transaction flow errors. Background Art

[0002] Transaction flow is a form of flow defined by institutions, currencies, products, channels, sources, accounting attributes, etc. in the dimension of transaction accounting. Different from the accounting flow that records accounts based on accounting elements, the recording elements of transaction flow mainly focus on transaction information. In order to improve management efficiency and reduce labor costs, recording transaction flow through a computer management platform has become a way of financial management for banks, large enterprises, etc. For example, the accounting engine for financial management, which is one of the core modules of the transaction-level general ledger management system, mainly functions to strip the accounting function of the business system and undertake the transaction data of the business system.

[0003] During the process of the accounting engine managing transaction flow, for a transaction data, the main processing states are unprocessed, processed successfully, and processed failed. When the flow processing state is processed successfully but the accounting elements are incorrect, error handling needs to be performed on the transaction flow. When the transaction flow processing fails, of course, error checking and handling also need to be performed on the transaction flow. The existing technology has the following deficiencies in handling errors in transaction flow by the accounting engine:

[0004] (1) In the existing technology, when an error occurs in a certain transaction flow during the process of the accounting engine managing transaction flow, the transaction flow can be suspended. Suspending means not processing the transaction flow temporarily; during the subsequent reprocessing of the suspended transaction flow, the upstream accounting system needs to cooperate. Therefore, the upstream accounting system needs to have the function of retransmitting transaction data, and the accounting date of the upstream accounting system needs to be consistent with the system where the current accounting engine is located in order to reprocess the transaction flow with processing failure. However, for the upstream accounting system that does not have the function of retransmitting transaction data or whose accounting date is inconsistent with the system where the current accounting engine is located, the suspended transaction flow with processing failure cannot be reprocessed.

[0005] Especially for banks, involving accounting systems for connecting numerous customers, the design schemes of each accounting system are different, resulting in a significant reduction in the compatibility and adaptability between the local system and the customers' accounting systems. For the handling of incorrect accounts in transaction flow, if the existing scheme is adopted, the processing ability of the accounting engine in the bank's local system depends on the design of the upstream accounting system. When the upstream accounting system does not support the way of transaction retransmission, the function of the accounting engine in the local system will be incomplete, resulting in the inability to handle most abnormal scenarios.

[0006] (2) In the process of managing transaction records by the accounting engine in the prior art, there is no tracking function for the entire life cycle of transaction records, and it is impossible to trace the processing process of transaction records. For transaction records with errors, error checking is not supported.

[0007] (3) In the process of managing transaction records by the accounting engine in the prior art, for transaction data that has been successfully processed but has errors and for transaction data that has failed to be processed, in subsequent processing, they are processed separately, and the processing methods corresponding to each state have limitations. Summary of the Invention

[0008] The present invention aims to provide a method, device, computer system, and storage medium for processing transaction record errors, and solve the technical problem that the accounting system in the prior art has limitations in processing transaction record errors.

[0009] To solve the above technical problem, the first aspect of the present invention is:

[0010] Provide a method for processing transaction record errors, including:

[0011] Record transaction data with errors:

[0012] When it is found that there are errors in the transaction data received by the local accounting system under the condition that the transaction data has been successfully processed, the transaction data is to be reversed; when the transaction data received by the local accounting system fails to be processed, the transaction data is suspended; the transaction data to be reversed and the suspended transaction data are both uniformly processed through subsequent processing methods;

[0013] Subsequent processing methods:

[0014] A: When the upstream accounting system has the ability to retransmit transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system, for the transaction data to be reversed and the suspended transaction data, retransmission is performed. During the retransmission process, the serial number of the retransmitted transaction data is entered through the local accounting system, and the retransmitted transaction data is associated with the original transaction data in the upstream accounting system;

[0015] B: When the upstream accounting system does not have the ability to retransmit transaction data, or the accounting date of the upstream accounting system is different from that of the local accounting system, for the transaction data to be reversed and the suspended transaction data, manual modification is performed. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the manually modified transaction data is the transaction data modified from the original transaction data;

[0016] C: When the upstream accounting system resends transaction data, resulting in the failure of transaction data processing, mark the duplicate transaction data. During the marking process, enter the serial number corresponding to the duplicate transaction data, and associate the original transaction data with the duplicate transaction data;

[0017] D: When the upstream accounting system is unable to resend transaction data and the local accounting system does not support manual modification, directly enter the transaction data into the corresponding accounting entry for posting by obtaining the accounting entry data of the transaction data;

[0018] E: When the original transaction data is completely correct, but an error occurs in the transaction data due to incorrect configuration of the accounting rules in the local accounting system, manually modify the accounting rules in the local accounting system. After the modification is completed, reprocess the transaction flow corresponding to the original transaction data;

[0019] F: When the original transaction data is completely correct, but the original transaction data processing fails due to the lack of corresponding accounting rules configured in the local accounting system, manually add the corresponding accounting rules. After the modification is completed, reprocess the transaction flow corresponding to the original transaction data;

[0020] G: When the parsing of the original transaction data is abnormal, resulting in the failure of the original transaction data processing, directly reprocess the transaction flow corresponding to the original transaction data.

[0021] Preferably, the errors that occur in the transaction data include that the required fields are empty, the transaction data serial numbers are repeated, the accounting balance verification fails due to transaction data problems, and some transaction data is omitted by the upstream accounting system.

[0022] Preferably, after any one of the subsequent processing methods is completed and before the transaction flow corresponding to the processed transaction data is saved, the local accounting system verifies the correctness of the processed transaction flow through the test parsing function.

[0023] Preferably, during the operation of each of the subsequent processing methods, the local accounting system uses an error handling register to record the error handling results of the corresponding transaction data and tracks and records the processing status of each step during the processing of the corresponding transaction data.

[0024] Preferably, for the processing of all transaction data with errors, the local accounting system can query the processing results and the processing status of each step during the processing.

[0025] The second aspect of the present invention is:

[0026] Provide a transaction flow error handling device, including:

[0027] Recording module: It is used to record transaction data with errors. Among them, when it is found that there are errors in the transaction data under the condition that the transaction data received by the local accounting system is processed successfully, the corresponding transaction data is to be reversed; when the transaction data received by the local accounting system is processed unsuccessfully, the corresponding transaction data is suspended; the transaction data to be reversed and the suspended transaction data are uniformly processed through subsequent processing methods;

[0028] Subsequent processing module, which includes:

[0029] Transaction data retransmission processing unit: It is used to retransmit the transaction data to be reversed and the suspended transaction data when the upstream accounting system has the ability to retransmit transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system. During the retransmission process, the serial number of the retransmitted transaction data is entered through the local accounting system, and the retransmitted transaction data is associated with the original transaction data of the upstream accounting system;

[0030] Manual modification processing unit: It is used to manually modify the transaction data to be reversed and the suspended transaction data when the upstream accounting system does not have the ability to retransmit transaction data or the accounting date of the upstream accounting system is different from that of the local accounting system. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the manually modified transaction data is obtained by modifying the original transaction data;

[0031] Duplicate transaction data modification unit: It is used to mark the duplicate transaction data when the upstream accounting system repeatedly sends transaction data, resulting in the failure of transaction data processing. During the marking process, the serial number corresponding to the duplicate transaction data is entered, and the original transaction data is associated with the duplicate transaction data;

[0032] Accounting entry posting processing unit: It is used to directly enter the corresponding transaction data into the corresponding accounting entry for posting when the upstream accounting system cannot retransmit transaction data and the local accounting system does not support manual modification by obtaining the accounting entry data of the transaction data;

[0033] Accounting rule modification processing unit: It is used to manually modify the accounting rules in the local accounting system when the original transaction data is completely correct but the accounting rule configuration in the local accounting system is incorrect, resulting in errors in the transaction data. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed;

[0034] New accounting rule processing unit: It is used to manually add the corresponding accounting rules when the original transaction data is completely correct but the corresponding accounting rules are not configured in the local accounting system, resulting in the failure of the original transaction data processing. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed;

[0035] Transaction data reprocessing unit: When the parsing of the original transaction data is abnormal and the processing of the original transaction data fails, it directly reprocesses the transaction record corresponding to the original transaction data.

[0036] The third aspect of the present invention is:

[0037] Provided is a computer system for processing transaction record errors, including a memory and a processor coupled to each other. The processor is configured to execute computer program instructions stored in the memory to implement the method for processing transaction record errors according to the first aspect of the present invention.

[0038] The fourth aspect of the present invention is:

[0039] Provided is a computer-readable storage medium storing program instructions for processing transaction record errors. When the program instructions are executed by a processor, the method for processing transaction record errors according to the first aspect of the present invention is implemented.

[0040] Compared with the prior art, the beneficial effects of the present invention are:

[0041] 1. For the transaction data with record errors, the method for processing transaction record errors uniformly processes them through subsequent processing methods. There are various corresponding processing schemes in the subsequent processing methods. For the errors in the previously successfully processed and failed processed transaction data, they can be uniformly processed, capable of handling various errors, and avoiding the limitations existing in separately processing the errors in the successfully processed and failed processed transaction data.

[0042] 2. For the transaction data with record errors, the method for processing transaction record errors does not need to consider the compatibility of the upstream accounting system design scheme, does not require the upstream accounting system to support transaction retransmission, and can be adapted to the processing of more abnormal scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The drawings are used to provide a further understanding of the present invention, and constitute a part of the specification. Together with the embodiments of the present invention, they are used to explain the present invention, and do not constitute a limitation to the present invention. In the drawings:

[0044] Figure 1 It is a functional module diagram of an embodiment of the method for processing transaction record errors of the present invention.

[0045] Figure 2 It is a structural block diagram of an embodiment of the device for processing transaction record errors of the present invention.

[0046] Figure 3 It is a structural block diagram of an embodiment of the computer system for processing transaction record errors of the present invention.

[0047] Figure 4 Schematic diagram of an embodiment of a computer-readable storage medium of the present invention. Detailed implementation manners

[0048] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

[0049] A method for processing transaction flow errors, please refer to Figure 1 .

[0050] As Figure 1 shown, the method for processing transaction flow errors first records the transaction data with errors, and then performs subsequent processing methods.

[0051] Among them, in the step of recording the transaction data with errors, different recording methods are adopted for the errors in the successfully processed transaction data and the errors in the failed processed transaction data. Here, the errors that occur in the transaction data are directly reported by the local accounting system. The errors that occur in the transaction data generally include that the required fields are empty, the transaction data serial numbers are repeated, the accounting balance verification fails due to transaction data problems, and some transaction data content is omitted by the upstream accounting system, etc.

[0052] When errors are found in the transaction data when the transaction data received by the local accounting system is successfully processed, the transaction data is to be reversed. After the reversal processing, the subsequent processing method for the transaction data is reversal processing. Reversal processing is when the original transaction data is incorrect, resulting in incorrect transaction flow data, but the transaction data has been successfully recorded in the transaction flow, and the transaction data needs to be reversed. Reversal is to resend the transaction data.

[0053] When the transaction data received by the local accounting system is processed unsuccessfully, the transaction data is suspended. Suspension means that the transaction data is temporarily suspended from processing.

[0054] For the transaction data to be reversed and suspended, the corresponding transaction data is in a state of not being recorded in the transaction flow. The transaction data to be reversed and suspended are all uniformly processed through subsequent processing methods.

[0055] In the step of performing subsequent processing methods, it specifically includes seven processing methods. In each processing method, first judge the ability of the upstream accounting system to retransmit transaction data and the reasons for the errors in the original transaction data, and then according to the judgment results, adopt the corresponding processing methods. The specific processing methods are as follows:

[0056] Method A is for retransmission processing of transaction data: When the upstream accounting system has the ability to retransmit transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system, the transaction data to be reversed and suspended is retransmitted. During the retransmission process, the serial number of the retransmitted transaction data is entered through the local accounting system to associate the retransmitted transaction data with the original transaction data of the upstream accounting system.

[0057] The upstream accounting system retransmits the retransmitted transaction data associated with the original transaction data to the local accounting system, and the local accounting system reprocesses the retransmitted transaction data. Here, the reprocessing means parsing the retransmitted transaction data and recording it into the corresponding transaction flow.

[0058] Method B is for manual modification processing: That is, when the upstream accounting system does not have the ability to retransmit transaction data, or the accounting date of the upstream accounting system is inconsistent with that of the local accounting system, the transaction data to be reversed and suspended is manually modified. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the transaction data after this manual modification is the transaction data modified from the original transaction data.

[0059] In this embodiment, the format of the new serial number is: original serial number - modify, which is convenient for identification.

[0060] Method C is for modifying duplicate transaction data: When the upstream accounting system repeatedly sends transaction data, resulting in the failure of transaction data processing, the duplicate transaction data is marked. During the marking process, the serial number corresponding to the duplicate transaction data is entered to associate the original transaction data with the duplicate transaction data.

[0061] The method of modifying duplicate transaction data is equivalent to marking the duplicate transaction data, so that it can be known through subsequent queries that the corresponding transaction data is duplicate transaction data.

[0062] Method D is for posting accounting entries: When the upstream accounting system cannot retransmit transaction data and the local accounting system does not support manual modification either, by obtaining the accounting entry data of this transaction data, the transaction data is directly entered into the corresponding accounting entry for posting.

[0063] In Method D, that is, the transaction data is directly entered into the accounting flow for posting, and the transaction data can be displayed in the accounting flow.

[0064] Method E is for modifying accounting rules: When the original transaction data is completely correct, but the accounting rule configuration in the local accounting system is incorrect, resulting in errors in the transaction data, the accounting rules in the local accounting system are manually modified. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed.

[0065] In Mode E, the local accounting system needs to support the modification of accounting rules, and reprocessing the transaction data means re-parsing the transaction data and recording it in the transaction log.

[0066] Mode F is for the processing of newly added accounting rules: When the original transaction data is completely correct, but the corresponding accounting rules are not configured in the local accounting system, resulting in the failure of processing the original transaction data, then manually add the corresponding accounting rules. After the modification is completed, reprocess the transaction log corresponding to the original transaction data.

[0067] Mode G is for reprocessing the transaction data: When the parsing of the original transaction data is abnormal, resulting in the failure of processing the original transaction data, directly reprocess the transaction log corresponding to the original transaction data.

[0068] During the processing of transaction data by the local accounting system, parsing errors will inevitably occur. When a parsing error occurs, just reparse it.

[0069] Furthermore, after any one of the subsequent processing methods is completed and before the transaction log corresponding to the processed transaction data is saved, the local accounting system verifies the correctness of the processed transaction log through the test parsing function.

[0070] Through verification, it is prevented that there are still errors after processing the error-prone transaction log. For the transaction log that still has errors, perform the pending correction processing or suspension again.

[0071] Furthermore, during the operation of each subsequent processing method, the local accounting system uses the error handling register to record the error handling results of the corresponding transaction data, and tracks and records the processing status of each step during the processing of the corresponding transaction data. In this way, for the processing of all transaction data with errors, the local accounting system can query the processing results and the processing status of each step during the processing.

[0072] A transaction log error handling device, please refer to Figure 2 .

[0073] As Figure 2 shown, the transaction log error handling device includes a recording module 10 and a subsequent processing module 20. Both the recording module 10 and the subsequent processing module 20 are computer-executable functional modules. Among them, the recording module 10 includes a pending correction processing unit 11 and a suspension unit 12, and the subsequent processing module 20 includes a transaction data retransmission processing unit 21, a manual modification processing unit 22, a duplicate transaction data modification unit 23, an accounting entry posting processing unit 24, a modification of accounting rules processing unit 25, a newly added accounting rules processing unit 26, and a transaction data reprocessing unit 27.

[0074] The recording module 10 is used to record the transaction data with errors. Among them, the function of the pending reversal processing unit 11 is to perform pending reversal processing on the transaction data when it is found that the transaction data has errors under the condition that the transaction data received by the local accounting system is successfully processed; the function of the suspension unit 12 is to suspend the transaction data when the transaction data received by the local accounting system is processed unsuccessfully; the pending reversal processing and suspended transaction data are uniformly processed through subsequent processing methods.

[0075] The subsequent processing module 20 is used to process the pending reversal processing and suspended transaction data, among which:

[0076] The transaction data retransmission processing unit 21 is used to retransmit the pending reversal processing and suspended transaction data when the upstream accounting system has the ability to retransmit transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system. During the retransmission process, the serial number of the retransmitted transaction data is entered through the local accounting system to associate the retransmitted transaction data with the original transaction data of the upstream accounting system; the manual modification processing unit 22 is used to manually modify the pending reversal processing and suspended transaction data when the upstream accounting system does not have the ability to retransmit transaction data or the accounting date of the upstream accounting system is different from that of the local accounting system. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the manually modified transaction data is the transaction data modified from the original transaction data; the duplicate transaction data modification unit 23 is used to mark the duplicate transaction data when the upstream accounting system repeatedly sends transaction data, resulting in the failure of transaction data processing. During the marking process, the serial number corresponding to the duplicate transaction data is entered to associate the original transaction data with the duplicate transaction data; the accounting entry posting processing unit 24 is used to directly enter the transaction data into the corresponding accounting entry for posting when the upstream accounting system cannot retransmit the transaction data and the local accounting system does not support manual modification by obtaining the accounting entry data of the transaction data; the modification of accounting rules processing unit 25 is used to manually modify the accounting rules in the local accounting system when the original transaction data is completely correct but the transaction data has errors due to incorrect configuration of accounting rules in the local accounting system. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; the new accounting rules processing unit 26 is used to manually add the corresponding accounting rules when the original transaction data is completely correct but the original transaction data processing fails due to the lack of corresponding accounting rules configuration in the local accounting system. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; the transaction data reprocessing unit 27 is used to directly reprocess the transaction flow corresponding to the original transaction data when the original transaction data parsing is abnormal, resulting in the failure of the original transaction data processing.

[0077] A computer system for processing transaction flow errors, please refer to Figure 3 .

[0078] As Figure 3 shown, the computer system includes a memory 31 and a processor 32 which are coupled to each other. The processor 31 is configured to execute computer program instructions stored in the memory 32 to implement the method for processing transaction flow errors in the above embodiments. Here, the computer system can be a personal computer or a server.

[0079] A computer-readable storage medium, as Figure 4 shown, stores program instructions 40 for processing transaction flow errors. When being executed by a processor, the program instructions are configured to implement the method for processing transaction flow errors as described above.

[0080] It should be noted that in this document, terms such as "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements but also includes other elements not explicitly listed, or further includes elements inherent to such process, method, article or device.

[0081] Although the embodiments of the present invention have been shown and described, it will be understood by those of ordinary skill in the art that various changes, modifications, substitutions and variations can be made to these embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. A method for processing transaction flow errors, characterized in that, Including: Recording transaction data with errors: When errors are found in the transaction data after the transaction data received by the local accounting system is successfully processed, the corresponding transaction data is to be reversed; when the transaction data received by the local accounting system fails to be processed, the corresponding transaction data is suspended; both the transaction data to be reversed and the suspended transaction data are uniformly processed through subsequent processing methods; Subsequent processing methods: A: When the upstream accounting system has the ability to resend transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system, the transaction data to be reversed and the suspended transaction data are resent. During the resending process, the serial number of the resending transaction data is entered through the local accounting system, and the resending transaction data is associated with the original transaction data in the upstream accounting system; B: When the upstream accounting system does not have the ability to resend transaction data, or the accounting date of the upstream accounting system is different from that of the local accounting system, the transaction data to be reversed and the suspended transaction data are manually modified. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the manually modified transaction data is the transaction data modified from the original transaction data; C: When the upstream accounting system resends transaction data repeatedly, resulting in the failure of transaction data processing, the repeated transaction data is marked. During the marking process, the serial number corresponding to the repeated transaction data is entered, and the original transaction data is associated with the repeated transaction data; D: When the upstream accounting system is unable to resend transaction data and the local accounting system does not support manual modification, the corresponding accounting entry data of the transaction data is obtained, and the transaction data is directly entered into the corresponding accounting entry for bookkeeping; E: When the original transaction data is completely correct, but the accounting rules configuration in the local accounting system is incorrect, resulting in errors in the transaction data, the accounting rules in the local accounting system are manually modified. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; F: When the original transaction data is completely correct, but the corresponding accounting rules are not configured in the local accounting system, resulting in the failure of the original transaction data processing, the corresponding accounting rules are manually added. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; G: When the parsing of the original transaction data is abnormal, resulting in the failure of the original transaction data processing, the transaction flow corresponding to the original transaction data is directly reprocessed.

2. The method for processing transaction flow errors according to claim 1, wherein: The errors in the transaction data include that the required fields are empty, the serial numbers of the transaction data are repeated, the accounting balance verification fails due to transaction data problems, and some transaction data is omitted by the upstream accounting system.

3. The method for processing transaction flow errors according to claim 1, wherein: After any one of the subsequent processing methods is completed and before the transaction flow corresponding to the processed transaction data is saved, the local accounting system verifies the correctness of the processed transaction flow through the test parsing function.

4. The method for processing transaction flow errors according to claim 1, wherein: During the operation of each subsequent processing method, the local accounting system uses an error handling register to record the error handling results of the corresponding transaction data and track and record the processing status of each step in the processing process of the corresponding transaction data.

5. The method for processing transaction flow errors according to claim 4, characterized in that: For the processing of all transaction data with errors, the local accounting system can query the processing results and the processing status at each step during the processing.

6. A transaction flow error handling device, characterized in that, Including: Recording module: Used to record the transaction data with errors. Among them, when it is found that there are errors in the transaction data after the transaction data received by the local accounting system is successfully processed, the corresponding transaction data is to be reversed; when the transaction data received by the local accounting system is processed unsuccessfully, the corresponding transaction data is suspended; the transaction data to be reversed and the suspended transaction data are uniformly processed through subsequent processing methods; Subsequent processing module, which includes: Transaction data retransmission processing unit: Used when the upstream accounting system has the ability to retransmit transaction data and the accounting date of the upstream accounting system is the same as that of the local accounting system, to retransmit the transaction data to be reversed and the suspended transaction data. During the retransmission process, the serial number of the retransmitted transaction data is entered through the local accounting system to associate the retransmitted transaction data with the original transaction data of the upstream accounting system; Manual modification processing unit: Used when the upstream accounting system does not have the ability to retransmit transaction data, or the accounting date of the upstream accounting system is different from that of the local accounting system, to manually modify the transaction data to be reversed and the suspended transaction data. During the manual modification process, the original transaction data is copied, the errors in the original transaction data are corrected, and a new serial number is generated based on the serial number of the original transaction data. The new serial number is used to identify that the transaction data after this manual modification is the transaction data modified from the original transaction data; Duplicate transaction data modification unit: Used when the upstream accounting system repeatedly sends transaction data, resulting in the failure of transaction data processing, to mark the duplicate transaction data. During the marking process, the serial number corresponding to the duplicate transaction data is entered to associate the original transaction data with the duplicate transaction data; Accounting entry posting processing unit: Used when the upstream accounting system cannot retransmit transaction data and the local accounting system does not support manual modification, to directly enter the corresponding transaction data into the corresponding accounting entry for posting by obtaining the accounting entry data of the transaction data; Accounting rule modification processing unit: Used when the original transaction data is completely correct, but the accounting rule configuration in the local accounting system is incorrect, resulting in errors in the transaction data, to manually modify the accounting rules in the local accounting system. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; New accounting rule addition processing unit: Used when the original transaction data is completely correct, but the corresponding accounting rules are not configured in the local accounting system, resulting in the failure of the original transaction data processing, to manually add the corresponding accounting rules. After the modification is completed, the transaction flow corresponding to the original transaction data is reprocessed; Transaction data reprocessing unit: Used when the parsing of the original transaction data is abnormal, resulting in the failure of the original transaction data processing, to directly reprocess the transaction flow corresponding to the original transaction data.

7. A computer system for handling transaction flow errors, characterized in that: Including a memory and a processor that are mutually coupled. The processor is used to execute the computer program instructions stored in the memory to implement the method for processing transaction flow errors described in any one of claims 1-5.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores program instructions for processing transaction flow error handling, and when being executed by a processor, implements the method for processing transaction flow error handling as described in any one of claims 1 to 5.

Images