Transaction Control via Dynamic Parameter Matching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current payment card systems lack flexibility in managing delegated purchasing responsibilities, as users cannot easily approve or reject transactions based on dynamic purchasing decisions, leading to potential unauthorized purchases or missed opportunities.
Innovation Solution
A method and system where an analytics engine identifies provider recommendations for a good or service based on an identifier provided by the purchaser, allowing the owner to approve or reject these recommendations, ensuring that transactions align with predetermined parameters before authorization.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the owner sets strict purchase limits and constraints on the payment device, then fraud detection and unauthorized purchase prevention are improved, but the purchaser's flexibility and ability to make spontaneous purchasing decisions deteriorate
Solution Approach 1:
The system performs preliminary actions by pre-configuring spending limits, authorized merchant categories, and geographic restrictions before transactions occur. This allows the owner to establish control parameters in advance while still permitting spontaneous purchases within those boundaries, resolving the contradiction between pre-approval control and transactional flexibility
Solution Approach 2:
The system dynamically adjusts transaction authorization based on real-time evaluation of multiple factors including location, merchant type, amount, and time. Rather than static restrictions, the authorization parameters adapt to each transaction context, maintaining security while enabling appropriate purchasing flexibility
2Ease of operation
If the owner reviews and approves each transaction before authorization, then control over purchasing decisions is improved, but the time required for transaction completion and system complexity deteriorate
Solution Approach 1:
The system applies partial approval actions by automatically authorizing transactions that clearly meet pre-set criteria (such as purchases at authorized merchants within limits) while requiring owner review only for edge cases or high-risk transactions. This selective approach maintains control where needed while eliminating unnecessary delays for routine purchases
Solution Approach 2:
The system implements feedback loops where transaction patterns are continuously monitored and analyzed. The owner receives notifications and can adjust authorization parameters based on observed behavior, creating a dynamic control system that improves over time without requiring manual review of every transaction
3Productivity
If the system allows the purchaser to make purchases within set limits, then purchasing efficiency and user autonomy are improved, but the risk of purchases outside owner's intent increases
Solution Approach 1:
The system monitors and dynamically adjusts multiple transaction parameters including amount, location, time, and merchant category. By evaluating the combination of these parameters rather than single fixed limits, the system can distinguish between authorized and unauthorized purchases more accurately, maintaining efficiency while reducing risk
Data Source
AI summary
A method of choosing and authorising a transaction with a payment device used by a purchaser under the authority of an owner is described. An analytics engine receives an identifier for a good or service from the purchaser and uses the identifier to identify providers of the good or service and providing a set of provider recommendations for the good or service to the owner. An issuer server receives from the owner approval for one of the set of provider recommendations and determining purchase parameters for that provider recommendation and determines whether the purchase parameters for the transaction match the purchase parameters for the provider recommendation; whereby the transaction is not authorised if the purchase parameters do not match and will not be rejected by the payment control system if the parameters do match.