Inter-system account wiping service processing method and device, and medium

Abstract

The invention relates to the field of business processing, and particularly discloses an inter-system account erasing business processing method and device and a medium, and the method comprises the steps: downloading first transaction detail data of an upstream bank, and compiling a detail internal code according to a transaction serial number corresponding to each transaction detail; obtaining second transaction detail data returned by the upstream bank based on the same retrieval dimension at an interval of preset time; determining account erasing transaction details in the second transaction detail data; determining original transaction details corresponding to the account erasing transaction details in the first transaction detail data on the basis of detail internal codes corresponding to the account erasing transaction details; and processing the account erasing transaction details and the original transaction details. According to the invention, data of the system can be correctly processed, and meanwhile, the data can be transmitted to a downstream system, so that the downstream system has the basis of normally processing the account erasing data.

Description

Technical Field

[0001] This application relates to the field of business processing, and particularly to a method, device, and medium for inter-system offsetting transaction processing. Background Art

[0002] With the development of information technology and the increasing speed of data asset transfer between various heterogeneous systems, it has brought trouble to the processing of error data. After the upstream system publishes data, this data will soon be received, processed, and forwarded to the more downstream by the downstream system. When the upstream system adjusts the error data, it will inevitably affect the downstream system. In the current scenario of the application of interconnected heterogeneous systems, various problems will occur, resulting in data distortion in the downstream system. For example, the downstream system cannot perceive the modification of data by the upstream system, the upstream system notifies the downstream system to modify, but the downstream system has already processed the data and cannot be updated. And the downstream system has passed on this data, and it is also impossible to notify the more downstream system to modify the data, etc.

[0003] A typical scenario for this problem is the process of transferring transaction details data in the current docking of the bank-enterprise direct connection system and the treasury system of each bank. In order to maintain the relative independence of their systems, each bank usually provides data to the access party in a way of being queried, that is, the access party actively indexes the application mode of transaction details data from the bank. Due to various business reasons, the bank will offset the already published transaction details and will not notify the access system. From the perspective of system docking, these offset transaction details either directly disappear or are marked with an offset mark; although the access system can perceive this change, it cannot effectively process this data. The main reasons are that the offset transaction details have been processed by this system, or the offset transaction details have been passed on to the more downstream system, or both. In the financial field, this usually causes problems of incorrect financial data. Summary of the Invention

[0004] To solve the above problems, this application proposes a method, device, and medium for inter-system offsetting transaction processing. The method includes: Download the first transaction details data of the upstream bank, and compile a detail internal code according to the transaction serial number corresponding to each transaction detail; at intervals of a preset time, based on the same retrieval dimension, obtain the second transaction details data returned by the upstream bank; determine the offset transaction details in the second transaction details data; based on the detail internal code corresponding to the offset transaction details, determine the original transaction details corresponding to the offset transaction details in the first transaction details data; and process the offset transaction details and the original transaction details.

[0005] In one example, compiling the detail internal code according to the core accounting serial numbers corresponding to each transaction detail specifically includes: based on the first transaction detail data, determining the transaction serial number, transaction date, transaction account number, debit / credit flag, transaction amount, and post-transaction balance corresponding to each transaction detail; the transaction account number includes at least one of the buyer account number and the seller account number; and compiling the detail internal code corresponding to each transaction detail based on the transaction serial number, transaction date, transaction account number, debit / credit flag, transaction amount, and post-transaction balance.

[0006] In one example, after compiling the detail internal code according to the transaction serial numbers corresponding to each transaction detail, the method further includes: determining the transaction detail status and transaction detail mark corresponding to each transaction detail; the transaction detail status includes the normal status, the already wiped status, and the reversed charge status.

[0007] In one example, determining the reversed charge transaction details in the second transaction detail data specifically includes: generating the detail internal code corresponding to each transaction detail in the second transaction detail data; determining the candidate transaction details in the second transaction details; based on the detail internal code of the candidate transaction details, determining the reference transactions of the candidate transaction details in the first transaction detail data; if the transaction detail status of the reference transaction is the normal status, then the candidate transaction detail is the reversed charge transaction detail.

