Split tender in a prepaid architecture
First Claim
1. A computer-implemented method to process split tender purchase transactions utilizing delayed processing windows, comprising:
- receiving, by a payment management computing system, a merchant payment request from a merchant system, the merchant payment request comprising an account identifier for a user account maintained by the payment management computing system and a transaction value;
determining, by the payment management computing system, the user account that corresponds to the account identifier, the user account having one or more financial accounts associated therewith;
prior to determining which of the one or more financial accounts associated with the user account and prior to determining that sufficient funds are available to support the transaction value;
determining, by the payment management computing system, to approve the merchant payment request based at least in part on a risk analysis; and
transmitting, by the payment management computing system, a merchant payment authorization to the merchant system; and
at a time after transmitting the merchant payment authorization;
determining, by the payment management computing system, which first one of the one or more financial accounts associated with the user account from which to request a first funding payment for a first portion of the transaction value;
submitting, by the payment management computing system, a first funding payment request to a first issuer computing system for the first portion of the transaction value after determining the first financial account for submission of the first funding payment request;
determining, by the payment management computing system, which second one of the one or more financial accounts associated with the user account from which to request a second funding payment for a second portion of the transaction value; and
submitting, by the payment management computing system, a second funding payment request to a second issuer computing system for the second portion of the transaction value after determining the second financial account for submission of the second funding payment request.
2 Assignments
0 Petitions
Accused Products
Abstract
A method for maintaining a prepaid payment system comprises a user account that can be utilized to complete a purchase transaction with a merchant. A delayed processing window is introduced between a time when the merchant receives a payment approval notification from the payment system and a time when the payment system transmits a payment request to an issuer of a funding account associated with the user'"'"'s payment system account. The payment system utilizes a user'"'"'s stored value account maintained by the payment system to satisfy the requirements of a prepaid program, and therefore processes the payment request received from the merchant and transmits the payment approval notification without obtaining prior authorization from the issuer of the funding account. The payment system submits one or more payment requests for the funding transaction at a time after the completion of the purchase transaction between the user and the merchant.
83 Citations
20 Claims
-
1. A computer-implemented method to process split tender purchase transactions utilizing delayed processing windows, comprising:
-
receiving, by a payment management computing system, a merchant payment request from a merchant system, the merchant payment request comprising an account identifier for a user account maintained by the payment management computing system and a transaction value; determining, by the payment management computing system, the user account that corresponds to the account identifier, the user account having one or more financial accounts associated therewith; prior to determining which of the one or more financial accounts associated with the user account and prior to determining that sufficient funds are available to support the transaction value; determining, by the payment management computing system, to approve the merchant payment request based at least in part on a risk analysis; and transmitting, by the payment management computing system, a merchant payment authorization to the merchant system; and at a time after transmitting the merchant payment authorization; determining, by the payment management computing system, which first one of the one or more financial accounts associated with the user account from which to request a first funding payment for a first portion of the transaction value; submitting, by the payment management computing system, a first funding payment request to a first issuer computing system for the first portion of the transaction value after determining the first financial account for submission of the first funding payment request; determining, by the payment management computing system, which second one of the one or more financial accounts associated with the user account from which to request a second funding payment for a second portion of the transaction value; and submitting, by the payment management computing system, a second funding payment request to a second issuer computing system for the second portion of the transaction value after determining the second financial account for submission of the second funding payment request. - View Dependent Claims (2, 3, 4, 5, 6, 7, 8)
-
-
9. A computer program product, comprising:
a non-transitory computer-readable medium having computer-executable program instructions embodied therein that when executed by a computer cause the computer to process split tender purchase transactions utilizing delayed processing windows, the computer-executable program instructions comprising; computer-executable program instructions to receive a merchant payment request from a merchant system, the merchant payment request comprising an account identifier for a user account maintained by a payment management system and a transaction value; computer-executable program instructions to determine the user account that corresponds to the account identifier; computer-executable program instructions to determine to approve the merchant payment request prior to determining which of one or more financial accounts associated with the user account from which to request a funding payment for at least a portion of the transaction value and prior to determining that sufficient funds are available to support the transaction value; computer-executable program instructions to transmit a merchant payment authorization to the one or more computing devices operated by the merchant system based on determining to approve the merchant payment; computer-executable program instructions to, at a time after transmitting the merchant payment authorization, determine which first one of the one or more financial accounts associated with the user account from which to request a first funding payment for a first portion of the transaction value and determine which second one of the one or more financial accounts associated with the user account from which request for a second funding payment for a second portion of the transaction value; computer-executable program instructions to submit a first funding payment request to a first issuer computing system for the first portion of the transaction value after determining the first financial account for submission of the first funding payment request; and computer-executable program instructions to submit a second funding payment request to a second issuer computing system for the second portion of the transaction value after determining the second financial account for submission of the second funding payment request. - View Dependent Claims (10, 11, 12, 13, 14)
-
15. A system to process split tender purchase transactions utilizing delayed processing windows, comprising:
-
a storage medium; and a processor communicatively coupled to the storage medium, wherein the processor executes application code instructions that are stored in the storage medium to cause the system to; receive a merchant payment request from a merchant system, the merchant payment request comprising an account identifier for a user account maintained by a payment management system and a transaction value; determine the user account that corresponds to the account identifier; prior to determining which of one or more user financial accounts associated with the user account maintained by the payment management system from which to request a funding payment for at least a portion of the transaction value and prior to determining that sufficient funds are available to support the transaction value, determine to approve the merchant payment request; transmit a merchant payment authorization to the one or more computing devices operated by the merchant system based on determining to approve the merchant payment; at a time after transmitting the merchant payment authorization, determine which first one of the one or more financial accounts associated with the user account from which to request a first funding payment for a first portion of the transaction value and determine which second one of the one or more financial accounts associated with the user account from which to request a second funding payment for a second portion of the transaction value; submit a first funding payment request to a first issuer computing system for the first portion of the transaction value after determining the first financial account for submission of the first funding payment request; and submit a second funding payment request to a second issuer computing system for the second portion of the transaction value after determining that first financial account for submission of the second funding payment request. - View Dependent Claims (16, 17, 18, 19, 20)
-
Specification