Transaction Validation Using Mobile Location Data
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current methods for preventing false-positives in cross-border card-present transactions are inefficient, leading to high false-positive rates, substantial inconvenience, and increased costs for both cardholders and banks due to the inaccuracy of risk engines and the high costs associated with resolving declined transactions.
Innovation Solution
A method and apparatus that utilize Home Location Register (HLR) data to determine the probability of a transaction's validity by comparing location data from a requested transaction with the location data of a mobile communication device associated with the cardholder, thereby reducing false-positive transactions by determining the legitimacy of the transaction.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If risk engines are used to determine potentially fraudulent transactions, then fraud detection capability is improved, but false-positive rates increase to 80-90%
Solution Approach 1:
The fraud detection system is segmented into multiple independent verification components: device integrity checks, software version verification, security patch validation, and behavioral analysis. Each component evaluates a specific aspect of transaction legitimacy, and the combined results provide a more accurate fraud assessment than traditional single-system risk engines, reducing false positives while maintaining detection capability.
2Reliability
If all cross-border transactions are declined without travel itinerary verification, then fraud prevention is improved, but customer convenience deteriorates and verification costs increase
Solution Approach 1:
The system automatically verifies travel itineraries by integrating with airline and hotel databases, eliminating the need for manual customer verification. The verification process occurs transparently in the background during the authorization request, automatically approving legitimate cross-border transactions without requiring customer action, thus maintaining convenience while preventing fraud.
3Measurement precision
If manual fraud centre operator verification is used for declined transactions, then false-positive resolution accuracy is improved, but operational costs and resolution time increase substantially
Solution Approach 1:
The system implements automated feedback loops where transaction outcomes, device verification results, and behavioral patterns are continuously analyzed and fed back into the risk assessment model. This real-time learning mechanism allows the system to automatically adjust its fraud detection thresholds and improve accuracy over time, reducing false positives without requiring manual operator intervention while maintaining high resolution accuracy.
4Reliability
If travel itinerary verification is required for cross-border transactions, then fraud detection is improved, but verification insufficiency remains and customer burden increases
Solution Approach 1:
The verification system dynamically adapts its requirements based on real-time risk assessment. Instead of uniformly requiring travel itinerary verification for all cross-border transactions, the system evaluates multiple factors including device integrity, transaction patterns, location data, and amount to determine verification needs. This dynamic approach verifies only high-risk transactions, improving fraud detection effectiveness while reducing unnecessary customer burden and increasing system versatility.
Data Source
AI summary
A method for authenticating a transaction is disclosed. The method comprises the steps of: receiving data identifying a region where a transaction is being requested; receiving data identifying a mobile communication device associated with a person requesting the transaction; determining from Location Register (LR) data for the mobile communication device data identifying a region where the mobile communication device is located; comparing the data identifying the region where the transaction is being requested with the data identifying the region where the mobile communication device is located; and authenticating the transaction in dependence on the result of the comparison.

