SPLIT TENDER IN A PREPAID ARCHITECTURE
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.
60 Citations
40 Claims
-
1-20. -20. (canceled)
-
21. A computer-implemented method to process split tender purchase transactions utilizing delayed processing windows, comprising:
-
receiving, by a payment management computing system, a payment request from a merchant system, the 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 payment request based at least in part on a risk analysis; and transmitting, by the payment management computing system, a payment authorization to the merchant system; and at a time after transmitting the merchant payment authorization; 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; 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. - View Dependent Claims (22, 23, 24, 25, 26, 27, 28)
-
-
29. 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 payment request from a merchant system, the 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 authorize 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 the authorization to the one or more computing devices operated by the merchant system based on determining to approve the merchant payment and 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 submit, at a time after transmitting the authorization, a first funding payment request to a first issuer computing system for the first portion of the transaction value, and 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 (30, 31, 32, 33, 34)
-
-
35. 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 payment request from a merchant system, the 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, authorize the payment request; transmit the 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 authorization, submit a first funding payment request to a first issuer computing system for the first portion of the transaction value; and submit a second funding payment request to a second issuer computing system for the second portion of the transaction value. - View Dependent Claims (36, 37, 38, 39, 40)
-
Specification