WO2009039768A1

WO2009039768A1 - A transaction data processing method for accounting received on the same day and a system thereof

Info

Publication number: WO2009039768A1
Application number: PCT/CN2008/072398
Authority: WO
Inventors: Jie Li
Original assignee: China Unionpay Co., Ltd.
Priority date: 2007-09-20
Filing date: 2008-09-18
Publication date: 2009-04-02
Also published as: CN101393668A

Abstract

A transaction data processing method for accounting received on the same day and a system thereof are disclosed, The said method and system can resolve the problem of receiving time delay in entering an item in an account process. In the said method, a business process of “on-line account verification + depositing by batch” is used, which includes the following steps: A counter service (or a self-service terminal) adds a procedure of account verification before receiving money, and receives the money after the success of the account verification. Deposit transactions are sent to background system in a way of batch file on the same day, in which validity of the batch transaction data is checked by an intermediate system before the data are transmitted to background system. As a result, the receiving time delay caused by communications failure in the on-line environment or by errors of file format, can be avoided. When communications failure occurs, the file can be re-transmitted, and when the file format is wrong, the file can be re-transmitted after modified, so as to guarantee the received money can be deposited to the bank card account on the same day. Moreover, the process of batch transmitting deposits is relatively simple, and it avoids a variety of possible irregularities of the on-line course.

Description

Transaction data processing method and system arriving on the same day

This application claims priority to Chinese Patent Application No. 200710046312.6, entitled "A Method and System for Processing Transaction Data on the Same Day", filed on September 20, 2007, the entire contents of which are hereby incorporated by reference. Combined in this application.

Technical field

The present invention relates to the field of data processing, and in particular, to a transaction data processing method and system that arrives on the same day.

Background technique

In business processing, different processing systems are often involved, and thus data processing between different systems is involved. For example, in the process of accounting (such as deposits, remittances, etc.) in the financial business, taking the deposit business as an example, the current deposit business process adopts the method of "online account verification + online deposit": that is, in the deposit transaction, the rejection The face service personnel (or self-service terminal) will verify the customer's account before receiving the payment, avoiding the fact that the deposit is rejected (or the terminal) and the background account does not exist, causing the problem that the account cannot be accounted for; if the account exists, the rejection is The face (or terminal) accepts the customer deposit and processes the deposit business online. The online process refers to multiple processing systems working online to process a request, thereby ensuring real-time data processing.

The deposit service processing method of the "online account verification + online deposit" has the following problems: Since the subsequent deposit service processing is performed in an online environment, it is impossible to avoid communication failures and online messages that are more likely to occur during the online transaction process. In the case of a malformed format, etc., the rejection (or terminal) has received the deposit, and the back office has not been credited. In this case, it needs to be solved by manual processing, so that the arrival time of the customer deposit may be extended by several days or longer.

Summary of the invention

The technical problem to be solved by the present invention is to provide a transaction data processing method and system that arrives on the current day to solve the problem that the current accounting process has a delay in arrival time.

In order to solve the above technical problems, according to a specific embodiment provided by the present invention, the present invention discloses the following technical solutions:

A transaction data processing method, comprising:

Verify the account that has been requested for credit processing, and after the verification is passed, initiate the accounting transaction;

Batch processing the account transaction data, and checking the legality of each transaction data; The transaction data that has passed the inspection is sent to the back-end system in batches for accounting processing.

The method further includes: recording the transaction data that failed the inspection and feeding back to the transaction originator. The method further includes: analyzing the reason why the transaction data fails the inspection, taking corresponding measures, and resending.

The legality check includes checking the data format and checking the transaction data processing program.

Wherein, the accounting transaction is an inter-bank transaction or a peer transaction.

A transaction data processing system, comprising:

The front desk receiving system is configured to send an account verification request to the intermediate processing system, and after the verification is passed, the account transaction is initiated;

The intermediate processing system is responsible for transmitting information between the front desk receiving system and the back-office accounting system, and receiving and receiving the verified transaction data, and performing legality check on each transaction data;

The back-office accounting system is used for verifying the account for requesting the accounting process, and receiving the transaction data through the legal inspection in batches, and performing the accounting process.

The intermediate processing system records the transaction data and the reason that have not passed the inspection in the file, and feeds back to the front desk receiving system.

The front desk receiving system analyzes the transaction data according to the document and fails to pass the check, and takes corresponding measures and resends.

The front desk receiving system and the back-office accounting system are inter-bank systems or peer systems.

The intermediate processing system is a peer system with the front-end receiving system and the back-office accounting system, or a third-party system supporting cross-bank transactions.

According to a specific embodiment provided by the present invention, the present invention discloses the following technical effects:

The embodiment of the present invention adopts the "online account verification + bulk deposit," business processing flow, and the refusal service personnel (or self-service terminal) adds an account verification link before the payment is received, and the account verification succeeds after receiving the payment; then on the same day The batch file mode initiates a deposit transaction to the background system, and the intermediate processing system checks the legality of the batch transaction data and then forwards it to the background system, which can avoid the delay of the account due to communication failure or format error in the online environment. The file can be retransmitted; when a file format error occurs, it can be modified and retransmitted, so that the money received on the same day can be deposited into the designated bank card account on the same day. Moreover, the process of sending deposits in batch mode is relatively simple, avoiding various abnormal situations that may occur during the online process, and simplifying the processing logic of the business-related system.

