Transaction Processing System with Delayed Funding and Multi-Source Accounts

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Debit card issuers lack sufficient revenue to fund reward programs due to lower interchange revenue, and there is a need for a system that provides enhanced fraud protection by allowing account holders to challenge transaction validity with predetermined delay in funding through ACH or other means.

Innovation Solution

A method for processing transactions using a transaction vehicle with an interchange rate, where the destination account is funded on a predetermined basis, allowing account holders to challenge transaction validity during a delay period, and utilizing multiple source accounts to ensure sufficient funds for transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If debit card interchange revenue is used to fund reward programs, then reward programs can be offered, but interchange revenue is insufficient to support such programs

Engineering Contradiction:

Improveability to offer reward programsVSAvoidinterchange revenue

Core Design Contradiction:

Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent combines multiple funding sources (interchange revenue, ACH transfers, and other account funds) into a unified transaction processing system. This merging of resources allows the system to pool insufficient individual revenue streams into sufficient total funding for reward programs while maintaining debit card functionality.

Inventive Principle:

Principle #5Merging (Combining)

Solution Approach 2:

The transaction processing system is designed to handle multiple functions: processing debit card transactions with interchange revenue, executing ACH transfers for additional funding, managing reward program accruals and redemptions, and coordinating multiple source accounts. This multi-functionality enables a single system to address the funding shortfall while maintaining all necessary operations.

Inventive Principle:

Principle #6Universality (Multi-functionality)

2Speed

If transactions are funded immediately through ACH, then transaction speed is fast, but account holders cannot challenge transaction validity

Engineering Contradiction:

Improvetransaction funding speedVSAvoidfraud protection capability

Core Design Contradiction:

SpeedVSReliability

Solution Approach 1:

The system performs preliminary authorization of transactions before final ACH funding. During this preliminary phase, transactions are authorized and reward units are accrued, but the actual ACH transfer is delayed. This allows account holders to review and challenge transactions during a predetermined delay period before funds are irrevocably transferred, providing fraud protection while maintaining most transaction benefits.

Inventive Principle:

Principle #10Preliminary action

3Quantity of substance

If multiple source accounts are used to fund transactions, then sufficient funds are ensured, but system complexity increases

Engineering Contradiction:

Improveavailable fundsVSAvoidsystem architecture

Core Design Contradiction:

Quantity of substanceVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary transaction processing system that manages multiple source accounts. This intermediary system automatically selects appropriate funding sources (interchange revenue, ACH transfers, other accounts) and coordinates transfers between them. By centralizing the management of multiple sources in a single processing system, the complexity is contained and managed rather than distributed across multiple independent systems.

Inventive Principle:

Principle #24Intermediary (Mediator)

Data Source

PatentUS9922326B2System and method for processing and for funding a transaction

Publication Date: 2018.03.20 CAPITAL ONE SERVICES LLC

AI summary

Method for processing a transaction, the method comprising automatically requesting a transfer from a source account to a destination account via a communication link, receiving the transfer, adjusting destination account data associated with the destination account by increasing a balance of the destination account by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and data identifying the destination account, and processing the attempted transaction.