Delayed Processing Window in Prepaid Payment Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional payment systems lack a delayed processing window between point-of-sale transaction authorization and payment authorization request, which can lead to inefficiencies and complexities in managing prepaid transactions and handling returns.

Innovation Solution

A payment management system that introduces a delayed processing window between the completion of a transaction and the transmission of a payment request to an issuer, allowing for the redemption of offers and the use of stored value accounts without prior authorization, while maintaining a dynamic electronic receipt for transaction tracking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If real-time payment authorization is implemented, then transaction speed is improved, but system complexity increases due to immediate fund verification requirements

Engineering Contradiction:
Improvetransaction speedVSAvoidsystem complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The payment process is divided into two separate stages: (1) transaction authorization stage where the merchant receives immediate approval, and (2) payment settlement stage where funds are actually transferred. This segmentation allows the system to provide real-time transaction confirmation without the complexity of immediate fund verification, as the settlement occurs later through batch processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by authorizing the transaction in advance before actual payment settlement. The merchant receives approval to complete the sale immediately, while the payment authorization request and fund transfer are deferred to a later time, allowing the user to redeem offers or use stored value accounts without prior authorization constraints.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If immediate payment authorization is required, then transaction reliability is improved, but flexibility in handling offers and stored value is reduced

Engineering Contradiction:
Improvetransaction reliabilityVSAvoidflexibility in handling offers
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system authorizes the transaction preliminarily without requiring immediate payment authorization, enabling the merchant to complete the sale reliably. The actual payment request is then submitted later, allowing time for offer redemption and stored value account usage while maintaining transaction integrity through subsequent verification.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The payment management system acts as an intermediary between the merchant and the issuer, decoupling the transaction authorization from the payment settlement. This intermediary role allows the system to manage offers and stored value accounts flexibly while ensuring reliable transaction completion through coordinated processing between different system components.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If delayed processing window is introduced, then flexibility in offer redemption is improved, but transaction processing time increases

Engineering Contradiction:
Improveflexibility in offer redemptionVSAvoidtransaction processing time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The processing timeline is segmented into immediate transaction authorization and deferred payment settlement. The delayed processing window specifically applies to the payment authorization request stage, not the overall transaction completion, allowing offer redemption flexibility without significantly impacting the user's immediate transaction experience.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The transaction is preliminarily authorized immediately, providing the user with instant confirmation. The payment authorization request is then submitted during a delayed processing window, allowing time for offer redemption and stored value application without delaying the user's perception of transaction completion.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10147112B2Delayed processing window in a prepaid architecture
Publication Date: 2018.12.04 GOOGLE LLC
  • US10147112B2 patent drawing
  • US10147112B2 patent drawing
  • US10147112B2 patent drawing

AI summary

A method for maintaining a prepaid payment system comprises a user account that can be utilized to complete a purchase transaction with a merchant. A delayed processing window is introduced between a time when the merchant receives a payment approval notification from the payment system and a time when the payment system transmits a payment request to an issuer of a funding account associated with the user's payment system account. The payment system utilizes a user's stored value account maintained by the payment system to satisfy the requirements of a prepaid program, and therefore processes the payment request received from the merchant and transmits the payment approval notification without obtaining prior authorization from the issuer of the funding account. The payment system submits one or more payment requests for the funding transaction at a time after the completion of the purchase transaction between the user and the merchant.