[0008] In one example, determining the candidate transaction details in the second transaction details specifically includes: determining the first candidate transaction details with a bank reversed charge flag in the second transaction detail data; and by comparing the detail internal codes of the first transaction detail data and the second transaction detail data, determining the second candidate transaction details that exist in the first transaction detail data but do not exist in the second transaction detail data.

[0009] In one example, determining the second candidate transaction details that exist in the first transaction detail data but do not exist in the second transaction detail data specifically includes: determining the first transaction details that do not exist in the second transaction detail data but exist in the first transaction detail data in the same dimension; and copying the first transaction details to generate the second candidate transaction details.

[0010] In one example, the processing of the reversal transaction details and the original transaction details specifically includes: setting the reversal status of the original transaction details to the reversed status, and setting the reversal status of the reversal transaction details to the reversal status; concatenating the detail internal codes and the reversal status of the reversal transaction details and the original transaction details to distinguish the detail internal codes of the reversal transaction details and the original transaction details; setting the transaction detail flag of the reversal transaction details to a virtual detail; if the original transaction details have been processed, performing reverse processing based on the reversal transaction details.

[0011] In one example, after the processing of the reversal transaction details and the original transaction details, the method further includes: determining that the processing of the first transaction detail data and the second transaction detail data is completed; and transmitting the processed transaction detail data, the corresponding transaction detail status, and the transaction detail flag to the downstream system.

[0012] The present application also provides a device for processing the inter-system reversal business, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein, the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to: download the first transaction detail data of the upstream bank, and compile the detail internal code according to the transaction serial number corresponding to each transaction detail; at intervals of a preset time, based on the same retrieval dimension, obtain the second transaction detail data returned by the upstream bank; determine the reversal transaction details in the second transaction detail data; based on the detail internal code corresponding to the reversal transaction details, determine the original transaction details corresponding to the reversal transaction details in the first transaction detail data; and process the reversal transaction details and the original transaction details.

[0013] The present application also provides a non-volatile computer storage medium storing computer-executable instructions, characterized in that the computer-executable instructions are set to: download the first transaction detail data of the upstream bank, and compile the detail internal code according to the transaction serial number corresponding to each transaction detail; at intervals of a preset time, based on the same retrieval dimension, obtain the second transaction detail data returned by the upstream bank; determine the reversal transaction details in the second transaction detail data; based on the detail internal code corresponding to the reversal transaction details, determine the original transaction details corresponding to the reversal transaction details in the first transaction detail data; and process the reversal transaction details and the original transaction details.

[0014] The method proposed in this application can bring the following beneficial effects: By comparing the transaction details under the same retrieval dimension, the reversed transaction details included in all the transaction details issued by the bank are determined, and then the corresponding processing is carried out on the reversed transaction details. At the same time, through the transaction detail status and transaction detail mark corresponding to each transaction detail, while ensuring that the data of this system is correctly processed, it can also be transmitted to the more downstream systems, so that the more downstream systems have the basis for correctly processing the reversed data. Brief Description of the Drawings

[0015] The drawings described herein are used to provide a further understanding of this application and form a part of this application. The illustrative embodiments of this application and their descriptions are used to explain this application and do not constitute an improper limitation of this application. In the drawings: Figure 1 It is a schematic flowchart of a method for processing inter-system reversed transactions in an embodiment of this application; Figure 2 It is a schematic structural diagram of a device for processing inter-system reversed transactions in an embodiment of this application. Detailed Embodiments

[0016] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of this application.

[0017] The following will describe in detail the technical solutions provided by each embodiment of this application in conjunction with the drawings.

[0018] Figure 1 It is a schematic flowchart of a method for processing inter-system reversed transactions provided by one or more embodiments of this specification. This method can be applied to different business fields, such as the Internet finance business field, the e-commerce business field, etc. This process can be executed by computing devices in the corresponding fields (such as the risk control server or intelligent mobile terminal corresponding to the payment business, etc.), and some input parameters or intermediate results in the process allow manual intervention and adjustment to help improve accuracy.

[0019] The implementation of the analysis method involved in the embodiments of this application can be a terminal device or a server, and this application does not make special restrictions on this. For the convenience of understanding and description, the following embodiments will be described in detail with the server as an example.

[0020] It should be noted that the server can be a single device or a system composed of multiple devices, that is, a distributed server, and the present application does not make specific limitations on this.

