Payment Routing API With Dynamic Transfer Date Selection

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing electronic transaction systems face inefficiencies due to fragmented processing networks, security risks, and user experience issues, leading to increased costs and time delays in domestic and international transactions.

Innovation Solution

A unified transaction processor system with a single API facilitates real-time electronic transactions by identifying optimal transaction networks and execution dates, ensuring compliance with global security standards, and providing intelligent payment routing and reconciliation across multiple networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple fragmented processing systems are used for electronic transactions, then transaction networks can handle diverse transaction types, but system complexity and security risks increase

Engineering Contradiction:

Improvetransaction network coverageVSAvoidsystem complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges multiple fragmented processing systems into a single unified transaction processor that handles diverse transaction types (e-commerce, cross-border, wire transfers, ACH, card payments) through one integrated platform, reducing system complexity while maintaining versatility

Inventive Principle:

Principle #5Merging (Combining)

Solution Approach 2:

The unified transaction processor is designed as a multi-functional system that can process various transaction types through a single API, eliminating the need for multiple separate processing systems and reducing overall system complexity

Inventive Principle:

Principle #6Universality (Multi-functionality)

2Reliability

If traditional processing systems are used, then existing infrastructure can be maintained, but transaction processing time and costs increase

Engineering Contradiction:

Improveinfrastructure stabilityVSAvoidtransaction processing efficiency

Core Design Contradiction:

ReliabilityVSProductivity

Solution Approach 1:

The system changes the parameter of processing architecture from fragmented legacy systems to a unified real-time processor, enabling faster transaction execution while maintaining infrastructure stability through gradual integration

Inventive Principle:

Principle #35Parameter changes

Solution Approach 2:

The unified transaction processor performs preliminary routing decisions and network selection before transaction execution, optimizing processing paths in advance to reduce overall transaction time and costs

Inventive Principle:

Principle #10Preliminary action

3Reliability

If manual transaction routing is used, then transaction control can be maintained, but processing speed and user experience deteriorate

Engineering Contradiction:

Improvetransaction controlVSAvoidtransaction processing speed

Core Design Contradiction:

ReliabilityVSSpeed

Solution Approach 1:

The system implements automated feedback loops where the transaction processor continuously monitors network performance, transaction status, and routing efficiency, using this feedback to dynamically optimize transaction paths and maintain control while improving speed

Inventive Principle:

Principle #23Feedback

Solution Approach 2:

The unified transaction processor autonomously performs routing decisions, network selection, and transaction monitoring without manual intervention, maintaining control through automated decision-making while significantly improving processing speed

Inventive Principle:

Principle #25Self-service

Data Source

PatentUS12586046B2Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date

Publication Date: 2026.03.24 WORLDPAY LLC

AI summary

Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date are disclosed. One method includes receiving, at an application programing interface (API) system, an electronic transaction request on a receipt date. The API system may identify a value associated with the electronic transaction request as well as a threshold settlement date. The value may then be compared to a predetermined threshold and at least one transaction network certified to process the electronic transaction request may be ascertained. The API system may project a processing time for each of the ascertained transaction networks. An optimal transaction network and transfer execution date may be determined based on comparison of the projected processing times to a timeline designated by the receipt date and the threshold settlement date. The electronic transaction request may be processed into a recipient account on the transfer execution date via the optimal transaction network.