CN110910106B - Cash management message processing method and system - Google Patents
Cash management message processing method and system Download PDFInfo
- Publication number
- CN110910106B CN110910106B CN201911199944.5A CN201911199944A CN110910106B CN 110910106 B CN110910106 B CN 110910106B CN 201911199944 A CN201911199944 A CN 201911199944A CN 110910106 B CN110910106 B CN 110910106B
- Authority
- CN
- China
- Prior art keywords
- file
- mark
- detail
- cash management
- management message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention provides a cash management message processing method and a system, comprising the following steps: splitting and verifying the cash management message, if the cash management message passes the verification, updating the state mark of the cash management message in the file record list into a first to-be-sent receipt mark, generating and sending a first to-be-sent receipt message, processing the file detail obtained by splitting the cash management message, acquiring the processing state of each item in the file detail, updating the state mark of the cash management message in the file record list into a detail processing ending mark, generating and sending a processing result receipt message, and if the cash management message does not pass the verification, updating the state mark of the management message in the record list into a second to-be-sent receipt mark, and generating a second to-be-sent receipt message. In the scheme, the state of the cash management message in the file record table is updated, so that the updated corresponding transaction flow is triggered, and the rapid and accurate transaction between the financial institution and the enterprise is realized under the condition that the enterprise is not required to be subjected to temporary counter processing.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a cash management message processing method and system.
Background
With the development of economic technology, the development of financial institutions is faster and faster, and the services provided by the financial institutions are not only complete in types but also huge in quantity, such as: the development from cash transactions to virtual currency transactions has greatly satisfied the ever-increasing financial demands of people.
At present, a transaction is realized between a bank and other enterprises through messages provided by a telegraph network. In the process of transaction between a bank and other enterprises, when a certain transaction node or a transaction state is reached, the enterprise is required to be on-site communicated with bank personnel to trigger corresponding transaction operation.
Because the bank personnel can execute each transaction node or the subsequent operation of the transaction state according to the field communication result with the enterprise, the processing speed of the transaction between the bank and other enterprises is low, the efficiency is low, and in the manual operation process, manual operation errors are easy to occur, and the accuracy of the transaction between the bank and other enterprises is low.
Disclosure of Invention
In view of this, embodiments of the present invention provide a cash management message processing method and system, so as to solve the problems of low transaction processing speed and low accuracy between a bank and other enterprises in the prior art.
In order to achieve the above purpose, the embodiments of the present invention provide the following technical solutions:
the embodiment of the invention discloses a cash management message processing method on one hand, which comprises the following steps:
acquiring a cash management message with a status mark as an unprocessed mark in a file record table;
splitting and verifying the cash management message;
if the cash management message passes the verification, updating the state mark of the cash management message in the file record table into a first to-be-sent receipt mark;
generating and sending a first receipt message, and updating the state mark of the cash management message in the file record table into a mark to be transacted;
processing the file detail obtained by splitting the cash management message until the processing state of each item in the file detail is obtained, and updating the state mark of the cash management message in the file record table into a detail processing end mark;
generating and sending a processing result receipt message, and updating the state mark of the cash management message in the file record table into a successful result file return mark;
if the cash management message fails to pass the verification, updating the state mark of the cash management message in the file record table to be a second to-be-sent and received message receipt mark;
and generating and sending a second receipt message, and updating the state mark of the cash management message in the file record table into an abnormal result file return mark.
Optionally, the splitting and verifying the cash management packet includes:
splitting the cash management message to obtain a file header and file details;
verifying whether the file formats of the file header and the file detail meet requirements or not, and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not;
if the two items are both yes, confirming that the cash management message passes verification;
if any one is not, confirming that the cash management message is not verified.
Optionally, the processing the file detail obtained by splitting the cash management message until the processing state of each item in the file detail is obtained, and updating the state flag of the cash management message in the file record table to be a detail processing end flag includes:
acquiring a file detail obtained by splitting the cash management message, storing the file detail in a file detail table, and recording a state mark as an unprocessed mark;
verifying whether the user to which the file detail belongs is a signed user;
if not, updating the state mark of the file detail in the file detail table to be a failure mark;
if so, updating the state mark of the file detail in the file detail table to be a verification passing mark;
and the processing state mark is a file detail passing the verification mark until the processing state of each detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and the state mark for updating the cash management message in the file record table is a detail processing end mark.
Optionally, the processing state is a file detail marked for verification, and the file detail marked for verification includes:
performing posting operation on the file detail of which the processing state is marked as a verification passing mark;
if the successful account-entering information is received within the preset time, updating the state mark of the file detail in the file detail table into a successful mark;
if the information that the account entry is unsuccessful is received within the preset time, updating the state mark of the file detail in the file detail table into a failure mark;
if the feedback information is not received within the preset time, updating the state mark of the file detail in the file detail table to be a to-be-inquired processing result mark;
whether the corresponding file detail is successfully checked in is inquired based on the to-be-inquired processing result mark;
if the file is successful, updating the state mark of the file detail in the file detail table to be a success mark;
and if the file fails, updating the state mark of the file detail in the file detail table to be a failure mark.
Optionally, the generating and sending the first receipt acknowledgement message includes:
carrying the unique message number and a first verification state mark in the cash management message in a file header of a first receipt message to be generated, generating and sending the first receipt message, wherein the first verification state mark is used for successfully splitting and verifying the cash management message;
or, the generating and sending the second receipt acknowledgement message includes:
and carrying the unique message number and a second verification state mark in the cash management message in a file header of a second received message to be generated, generating and sending the second received message, wherein the second verification state mark is used for the failure of the splitting verification of the cash management message.
Optionally, the generating and sending a processing result receipt message includes:
and carrying the end-to-end number and the entry mark of the message in the cash management message in the file detail of the processing result message to be generated, generating the processing result message and sending the processing result message, wherein the entry mark comprises an entry failure mark and an entry success mark.
In another aspect, an embodiment of the present invention discloses a cash management message processing system, including:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a cash management message of which the state mark is an unprocessed mark in a file record table;
the splitting and verifying module is used for splitting and verifying the cash management message;
the first updating module is used for updating the state mark of the cash management message in the file record table into a first receipt mark to be sent if the cash management message passes verification;
the second updating module is used for generating and sending a first receiving and reporting receipt message and updating the state mark of the cash management message in the file record table into a mark to be transacted;
the detail processing module is used for processing the file details obtained by splitting the cash management message until the processing state of each item in the file details is obtained, and updating the state mark of the cash management message in the file record table into a detail processing end mark;
the third updating module is used for generating and sending a processing result receipt message, and updating the state mark of the cash management message in the file record table into a successful result file return mark;
a fourth updating module, configured to update the status flag of the cash management message in the file record table to a second to-be-sent receipt flag if the cash management message fails to pass the verification;
and the fifth updating module is used for generating and sending a second receipt message and updating the state mark of the cash management message in the file record table into an abnormal result file return mark.
Optionally, the splitting verification module includes:
the splitting sub-module is used for splitting the cash management message to obtain a file header and file details;
the first verification submodule is used for verifying whether the file formats of the file header and the file detail meet requirements or not and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not;
the first determining module is used for determining that the cash management message passes the verification if the two items are both yes;
and the second determining module is used for determining that the cash management message is not verified if any one of the cash management messages is not verified.
Optionally, the detail processing module includes:
the obtaining submodule is used for obtaining the file detail obtained by splitting the cash management message, storing the file detail in a file detail table and recording a state mark as an unprocessed mark;
the second verification submodule is used for verifying whether the user to which the file detail belongs is a signed user;
the first updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the file detail is not in the file detail table;
the second updating submodule is used for updating the state mark of the file detail in the file detail table into a verification passing mark if the state mark is positive;
and the processing submodule is used for processing the file detail of which the state mark is a verification passing mark until the processing state of each item of detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and updating the state mark of the cash management message in the file record table to be a detail processing ending mark.
Optionally, the processing sub-module includes:
the posting module is used for performing posting operation on the file details of which the processing states are marked as verification passing marks;
the third updating submodule is used for updating the state mark of the file detail in the file detail table into a success mark if successful account entering information is received within preset time;
a fourth updating submodule, configured to update a status flag of the file detail in the file detail table to a failure flag if unsuccessful posting information is received within a preset time;
a fifth updating submodule, configured to update the state flag of the file detail in the file detail table to a to-be-queried processing result flag if no feedback information is received within a preset time;
the query module is used for marking whether the corresponding file detail is successfully posted or not based on the to-be-queried processing result;
a sixth updating submodule, configured to update the status flag of the file detail in the file detail table to a success flag if the file detail is successful;
and the seventh updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the file detail fails.
Based on the cash management message processing method and system provided by the embodiment of the invention, the method comprises the following steps: obtaining a cash management message with a status mark in a file record list as an unprocessed mark, splitting and verifying the cash management message, if the cash management message passes the verification, updating the status mark of the cash management message in the file record list into a first to-be-sent receipt mark, generating and sending a first to-be-sent receipt message, updating the status mark of the cash management message in the file record list into a to-be-transacted processing mark, processing a file detail obtained by splitting the cash management message until the processing status of each item in the file detail is obtained, updating the status mark of the cash management message in the file record list into a detail processing end mark, generating and sending a processing result receipt message, updating the status mark of the cash management message in the file record list into a successful result file return mark, and if the cash management message does not pass the verification, updating the status mark of the management message in the record list into a second to-be-sent receipt mark, and generating and sending a second receipt message, and updating the state mark of the cash management message in the file record table into an abnormal result file return mark. It can be seen that, in the embodiment of the present invention, by processing the cash management packet and updating the state of the table according to the processing result, the updated corresponding transaction flow is triggered, and a fast and accurate transaction between the financial institution and the enterprise is realized without the need of the enterprise being in a counter.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a schematic flow chart of a cash management message method according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of a status flag of a file record table according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of a process of splitting and verifying a cash management message according to an embodiment of the present invention;
fig. 4 is a schematic flowchart of processing a document detail of a cash management message according to an embodiment of the present invention;
fig. 5 is a schematic flowchart of an operation process of posting a file detail according to an embodiment of the present invention;
FIG. 6 is a diagram illustrating status flags of a file list according to an embodiment of the present invention;
fig. 7 is a block diagram of a cash management message system according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In this application, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or 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 other identical elements in a process, method, article, or apparatus that comprises the element.
As can be seen from the background art, in the process of performing transactions between a bank and other enterprises, when a certain transaction node or a transaction state is reached, the enterprise is required to visit a counter to perform on-site communication with bank personnel, so as to trigger corresponding transaction operations. Because bank personnel are required to execute each transaction node or the subsequent operation of the transaction state according to the field communication result with the enterprise, manual operation errors are easy to occur, the processing speed of the transaction between the bank and other enterprises is low, and the accuracy of the transaction between the bank and other enterprises is low. Therefore, the embodiment of the invention provides a cash management message processing method and a system, which trigger the updated corresponding transaction flow by processing the cash management message and updating the state of the table according to the processing result, and realize the quick and accurate transaction between financial institutions and enterprises under the condition of not needing the temporary cabinet processing of the enterprises.
For convenience of understanding, terms appearing in the embodiments of the present invention are explained below:
SWIFT network: the society of banking and telecommunication in the world (society for world wide Interbank financial telecommunications s.c., SWIFT for short) is a non-profit international cooperation organization between international banking industries. SWIFT operates a financial electronic text network through which banks and other financial institutions exchange electronic text with peers to complete financial transactions.
And (3) cash management message: the method comprises payment pain.001 and MT101 messages, debit pain.008 and MT104 messages, ISO20022 standard or SWIFT standard messages.
After the enterprise joins the SWIFT organization (applies for BIC), the message is sent to the bank for payment or collection. After the account is entered, the bank returns a message pain.002 or MT199 to the enterprise to inform the execution state.
The embodiment of the invention provides a cash management message processing method and a system, which are mainly applied to a bank system. In the embodiment of the invention, the transaction interaction is realized by exchanging cash management messages in the SWIFT network between the bank system and the enterprise, and the specific transaction interaction flow between the bank system and the enterprise is as follows:
referring to fig. 1, a schematic flow chart of a cash management message processing method according to an embodiment of the present invention is shown, where the method includes:
step S101: and acquiring the cash management message with the status marked as the unprocessed mark in the file record table.
In step S101, the file record table is a table for recording the processing status of the cash management message, and the file record table stores therein the enterprise ID, the cash management message of the enterprise, the receiving date and time, and the status flag of the cash management message.
The cash management message is generated by the first client according to the information needing to be transacted by the first client, and the information needing to be transacted at least comprises a collection account, a collection account opening bank, a transaction currency and amount, a payment account and an epilogue.
It should be noted that the file format of the cash management message is an XML format defined according to ISO (International Organization for standardization )20022 standard.
The cash management message is sent to the second client by the first client through the SWIFT network. When the first client sends the cash management message to the second client, a notification message is sent to the second client, wherein the notification message comprises the ID of the first client, the receiving date and the receiving time.
In the embodiment of the invention, the first client is a client on an enterprise side, and the second client is a client on a bank side.
In the file record table, different status flags are set for the cash management packet according to different processing procedures of the cash management packet, where the status flags include:
an untreated marker O;
checking whether the receipt to be sent and received passes the mark A;
a pending transaction flag S;
a detail processing end flag W;
returning a mark E by the successful result file;
checking that the return receipt to be sent and received does not pass the mark F;
and an exception result file returns a flag R.
In the process of executing step S101, based on the enterprise ID, the status flag of the corresponding cash management packet in the file record table is traversed, and the cash management packet whose status flag is O in the file record table is acquired. Step S102: and splitting and verifying the cash management message, if the cash management message passes the verification, executing the step S103, and if the cash management message does not pass the verification, executing the step S107.
In the process of specifically implementing step S102, the cash management message with the status marked as O is split to obtain a file header and file details, mode schema verification is performed on the cash management message, and the amount of money in the cash management message is verified, if both of them pass verification, step S103 to step S106 are executed, and if either one or both of them do not pass verification, step S107 to step S108 are executed.
It should be noted that the file header at least includes a Bank Identification Code (BIC), a message ID (MSGID), a total number of strokes, and a total amount. The MSGID is randomly set by the first client, which is not limited in this embodiment of the present invention. Such as: the MSGID is set by the first client according to the actual situation as follows: IATA-H01-20220801_ 0001.
The file detail at least comprises an execution date, a collection account opening bank, an instruction ID, a transaction currency and amount, a payment account opening bank and a postscript. In the embodiment of the present invention, the items corresponding to the file details are not limited thereto, and the file details may further include other information that affects the cash management message processing.
The instruction ID, namely the terminal Endtoed ID, is a unique number of the file detail in the cash management message.
It should be noted that the mode schema check refers to determining whether the file format of the cash management message meets the standard provided by the SWIFT organization. Step S103: and updating the state mark of the cash management message in the file record list into a first to-be-sent receipt mark.
In the process of implementing step S103, the status flag of the cash management message with the status flag O in the file record table is changed to a.
Step S104: and generating and sending a first receipt message, and updating the state mark of the cash management message in the file record table into a to-be-transacted processing mark.
In the process of implementing step S104, the message unique number MSGID and the first verification state flag ACCP in the cash management message are carried in the header of the first receipt message to be generated, a corresponding first receipt message is generated, the first receipt message is sent to the first client, and the state flag a of the cash management message in the file record table is updated to S.
The first verification status flag refers to a status flag of the cash management message passing through the schema verification and the amount verification, and is represented by an ACCP. Correspondingly, if the state mark of the cash management message which does not pass the mode schema verification and the amount verification is marked, a second verification state mark is adopted for marking, and RJCT is used for representing.
The first receiving and returning receipt message is a response message sent to the first client by the second client. In this embodiment of the present invention, the first receipt acknowledgement message is a response message sent by the bank to the enterprise, and is used to indicate that the cash management message of the enterprise passes through the schema check and the amount check.
Step S105: and processing the file detail obtained by splitting the cash management message until the processing state of each item in the file detail is obtained, and updating the state mark of the cash management message in the file record table into a detail processing end mark.
In step S105, each cash management message at least includes a document detail.
In the process of implementing step S105 specifically, first, each item of file detail in the split cash management message, that is, the collection account opening bank, the payment account opening bank, the transaction amount, and the instruction execution date, is obtained. And then, storing a collection account, a collection account opening bank, a payment account opening bank, a transaction amount and an instruction execution date in the file detail list into the file detail list, and recording the processing state marks of all items in the file detail list. And finally, sequentially processing all items in the file detail list until the processing states of all file details of the file details in the file detail list are successfully marked or failed marks, and changing the state of the cash management message with the state marked as S in the file record list into W.
The file list is a table for recording the processing status of the file list in the cash management message, and each item of the file list and the processing status flag of each item of the file list are stored in the file list.
In the file detail table, different status flags are set for each item of the file detail according to different processing procedures of each item of the file detail, where the status flags include:
untreated marker 0;
verifying the pass flag 2;
a success flag 7;
marking a to-be-queried processing result 5;
a failure flag 8.
Step S106: and generating and sending a processing result receipt message, and updating the state mark of the cash management message in the file record table into a successful result file return mark.
In the process of implementing step S106 specifically, according to the cash management message whose status flag is W, when the status flags of all the file details are 7 or 8, summarizing the processing results of all the file details of the cash management message in the file detail table, carrying the unique message number MSGID and the first validation status flag ACCP in the cash management message in the header of the processing result receipt message to be generated, generating a corresponding processing result receipt message, sending the processing result receipt message to the first client, and updating the status flags W of the cash management message corresponding to the status flags of all the file details in the file record table to E.
It should be noted that the processing result receipt message is a response message sent by the first client to the second client. In the embodiment of the present invention, the processing result receipt message is a response message sent by the bank to the enterprise, and is used to instruct the cash management message of the enterprise to be processed in detail. The processing result receipt message carries a file summarizing the processing result of all the file details.
Step S107: and updating the state mark of the cash management message in the file record list into a second to-be-sent and received message receipt mark.
In the process of implementing step S107 specifically, the state of the cash management packet whose state is marked as O in the file record table is changed to F.
Step S108: and generating and sending a second receipt message, and updating the state mark of the cash management message in the file record table into an abnormal result file return mark.
In the process of implementing step S108 specifically, the unique message number, that is, the MSGID and the second verification state flag RJCT, in the cash management message is carried in the file header of the second receipt message to be generated, the corresponding second receipt message is generated, the second receipt message is sent to the first client, and the state flag F of the cash management message in the file record table is updated to R.
And the second receiving and receiving response message is a response message sent to the first client by the second client. In this embodiment of the present invention, the second receipt message is a response message sent by the bank to the enterprise, and is used to indicate that the cash management message of the enterprise does not pass the schema check and the amount check.
In the embodiment of the invention, the state mark of the corresponding cash management message in the file record table or the file detail table is obtained based on the enterprise ID, the cash management message is processed, and the state mark in the file record table or the file detail table is updated according to the processing result, so that the updated corresponding transaction flow is triggered, and the fast and accurate transaction between a financial institution and an enterprise is realized under the condition that the enterprise is not required to be subjected to locker processing.
In order to better explain the cash management message processing method disclosed in the above embodiment of the present invention, a debit _ pin.008 message and a response _ pin.002 message are taken as examples for explanation.
Fig. 2 is a schematic diagram of status flags of the file record table. Suppose that the first client is enterprise a, the second client is a bank, the cash management message is a debit _ pin.008 message, the first receipt message is a first answer _ pin.002 message, the processing result receipt message is a second answer _ pin.002 message, and the second receipt message is a third answer _ pin.002 message. Firstly, the enterprise A generates a debit pain.008 message according to information needing transaction by the enterprise A, the debit pain.008 message is sent to a bank through a SWIFT network, the bank traverses a state mark of the debit pain.008 message corresponding to the enterprise ID in a file record table based on the enterprise ID of the enterprise A, and obtains the debit pain.008 message of which the state mark is O in the file record table.
And secondly, splitting the debit-in-pack.008 message with the state mark of O to obtain a file header and file details, carrying out mode schema check and sum check on the debit-in-pack.008 message, and if the debit-in-pack.008 message passes the mode schema check and sum check, updating the state mark of the debit-in-pack.008 message O into A in a file record table. Carrying the message unique number MSGID and the first verification state mark ACCP in the debit _ pin.008 message in a file header of a first reply _ pin.002 message to be generated, generating a corresponding first reply _ pin.002 message, returning the first reply _ pin.002 message to the enterprise A, and updating the state mark A of the debit _ pin.008 message into S in a file record table.
Then, all items of file details in the debit pain.008 message obtained through splitting are obtained, all items in the file detail list are processed in sequence until the processing state of all the file details in the file detail list is a success mark or a failure mark, and then the state mark S state of the debit pain.008 message is updated to be W in the file record list. And summarizing the processing results of all the file details, carrying the message unique number MSGID and the first verification state mark ACCP in the debit pain.008 message in a file header of a response second pain.002 message to be generated to form a corresponding second response pain.002 message, returning the corresponding second response pain.002 message to the enterprise A, and updating the state mark W of the debit pain.008 message into E in a file record table.
Finally, if the debit pain.008 message does not pass the mode schema check and the amount check, the status flag O of the debit pain.008 message is updated to F in the file record table. And then carrying the unique message number MSGID in the debit pain.008 message and a second verification state mark RJCT in a file header of a third response pain.002 message to be generated to generate a corresponding third response pain.002 message, returning the third response pain.002 message to the enterprise A, and updating a state mark F of the debit pain.008 message into R in a file record table.
In the embodiment of the invention, the debit-in.008 message is received and processed, the processing state of the processed debit-in.008 message is marked, and after the debit-in.008 message is processed, the corresponding response-in.002 message is generated based on the final table state of the debit-in.008 message.
Based on the above cash management message processing method shown in fig. 1, in the process of executing step S102 to split and validate the cash management message, as shown in fig. 3, the method further includes the following steps:
step S301: and splitting the cash management message to obtain a file header and file details.
Step S302: and verifying whether the file formats of the file header and the file detail meet the requirements or not, and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not, if both are yes, executing the step S303, and if either is not, executing the step S304.
In step S302, the file format of the file header and the file detail and the amount of money of each file detail are read.
In the process of implementing step S302 specifically, it is verified whether the file format XML of the header and the detail of the file conforms to the xsd (XML schema Definition, XML structure Definition) specification, and whether the total amount recorded in the header of the file is consistent with the total amount of each detail in the detail of the file, if both items are yes, step S303 is executed, and if any item is no, step S304 is executed.
For example, assuming that the exchange rate of the a coin and the b coin is 2:1, the cash management message a includes a file header and 3 file details, and the 3 file details include a file detail 1, a file detail 2 and a file detail 3, wherein the total amount recorded in the file header is the a coin of 200 ten thousand yuan, the file detail 1 is the b coin of 50 ten thousand yuan, the file detail 2 is the a coin of 40 ten thousand yuan and the file detail 3 is the a coin of 60 ten thousand yuan; the total amount of each detail in the file details is the sum of the file details 1, 2 and 3, namely the total amount of 3 details in the file details is a currency a of 50 × 2+40+60 ten thousand yuan, and whether the total amount of 200 ten thousand yuan recorded in the file header is consistent with the total amount of 3 details in the file details of 50 × 2+40+60 ten thousand yuan is verified.
It should be noted that the xsd specification is a standard xsd schema file provided by the SWIFT organization.
Step S303: and confirming that the cash management message passes the verification.
Step S304: and confirming that the cash management message is not verified.
In the embodiment of the invention, the cash management message is split and verified, so that the table state of the file record table is updated subsequently according to the verification result of the cash management message, the updated corresponding transaction process is triggered, and the fast and accurate transaction between the financial institution and the enterprise is realized without the need of the enterprise to be processed by a cabinet.
Based on the cash management message processing method shown in fig. 1, in the process of executing step S105 to process the file detail obtained by splitting the cash management message until the processing state of each item in the file detail is obtained, and updating the state flag of the cash management message in the file record table to be the detail processing end flag, as shown in fig. 4, the method further includes the following steps:
step S401: and acquiring a file detail obtained by splitting the cash management message, storing the file detail in a file detail table, and recording the status mark as an unprocessed mark.
In the process of implementing step S401 specifically, each item of the file detail is acquired, each item of the file detail is stored in the file detail table, and each state of the file detail is marked as 0.
Step S402: and verifying whether the user to which the file detail belongs is the signed user, if not, executing the step S403, and if so, executing the step S404.
In the process of implementing step S402, it is verified whether the user to which the file details belong has signed a commitment agreement with the bank, that is, a signed user, if the user to which the file details belong does not have signed a commitment agreement with the bank, step S403 is executed, and if the user to which the file details belong has signed a commitment agreement with the bank, step S404 is executed.
Step S403: and updating the state mark of the file detail in the file detail table to be a failure mark.
In the process of implementing step S403, the status flag in the file list is updated to 0 and 8.
Step S404: and updating the state mark of the file detail in the file detail table into a verification passing mark.
In the process of implementing step S304, the status flag in the file list is updated to 0 and is set to 2.
Step S405: the processing state mark is a file detail passing the verification mark until the processing state of each detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and the state mark for updating the cash management message in the file record table is a detail processing end mark.
In the process of implementing step S405, all items in the file detail table are processed in sequence until the file detail whose processing status flag is the verification pass flag or the failure flag in the file detail table is obtained, and the status flag S of the cash management packet is updated to W in the file record table.
In the embodiment of the invention, each item of the file detail is stored through the file detail table, each item of the file detail is processed, and the state mark of the file detail table is updated according to the processing result, so that the updated corresponding transaction flow is triggered, and the rapid and accurate transaction between the financial institution and the enterprise is realized under the condition that the enterprise is not required to be subjected to the cabinet-approaching processing.
Based on the cash management message processing method shown in fig. 4, in the process of executing step S405 to process the file details whose status is marked as verification pass mark, the method includes the following steps:
step S501: and performing an account entry operation on the file details of which the processing state is marked as a verification passing mark, executing step S502 if successful account entry information is received within a preset time, executing step S503 if unsuccessful account entry information is received within the preset time, and executing step S504 if feedback information is not received within the preset time.
In the specific implementation process of step S501, the file detail with the processing status flag of 2 is obtained, a transfer interface is called according to the amount of money in the file detail, the amount of money corresponding to the amount of money in the file detail is directly transferred to a collection account on the account of the enterprise a, whether the posting information of the payment account is received or not is determined within a preset time, if the posting success information is received within the preset time, step S502 is executed, if the posting unsuccessful information is received within the preset time, step S503 is executed, and if the feedback information is not received within the preset time, step S504 is executed.
It should be noted that the preset time may be set to 60 seconds, which may be set according to practical situations, and the application is not limited thereto.
Step S502: and updating the state mark of the file detail in the file detail table to be a success mark.
In the process of implementing step S502, the status flag 2 of the file detail in the file detail table is changed to 7.
Step S503: and updating the state mark of the file detail in the file detail table to be a failure mark.
In the process of implementing step S503, the state of the file detail whose state is marked as 2 in the file detail table is changed to 8.
Step S504: and updating the state mark of the file detail in the file detail table into the mark of the result to be inquired and processed.
In the process of implementing step S504, the state of the file detail whose file detail state flag is 2 in the file detail table is changed to 5.
Step S505: whether the corresponding file detail is successfully checked out is marked and inquired based on the to-be-inquired processing result, if so, the step S506 is executed, and if not, the step S507 is executed.
In the process of specifically implementing step S505, an inquiry interface is called, whether the posting of the corresponding file details is successful is inquired based on the status flag 5, if so, step S506 is executed, and if not, step S507 is executed.
Step S506: and updating the state mark of the file detail in the file detail table to be a success mark.
In the process of implementing step S506, the status flag 5 in the file list is changed to 7.
Step S507: and updating the state mark of the file detail in the file detail table to be a failure mark.
In the process of implementing step S507, the state of the file detail marked 5 in the file detail table is changed to 8.
In the embodiment of the invention, each item of the file detail is stored through the file detail table, each item of the file detail is processed, and the state mark of the file detail table is updated according to the processing result, so that the updated corresponding transaction flow is triggered until the processing state of each item of the detail in the corresponding cash management message is obtained as success or failure, and the processing state marks of each item of the file detail are further summarized, so that the rapid and accurate transaction between a financial institution and an enterprise is realized under the condition that the enterprise is not required to be subjected to temporary counter processing.
In order to better explain the processing procedure of the document detail disclosed in the above embodiment of the present invention, the document detail of the debit pin.008 message is taken as an example for explanation.
Referring to fig. 6 in conjunction with fig. 4 and 5, a status flag diagram of the file list is shown. Assuming that the debit pain.008 message is sent by enterprise a to the bank over the SWIFT network,
firstly, obtaining each item of file detail obtained by a debit pain.008 message sent by a splitting enterprise A, storing each item of the file detail into a file detail table, marking each state of the file detail as 0, and sequentially processing all items of the file detail in the file detail table.
Then, whether the user to which the file detail belongs has signed a request agreement with the bank is verified, if the request agreement is signed, if the request agreement is not signed, the state flag 0 of the file detail is updated to 8, and the state flag 0 of the file detail is updated to 2.
Thirdly, traversing the state marks of the file details of the debit pain.008 message corresponding to the enterprise ID in the file detail table based on the enterprise ID of the enterprise A, and acquiring the file details of which the state marks are 2 in the file detail table; calling a transfer interface according to the amount in the file detail, directly transferring the amount corresponding to the amount in the file detail to a collection account on an enterprise A account, judging whether the posting information of a payment account is received or not within preset time, and updating the state mark 2 of the file detail in the file detail table to be 7 if the posting success information exists; if the information of the non-posting success exists, updating the state mark 2 of the file detail in the file detail table to be 8; and if the feedback information is not received within the preset time, changing the state of the file detail marked as 2 in the file detail table into 5.
Then, calling an inquiry interface, inquiring whether the corresponding file detail is successfully posted or not based on the state mark 5, and if so, changing the state mark 5 of the file detail in the file detail table to 7; if the file fails, the status flag 5 of the file detail in the file detail table is changed to 8.
And finally, updating the state mark S of the debit pain.008 message into W in the file record table until the processing state marks of all the file details in the file detail table are 7 or 8.
In the embodiment of the invention, the file detail list is used for storing each item of the file details in the debit pain.008 message, the items of the file details are sequentially processed, the processing state of the processed file details is marked until the processing state marks of all the file details in the file detail list are success marks or failure marks, in the scheme, the processing process of the file details is marked, so that the corresponding transaction flow of the state marks is triggered, and the rapid and accurate transaction between a financial institution and an enterprise is realized under the condition that the enterprise is not required to be subjected to temporary cabinet processing.
Based on the cash management message processing method shown in the above embodiment of the present invention, the present invention also discloses a cash management message processing system, as shown in fig. 7, which is a structural block diagram of a cash management message processing system provided in the embodiment of the present invention, and the system includes:
the obtaining module 701 is configured to obtain a cash management packet with a status flag being an unprocessed flag in the file record table.
And the splitting verification module 702 is used for splitting and verifying the cash management message.
The first updating module 703 is configured to update the status flag of the cash management message in the file record table to be the first to-be-sent receipt flag if the cash management message passes the verification.
And the second updating module 704 is configured to generate and send the first receipt message, and update the status flag of the cash management message in the file record table to the flag to be transacted.
The detail processing module 705 is configured to process the file details obtained by splitting the cash management message until a processing state of each item in the file details is obtained, and update a state flag of the cash management message in the file record table to be a detail processing end flag.
And the third updating module 706 is configured to generate and send a processing result receipt message, and update the status flag of the cash management message in the file record table to a successful result file return flag.
A fourth updating module 707, configured to update the status flag of the cash management message in the file record table to be the second to-be-sent receipt flag if the cash management message fails to be verified.
And a fifth updating module 708, configured to generate and send a second receipt, and update the status flag of the cash management message in the file record table to an abnormal result file return flag.
It should be noted that, the specific principle and the execution process of each unit in the cash management message processing system disclosed in the embodiment of the present invention are the same as the method for processing the cash management message implemented in the embodiment of the present invention, and reference may be made to the corresponding parts in the method for processing the cash management message disclosed in the embodiment of the present invention, which are not described herein again.
In the embodiment of the invention, the state mark of the corresponding cash management message in the file record list or the file detail list is obtained based on the enterprise ID, the cash management message is processed, and the state mark in the file record list or the file detail list is updated according to the processing result, so that the updated corresponding transaction flow is triggered, and the fast and accurate transaction between the financial institution and the enterprise is realized under the condition that the enterprise is not required to be subjected to temporary cabinet processing.
Based on the cash management message processing system shown in fig. 7, the split verification module 702 includes:
and the splitting submodule is used for splitting the cash management message to obtain a file header and file details.
And the first verification submodule is used for verifying whether the file formats of the file header and the file detail meet the requirements or not and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not.
And the first determining module is used for determining that the cash management message passes the verification if the two items are both yes.
And the second determining module is used for determining that the cash management message is not verified if any one of the cash management messages is not verified.
In the embodiment of the invention, the cash management message is split and verified, so that the table state of the file record table is updated subsequently according to the verification result of the cash management message, the updated corresponding transaction process is triggered, and the fast and accurate transaction between the financial institution and the enterprise is realized without the need of the enterprise to be processed by a cabinet.
Based on the cash management message processing system shown in fig. 7, the detail processing module 705 includes:
and the acquisition submodule is used for acquiring the file detail obtained by splitting the cash management message, storing the file detail in the file detail table and recording the status mark as an unprocessed mark.
And the second verification sub-module is used for verifying whether the user to which the file details belong is a signed user.
And the first updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the file detail is not in the file detail table.
And the second updating submodule is used for updating the state mark of the file detail in the file detail table into a verification passing mark if the verification passing mark is positive.
And the processing submodule is used for processing the file detail of which the state mark is verified until the processing state of each item of detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and updating the state mark of the cash management message in the file record table to be a detail processing end mark.
Based on the specific structure of the detail processing module shown above, the processing sub-module includes:
and the posting module is used for performing posting operation on the file detail of which the processing state is marked as a verification passing mark.
And the third updating submodule is used for updating the state mark of the file detail in the file detail table into a success mark if the successful account-entering information is received within the preset time.
And the fourth updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the information that the account entry is unsuccessful is received within the preset time.
And the fifth updating submodule is used for updating the state mark of the file detail in the file detail table into a to-be-queried processing result mark if the feedback information is not received within the preset time.
And the query module is used for marking whether the corresponding file detail is successfully posted or not based on the to-be-queried processing result.
And the sixth updating submodule is used for updating the state mark of the file detail in the file detail table into a success mark if the file detail is successful.
And the seventh updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the file detail fails.
In the embodiment of the invention, the file detail list is used for storing all the items of the file details in the cash management message, all the items of the file details are sequentially processed, the processing state of the processed file details is marked until the processing state marks of all the file details in the file detail list are success marks or failure marks, in the scheme, the processing process of the file details is marked, so that the corresponding transaction flow of the state marks is triggered, and the rapid and accurate transaction between a financial institution and an enterprise is realized under the condition that the enterprise is not required to be subjected to temporary cabinet processing.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the system or system embodiments are substantially similar to the method embodiments and therefore are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described system and system embodiments are only illustrative, wherein the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement without inventive effort.
Those of skill would further appreciate that the various illustrative components and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the components and steps of the various examples have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A cash management message processing method, the method comprising:
acquiring a cash management message with a status mark as an unprocessed mark in a file record table;
splitting and verifying the cash management message;
if the cash management message passes the verification, updating the state mark of the cash management message in the file record table into a first to-be-sent receipt mark;
generating and sending a first receipt message, and updating the state mark of the cash management message in the file record table into a mark to be transacted;
processing the file details obtained by splitting the cash management message until the processing state of each item of detail in the file details is obtained, and updating the state mark of the cash management message in the file record table into a detail processing ending mark;
generating and sending a processing result receipt message, and updating the state mark of the cash management message in the file record table into a successful result file return mark;
if the cash management message fails to pass the verification, updating the state mark of the cash management message in the file record table to be a second to-be-sent and received message receipt mark;
and generating and sending a second receipt message, and updating the state mark of the cash management message in the file record table into an abnormal result file return mark.
2. The method of claim 1, wherein said splitting and validating the cash management message comprises:
splitting the cash management message to obtain a file header and file details;
verifying whether the file formats of the file header and the file detail meet requirements or not, and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not;
if the two items are both yes, confirming that the cash management message passes verification;
if any one is not, confirming that the cash management message is not verified.
3. The method according to claim 1, wherein the processing the file details obtained by splitting the cash management message until the processing status of each item in the file details is obtained, and updating the status flag of the cash management message in the file record table to a detail processing end flag includes:
acquiring a file detail obtained by splitting the cash management message, storing the file detail in a file detail table, and recording a state mark as an unprocessed mark;
verifying whether the user to which the file detail belongs is a signed user;
if not, updating the state mark of the file detail in the file detail table to be a failure mark;
if so, updating the state mark of the file detail in the file detail table to be a verification passing mark;
and the processing state mark is a file detail passing the verification mark until the processing state of each detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and the state mark for updating the cash management message in the file record table is a detail processing end mark.
4. The method of claim 3, wherein the processing state flag is a file detail of a validation pass flag, comprising:
performing posting operation on the file detail of which the processing state is marked as a verification passing mark;
if the successful account-entering information is received within the preset time, updating the state mark of the file detail in the file detail table into a successful mark;
if the information that the account entry is unsuccessful is received within the preset time, updating the state mark of the file detail in the file detail table into a failure mark;
if the feedback information is not received within the preset time, updating the state mark of the file detail in the file detail table to be a to-be-inquired processing result mark;
whether the corresponding file detail is successfully checked in is inquired based on the to-be-inquired processing result mark;
if the file is successful, updating the state mark of the file detail in the file detail table to be a success mark;
and if the file fails, updating the state mark of the file detail in the file detail table to be a failure mark.
5. The method according to any one of claims 1 to 4, wherein the generating and sending the first receipt acknowledgement message comprises:
carrying the unique message number and a first verification state mark in the cash management message in a file header of a first receipt message to be generated, generating and sending the first receipt message, wherein the first verification state mark is used for successfully splitting and verifying the cash management message;
or, the generating and sending the second receipt acknowledgement message includes:
and carrying the unique message number and a second verification state mark in the cash management message in a file header of a second received message to be generated, generating and sending the second received message, wherein the second verification state mark is used for the failure of the splitting verification of the cash management message.
6. The method according to any one of claims 1 to 4, wherein the generating and sending the processing result response piece message comprises:
and carrying the end-to-end number and the entry mark of the message in the cash management message in the file detail of the processing result message to be generated, generating the processing result message and sending the processing result message, wherein the entry mark comprises an entry failure mark and an entry success mark.
7. A cash management message processing system, the system comprising:
the system comprises an acquisition module, a processing module and a display module, wherein the acquisition module is used for acquiring a cash management message of which the state mark is an unprocessed mark in a file record list;
the splitting and verifying module is used for splitting and verifying the cash management message;
the first updating module is used for updating the state mark of the cash management message in the file record table into a first to-be-sent receipt mark if the cash management message passes the verification;
the second updating module is used for generating and sending a first receiving and reporting receipt message and updating the state mark of the cash management message in the file record table into a mark to be transacted;
the detail processing module is used for processing the file details obtained by splitting the cash management message until the processing state of each item in the file details is obtained, and updating the state mark of the cash management message in the file record table into a detail processing end mark;
the third updating module is used for generating and sending a processing result receipt message, and updating the state mark of the cash management message in the file record table into a successful result file return mark;
a fourth updating module, configured to update the status flag of the cash management message in the file record table to a second to-be-sent receipt flag if the cash management message fails to pass the verification;
and the fifth updating module is used for generating and sending a second receipt message and updating the state mark of the cash management message in the file record table into an abnormal result file return mark.
8. The system of claim 7, wherein the split verification module comprises:
the splitting submodule is used for splitting the cash management message to obtain a file header and file details;
the first verification sub-module is used for verifying whether the file formats of the file header and the file detail meet the requirements or not and verifying whether the total sum recorded in the file header is consistent with the total sum of the detail recorded in the file detail or not;
the first determining module is used for determining that the cash management message passes the verification if the two items are both yes;
and the second determining module is used for determining that the cash management message is not verified if any one of the cash management messages is not verified.
9. The system of claim 7, wherein the detail processing module comprises:
the obtaining submodule is used for obtaining the file detail obtained by splitting the cash management message, storing the file detail in a file detail table and recording a state mark as an unprocessed mark;
the second verification sub-module is used for verifying whether the user to which the file details belong is a signed user;
a first updating submodule, configured to update a status flag of the file detail in the file detail table to a failure flag if the file detail is not in the file detail table;
the second updating submodule is used for updating the state mark of the file detail in the file detail table into a verification passing mark if the state mark is positive;
and the processing submodule is used for processing the file detail of which the state mark is a verification passing mark until the processing state of each item of detail in the cash management message corresponding to the to-be-transacted processing mark is obtained, and updating the state mark of the cash management message in the file record table to be a detail processing ending mark.
10. The system of claim 9, wherein the processing sub-module comprises:
the posting module is used for performing posting operation on the file details of which the processing states are marked as verification passing marks;
the third updating submodule is used for updating the state mark of the file detail in the file detail table into a success mark if successful account entering information is received within preset time;
a fourth updating submodule, configured to update a status flag of the file detail in the file detail table to a failure flag if unsuccessful posting information is received within a preset time;
a fifth updating submodule, configured to update the state flag of the file detail in the file detail table to a to-be-queried processing result flag if no feedback information is received within a preset time;
the query module is used for marking whether the corresponding file detail is successfully posted or not based on the to-be-queried processing result;
a sixth updating submodule, configured to update the status flag of the file detail in the file detail table to a success flag if the file detail is successful;
and the seventh updating submodule is used for updating the state mark of the file detail in the file detail table into a failure mark if the file detail fails.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911199944.5A CN110910106B (en) | 2019-11-29 | 2019-11-29 | Cash management message processing method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911199944.5A CN110910106B (en) | 2019-11-29 | 2019-11-29 | Cash management message processing method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110910106A CN110910106A (en) | 2020-03-24 |
| CN110910106B true CN110910106B (en) | 2022-07-05 |
Family
ID=69820652
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911199944.5A Active CN110910106B (en) | 2019-11-29 | 2019-11-29 | Cash management message processing method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110910106B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113645175B (en) * | 2020-04-27 | 2023-08-08 | 北京京东乾石科技有限公司 | Data communication method, device, equipment and computer readable storage medium |
| CN113643012B (en) * | 2021-01-28 | 2024-04-26 | 上海横申软件咨询有限公司 | Financial scene-based message system |
| CN114785875B (en) * | 2022-03-29 | 2024-02-23 | 中银金融科技有限公司 | Message processing method and system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107154900A (en) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | A kind of message processing method and device |
| CN106846144A (en) * | 2017-01-08 | 2017-06-13 | 世纪禾光科技发展（北京）有限公司 | Method and system of the MT940 messages in the direct-connected middle application of bank |
| CN110460602B (en) * | 2019-08-15 | 2022-01-07 | 中国银行股份有限公司 | SWIFT message processing method and system capable of supporting multiple banks and multiple time zones |
| CN110503436B (en) * | 2019-08-28 | 2022-08-30 | 中国银行股份有限公司 | Payment message processing method and system for transmitting image file through SWIFT |
-
2019
- 2019-11-29 CN CN201911199944.5A patent/CN110910106B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN110910106A (en) | 2020-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110363665B (en) | Credit right data processing method, device, equipment and medium | |
| KR102277998B1 (en) | Electronic bill management method, apparatus and recording medium | |
| CN110910106B (en) | Cash management message processing method and system | |
| CN110852816B (en) | Block chain based automatic invoicing method, terminal equipment and storage medium | |
| US20070131757A1 (en) | Method and system for error detection in an automated teller machine | |
| CN110619516A (en) | Cross-bank payment method and device | |
| CN109961359A (en) | A kind of fund management method and capital management platform | |
| CN101706935A (en) | Method, device and system for acting deposit and management service of third party | |
| CN110457336A (en) | Transaction data processing method and device | |
| CN112053271A (en) | Public service platform data evidence management method and system based on block chain | |
| CN104539616B (en) | Realize credible MESSAGE EXCHANGE and the system of storage between heterogeneous system | |
| CN113034275B (en) | Management system and method based on block chain network and terminal equipment | |
| CN117273929A (en) | Bill transaction optimization method and device, computer equipment and storage medium | |
| KR101270760B1 (en) | System and method of managing automatic withdrawal | |
| CN111382062B (en) | Joint debugging test method and device for real estate transaction system and external institution business system | |
| CN111415238A (en) | Tax management method and device based on block chain and computer storage medium | |
| CN102905237A (en) | Enhanced short message verification code | |
| CN111797590B (en) | Data checking method, device and equipment | |
| CN110782242B (en) | Foreign currency repayment method, device, server and storage medium | |
| JP5016644B2 (en) | Deposit device, deposit support device, deposit method, deposit support method and program | |
| CN113191881A (en) | Financial business supervision data processing method, device and system based on block chain | |
| CN113112341A (en) | Financial business processing method | |
| US20090144381A1 (en) | Method and system for data formatting | |
| TW202223828A (en) | Information system for processing delivery order and method and servicing method thereof | |
| CN111127209A (en) | Transaction processing method and device based on SWIFT message |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |