Transaction exchange platform for handling returned transactions

Patent metadata

Field	Value
Publication number	US-12165156-B2
Application number	US-202318149522-A
Country	US
Kind code	B2
Filing date	Jan 3, 2023
Priority date	Dec 20, 2019
Publication date	Dec 10, 2024
Grant date	Dec 10, 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 a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details;
based on a determination that the first payment transaction is not a duplicate payment transaction, 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, a client identifier and a first version number 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;
based on a determination that a format of the updated first transaction object is valid, appending a first batch identifier to the first transaction identifier and adding the first payment transaction to a first file;
uploading the first file to a portal to initiate the first payment transaction and a plurality of transactions contained in the first file;
receiving, by the streaming data platform and from an automated clearinghouse network, an indication that processing of the first payment transaction failed, wherein the indication comprises the first transaction identifier and a code identifying a reason that processing of the first transaction object failed;
retrieving, by an adjudicator microservice and based on the client identifier associated with the first transaction identifier, customer information;
determining, based on the code identifying the reason that processing of the first payment transaction failed and based on the customer information, a solution for reprocessing the transaction using one or more machine learning models trained to resolve issues with failed transactions;
generating a second transaction identifier based on the client identifier, a second version number, and the identification token;
appending a second batch identifier to the second transaction identifier and adding the first payment transaction to a second file; and
submitting, by the adjudicator microservice to the automated clearinghouse network, the second file for processing by an automated clearinghouse of the automated clearinghouse network.

2. The computer-implemented method of claim 1 , wherein the solution for reprocessing the first payment transaction comprises:
determining, by the adjudicator microservice and based on the code indicating that the first payment transaction failed due to insufficient funds, whether sufficient funds to cover the first payment transaction exist in a first account; and
transferring, by the adjudicator microservice and based on a determination that sufficient funds exist in the first account, funds from the first account to a second account prior to submitting the second file for processing by the automated clearinghouse.

3. The computer-implemented method of claim 1 , wherein the solution for reprocessing the first payment transaction comprises:
determining, by the adjudicator microservice and based on the code indicating that the first payment transaction failed due to insufficient funds, whether sufficient funds to cover the first payment transaction exist in a first account;
sending, by the adjudicator microservice to a first user device, a request to process the first payment transaction using the first account;
receiving, by the adjudicator microservice from the first user device, a response indicating approval to process the first payment transaction using the first account; and
updating, by the adjudicator microservice and prior to submitting the second file for processing by the automated clearinghouse, the first transaction details to indicate payment from the first account.

4. The computer-implemented method of claim 1 , wherein the solution for reprocessing the first payment transaction comprises:
determining, by the adjudicator microservice and based on the code indicating that the first payment transaction failed due to insufficient funds, whether an account associated with the first payment transaction comprises overdraft protection; and
crediting, based on a determination that the account associated with the first payment transaction comprises overdraft protection, funds to the account prior to submitting the second file for processing by the automated clearinghouse.

5. The computer-implemented method of claim 1 , wherein the solution for reprocessing the first payment transaction comprises:
determining, by the adjudicator microservice and based on the code indicating an issue with an account associated with the first payment transaction, whether the customer has a different account; and
updating, by the adjudicator microservice and prior to submitting the second file for processing by the automated clearinghouse, the first transaction details to indicate payment from the different account.

6. The computer-implemented method of claim 5 , further comprising:
sending, by the adjudicator microservice to a first user device, a request to process the first payment transaction using the different account; and
receiving, by the adjudicator microservice from the first user device, a response indicating approval to process the first payment transaction using the different account.

7. The computer-implemented method of claim 5 , wherein the code indicating an issue with a first account associated with the transaction comprises at least one of:
an indication that the first account is closed;
an indication that the first account is unable to be located or does not exist; or
an indication that the first account has an invalid account number.

8. The computer-implemented method of claim 1 , wherein the customer information comprises at least one of: a customer name, an account number associated with a checking account, a routing number associated with the checking account, a balance of the checking account, an account number associated with a savings account, a routing number associated with the savings account, or a balance of the savings account.

9. A transaction exchange platform comprising:
a streaming data platform;
a plurality of microservices comprising a client registry microservice and an adjudicator 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 a first transaction object corresponding to a first payment transaction, wherein the first transaction object comprises first transaction details;
based on a determination that the first payment transaction is not a duplicate payment transaction, generate an identification token for the first transaction object;
add the first transaction object to the streaming data platform, wherein adding th

Assignees

• Capital One Services Llc

Inventors

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

Classifications

• G06N20/00

  Machine learning · CPC title

• G06Q20/4016

  involving fraud or risk level assessment in transaction processing · CPC title

• G06Q20/407

  Cancellation of a transaction · CPC title

• G06Q20/425 Primary

  using two different networks, one for transaction and one for security confirmation · CPC title

• G06Q20/401

  Transaction verification · CPC title