[0021] As Figure 1 shown, an inter-system write-off transaction processing method provided by an embodiment of the present application includes: S101: Download the first transaction detail data of the upstream bank, and compile a detail internal code according to the transaction serial number corresponding to each transaction detail.

[0022] First, on the transaction occurrence date, use the full-volume transaction detail query interface provided by the bank to download the transaction details as the first transaction detail data. And according to the bank transaction serial number, generate a detail internal code for each transaction detail in the first transaction detail data as an identity identifier.

[0023] It should be noted that the bank transaction serial number may be repeated. Therefore, it is necessary to generate a detail internal code within the enterprise to prevent consequences such as data coverage, data loss, and data duplication caused by duplicate transaction detail identifiers. It should be noted that the bank system and each downstream system are heterogeneous systems to each other.

[0024] In one embodiment, in order to prevent the occurrence of duplicate detail internal codes, when compiling the detail internal code, it is possible to obtain the transaction serial number, transaction date, transaction account, debit / credit flag, transaction amount, and post-transaction balance corresponding to each transaction detail, and incorporate the above factors into the detail internal code to prevent duplicate detail internal codes. Among them, the transaction account can be the buyer's account or the seller's account, and no limitation is made on this.

[0025] S102: At an interval of a preset time, based on the same retrieval dimension, obtain the second transaction detail data returned by the upstream bank.

[0026] After an interval of a preset time, perform a query of the same dimension again to obtain the second transaction detail data returned by the upstream bank.

[0027] It should be noted that the retrieval dimensions of the first transaction detail data and the second transaction detail data here are the same, that is, the corresponding transaction detail occurrence times are the same, and the corresponding transaction accounts are the same. If there is no write-off behavior in the upstream bank, the first transaction detail data and the second transaction detail data should be exactly the same.

[0028] S103: Determine the write-off transaction details in the second transaction detail data.

[0029] At this time, the server will compare the first transaction detail data and the second transaction detail data provided by the bank for the same retrieval dimension to determine the write-off transaction details existing in the second transaction detail data. An explanation of the write-off transaction details is given here: According to the bank interface document provided by the bank, this application sets the status, attributes, and marks corresponding to each transaction detail. Among them, the transaction detail status includes the normal status, the erased status, and the reversed charge status. Among them, the normal status is used to indicate that this transaction is in the normal state and no reversed charge operation has occurred; the erased status indicates that the transaction detail has been reversed charged at the bank when queried from the bank; the reversed charge status indicates that the transaction detail has been reversed charged at the bank, but the transaction being reversed charged was read by this system before the reversed charge occurred in the time dimension. Distinguishing between reversed charge and erased is one of the important features of this application. The term "reversed charge transaction" here refers to the transaction term with the status of reversed charge. It should be noted that after the bank reverses the charge for the transaction detail, the transaction detail data may either disappear directly or have a reversed charge flag set. Therefore, sometimes the reversed charge transaction detail can be directly determined based on the reversed charge flag attached to the transaction detail data, but at this time, it is necessary to pay attention to distinguishing between the erased transaction detail and the reversed charge transaction detail. If there is no reversed charge flag, then the first transaction detail data and the second transaction detail data need to be compared to determine the reversed charge transaction detail. At the same time, the reversed charge transaction detail will only appear in the later obtained transaction detail data and will not appear in the earlier obtained transaction detail data.

[0030] Among them, the transaction detail mark is used to mark the transaction details generated due to the implementation of this solution and not generated by the bank side, and mark them as virtual transaction details. The virtual transaction details are used for the reversed charge business processing of this solution and for ensuring the authenticity of the transaction details. For example, when the system only wants to display the data returned by the upstream bank system, the virtual detail mark can be used for data filtering.

[0031] In one embodiment, when determining the reversed charge transaction detail, it is necessary to generate the detail internal code corresponding to each transaction detail in the second transaction detail data, then determine the candidate transaction details in the second transaction detail, and based on the detail internal code of the candidate transaction details, determine the corresponding transaction of the candidate transaction details in the first transaction detail data. If the transaction detail status of the corresponding transaction is the normal status, then the candidate transaction detail is the reversed charge transaction detail. If the transaction detail status of the corresponding transaction is the erased status, then the candidate transaction detail is the erased transaction detail.

[0032] Furthermore, the candidate transaction details here include the first candidate transaction details with a bank reversed charge identifier in the transaction detail data, and the second candidate transaction details that exist in the first transaction detail data but do not exist in the second transaction detail data. It should be noted that if there is a first transaction detail in the first transaction detail data that does not exist in the second transaction detail data under the same dimension, at this time, it is necessary to copy the first transaction detail to generate the second candidate transaction detail. At the same time, set the first transaction detail in the first transaction detail data to the erased status and set the second candidate transaction detail to the reversed charge status.

[0033] S104: Determine the original transaction details corresponding to the reversal transaction details in the first transaction details data based on the detail internal code corresponding to the reversal transaction details.

[0034] After determining the reversal transaction details, it is necessary to find the original transaction details corresponding to the reversal transaction details in the first transaction details data.

[0035] Meanwhile, after finding the original transaction details corresponding to the reversal transaction details, the attributes of the reversal transaction details can be changed, that is, changing the erased detail identifier of the reversal transaction details to the original identifier of the original transaction details.

[0036] For example, a bank has a transaction detail with a core accounting serial number of 123456 and a status of "normal" in the server. The downstream system received and processed this transaction. Later, the bank performed a reversal operation on this transaction but did not notify the downstream system. When the system identified that this transaction was reversed during subsequent queries, a new transaction detail would be generated with a status of "reversed" in the server. In the new transaction detail, the erased detail identifier was set to 123456 (i.e., the original identifier of the reversed transaction). Thereafter, the system can locate the original transaction through the erased detail identifier and perform reverse processing (such as cancellation processing).

[0037] S105: Process the reversal transaction details and the original transaction details.

[0038] In one embodiment, when processing the reversal transaction details and the original transaction details, it is necessary to set the reversal status of the original transaction details to the reversed status, set the reversal status of the reversal transaction details to the reversed status. Meanwhile, splice the detail internal code and the reversal status of the reversal transaction details and the original transaction details to distinguish the detail internal codes of the reversal transaction details and the original transaction details. For example, add the character "Y" before the detail internal code of the original transaction details to indicate that the detail status of the original transaction details is the reversed status. Then set the transaction detail flag of the reversal transaction details to virtual details; if the original transaction details have been processed, perform reverse processing based on the reversal transaction details.

[0039] It should be noted that this system cannot disclose historical transaction details data to more downstream systems before the processing of historical detail data is completed, otherwise it may mislead more downstream systems.

[0040] Now, an example is given to illustrate the inter-system reversal business processing method provided in this application: This application does not limit the time span for downloading transaction details from the bank. However, usually, the time span is one day. To avoid data differences caused by system disconnection, the first transaction details data and the second transaction details data are usually obtained on the day when the transaction details occur and the day after the transaction details occur respectively.

[0041] When obtaining the first transaction detail data, on the transaction date, use the full-volume transaction detail query interface provided by the bank to download the transaction details, and identify each transaction detail according to the transaction detail identifier clearly specified in the bank interface document. Identify the reversed transaction details according to the description in the bank interface document; those not described in the bank interface document will not be processed.

[0042] For the case where there is a description of reversed transactions in the bank interface document, the reversed transaction detail entries can be identified when querying the transaction details for the first time, and the status of this transaction detail can be directly set to reversed; in the case where there is no reversed transaction in the bank interface document, the bank will not return reversed transactions. Therefore, this processing is appropriate for the transaction details with reversed flags returned by the bank. The system only records and does not process the transaction details in the reversed status, and provides this status to the downstream system.

[0043] When obtaining the second transaction detail data, perform the query of the same dimension again. Identify each transaction detail according to the transaction detail identifier clearly specified in the bank interface document. For the transaction details with bank reversed flags, query according to the identifier in the existing data. If the detail already exists in the existing data, it means that the bank reversed this transaction detail after the system read it back. The identity identifier of this transaction detail can be concatenated with the reversed status for processing. The status of this transaction detail (reversed transaction detail) is set to reversed, the marker of this transaction detail is set to virtual detail, and the reversed detail identifier of this transaction detail is set to the bank transaction number of the original transaction detail.

