CN112634049A - Method and device for preventing repeated posting of receipt and payment transactions - Google Patents
Method and device for preventing repeated posting of receipt and payment transactions Download PDFInfo
- Publication number
- CN112634049A CN112634049A CN202011642277.6A CN202011642277A CN112634049A CN 112634049 A CN112634049 A CN 112634049A CN 202011642277 A CN202011642277 A CN 202011642277A CN 112634049 A CN112634049 A CN 112634049A
- Authority
- CN
- China
- Prior art keywords
- transaction
- payment
- file
- detail
- sub
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000012544 monitoring process Methods 0.000 claims abstract description 29
- 238000012545 processing Methods 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 238000004891 communication Methods 0.000 claims description 7
- 230000010076 replication Effects 0.000 claims 1
- 230000000903 blocking effect Effects 0.000 abstract description 10
- 230000002265 prevention Effects 0.000 abstract description 10
- 230000007246 mechanism Effects 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the application discloses a method and a device for preventing repeated posting of a receipt and payment transaction. That is, the application designs an internal anti-duplication mechanism to alarm the possible duplication in the posting process so as to process in time. And before submitting the transaction, monitoring the transaction, and if the repeated number of the sub-transactions is greater than or equal to a first preset threshold value, terminating the transaction submission. The monitoring of the transaction before the transaction is submitted can realize the blocking in advance, and the blocking and termination of the corresponding transaction before the posting is not carried out, so that the repeated posting is avoided. According to the method and the system, active prevention and control are enhanced in application logic, monitoring and handling are added during batch posting, and the combined scheme effectively blocks and reduces the risk of repeated posting.
Description
Technical Field
The application relates to the field of banks, in particular to a method and a device for preventing repeated posting of a receipt and payment transaction.
Background
At present, when a bank core system receives and pays for transaction posting, in order to prevent repeated posting, a certain post monitoring measure is usually adopted, namely, an alarm is given after the posting repetition occurs, and the forward resetting prevention in forward business logic is lacked, so that the repetition cannot be found and blocked before the transaction is submitted.
Content of application
In order to solve the technical problem, the application provides a method and a device for preventing repeated posting of a receipt and payment transaction, and by strengthening active prevention and control in application logic and increasing monitoring and handling during batch posting, the combined scheme of the active prevention and control and the monitoring and handling effectively blocks and reduces the risk of repeated posting.
The embodiment of the application discloses the following technical scheme:
in a first aspect, an embodiment of the present application provides a method for preventing reiteration of posting of a payment-on-behalf transaction, where the transaction includes a plurality of sub-transactions, including:
judging whether a delivery document corresponding to a delivery transaction received by a delivery system, details obtained by analyzing the document by the delivery system, the details received by the delivery system, the details submitted by the delivery system or the document submitted by the delivery system are repeated;
if the transaction is repeated, terminating the transaction and giving an alarm;
and monitoring the transaction before submitting the transaction, and if the repeated number of the sub-transactions in the transaction is greater than or equal to a first preset threshold value, terminating the submission of the transaction.
Optionally, the repeated submission of the details by the acquirer/payer system includes submission of the same details into a plurality of different sub-transactions, or submission of the same details into the same sub-transaction a plurality of times.
Optionally, the repeated parsing of the document by the receipt and payment system includes parsing the same document into a plurality of different sub-transactions, or parsing the same document into the same sub-transaction for a plurality of times.
Optionally, the method further includes:
and when the file transmission is overtime, the sequence of the transaction processing contained in the file is disordered, the information of the last transaction contained in the file fails to be checked, the detail submission is overtime, the file submission is overtime or the communication is abnormal, an alarm is given.
Optionally, the method further includes:
generating an execution report of the commission transaction after the commission transaction is completed.
In a second aspect, an embodiment of the present application provides an apparatus for preventing reiteration of posting of a payment-on-behalf transaction, where the transaction includes a plurality of sub-transactions, and the apparatus includes:
the judging unit is used for judging whether the collection and payment file corresponding to the collection and payment transaction received by the collection and payment system, the detail obtained by analyzing the file by the collection and payment system, the detail received by the collection and payment system, the detail submitted by the collection and payment system or the file submitted by the collection and payment system are repeated or not;
the first alarm unit is used for terminating the transaction and giving an alarm if the transaction is repeated;
and the transaction termination unit is used for monitoring the transaction before submitting the transaction, and terminating the submission of the transaction if the repeated number of the sub-transactions in the transaction is greater than or equal to a first preset threshold value.
Optionally, the repeated submission of the details by the acquirer/payer system includes submission of the same details into a plurality of different sub-transactions, or submission of the same details into the same sub-transaction a plurality of times.
Optionally, the repeated parsing of the document by the receipt and payment system includes parsing the same document into a plurality of different sub-transactions, or parsing the same document into the same sub-transaction for a plurality of times.
Optionally, the apparatus further comprises:
and the second alarm unit is used for giving an alarm when the file is overtime in transmission, the sequence of the transaction processing contained in the file is disordered, the information of the last transaction contained in the file fails to be checked, the detail submission is overtime, the file submission is overtime or the communication is abnormal.
Optionally, the apparatus further comprises:
and the execution report generating unit is used for generating an execution report of the receipt and payment transaction after the receipt and payment transaction is completed.
According to the technical scheme, compared with the prior art, the embodiment of the application has the following advantages:
according to the technical scheme, the embodiment of the application provides the method and the device for preventing the repeated posting of the collecting and paying transaction. That is, the application designs an internal anti-duplication mechanism to alarm the possible duplication in the posting process so as to process in time. And before submitting the transaction, monitoring the transaction, and if the repeated number of the sub-transactions is greater than or equal to a first preset threshold value, terminating the transaction submission. The monitoring of the transaction before the transaction is submitted can realize the blocking in advance, and the blocking and termination of the corresponding transaction before the posting is not carried out, so that the repeated posting is avoided. According to the method and the system, active prevention and control are enhanced in application logic, monitoring and handling are added during batch posting, and the combined scheme effectively blocks and reduces the risk of repeated posting.
Drawings
In order to more clearly illustrate the embodiments of the present application 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 some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a flow chart of a method for preventing reiteration of posting of a payment transaction according to an embodiment of the present application;
FIG. 2 is a schematic diagram of setting different states for details in different steps according to an embodiment of the present application;
FIG. 3 is a flowchart illustrating a specific process flow for a payment transaction according to an embodiment of the present disclosure;
FIG. 4 is a schematic flow chart illustrating monitoring of a payment transaction according to an embodiment of the present disclosure;
fig. 5 is a schematic diagram of an apparatus for preventing reiteration of posting of a payment transaction according to an embodiment of the present application.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, 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 application.
At present, when a bank core system receives and pays for transaction posting, in order to prevent repeated posting, a certain post monitoring measure is usually adopted, namely, an alarm is given after the posting repetition occurs, and the forward resetting prevention in forward business logic is lacked, so that the repetition cannot be found and blocked before the transaction is submitted.
In order to solve the above technical problems, embodiments of the present application provide a method and an apparatus for preventing reiteration of posting of a payment-for-delivery transaction, where the transaction includes a plurality of sub-transactions, and may determine whether key business steps of the payment-for-delivery transaction are repeated, and if so, terminate the transaction, and perform an alarm. That is, the application designs an internal anti-duplication mechanism to alarm the possible duplication in the posting process so as to process in time. And before submitting the transaction, monitoring the transaction, and if the repeated number of the sub-transactions is greater than or equal to a first preset threshold value, terminating the transaction submission. The monitoring of the transaction before the transaction is submitted can realize the blocking in advance, and the blocking and termination of the corresponding transaction before the posting is not carried out, so that the repeated posting is avoided. According to the method and the system, active prevention and control are enhanced in application logic, monitoring and handling are added during batch posting, and the combined scheme effectively blocks and reduces the risk of repeated posting.
Various non-limiting embodiments of the present application are described in detail below with reference to the accompanying drawings.
Exemplary method
Referring to fig. 1, which is a flowchart illustrating a method for preventing reiteration of posting of a payment transaction according to an embodiment of the present application, the method may include:
s101, judging whether a collection and payment document corresponding to a collection and payment transaction received by a collection and payment system, details obtained by analyzing the document by the collection and payment system, the details received by the collection and payment system, the details submitted by the collection and payment system or the document submitted by the collection and payment system are repeated.
In the embodiment of the application, for various banking systems related to batch financial processing business with a third party, the common current risk points, check rules, monitoring and handling modes are analyzed and summarized by combining the business scenes, the risk points, the risk prevention, the check rules and the exception handling mechanisms of the existing banking business.
Around the issue of duplicate posting, it may be determined whether key business steps before posting are repeated, and it may be determined whether a receipt file corresponding to a receipt transaction received by the receipt system is repeated, that is, the receipt file may receive a plurality of identical receipt files, where, to determine whether the receipt file is repeated, it may be verified whether the file is repeated by a file name and an MD5 value.
Whether the detail obtained by analyzing the file by the generation payment system is repeated is judged, and the repeated detail obtained by analyzing the file can comprise that the same detail is analyzed into a plurality of different sub-transactions, or the same detail is analyzed into the same sub-transaction for a plurality of times. And setting a unique index for the details to distinguish whether each posting detail is repeated or not (for example, the message identification number + the transaction type can be used as the unique index).
Whether the details received by the collection and payment system are repeated or not is judged, namely the collection and payment system can send the analyzed details to the collection and payment system for multiple times, and each entry detail can be distinguished by using a unique index set for the details.
Whether the details submitted by the receipt and payment system are repeated is judged, namely the same details can be submitted to a plurality of different sub-transactions, or the same details can be submitted to the same sub-transaction for a plurality of times. For example, the specification of 5000 yuan of payroll which is supposed to be sent by the employee A is submitted to the sub-transaction of payroll which is sent to the employee A and other sub-transactions, namely the same specification is submitted to a plurality of different sub-transactions; the specification of 5000 yuan of due payroll is already submitted to the sub-transaction of payroll for A staff, and is also submitted to the sub-transaction of payroll for A staff, namely the same specification is submitted to the same sub-transaction for multiple times.
And judging whether the files submitted by the collecting and paying system are repeated, wherein the same file can be submitted to a plurality of different sub-transactions or the same file can be submitted to the same sub-transaction for a plurality of times.
In addition, referring to table 1 and fig. 2, different states may be set for the details according to the business steps in the payment-for-delivery transaction, the states of the details may include "initial state, initiated, successful, and failed", and the details received by the payment-for-delivery system from the payment-for-delivery system may only be the details in the initial state, so that the details in other states may be prevented from being transmitted to the payment-for-delivery system, and the details in initiated, successful, or failed may be prevented from being repeatedly transmitted to the payment-for-delivery system.
When the core system submits the detail, the state of the detail at this time is "tuned up", which means that the detail is in process, and other sub-transactions cannot repeatedly submit the detail at this time. For example, when the specification of 5000 yuan of wage which is supposed to be sent by the employee A is submitted to the sub-transaction of wage sent by the employee A, the state of the specification is 'turned on', and when the specification of 5000 yuan which is supposed to be sent by the employee A is called to the sub-transaction of wage sent by the employee B, the specification is already assigned with the state of 'turned on', so that the specification cannot be repeatedly called by other transactions.
Similarly, when the detail status is failure or success, the detail cannot be called by other transactions.
TABLE 1
And S102, if the transaction is repeated, terminating the transaction and giving an alarm.
In the embodiment of the present application, if any one of the repetitions of S101 occurs, the payment and delivery transaction is terminated, and an alarm is issued. And can be switched to manual processing after alarming.
In addition, when the generation payment system does not receive the file within the specified time, namely the file transmission is over time, the alarm is also carried out, and manual processing can be carried out after the alarm.
When the sequence of the transaction processing contained in the file is disordered, for example, the sequence of the transaction processing contained in the file should be A-B, that is, the A is processed first and then the B is processed, if the disorder is changed into the B-A, the sequence of the transaction processing contained in the file can be judged to be disordered, at this time, an alarm is also needed, and manual processing can be performed after the alarm.
When the reconciliation of the information of the previous transaction contained in the file fails, for example, before each transaction starts to be credited, the reconciliation of the information of the previous transaction is firstly performed, whether all the creditings of the previous transaction are successful or not is judged, the crediting of the transaction is performed only when all the creditings of the previous transaction are successful, and if the reconciliation fails for the previous transaction, an alarm is required to check the previous transaction again.
If the transaction is still checked in when the account checking of the previous transaction fails, account missing may be caused, that is, the previous transaction is not checked in successfully, and at this time, the account checking of the current transaction is performed, which is equivalent to the account checking operation of the previous transaction being omitted.
When the detail submission is overtime, that is, when the feedback of successful detail submission is not received within the specified time, an alarm needs to be given, manual processing can be switched, and the reason of the overtime detail submission is judged.
When the communication is abnormal, for example, when the communication is interrupted during the file transmission process, the transmission content is easily lost, and other influences are easily caused.
Referring to fig. 3, a detailed overall flow of processing for a payment-for-delivery transaction is shown.
S103, monitoring the transaction before submitting the transaction, and if the repeated number of the sub-transactions in the transaction is found to be larger than or equal to a first preset threshold value, terminating the submission of the transaction.
In the embodiment of the present application, referring to fig. 4, before submitting a transaction, a monitoring program may be called first, and the real-time monitoring program may locally query whether each sub-transaction in the transaction has a record of successful posting, so as to determine whether each sub-transaction is repeatedly submitted.
And if the repeated number of the sub-transactions in the transaction is greater than or equal to a first preset threshold value, terminating the transaction submission and giving an alarm.
For example, if the user a should transfer 5000 yuan to the user B, and if the user a transfers two 5000 yuan to the user B, the second 5000 yuan needs to be intercepted, the whole transaction is terminated, and an alarm may be given, where the alarm level is high.
And when the alarm level is high, manual processing can be carried out, and whether a script or an online interface which is pre-configured in a frozen account or a wiping account of the star cloud needs to be started or not is judged manually to carry out subsequent emergency treatment and the like.
It should be noted that, in the embodiment of the present application, a certain monitoring time period may be set for monitoring, and the monitoring time period may be determined by a person skilled in the art according to an application scenario, and the present application is not specifically limited herein.
Further, after completing the collect-payment transaction, an execution report for the collect-payment transaction may be generated, which may include, for example, a processing time for the collect-payment transaction, a total number of transactions for the collect-payment transaction, a number of successful transactions for the collect-payment transaction, a number of failed transactions, an abnormal number of transactions, a manual number of transactions, and so on.
The embodiment of the application provides a method for preventing repeated posting of a collecting and paying transaction, the transaction comprises a plurality of sub-transactions, whether the key business steps of the collecting and paying transaction are repeated or not can be judged, if yes, the transaction is terminated, and an alarm is given. That is, the application designs an internal anti-duplication mechanism to alarm the possible duplication in the posting process so as to process in time. And before submitting the transaction, monitoring the transaction, and if the repeated number of the sub-transactions is greater than or equal to a first preset threshold value, terminating the transaction submission. The monitoring of the transaction before the transaction is submitted can realize the blocking in advance, and the blocking and termination of the corresponding transaction before the posting is not carried out, so that the repeated posting is avoided. According to the method and the system, active prevention and control are enhanced in application logic, monitoring and handling are added during batch posting, and the combined scheme effectively blocks and reduces the risk of repeated posting.
Exemplary device
Referring to fig. 5, a schematic diagram of an apparatus for preventing reiteration of posting of a payment transaction provided in an embodiment of the present application may include:
a determining unit 201, configured to determine whether a delivery document corresponding to a delivery transaction received by the delivery system, a detail obtained by analyzing the document by the delivery system, the detail received by the delivery system, the detail submitted by the delivery system, or the document submitted by the delivery system is repeated;
a first alarm unit 202, configured to terminate the transaction and alarm if the transaction is repeated;
and the transaction termination unit 203 is configured to monitor the transaction before submitting the transaction, and terminate the submission of the transaction if the number of repeated sub-transactions in the transaction is greater than or equal to a first preset threshold.
Optionally, the repeated submission of the details by the acquirer/payer system includes submission of the same details into a plurality of different sub-transactions, or submission of the same details into the same sub-transaction a plurality of times.
Optionally, the repeated parsing of the document by the receipt and payment system includes parsing the same document into a plurality of different sub-transactions, or parsing the same document into the same sub-transaction for a plurality of times.
Optionally, the apparatus further comprises:
and the second alarm unit is used for giving an alarm when the file is overtime in transmission, the sequence of the transaction processing contained in the file is disordered, the information of the last transaction contained in the file fails to be checked, the detail submission is overtime, the file submission is overtime or the communication is abnormal.
Optionally, the apparatus further comprises:
and the execution report generating unit is used for generating an execution report of the receipt and payment transaction after the receipt and payment transaction is completed.
The setting of each unit or module of the apparatus of the present application can be implemented by referring to the method shown in fig. 1, and is not described herein again.
The embodiment of the application provides a device for preventing repeated posting of the payment-for-delivery transaction, the transaction comprises a plurality of sub-transactions, whether the key business steps of the payment-for-delivery transaction are repeated can be judged, if so, the transaction is terminated, and an alarm is given. That is, the application designs an internal anti-duplication mechanism to alarm the possible duplication in the posting process so as to process in time. And before submitting the transaction, monitoring the transaction, and if the repeated number of the sub-transactions is greater than or equal to a first preset threshold value, terminating the transaction submission. The monitoring of the transaction before the transaction is submitted can realize the blocking in advance, and the blocking and termination of the corresponding transaction before the posting is not carried out, so that the repeated posting is avoided. According to the method and the system, active prevention and control are enhanced in application logic, monitoring and handling are added during batch posting, and the combined scheme effectively blocks and reduces the risk of repeated posting.
It should be noted that, in the present specification, all the embodiments are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, they 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 embodiments of the apparatus and system are merely illustrative, and 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 it without inventive effort.
The above description is only one specific embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A method of preventing reiteration of postings in a payment-on-behalf transaction, the transaction comprising a plurality of sub-transactions, the method comprising:
judging whether a delivery document corresponding to a delivery transaction received by a delivery system, details obtained by analyzing the document by the delivery system, the details received by the delivery system, the details submitted by the delivery system or the document submitted by the delivery system are repeated;
if the transaction is repeated, terminating the transaction and giving an alarm;
and monitoring the transaction before submitting the transaction, and if the repeated number of the sub-transactions in the transaction is greater than or equal to a first preset threshold value, terminating the submission of the transaction.
2. The method of claim 1, wherein the detail repetitions submitted by the payment-for-delivery system comprise:
the same detail is submitted to a plurality of different sub-transactions; or; the same detail is submitted to the same sub-transaction multiple times.
3. The method of claim 1, wherein the parsing of the file by the brokerage payment system repeats including:
the same detail is analyzed into a plurality of different sub-transactions; or; the same detail is parsed into the same sub-transaction multiple times.
4. The method of claim 1, further comprising:
and when the file is overtime in transmission, the sequence of the transaction processing contained in the file is disordered, the information of the last transaction contained in the file fails to be checked, the detail submission is overtime, the file submission is overtime or the communication is abnormal, an alarm is given.
5. The method of claim 1, further comprising:
generating an execution report of the commission transaction after the commission transaction is completed.
6. An apparatus for preventing reiteration of postings in a payment-on-behalf transaction, the transaction comprising a plurality of sub-transactions, the apparatus comprising:
the judging unit is used for judging whether the collection and payment file corresponding to the collection and payment transaction received by the collection and payment system, the detail obtained by analyzing the file by the collection and payment system, the detail received by the collection and payment system, the detail submitted by the collection and payment system or the file submitted by the collection and payment system are repeated or not;
the first alarm unit is used for terminating the transaction and giving an alarm if the transaction is repeated;
and the transaction termination unit is used for monitoring the transaction before submitting the transaction, and terminating the submission of the transaction if the repeated number of the sub-transactions in the transaction is greater than or equal to a first preset threshold value.
7. The apparatus of claim 6, wherein the detail repetitions submitted by the payment-for-delivery system comprise:
the same detail is submitted to a plurality of different sub-transactions; or; the same detail is submitted to the same sub-transaction multiple times.
8. The apparatus of claim 6, wherein the replication of the parsed document details by the brokerage payment system comprises:
the same detail is analyzed into a plurality of different sub-transactions; or; the same detail is parsed into the same sub-transaction multiple times.
9. The apparatus of claim 6, further comprising:
and the second alarm unit is used for giving an alarm when the file is overtime in transmission, the sequence of transaction processing contained in the file is disordered, the information of the last transaction contained in the file fails to be checked, the detail submission is overtime, the file submission is overtime or the communication is abnormal.
10. The apparatus of claim 6, further comprising:
and the execution report generating unit is used for generating an execution report of the receipt and payment transaction after the receipt and payment transaction is completed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011642277.6A CN112634049A (en) | 2020-12-31 | 2020-12-31 | Method and device for preventing repeated posting of receipt and payment transactions |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011642277.6A CN112634049A (en) | 2020-12-31 | 2020-12-31 | Method and device for preventing repeated posting of receipt and payment transactions |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112634049A true CN112634049A (en) | 2021-04-09 |
Family
ID=75290201
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011642277.6A Pending CN112634049A (en) | 2020-12-31 | 2020-12-31 | Method and device for preventing repeated posting of receipt and payment transactions |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112634049A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113222580A (en) * | 2021-05-27 | 2021-08-06 | 中国农业银行股份有限公司 | Accounting processing method and related device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080222639A1 (en) * | 2003-12-12 | 2008-09-11 | Michael Stockton | Method and System Configured for Facilitating Management of International Trade Receivables Transactions |
| CN111861745A (en) * | 2020-07-02 | 2020-10-30 | 中国建设银行股份有限公司 | Service wind control method and device |
-
2020
- 2020-12-31 CN CN202011642277.6A patent/CN112634049A/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080222639A1 (en) * | 2003-12-12 | 2008-09-11 | Michael Stockton | Method and System Configured for Facilitating Management of International Trade Receivables Transactions |
| CN111861745A (en) * | 2020-07-02 | 2020-10-30 | 中国建设银行股份有限公司 | Service wind control method and device |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113222580A (en) * | 2021-05-27 | 2021-08-06 | 中国农业银行股份有限公司 | Accounting processing method and related device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6218979B1 (en) | Financial transaction method and system using blockchain | |
| CN101706933A (en) | Method and background system for realizing joint account service operation | |
| US7257611B1 (en) | Distributed nonstop architecture for an event processing system | |
| CN113312649A (en) | Message processing method, device, equipment, system and storage medium | |
| CN109272404A (en) | Business authorization method and device | |
| CN112634049A (en) | Method and device for preventing repeated posting of receipt and payment transactions | |
| CN108762895B (en) | Method and device for processing distributed transaction | |
| CN112101691A (en) | Method and device for dynamically adjusting risk level and server | |
| WO2020082414A1 (en) | Voucher issuing method and apparatus, computer device, and storage medium | |
| CN110020839A (en) | Method for processing business, apparatus and system | |
| CN111209542A (en) | Authority management method and device, storage medium and electronic equipment | |
| CN112116306A (en) | Medical reconciliation method based on T +0/N combination | |
| CN115271694A (en) | Order payment method and system | |
| CN107767192A (en) | A kind of verification method of electronic bill, apparatus and system | |
| CN114612204A (en) | Account checking method and device | |
| CN106934606A (en) | A kind of Credit Card Payments request processing method and device | |
| CN115345740A (en) | Account checking method, account checking device, account checking equipment, account checking storage medium and program product | |
| US11520802B2 (en) | Systems and methods for data format conversion | |
| US20140214702A1 (en) | Methods And Systems For Notifying A Creditor That A Pre-Bankruptcy Period Has Commenced For A Debtor | |
| CN114595071A (en) | Security dealer core transaction data synchronization system and method | |
| WO2017087335A1 (en) | Network bridge for local transaction authorization | |
| CN112085607A (en) | Resource transfer method, device and equipment | |
| CN111445336A (en) | Data processing method and data processing system | |
| CN116703395B (en) | Digital RMB payment method, device, equipment, system and medium | |
| US20180060837A1 (en) | Discount based self expediting approach for electronic funds transfers |
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 |