Token Service Provider Transaction Failure Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing payment systems fail to effectively report and analyze failed payment transactions, leading to unresolved errors and additional failed transactions due to communication failures between user devices, merchant systems, and token service providers, which can result in unresolved issues and increased transaction failures.

Innovation Solution

A system and method where a user device generates and transmits transaction report data to a token service provider after a failed payment transaction, allowing the provider to generate failure data including alert and report data, which can help identify causes and prevent future failures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If payment transaction data is transmitted between user devices, merchant systems, and token service providers, then payment transactions can be processed, but communication failures occur leading to unresolved errors and additional transaction failures

Engineering Contradiction:
Improvetransaction processing capabilityVSAvoidtransaction success rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements a feedback mechanism where transaction report data is automatically transmitted back to the token service provider when payment transactions fail. This feedback loop enables the provider to receive information about failed transactions, generate failure data, and take corrective actions to prevent future failures, thereby improving transaction reliability without reducing processing capability

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary actions by proactively transmitting transaction report data and generating failure data before additional failures can occur. The token service provider uses the failure data to identify causes and implement corrective measures in advance, preventing the propagation of errors through the payment system

Inventive Principle:
Principle #10Preliminary action

2Productivity

If communication protocols are maintained between payment systems and token service providers, then transactions can be processed, but communication failures lead to loss of information about failed transactions

Engineering Contradiction:
Improvetransaction throughputVSAvoidtransaction failure data
Core Design Contradiction:
ProductivityVSLoss of information

Solution Approach 1:

The feedback mechanism ensures that transaction report data is automatically transmitted back to the token service provider even when transactions fail. This prevents information loss by capturing and communicating failure data through the existing communication infrastructure, allowing the provider to maintain complete transaction records without reducing throughput

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The transaction report data serves as an intermediary carrier that transmits failure information between the payment system and token service provider. This intermediary mechanism ensures that even when direct communication fails, the failure data is captured and transmitted through alternative pathways, preventing information loss while maintaining transaction processing capability

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20230237464A1System and Method for Providing Transaction Report Data Using A User Device
Publication Date: 2023.07.27 MASTERCARD INT INC
  • US20230237464A1 patent drawing
  • US20230237464A1 patent drawing
  • US20230237464A1 patent drawing

AI summary

Various implementations described herein may relate to a system and method for providing transaction report data using a user device. In one implementation, a method may include receiving, at a token service provider (TSP), tokenization request data from a user device associated with a user, where the tokenization request data includes payment card data associated with the user. The method may also include generating a digital token based on the tokenization request data. The method may further include transmitting the digital token to the user device. The method may additionally include receiving transaction report data from the user device, where the transaction report data corresponds to a failed payment transaction performed using the digital token, the user device, and a merchant system. The method may also include generating failure data based on the transaction report data, where the failure data comprises alert data, failure report data, or combinations thereof.