[0044] The system identifies the situation where the details normally read by the system are reversed according to the reversed status, locates the reversed transaction details according to the reversed detail identifier. If the transaction details have been further processed by the system, corresponding reverse processing can be performed. The system can also use the transaction flow with reversed status as the original basis for reverse processing. Since the transaction number of the reversed transaction is recorded on the reversed transaction, it provides the possibility for the system to automatically perform reverse processing.

[0045] For the transaction details with reversed flags in the transaction details returned by the bank during the second query that are not found in the system according to the detail identifier, process them according to the first query logic, that is, set the status of the transaction detail to reversed. The processing of the reversed transaction details by the system is the same as that of the first query and will not be elaborated here.

[0046] Then, compare the data returned by this query with the data returned by the previous query according to the transaction identifier in the bank interface document. The data that existed in the previous query result but not in this query result is regarded as a reversal transaction. Create a transaction detail based on the existing data. The business elements of this transaction detail are exactly the same as those of the original transaction. The status is set to "reversed", the attribute of the reversed serial number is the identifier of the existing detail, and the identifier of the newly created transaction detail is the identifier of the existing transaction detail concatenated with the reversal identifier. The transaction flag is set to virtual. This system is the same as the situation where the bank can return the reversal identifier for this transaction detail, so it will not be elaborated here.

[0047] Execute the above query multiple times on the day of the transaction to identify various reversal scenarios in a more real-time manner and handle them promptly. For reversal transactions that occur relatively late on the day of the transaction or for situations where it is impossible to obtain the full picture of the reversal event on the same day due to other irresistible factors such as network disconnection, a query needs to be initiated again after the day of the transaction to fully represent the reversal event. This supplementary query can be sent on any day after the day of the transaction, not limited to T+1 day.

[0048] When initiating the details of historical trading days to the bank, the bank has three strategies to return reversal data, namely not returning, returning all, and only returning reversals. The processing procedures of this solution are described separately below.

[0049] If the transaction details on the day of the transaction have been recorded and the reversal transaction has not been recorded, that is, the transaction details are in a normal state and the bank does not return the reversal transaction details, the system can identify the situation where the historical details are fewer than the current day's details based on the bank's returned detail identifier. This situation is regarded as a bank reversal. Two transactions need to be "created" for the transaction to be queried on the current day. One is to completely copy the data queried for the current day's details, and the status is set to reversed; the status of the other transaction detail is set to "reversed", and the identifier of the reversed transaction detail is set to the one with a normal status. The transaction detail flags of both are set to virtual. This system can perceive the occurrence of the reversal transaction based on the records with a "reversed" status in the historical detail entries. The processing procedure can refer to the processing of the reversal transaction in the current day's details and will not be elaborated here. It should be noted that this system cannot disclose the historical transaction detail data to more downstream systems before the historical detail data processing is completed, otherwise it may mislead more downstream systems.

[0050] In the case of the bank's full return of reversal transactions, that is, when the bank returns two transaction details, namely the reversal transaction details and the reversed transaction details, during the comparison with the daily details, only one more reversed transaction detail in the historical details than the daily details can be identified. In fact, all processing operations on the detail data only target this extra transaction detail. The processing process of the reversed transaction detail is the same as that of the non-reversed transaction. That is, the status of the reversed transaction is set to reversed, the status of the reversal transaction detail is set to reversed, the serial number of the reversed transaction is recorded as the serial number of the normal status transaction detail, and the marks of the reversal transaction detail and the reversed transaction detail are not recorded and are regarded as normal. At this time, the system can process the data according to the reversal status, which will not be elaborated here.

[0051] For the scenario where the bank only returns the reversal transaction details, through comparison, it can be found that the status of the daily details is normal and the historical details are in the reversal status. For this situation, a reversed transaction needs to be created, that is, copy the business data of the daily details, set the status to reversed, set the mark to virtual details, set the status of this data returned by the historical details query to reversed, and set the reversed transaction identifier to the normal status transaction identifier without setting the mark.

