Supplemental Transaction Processing System for Low-Volume Financial Services
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Banks face challenges in supporting diverse financial transactions through their consumer web sites due to high build-out costs, as the volume of usage for certain transaction types, such as domestic wire transactions, is too low to justify the investment.
Innovation Solution
A supplemental financial transaction processing system that operates in conjunction with primary financial services systems, utilizing a secure web services system and a supplemental transaction server to enable the processing of unsupported transactions by generating a unique redirect URL, verifying client inputs, and validating transactions, thereby allowing clients to perform supplemental transactions seamlessly.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a bank builds out its web application server to support diverse financial transaction types, then the system's adaptability and versatility improve, but the device complexity and build-out costs increase significantly
Solution Approach 1:
The system is divided into two distinct segments: the primary financial services system (web application server) and the supplemental transaction processing system. Each segment handles specific transaction types based on its capabilities. The primary system handles core transactions it was designed for, while the supplemental system handles diverse transaction types through standardized interfaces, eliminating the need for the primary system to be complex enough to support all transaction types directly.
Solution Approach 2:
A supplemental transaction processing system acts as an intermediary between the client and the primary financial services system. This intermediary receives transaction requests, determines whether they can be handled by the primary system, and if not, processes them through alternative methods (such as generating redirect URLs to external processors). This mediator approach allows the primary system to maintain simplicity while still enabling diverse transaction support through the supplemental system.
2Adaptability or versatility
If a bank supports low-volume transaction types through its web application server, then the system's versatility improves, but the cost-effectiveness deteriorates due to insufficient usage volume
Solution Approach 1:
The supplemental transaction processing system provides universal support for multiple transaction types through standardized interfaces (such as ISO 20022). Rather than requiring the primary system to be customized for each transaction type, the supplemental system handles diverse transactions through a unified approach, making it cost-effective to support low-volume transaction types without dedicating specific resources in the primary system for each one.
Solution Approach 2:
The supplemental system serves as an intermediary that handles specialized transaction types on behalf of the primary system. For low-volume transactions, the primary system can offload processing to the supplemental system, avoiding the need to maintain expensive, underutilized capabilities in the primary system. This mediator approach allows cost-effective support for diverse transaction types by concentrating specialized processing in a separate, flexible system.
3Adaptability or versatility
If a supplemental transaction processing system is introduced to handle unsupported transactions, then the system's versatility improves, but the device complexity and integration requirements increase
Solution Approach 1:
The supplemental transaction processing system implements universal interfaces and standardized communication protocols (such as ISO 20022) that enable it to work with multiple primary financial services systems without requiring custom integration for each. This universal approach reduces integration complexity despite the added versatility, as the supplemental system can handle diverse transactions through a common interface rather than requiring separate integration paths for each transaction type.
4Reliability
If the primary financial services system maintains strict security protocols, then the system's reliability improves, but the ease of operation deteriorates when integrating supplemental transaction processing
Solution Approach 1:
The supplemental transaction processing system acts as a secure intermediary that handles communication with external transaction processors. It maintains the primary system's security protocols by acting as a buffer - the primary system only needs to trust the supplemental system, not multiple external processors directly. This intermediary approach preserves security while simplifying operations, as the supplemental system manages the complexity of secure communications with various external systems through standardized interfaces.
Data Source
AI summary
A supplemental financial transaction processing system operates with a primary system to provide financial transaction processing services to a client system which has established a secure session with the primary system. A secure web services system receives a transaction request identifying the primary system and: i) assigns a unique redirect URL to the transaction request, and ii) returns the unique redirect URL to the primary system. The primary system provides the unique redirect URL to the client system. The supplemental transaction server: i) provides a web document object to the client system; ii) receives a post of the financial transaction from the client system; and iii) performs at least one of: i) writing the financial transaction to a transaction database; or ii) forwarding the financial transaction to a processing system distinct from the supplemental transaction processing system.