DRAWINGS

1 is a system architecture diagram of a bulk deposit service according to an embodiment of the present invention;

FIG. 2 is a flowchart of processing a bulk deposit service according to an embodiment of the present invention.

detailed description

The present invention will be further described in detail with reference to the accompanying drawings and specific embodiments.

The present invention provides a service processing procedure of "online account verification + bulk deposit" for the credit processing in the banking process, that is, the service personnel of the refused service (or self-service terminal) before the payment is received. The account verification process is added, and the account verification is successful before the payment can be received; then, on the same day, the deposit transaction is initiated to the back-end system in batch file mode, and the intermediate processing system checks the legality of the batch transaction data and then forwards it to the background system, thereby avoiding the online environment. Delays in accounting due to communication failures or formatting errors.

The present invention is applicable to accounting transactions such as deposits or remittances, and the following is still taking the deposit business as an example. Referring to FIG. 1 , it is a system architecture diagram of a bulk deposit service according to an embodiment of the present invention. The batch deposit business process mainly involves a rejection (or self-service terminal) 101, and three processing systems: a front-end reception system 102, an intermediate processing system 103, and a back-office accounting system 104.

The foreground receiving system 102 is a system for accepting transactions and collecting transaction data, and its main function is to send a transaction request to the intermediate processing system 103 according to the operation instruction of the rejection (or self-service terminal) 101, wherein each transaction is performed by The front desk receiving system 102 initiates. The intermediate processing system 103 is a system connected between the foreground receiving system 102 and the back-office accounting system 104, and is mainly responsible for information transmission and legality check between the front-end receiving system 102 and the back-office accounting system 104. The back-office accounting system 104 is responsible for accounting management, which is a system for maintaining account information and authorizing the success of the transaction.

Based on the system shown in Figure 1, the business process of "online account verification + volume deposit" is shown in Figure 2:

Step 201: The rejecting operator (or the self-service terminal) initiates an account verification instruction to the “front desk receiving system” according to the deposit account information provided by the customer;

Step 202: After receiving the instruction of the rejection (or self-service terminal), the "foreground reception system" is in the middle The processing system "initiates an account verification transaction;

Step 203: The "intermediate processing system" sends the account verification transaction data to the corresponding "back-office accounting system" according to the account information. In this embodiment, the "back-office accounting system" may be multiple, so the "intermediate processing system" needs Distinguish according to account information;

Step 204, "Back-office accounting system" verifies the validity of the account, that is, verifies whether the account exists and is valid, and then returns a response to the "intermediate processing system", and the response clearly identifies the validity of the account, so as to facilitate the rejection operation. Subsequent processing of personnel (or self-service terminals);

Step 205, the "intermediate processing system" forwards the response to the "front desk receiving system";

Step 206, the "front desk receiving system" forwards the response to the rejection plane (or self-service terminal);

Step 207: The rejecting operator (or self-service terminal) determines whether to collect the payment according to the information in the response, and if the response information indicates that the account exists and is valid, the payment is received; if the response or response information is not received, the account does not exist or the account status is displayed. If it is invalid, it should not be collected;

The above steps 201-207 are the online account verification process, and the above process is executed immediately when there is a transaction request for the rejection or self-service terminal. However, the following steps 208-210 complete the bulk deposit process, which is a batch processing process, which is different from the online deposit process in the prior art.

Step 208: If the "front desk acceptance system" has received the payment, initiate a deposit request file to the "intermediate processing system", which includes all the deposit transaction data for the successful verification of the current day account, and the file is used for the account of the "background accounting system". Management

Step 209: The "intermediate processing system" checks the legality of each transaction data in the file, including the check of the data format and the check of the transaction logic. The checking of the data format refers to checking whether the transaction data conforms to a prescribed format, and whether there is a syntax error; the checking of the transaction logic is mainly to check whether there is transaction data directly initiated without performing an account verification step, that is, whether the existence exists. Transaction data that does not meet the handler;

Preferably, the "intermediate processing system" records the transaction data that has not passed the legality check, and feeds back a rejection file to the "foreground reception system", which includes the transaction data that failed the inspection and the reason for each rejection. , in order to facilitate the "front desk acceptance system" to make corrections;

Step 210: The "intermediate processing system" continues to batchly send the checked transaction data to the corresponding "back-office accounting system", and the "back-office accounting system" corresponds to each transaction, and the account balance is modified.

Preferably, the "foreground reception system" analyzes the transaction according to the rejection file returned by the "intermediate processing system" If the data fails the check, if the format is wrong, the transaction data is corrected, and then sent to the "intermediate processing system"; if it is a transaction logic error, the account transaction data is first verified by the account, to the intermediate processing The system "sends a verification request.

