Removing duplicate transactions from a transaction exchange platform

Patent metadata

Field	Value
Publication number	US-12118566-B2
Application number	US-202318149444-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 screening microservice, a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details;
determining, by the 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;
based on a determination that the first transaction details overlap with second transaction details of a second payment transaction, sending, by the screening microservice to a first user device, a request inquiring whether the first payment transaction is a duplicate of the second payment transaction;
receiving, by the screening microservice from the first user device, a response indicating that the first payment transaction is not a duplicate of the second payment transaction;
in response to receiving the response, 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 current workflow stage of the first transaction object to a pre-initialization stage;
retrieving, by a client registry microservice and based on a current workflow stage indicating the pre-initialization stage, a plurality of transaction objects, wherein the plurality of transaction objects comprises the first transaction object;
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 current workflow stage of the first transaction object to an initialization state;
adding, by the client registry microservice, the updated first transaction object to the streaming data platform;
based on a determination that the current workflow stage of the updated first transaction object indicates that the updated first transaction object has completed processing, removing the updated first transaction object from the streaming data platform and outputting the updated first transaction object to a validation platform;
determining, by the validation platform, whether a format of the first transaction is valid;
based on determination that the format of the first 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 transaction and a plurality of transactions contained in the file.

2. The computer-implemented method of claim 1 , further comprising:
querying, by the screening microservice and via an application programming interface, the data structure to determine the transaction details of the plurality of payment transactions.

3. The computer-implemented method of claim 1 , wherein determining whether the first transaction object is a duplicate payment transaction uses one or more machine learning models.

4. The computer-implemented method of claim 1 , wherein the first transaction details comprise at least one of:
identification of an account holder;
identification of a payor;
identification of a payee;
a payment amount; or
a payment date.

5. The computer-implemented method of claim 1 , wherein the determination that the first transaction details overlap with the second transaction details comprises:
determining that a number of the first transaction details match a number of the second transaction details, wherein the number is greater than or equal to a threshold amount.

6. The computer-implemented method of claim 1 , further comprising:
receiving a third transaction object corresponding to a third payment transaction, wherein the third transaction object comprises third transaction details;
determining, by the screening microservice, whether the third transaction object is a duplicate payment transaction by comparing the third transaction details to the data structure;
based on a determination that the third transaction details overlap with fourth transaction details of a fourth payment transaction, sending a request inquiring whether the third payment transaction is a duplicate of the fourth payment transaction;
receiving, by the screening microservice from the first user device, a response indicating that the third payment transaction is a duplicate of the fourth payment transaction; and
in response to receiving the response, deleting the third transaction object.

7. The computer-implemented method of claim 6 , further comprising:
generating, based on a determination that the third payment transaction is frequently duplicated, one or more rules to automate payment for the third payment transaction.

8. The computer-implemented method of claim 1 , further comprising:
receiving a third transaction object corresponding to a third payment transaction, wherein the third transaction object comprises third transaction details;
determining, by the screening microservice, whether the third transaction object is a duplicate payment transaction by comparing the third transaction details to the data structure; and
based on a determination that the third transaction details do not overlap with the transaction details of the plurality of payment transactions, adding the third transaction object to the streaming data platform.

9. The computer-implemented method of claim 1 , further comprising:
determining, by the client registry microservice and prior to prepending the client identifier to the identification token, whether the first payment transaction is permitted based on one or more rules.

10. The computer-implemented method of claim 9 , wherein the one or more rules comprise regulatory-based rules to determine whether the first transaction is permitted by law.

11. A transaction exchange platform comprising:
a streaming data platform;
a plurality of microservices comprise a screening microservice and a client registry microservice;
at least one processor; and
memory storing instructions that, when executed by the at least one processor, cause the transaction exchange platform to:
receive, by the screening microservice, a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details;
determine, by the 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;
based on a determination that the first transaction details overlap with second transaction details of a second payment transaction, send, by the screening microservice to a first user device, a request inquiring whether the first payment transaction is a duplicate of the second payment transaction;
receive, by the screening microservice from the first user device, a response indicating that the first payment transaction is not a duplicate of the second payment transaction;
in response to receiving the response, 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 current workflow stage of the first transaction object to a pre-initialization stage;
retrieve, by the client registry microservice and based on a current workfl

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