Encoded Account Opening Interfaces Without Platform Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing electronic transaction systems require users to set up source and destination accounts in advance, leading to inconvenience and lost opportunities due to the need to switch between platforms and applications, deterring purchases and reducing efficiency.

Innovation Solution

A system and method that integrates multiple functionalities through a network circuit, application programming interfaces (APIs), and a mobile device to facilitate seamless access to financial services and account opening directly from third-party platforms without redirecting users, using a multi-function graphical user interface and pre-authentication user information to streamline transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If users set up source and destination accounts in advance through third-party platforms, then account security and proper verification are improved, but user convenience and transaction speed deteriorate due to platform switching and additional setup steps

Engineering Contradiction:
Improveaccount verificationVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary account verification and setup actions in advance through the third-party platform's interface. The financial institution's system pre-approves account openings and pre-configures transaction capabilities, so that when users need to make purchases, the account setup is already complete. This eliminates the need for users to switch platforms during the transaction process.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The financial institution's system acts as an intermediary between the third-party platform and the user's account. It provides API interfaces that allow the third-party platform to directly open and verify accounts without redirecting users to separate websites or applications. This intermediary layer maintains security protocols while enabling seamless integration within the original platform environment.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If users are redirected to separate websites or applications to open accounts, then proper account setup and verification are ensured, but transaction efficiency and user experience deteriorate due to additional steps and time loss

Engineering Contradiction:
Improveaccount setupVSAvoidtransaction efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system merges the account opening and verification processes with the third-party platform's existing transaction interface. Instead of separating these functions into distinct websites or applications, the financial institution's system integrates its account management capabilities directly into the platform where users are already engaged, combining multiple functions into a unified workflow.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The financial institution's system provides universal API interfaces that can be embedded in various third-party platforms, enabling the same account opening and verification functionality to work across different service providers. This multi-functional approach allows a single integrated system to serve multiple platforms and transaction types without requiring separate dedicated interfaces for each.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Ease of operation

If the system integrates multiple functionalities through APIs and third-party platforms, then user experience and access convenience are improved, but system complexity and integration requirements increase

Engineering Contradiction:
Improveaccess convenienceVSAvoidsystem integration
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system segments its functionality into distinct, well-defined API interfaces that can be independently implemented and integrated. Instead of creating a monolithic complex system, the financial institution breaks down account opening, verification, and transaction capabilities into separate modular components that third-party platforms can select and integrate as needed, reducing overall system complexity through functional segmentation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses configurable parameters and settings within its API interfaces to adapt to different third-party platform requirements. By allowing parameters such as verification methods, account types, and integration protocols to be adjusted and customized, the system maintains flexibility without requiring complex hard-coded integrations for each platform, thereby managing complexity through parameter-based configuration rather than structural complexity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20260105434A1Account open interfaces
Publication Date: 2026.04.16 WELLS FARGO BANK NA
  • US20260105434A1 patent drawing
  • US20260105434A1 patent drawing
  • US20260105434A1 patent drawing

AI summary

Systems, methods, and non-transitory media for invoking account open functionality via encoded data transmission are disclosed. A service provider computing system can receive access to an application programming interface (API) of an institution computing system. The API is configured to invoke account open functionality. The service provider computing system can provide, to a user device, a website or application configured to facilitate transmission of encoded data to the service provider computing system. The service provider computing system can receive the encoded data from the user device and transmit the encoded data to the institution computing system via the API to invoke the account open functionality of the institution computing system. The encoded data can be configured such that it cannot be decoded by the service provider computing system but can be decoded by the institution computing system.