Transaction Scoring via Delivery Receipt Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current financial transaction systems face challenges in efficiently determining the legitimacy of transactions, often requiring cardholders to authenticate each transaction, which can be inconvenient and burdensome, while also being resource-intensive and prone to fraud.

Innovation Solution

A computing device processes financial transactions by analyzing a delivery receipt history to generate a confidence metric and transaction score, allowing for automated authorization of subsequent transactions based on prior user actions, reducing the need for frequent authentication and improving security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If authentication is required for each financial transaction, then security is improved, but user convenience and processing efficiency deteriorate

Engineering Contradiction:
ImprovesecurityVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary authentication by analyzing delivery receipt history and generating confidence metrics before the actual transaction occurs. This preliminary risk assessment allows legitimate transactions to be approved automatically without requiring cardholder authentication at the point of sale, while still maintaining security through pre-transaction verification of transaction patterns and delivery history.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service by allowing the transaction processing system to automatically authenticate transactions based on pre-established confidence metrics and delivery receipt data. The system serves itself by making authorization decisions without requiring manual intervention from cardholders or customer service representatives, thereby improving convenience while maintaining security through automated risk assessment.

Inventive Principle:
Principle #25Self-service

2Reliability

If authentication is required for each financial transaction, then fraud protection is improved, but processor load and network bandwidth usage increase

Engineering Contradiction:
Improvefraud protectionVSAvoidprocessor load
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system applies partial authentication by selectively requiring authentication only for transactions that fall outside established confidence thresholds. For transactions within normal parameters and high confidence levels, the system performs only lightweight verification, reducing processor load and network bandwidth usage while maintaining fraud protection for suspicious transactions.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system dynamically adjusts authentication requirements based on transaction parameters and confidence metrics. By changing the threshold parameters for authentication based on delivery receipt history and transaction patterns, the system reduces processor load for low-risk transactions while maintaining security, thereby optimizing energy usage and network bandwidth consumption.

Inventive Principle:
Principle #35Parameter changes

3Measurement precision

If delivery receipt history is analyzed for each transaction, then transaction scoring accuracy is improved, but system complexity increases

Engineering Contradiction:
Improvetransaction scoring accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The system performs preliminary organization of delivery receipt data and pre-calculation of confidence metrics for cardholders before transactions occur. By pre-processing and storing relevant delivery history information in an accessible format, the system can quickly generate accurate transaction scores without complex real-time analysis, thereby improving scoring accuracy while managing system complexity through advance preparation.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10410215B2System and method for transaction scoring using delivery receipt history
Publication Date: 2019.09.10 MASTERCARD INT INC
  • US10410215B2 patent drawing
  • US10410215B2 patent drawing
  • US10410215B2 patent drawing

AI summary

Embodiments of the disclosure enable one or more financial transactions to be processed based on a transaction score generated based at least in part on a delivery receipt history. A financial transaction processing computing device receives a request for authorization for a present financial transaction associated with a cardholder account, identifies a reference delivery receipt corresponding to a prior financial transaction associated with the cardholder account, analyzes the reference delivery receipt to generate a confidence metric indicative of a confidence in a legitimacy of the prior financial transaction, and generates a transaction score for the present financial transaction that is indicative of an expected risk associated with approving the request for authorization. Aspects of the disclosure provide for authorizing one or more financial transactions based on an authentication of a recipient associated with a prior financial transaction.