Detecting and preventing duplicate transactions on a transaction exchange platform

Patent metadata

Field	Value
Publication number	US-12118567-B2
Application number	US-202318149544-A
Country	US
Kind code	B2
Filing date	Jan 3, 2023
Priority date	Dec 20, 2019
Publication date	Oct 15, 2024
Grant date	Oct 15, 2024

Abstract

Aspects described herein may relate to a transaction exchange platform using a streaming data platform (SDP) and microservices to process transactions according to review and approval workflows. The transaction exchange platform may receive transactions from origination sources, which may be added to the SDP as transaction objects. As the transactions are received, the transactions may be analyzed to detect duplicate transactions and/or errors in the transactions. The transaction exchange platform may take steps to remediate transactions that are recognized as duplicates or predicted to generate one or more errors. Similarly, the transaction exchange platform may take steps to remediate transactions that are rejected by a clearinghouse.

First claim

What is claimed is:

1. A computer-implemented method comprising:
receiving, by a transaction exchange platform, a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details, wherein the transaction exchange platform includes a plurality of microservices;
determining, by a screening microservice of the plurality of microservices, whether the first transaction object is a duplicate payment transaction by comparing the first transaction details to a data structure comprising transaction details of a plurality of payment transactions;
determining, by the screening microservice and using a predictive model, whether the first transaction details indicate a likelihood that processing of the first transaction object is going to occur without any errors;
based on a determination that the first transaction object is not a duplicate of the plurality of payment transactions and based on a determination that the first transaction details indicate a likelihood that processing of the first transaction object is going to succeed, generating an identification token for the first transaction object;
adding the first transaction object to a streaming data platform, wherein adding the first transaction object to the streaming data platform comprises setting a workflow stage of the first transaction object to a pre-initialization stage;
retrieving, by a client registry microservice of the plurality of microservices and based on the workflow stage of the first transaction object being set to the pre-initialization stage, a plurality of transaction objects, wherein the plurality of transaction objects comprises the first transaction object;
determining, by the client registry microservice, whether the first payment transaction is permitted based on one or more rules;
prepending, by the client registry microservice and based on a determination that the first payment transaction is permitted, a client identifier to the identification token to generate a first transaction identifier;
updating, by the client registry microservice, the workflow stage of the first transaction object to an initialization state;
adding, by the client registry microservice, the first transaction object to the streaming data platform;
based on a determination that the workflow stage of the first transaction object indicates that the transaction object has completed processing, removing the first transaction object from the streaming data platform and outputting the first transaction object to a validation platform;
determining, by the validation platform, whether a format of the first payment transaction is valid;
based on a determination that the format of the first payment transaction is valid, appending a batch identifier to the first transaction identifier and adding the first transaction to a file; and
uploading the file to a portal to initiate the first payment transaction and a plurality of transactions contained in the file.

2. The computer-implemented method of claim 1 , further comprising:
receiving, in response to uploading the file to the portal, an indication that processing of the file has failed;
based on the indication that processing of the file has failed, generating, by the validation platform, a second batch identifier, wherein the second batch identifier is different from the batch identifier;
appending the second batch identifier to the first transaction identifier and adding the first payment transaction to a second file; and
uploading the second file to the portal to re-initiate the first payment transaction.

3. The computer-implemented method of claim 1 , wherein the determination that the first transaction object is not a duplicate of the plurality of payment transactions is based on a number of the first transaction details not matching a number of transaction details associated with any of the plurality of payment transactions.

4. The computer-implemented method of claim 1 , wherein the determination that the first transaction details indicate a likelihood that processing of the first transaction object is going to occur without any errors is performed using one or more machine learning models.

5. The computer-implemented method of claim 1 , wherein the identification token is generated using a hash function.

6. The computer-implemented method of claim 5 , wherein the identification token comprises a predetermined number of most significant bits of a resultant of the hash function.

7. The computer-implemented method of claim 1 , wherein:
the first payment transaction is an Automated Clearing House (ACH) transaction; and
the file is a National Automated Clearing House Association (NACHA) file.

8. A transaction exchange platform comprising:
at least one processor; and
memory storing instructions that, when executed by the at least one processor, cause the transaction exchange platform to:
receive a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details;
determine, by a screening microservice, whether the first transaction object is a duplicate payment transaction by comparing the first transaction details to a data structure comprising transaction details of a plurality of payment transactions;
determine, by the screening microservice and using a predictive model, whether the first transaction details indicate a likelihood that processing of the first transaction object is going to occur without any errors;
based on a determination that the first transaction object is not a duplicate of the plurality of payment transactions and based on a determination that the first transaction details indicate a likelihood that processing of the first transaction object is going to succeed, generate an identification token for the first transaction object;
add the first transaction object to a streaming data platform, wherein adding the first transaction object to the streaming data platform comprises setting a workflow stage of the first transaction object to a pre-initialization stage;
retrieve, by a client registry microservice and based on the workflow stage of the first transaction object being set to the pre-initialization stage, a plurality of transaction objects, wherein the plurality of transaction objects comprises the first transaction object;
determine, by the client registry microservice, whether the first payment transaction is permitted based on one or more rules;
prepend, by the client registry microservice and based on a determination that the first payment transaction is permitted, a client identifier to the identification token to generate a first transaction identifier;
update, by the client registry microservice, the workflow stage of the first transaction object to an initialization state;
add, by the client registry microservice, the first transaction object to the streaming data platform;
based on a determination that the workflow stage of the first transaction object indicates that the transaction object has completed processing, remove the first transaction object from the streaming data platform and outputting the first transaction object to a validation platform;
determine, by the validation platform, whether a format of the first transaction is valid;
based on determination that the format of the first payment transaction is valid, append a batch identifier to the first transaction identifier and add the first payment transaction to a file; and
upload the file to a portal to initiate the first payment transaction and a plurality of transactions contained in the file.

9. The transaction exchange platform of claim 8 , wherein the instru

Assignees

• Capital One Services Llc

Inventors

• Srivastava Nishant
• Barnum Eric K
• Ramaraj Suresh Chander
• Smith Eric
• Lee Earle Michael
• Bhawprita Kumari

Classifications

• G06Q20/401

  Transaction verification · CPC title

• G06F11/0757

  by exceeding a time limit, i.e. time-out, e.g. watchdogs · CPC title

• G06F11/0745 Primary

  in an input/output transactions management context (input/output processing in general G06F13/00) · CPC title

• G06F16/2379

  Updates performed during online database operations; commit processing · CPC title

• G06F11/1405

  at machine instruction level · CPC title