[0052] For the case where the reversed transaction details of the day are not recorded either and the bank does not return any reversal details at all, no difference can be found when comparing the historical details with the daily details according to the detail identifier, so no processing is required; for the case of the bank's full return, through comparison with the daily details, it can be identified that both do not exist. Set the status of the reversed transaction details to reversed, set the status of the reversal transaction details to reversed, record the attributes of the reversed transaction identifier, and set the reversal transaction detail identifier to the normal detail identifier concatenated with the reversal identifier; for the case where the bank only returns the reversed transaction, through comparison with the daily details, it can be identified. As described in the previous method, mark the "normal" as "virtual" for the original transaction details, set the status of this detail to reversed, record the attributes of the reversed detail as the virtual transaction detail identifier, and set the identifier of this detail to the virtual transaction detail identifier concatenated with the reversal flag.

[0053] By setting the status of the transaction details, setting the identifier of the reversed details, and setting the mark of the virtual transaction details, this system can use a set of processing logics to identify various processing modes of the bank for the reversal transaction details. While ensuring the correct processing of the data in this system, these three elements can also be passed to the more downstream systems, so that the more downstream systems have the basis for correctly processing the reversal data.

[0054] As Figure 2 shown, the embodiment of the present application also provides an inter-system reversal business processing device, including: At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the at least one processor is enabled to: Download the first transaction detail data of the upstream bank, and compile detail internal codes according to the transaction serial numbers corresponding to each transaction detail; at intervals of a preset time, based on the same retrieval dimension, obtain the second transaction detail data returned by the upstream bank; determine the reversal transaction details in the second transaction detail data; based on the detail internal code corresponding to the reversal transaction details, determine the original transaction details corresponding to the reversal transaction details in the first transaction detail data; and process the reversal transaction details and the original transaction details.

[0055] The embodiments of the present application also provide a non-volatile computer storage medium storing computer-executable instructions, and the computer-executable instructions are configured to: Download the first transaction detail data of the upstream bank, and compile detail internal codes according to the transaction serial numbers corresponding to each transaction detail; at intervals of a preset time, based on the same retrieval dimension, obtain the second transaction detail data returned by the upstream bank; determine the reversal transaction details in the second transaction detail data; based on the detail internal code corresponding to the reversal transaction details, determine the original transaction details corresponding to the reversal transaction details in the first transaction detail data; and process the reversal transaction details and the original transaction details.

[0056] The embodiments in the present application are all described in a progressive manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device and medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and for the relevant parts, reference can be made to the partial description of the method embodiments.

[0057] The device and medium provided by the embodiments of the present application correspond one by one to the method. Therefore, the device and medium also have beneficial technical effects similar to those of the corresponding method. Since the beneficial technical effects of the method have been described in detail above, the beneficial technical effects of the device and medium will not be elaborated here.

[0058] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories, CD-ROMs, optical memories, etc.) containing computer-usable program codes.

[0059] This application is described with reference to the flowcharts and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present application. It should be understood that each flow and / or block in the flowchart and / or block diagram, and the combination of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing device produce means for implementing the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0060] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, such that the instructions stored in the computer-readable memory produce a manufactured article including instruction means that implement the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0061] These computer program instructions can also be loaded onto a computer or other programmable data processing device, such that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process, and thus the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one flow Figure 1 one flow or multiple flows and / or blocks Figure 1 or multiple blocks.

[0062] In a typical configuration, a computing device includes one or more processors (CPUs), an input / output interface, a network interface, and memory.

[0063] The memory may include non-permanent memory in the form of computer-readable media, random access memory (RAM), and / or non-volatile memory such as read-only memory (ROM) or flash RAM. The memory is an example of computer-readable media.

[0064] A computer-readable medium includes both permanent and non-permanent, removable and non-removable media and can implement information storage by any method or technology. The information can be computer-readable instructions, data structures, program modules, 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 technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette tapes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transitory 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 transitory computer-readable media such as modulated data signals and carrier waves.

[0065] It should also be noted that the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, article or apparatus comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article or apparatus. Without further limitation, an element defined by the phrase "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising the element.

[0066] The above description is only for the embodiments of the present application and is not intended to limit the present application. For those skilled in the art, various changes and modifications can be made to the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

Claims