As an example of the above process, the front desk acceptance system accepts 1000 deposits in a certain day, of which 990 accounts are successfully verified, and the remaining 10 fail. The deposit request file sent by the front desk acceptance system on the same day should contain 990 deposit transaction data. . If the intermediate processing system checks that there are grammatical errors or logic errors in the 10 transaction data of the 990 deposit transaction data, the 10 transaction data is included in the rejection file fed back to the foreground reception system, and is sent to the background accounting system. The deposit clearing file contains 980 transaction data. The front desk reception system checks and corrects the rejected 10 transaction data according to the rejection reason of the feedback from the intermediate processing system, and then retransmits.

The above-mentioned entire business process consists of a real-time online account verification transaction and a batch of file transactions, that is, the correctness of the deposited account is verified in real time, and then the deposit is completed in batches. The difference between the online process and the batch process is: For a transaction data, the foreground receiving system, the intermediate processing system, and the back-office accounting system are online for real-time processing, such as the process described in steps 202-205; The processing is to process a plurality of transaction data in batches in an offline environment. For example, in steps 208 and 209, the front desk receiving system collects multiple transaction data within a preset time period (such as the current day), and then sends the data to the intermediate processing system in batches. The intermediate processing system also batches the plurality of transaction data checked by the legality to the back-office accounting system.

It can be seen that in the batch processing process, if a communication failure occurs, the system does not receive the response of the other party within a predetermined time, and the transaction data retransmission can be solved. Therefore, sending deposits in batches can ensure the arrival of the day, simplifying the various abnormal processes that may occur in the deposit business.

For the transaction data processing method of the batch mode described above, the system embodiment provided by the present invention can be referred to FIG. What needs to be added is:

First, the foreground receiving system 102 and the back-office accounting system 104 shown in the figure may be a system of the same financial institution (such as a bank), or may be a system between different organizations, so the transactions mentioned in the above embodiments may be Trading for peers or inter-bank transactions. Correspondingly, the intermediate processing system 103 and the foreground receiving system 102 and the back-office accounting system 104 may belong to one financial institution, or may be a third-party system that supports inter-bank transactions. Moreover, the intermediate processing system 103 can correspond to a plurality of back-office accounting systems 104, such as the case of a plurality of banks in a batch of transaction data. Second, in a real business system, the intermediate processing system 103 performs other functions in addition to the legality check, the most important being routing and clearing. "Routing" is to send transaction data to where it should go. For example, in the system described in this patent, if the file contains deposit transaction data for N back-end processing systems (such as N banks), then intermediate processing The system 103 will classify these transaction data into different processing systems according to different background processing systems. "liquidation" is the completion of fund clearing and transfer between the front desk acceptance system and the background processing system.

Again, in the normal processing situation, the front desk receiving system 102 cannot directly initiate a deposit transaction without initiating account verification, and after receiving a successful account verification response, can initiate a subsequent deposit transaction; if no account verification response is received , or if you receive a failed account verification response, you cannot initiate a subsequent deposit transaction. Moreover, the front desk receiving system 102 initiates a deposit transaction, whether or not a transaction processing response is received, and whether the received response is successful, the deposit needs to be left for subsequent processing, such as encountering a data format error, a transaction logic error. Resend when there is a communication failure or the like.

The parts not shown in the apparatus shown in Fig. 1 can be referred to the relevant part of the method shown in Fig. 2. For the sake of consideration, it will not be described in detail herein.

The above description of the method and system for processing transaction data of the present invention provided by the present invention is only for assisting in understanding the method of the present invention and its core idea; and, for a person of ordinary skill in the art, In accordance with the teachings of the present invention, there are variations in the specific embodiments and applications. In summary, the content of the specification should not be construed as limiting the invention.

Claims

Rights request

A transaction data processing method, comprising:

The account for requesting the accounting process is verified, and after the verification is passed, the accounting transaction is initiated; the accounting transaction data is processed in batches, and the legality check is performed on each transaction data; the transaction data that has passed the inspection is sent to the back-end system for batch processing.

2. The method of claim 1 further comprising: recording transaction data that failed the inspection and feeding back to the transaction originator.

3. The method according to claim 2, further comprising: analyzing the reason why the transaction data fails the check, taking the action and resending.

4. The method of claim 1 wherein: said legality check comprises checking of a data format and checking of a transaction data processing program.

5. The method of claim 1 wherein: the crediting transaction is an interbank transaction or a peer transaction.

6. A transaction data processing system, comprising:

7. The system according to claim 6, wherein: said intermediate processing system records the transaction data and the reason that have not been checked in the file, and feeds back to the foreground receiving system.

8. The system according to claim 7, wherein: the foreground receiving system analyzes the transaction data according to the document and fails to pass the check, takes corresponding measures, and resends.

9. The system according to claim 6, wherein: the foreground receiving system and the back-office accounting system are inter-bank systems or peer systems.

The system according to claim 6, wherein: said intermediate processing system is a peer system with a foreground receiving system and a back-office accounting system, or a third-party system supporting cross-bank transactions.