Wells Fargo Bank, N.a.

Peter L Shen

Lila Fakhraie

Andrea Renee Leighton

Peter Rozovski

Ravi K Thota

Jo Anne Graham

Catherine Li

Chandramouli Balasubramaniam

Alan W Hecht

Ann M Kirk

Sotirios K Barkas

Chate Yap

Margot Lockwood-Stein

Amita Kheterpal

A payer computing system includes a processing resource, a memory resource, and computer-executable instructions stored thereon and embodied in a customer-side application programming interface (API). The instructions, when executed by the processing resource, cause the payer computing system to receive an electronic payment request and, in response, generate a request (e.g., a first API message) to access a biller computing system using a previously generated payer electronic token. The request is transmitted to the biller computing system. The payer computing system receives (e.g., via a second API message) payment information provided by the biller computing system in response to the request to access. Based on payment information, the payer computing system generates a payment transaction and causes (e.g., via a third API message) the payment transaction to be initiated.

Biller directory and payments engine architecture

Disclosed are example methods, systems, and devices for integrating payment API services provided by a service provider computing system with a client application. The client application running on a user device may allow a user to make payments and/or to submit payments for approval and may communicate payment information to a client computing system. If a payment is submitted for approval via the client application, the client computing system may make API calls to the service provider computing system to, for example, submit, view, and/or cancel payments. Payments may be approved by a second user using a second device. The service provider computing system initiates fund transfers for approved payments. Payments may be submitted within the operating environment of the client application without use of an application or website of the service provider.

Third-party payment interfaces

Embodiments include a provider computing system associated with a provider including at least one processing circuit configured to present, by a graphical user interface while a bill pay application is in an unlaunched state, a notification including a plurality of summaries of at least one bill, automatically launch the bill pay application in response to the customer selecting a summary of the plurality of summaries of at least one bill, and automatically navigate to a sub-screen presenting the selected summary. The least one processing circuit further configured to receive, via the bill pay application, a request to pay an amount of funds to a biller, generate a payment request, provide at least one post to a funds account circuit based on the payment request, and generate and provide a payment data object to a biller computing system.

Systems and methods for real-time biller posting services

A computer-implemented method includes receiving an electronic enrollment request including identification information associated with a receiving financial institution holding a receiving financial account for a biller. The method includes displaying, on a user interface of a user computing device, an interactive control configured to collect user authentication data for the biller. The user holds an account with the biller. In response to receiving authentication data at the user computing device, the method includes transmitting the authentication data to a remote computing system associated with the biller, causing the remote computing system associated with the biller to generate an authentication token after validating the authentication data, generating a biller enrollment record, the biller enrolment record including the authentication token, and saving the authentication token relationally to information regarding a user and relationally to information regarding the biller.

Biller consortium enrollment and transaction management engine

A computing device includes a processing resource, a memory resource, and computer-executable instructions stored thereon and embodied in a biller exchange bill pay application. The instructions, when executed by the processing resource, cause the computing device to receive, from a remote computing system, a data set comprising a plurality of billers. Each of the plurality of billers is subscribed to a biller exchange structured to allow each of the plurality of billers to deliver and receive payment on customer bills via a biller exchange computing system. A user-interactive page comprising at least one user-interactive control is generated and displayed on the computing device. The user-interactive control includes at least one property dynamically populated based on the data set comprising the plurality of billers (such as, for example, a property binding the user-interactive control to the data set). Responsive to detecting a user interaction with the user-interactive control, computing operations can be performed. The computing operations can be specified at least in part using the at least one property of the user-interactive control (such as, for example, performing a particular operation for a particular biller from the data set).

User interface for a biller directory and payments engine

A provider computing system includes a bill pay application circuit configured to receive a request from a user to pay an amount of funds to a biller, determine a customer funds account number for the user, determine a biller funds account number for the biller, and generate a payment request. The provider computing system includes a transaction management system configured to receive the payment request from the bill pay circuit and provide a first post and a second post to a funds account circuit and generate a payment notification. The provider computing system includes a biller posting services circuit configured to receive the payment notification and determine a corresponding customer bill account number. The biller posting services circuit is configured to generate a data object that includes the payment notification and the customer bill account number and cause the data object to be provided to a biller computing system.

Provided is software versioning that allows a set of features to be selectively enabled and/or disabled based on a value of a switch associated with each feature of the set of features. The software versioning includes an administrator component that receives a change to a switch associated with at least one application. A toggle component generates a configuration notice based on an indication of the change to the switch. A tool kit component facilitates implementation of the change at the application based on the configuration notice received from the toggle component.

Software versioning

Techniques are described for monitoring a plurality of financial transactions of a customer performed across a plurality of financial accounts. The techniques may include determining a subset of the plurality of financial transactions based on a first metric applied to the plurality of financial transactions. The techniques may further include identifying a suggested financial transaction based on a second metric applied to the subset of the plurality of financial transactions. The techniques may further include presenting the suggested financial transaction to the customer via a user interface associated with at least one of the plurality of financial accounts.

Growing community of inventors

Castro Valley, CA, United States of America

Peter L Shen