1. A method for processing inter-system account deletion business, characterized in that: include: Download the first transaction details data of the upstream bank, and compile the details internal code according to the transaction serial number corresponding to each transaction detail; At preset intervals, based on the same search dimension, obtain the second transaction details data returned by the upstream bank; Determining the account cancellation transaction details in the second transaction detail data; Determining, based on the detail internal code corresponding to the account-erasing transaction detail, the original transaction detail corresponding to the account-erasing transaction detail in the first transaction detail data; The transaction details of the account cancellation and the original transaction details are processed.

2. The method according to claim 1, characterized in that The preparation of the detailed internal code according to the core accounting serial number corresponding to each transaction detail specifically includes: Based on the first transaction detail data, determining the transaction serial number, transaction date, transaction account, debit / credit mark, transaction amount, and post-transaction balance corresponding to each transaction detail; the transaction account includes at least one of a buyer account and a seller account; Based on the transaction serial number, transaction date, transaction account number, debit / credit mark, transaction amount, and balance after transaction, a detailed internal code corresponding to each transaction detail is compiled.

3. The method according to claim 1, characterized in that After the detailed internal code is compiled according to the transaction serial number corresponding to each transaction detail, the method further includes: Determine the transaction detail status and transaction detail mark corresponding to each transaction detail; The transaction details status includes normal status, erased status and erased status.

4. The method according to claim 3, characterized in that The determining of the account-wiping transaction details in the second transaction detail data specifically includes: generating a detail internal code corresponding to each transaction detail in the second transaction detail data; Determining a transaction detail to be selected from the second transaction detail; Based on the detail internal code of the transaction detail to be selected, determining a reference transaction of the transaction detail to be selected in the first transaction detail data; If the transaction details of the comparison transaction are in a normal state, the transaction details to be selected are the account-cancelling transaction details.

5. The method according to claim 4, characterized in that The determining of the transaction details to be selected in the second transaction details specifically includes: Determine a first transaction detail to be selected that has a bank account cancellation mark in the second transaction detail data; By comparing the detail internal codes of the first transaction detail data and the second transaction detail data, the second transaction detail to be selected is determined, which exists in the first transaction detail data but does not exist in the second transaction detail data.

6. The method according to claim 5, characterized in that The determining of the second transaction details to be selected that exist in the first transaction details data but do not exist in the second transaction details data specifically includes: determining the first transaction details that do not exist in the second transaction detail data but exist in the first transaction detail data under the same dimension; The first transaction details are copied to generate the second transaction details to be selected.

7. The method according to claim 6, characterized in that The processing of the account-erasing transaction details and the original transaction details specifically includes: The erasure status of the original transaction details is set to the erased status, and the erasure status of the erasure transaction details is set to the erased status; splicing the transaction details of the account-erasing and the detail internal codes of the original transaction details with the account-erasing status to distinguish the detail internal codes of the transaction details of the account-erasing and the original transaction details; Setting the transaction detail mark of the transaction detail to be a virtual detail; If the original transaction details have been processed, reverse processing is performed based on the cancellation transaction details.

8. The method according to claim 3, characterized in that After processing the account-erasing transaction details and the original transaction details, the method further includes: Determining that the processing of the first transaction detail data and the second transaction detail data is completed; The processed transaction detail data and the corresponding transaction detail status and transaction detail tag are passed to the downstream system.

9. A method and device for processing inter-system account deletion business, characterized in that: include: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Download the first transaction details data of the upstream bank, and compile the details internal code according to the transaction serial number corresponding to each transaction detail; At preset intervals, based on the same search dimension, obtain the second transaction details data returned by the upstream bank; Determining the account cancellation transaction details in the second transaction detail data; Determining, based on the detail internal code corresponding to the account-erasing transaction detail, the original transaction detail corresponding to the account-erasing transaction detail in the first transaction detail data; The transaction details of the account cancellation and the original transaction details are processed.

10. A non-volatile computer storage medium storing computer executable instructions, characterized in that: The computer executable instructions are configured to: Download the first transaction details data of the upstream bank, and compile the details internal code according to the transaction serial number corresponding to each transaction detail; At preset intervals, based on the same search dimension, obtain the second transaction details data returned by the upstream bank; Determining the account cancellation transaction details in the second transaction detail data; Determining, based on the detail internal code corresponding to the account-erasing transaction detail, the original transaction detail corresponding to the account-erasing transaction detail in the first transaction detail data; The transaction details of the account cancellation and the original transaction details are processed.

Images