Transaction Exchange Platform Duplicate Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current transaction processing systems face challenges in efficiently detecting and preventing duplicate transactions, leading to delays and increased costs due to errors in transaction files, particularly in systems like NACHA files, where manual corrections are time-consuming and prone to errors.

Innovation Solution

A transaction exchange platform utilizing a streaming data platform and microservices to perform field-by-field checks and machine learning-based analysis to identify and correct duplicate transactions, generate unique identifiers, and automate remediation of rejected transactions, ensuring efficient processing and reducing manual intervention.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If spreadsheet row checking is used to detect duplicate transactions, then duplicate transactions can be identified, but the process becomes time-intensive and prone to user errors

Engineering Contradiction:
Improveduplicate detection accuracyVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent replaces manual spreadsheet row checking with an automated electronic system that uses database queries and algorithms to detect duplicate transactions. This substitution eliminates manual user errors and significantly reduces processing time while maintaining or improving detection accuracy.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system performs self-service by automatically detecting, flagging, and preventing duplicate transactions without requiring manual intervention. The electronic data processing system autonomously compares transactions against existing records and takes corrective action, eliminating the need for time-consuming manual review.

Inventive Principle:
Principle #25Self-service

2Ease of manufacture

If database integrity checking with unique identifiers is used, then transaction uniqueness can be enforced, but duplicate transactions may still be missed because each transaction receives a unique identifier

Engineering Contradiction:
Improvetransaction processing simplicityVSAvoidduplicate detection reliability
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The patent implements preliminary action by performing duplicate detection checks before transactions are submitted to the database. The system proactively identifies potential duplicates using multiple criteria (transaction type, amount, dates, parties) and prevents them from being processed, rather than relying solely on post-submission unique identifier checks.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the parameters used for duplicate detection from relying solely on system-generated unique identifiers to using multiple transaction-specific parameters such as transaction type, amount, dates, and party information. This multi-parameter approach significantly improves duplicate detection reliability while maintaining processing simplicity.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If manual correction of transaction file errors is performed, then errors can be corrected, but the process is time-consuming and delays transaction processing

Engineering Contradiction:
Improvetransaction file accuracyVSAvoidtransaction processing throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent replaces manual error correction with automated electronic validation and correction systems. The system automatically validates transaction files against required formats and standards, identifies errors, and performs corrections without human intervention, thereby maintaining high accuracy while preserving processing throughput.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The system performs preliminary validation and error correction before transactions are submitted for processing. By proactively identifying and correcting format errors, validation errors, and duplicate transactions in advance, the system ensures high accuracy without causing delays during the actual processing phase.

Inventive Principle:
Principle #10Preliminary action

4Reliability

If transaction files are re-worked and re-submitted after errors are found, then correct transactions can be processed, but all transactions in the file are delayed

Engineering Contradiction:
Improvetransaction processing accuracyVSAvoidtransaction processing delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements comprehensive preliminary validation that checks all transactions in a file before submission. By identifying and correcting errors, removing duplicates, and validating formats in advance, the system ensures that transactions are ready for immediate processing without requiring re-work or re-submission, thereby eliminating delays.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system provides immediate feedback on transaction validation results and error conditions. This real-time feedback allows the system to automatically adjust and correct issues before submission, preventing the need for delayed re-submission and ensuring continuous processing flow.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12165156B2Transaction exchange platform for handling returned transactions
Publication Date: 2024.12.10 CAPITAL ONE SERVICES LLC
  • US12165156B2 patent drawing
  • US12165156B2 patent drawing
  • US12165156B2 patent drawing

AI summary

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.