US20220156705A1 - Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks - Google Patents
Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks Download PDFInfo
- Publication number
- US20220156705A1 US20220156705A1 US17/513,100 US202117513100A US2022156705A1 US 20220156705 A1 US20220156705 A1 US 20220156705A1 US 202117513100 A US202117513100 A US 202117513100A US 2022156705 A1 US2022156705 A1 US 2022156705A1
- Authority
- US
- United States
- Prior art keywords
- communication
- account
- record
- transaction
- attempted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
Definitions
- ACH automated clearing house
- automated clearing houses may process communications automatically to reduce bottlenecks and improve efficiency.
- the use of these automated processes also reduces the flexibility of the system to customize responses that are communication specific. For example, as the process is automated, information related to the communication may not be available. As such, subsequent communications and/or responses based on the receipt of the communication (e.g., record modifications) may not have the appropriate triggers.
- the system establishes a parallel communication that is keyed to an attempted communication.
- the parallel communication may provide a destination record (e.g., at a destination server that is scheduled to handle the communication) a predetermined processing load offset at a predetermined time prior to the communication being generated by a communication provider.
- the system may then process the attempted communication using the predetermined processing load offset.
- the system may maintain flexibility in that the amount (or percentage) of the processing load offset may be specific to each communication (e.g., based on communication data that identifies a communication type). For example, the system may determine based on metadata for the communication what process load offset to apply to a processing bandwidth at a destination source.
- the system may receive an ACH communication, at a destination record from a source record, via a communication link at a predetermined time for a predetermined processing load offset.
- the system may adjust destination record data associated with the destination record by increasing a processing bandwidth of the destination record by the predetermined processing load offset.
- the system may, after receiving the ACH communication, receive, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication processing load offset, data identifying the destination record, and data identifying a communication type.
- the system may process the attempted communication using the predetermined processing load offset, wherein processing the attempted communication includes processing the attempted communication with an offset rate, wherein the offset rate is a percentage of the communication processing load offset, and wherein the percentage is based on the communication type.
- FIG. 1 illustrates an exemplary transaction system according to the exemplary embodiments of the present application
- FIG. 2 illustrates an exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application
- FIG. 3 illustrates another exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application
- FIG. 4 illustrates in more detail the exemplary transaction system shown in FIG. 1 ;
- FIG. 5 illustrates another exemplary transaction system
- FIG. 6 illustrates an exemplary webpage providing an account holder the ability to view a pending transaction and to challenge the validity of that transaction
- ACH automated clearing house
- automated clearing houses may process communications automatically to reduce bottlenecks and improve efficiency.
- the use of these automated processes also reduces the flexibility of the system to customize responses that are communication specific. For example, as the process is automated, information related to the communication may not be available. As such, subsequent communications and/or responses based on the receipt of the communication (e.g., record modifications) may not have the appropriate triggers.
- the system establishes a parallel communication that is keyed to an attempted communication.
- the parallel communication may provide a destination record (e.g., at a destination server that is scheduled to handle the communication) a predetermined processing load offset at a predetermined time prior to the communication being generated by a communication provider.
- the system may then process the attempted communication using the predetermined processing load offset.
- the system may maintain flexibility in that the amount (or percentage) of the processing load offset may be specific to each communication (e.g., based on communication data that identifies a communication type). For example, the system may determine, based on metadata for the communication, what process load offset to apply to a processing bandwidth at a destination source.
- the systems methods may be applied to any type of communication in which communication-specific information about the communication may trigger additional functions.
- the systems and methods may be used to allow ACH transactions (e.g., ACH communications) to generate interchange revenue (e.g., determine processing load proportions) and, thus, provide membership rewards (e.g., account record modifications).
- ACH transactions generate little interchange revenue as the interchange revenue would be paid by a merchant (e.g., communication provider) to a credit card provider (e.g., a source account and/or source record holder), and in ACH transactions, there is no credit card provider.
- the embodiments described herein solve this problem by establishing a parallel transaction that is keyed of an attempted transaction using an ACH transaction card (e.g., an ACH communication format provided by the source record).
- an ACH transaction card e.g., an ACH communication format provided by the source record.
- the embodiments introduce several unconventional technical features. First, prior to any attempted transaction, the embodiments recite receiving ACH transfers, at a destination account from a source account, at predetermined times for predetermined amounts. Second, the embodiments recite including additional data (e.g., a user selection of a credit card or debit card purchase) in conventional transaction data which indicates a type of the transaction (e.g., credit or ACH).
- additional data e.g., a user selection of a credit card or debit card purchase
- the system may determine an interchange rate percentage (e.g., an offset rate) based on the type using the predetermined amount (e.g., predetermined processing load offset) previously sent (e.g., allotted for).
- an interchange rate percentage e.g., an offset rate
- the predetermined amount e.g., predetermined processing load offset
- An interchange rate is generally a percentage of a transaction amount and the percentage is set by the bankcard association.
- Acquiring banks are charged the interchange rate for a consumer transaction by the card association.
- An acquiring bank is a financial institution that contracts with merchants to settle electronic transactions. For credit card transactions, an acquiring bank provides the merchant with its credit card processing account. This acquiring bank sends credit card and purchase information for transactions to a card association (such as Visa® and MasterCard®), which forwards it to the issuer associated with the credit card. The card association also collects interchange revenue due to the interchange rate imposed for each transaction associated with the respective credit or debit card and forwards at least a portion of that revenue to the issuer. Interchange rates for credit card transactions are commonly higher than interchange rates for debit cards.
- ACH is a form of electronic payment.
- ACH is an electronic fund transfer through an ACH network including the Federal Reserve Bank from one account to another account, such as to a checking or savings account.
- ACH is typically used to process payments for settlement within one or two business days.
- ACH transactions are settled in a manner similar to the way checks are settled: the clearinghouse takes all ACH files received daily from its member banks, sorts them by the originating bank (the bank where the check was cashed or deposited) and the paying bank (the bank against which the check was drawn), totals the accounts, and credits or debits appropriate accounts accordingly.
- a company can issue an ACH debit for a purchase amount through the ACH network to a customer's account at the customer's bank.
- a company can also initiate a purchase upon receipt of an ACH credit.
- membership reward programs are funded at least in part by the interchange revenue collected by the respective financial institution.
- These membership reward programs often provide their participants the ability to earn and accumulate units or portions thereof that are operable as currency, such as points, stars and miles. Participants earn such units, for example, when conducting transactions with a qualified account or engaging services with the qualified account. The units are redeemable for merchandise or services with participating merchants.
- these membership reward programs offer other rewards to participants for being enrolled in the respective reward program that do not involve the redemption of points or the like, such as a companion airline ticket upon purchasing an airline ticket with a qualified account.
- certain rewards may not be available to the respective participant.
- program X may not offer particular merchandise or services to its participants, whereas program Y does offer such merchandise or services.
- a participant may use a transaction card associated with the qualified account to conduct the respective transaction.
- Reward units typically accrue at a rate of one unit for every dollar spent using the account and the accrued units operate as currency. Some entities restrict purchasing to particular merchants to earn reward units, whereas other financial institutions have no such restrictions.
- the maximum reward units a participant can earn annually are usually unlimited. Sometimes, however, a cap is imposed on the amount of reward units a participant can earn. Additionally, reward units usually do not accumulate on cash advances, convenience checks, balance transfers, fees or adjustments. When merchandise purchased with the respective account is returned, the account credit will result in a reduction of reward units.
- Participants usually seek to accumulate enough reward units to purchase merchandise or services. For instance, a participant may seek to accumulate enough reward units to purchase a particular product from an associated merchant or purchase an airline ticket from another associated merchant. Depending on the program, only certain merchants are considered qualified merchants with whom reward units can be redeemed towards a purchase.
- Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as “cash back”) either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services.
- debit card issuers typically offer rewards for use of their debit cards at least in part because companies like Mastercard® and Visa® collect lower interchange revenue from merchants and consequently pay less to the respective issuers. As a result, debit card issuers do not have sufficient revenue to fund programs such as rewards programs. Moreover, consumers commonly obtain their debit cards from the same banks which provide their checking or other demand deposit account.
- a transaction vehicle for instance, a transaction card with an interchange rate
- the destination account being funded on a predetermined basis, such as daily, weekly or monthly, through ACH or otherwise by another account associated with the issuer of the transaction vehicle or a different financial institution.
- an account holder debit functionality linked to an account such as the destination account
- a predetermined delay before a transaction is funded through ACH or otherwise
- the account holder is provided with enhanced fraud protection.
- An interchange rate is generally a percentage of a transaction amount and the percentage is set by the bankcard association.
- Acquiring banks are charged the interchange rate for a consumer transaction by the card association.
- An acquiring bank is a financial institution that contracts with merchants to settle electronic transactions. For credit card transactions, an acquiring bank provides the merchant with its credit card processing account. This acquiring bank sends credit card and purchase information for transactions to a card association (such as Visa® and MasterCard®), which forwards it to the issuer associated with the credit card. The card association also collects interchange revenue due to the interchange rate imposed for each transaction associated with the respective credit or debit card and forwards at least a portion of that revenue to the issuer. Interchange rates for credit card transactions are commonly higher than interchange rates for debit cards.
- ACH automated clearing house
- ACH is a form of electronic payment.
- ACH is an electronic fund transfer through an ACH network including the Federal Reserve Bank from one account to another account, such as to a checking or savings account.
- ACH is typically used to process payments for settlement within one or two business days.
- ACH transactions are settled in a manner similar to the way checks are settled:
- the clearinghouse takes all ACH files received daily from its member banks, sorts them by the originating bank (the bank where the check was cashed or deposited) and the paying bank (the bank against which the check was drawn), totals the accounts, and credits or debits appropriate accounts accordingly.
- a company can issue an ACH debit for a purchase amount through the ACH network to a customer's account at the customer's bank.
- a company can also initiate a purchase upon receipt of an ACH credit.
- membership reward programs are funded at least in part by the interchange revenue collected by the respective financial institution.
- These membership reward programs often provide their participants the ability to earn and accumulate units or portions thereof that are operable as currency, such as points, stars and miles. Participants earn such units, for example, when conducting transactions with a qualified account or engaging services with the qualified account. The units are redeemable for merchandise or services with participating merchants.
- these membership reward programs offer other rewards to participants for being enrolled in the respective reward program that do not involve the redemption of points or the like, such as a companion airline ticket upon purchasing an airline ticket with a qualified account.
- certain rewards may not be available to the respective participant.
- program X may not offer particular merchandise or services to its participants, whereas program Y does offer such merchandise or services.
- a participant may use a transaction card associated with the qualified account to conduct the respective transaction.
- Reward units typically accrue at a rate of one unit for every dollar spent using the account and the accrued units operate as currency. Some entities restrict purchasing to particular merchants to earn reward units, whereas other financial institutions have no such restrictions.
- the maximum reward units a participant can earn annually are usually unlimited. Sometimes, however, a cap is imposed on the amount of reward units a participant can earn. Additionally, reward units usually do not accumulate on cash advances, convenience checks, balance transfers, fees or adjustments. When merchandise purchased with the respective account is returned, the account credit will result in a reduction of reward units.
- Participants usually seek to accumulate enough reward units to purchase merchandise or services. For instance, a participant may seek to accumulate enough reward units to purchase a particular product from an associated merchant or purchase an airline ticket from another associated merchant. Depending on the program, only certain merchants are considered qualified merchants with whom reward units can be redeemed towards a purchase.
- Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as “cash back”) either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services.
- debit card issuers typically offer rewards for use of their debit cards at least in part because companies like Mastercard® and Visa® collect lower interchange revenue from merchants and consequently pay less to the respective issuers. As a result, debit card issuers do not have sufficient revenue to fund programs such as rewards programs. Moreover, consumers commonly obtain their debit cards from the same banks which provide their checking or other demand deposit account.
- a transaction vehicle for instance, a transaction card with an interchange rate
- the destination account being funded on a predetermined basis, such as daily, weekly or monthly, through ACH or otherwise by another account associated with the issuer of the transaction vehicle or a different financial institution.
- an account holder debit functionality linked to an account such as the destination account
- a predetermined delay before a transaction is funded through ACH or otherwise
- the account holder is provided with enhanced fraud protection.
- the exemplary embodiments of the present application are described with reference to an account holder having a plurality of accounts, including a destination account, and having the ability to access the destination account with various transaction vehicles, including, for instance, the use of at least one associated transaction card.
- the account holder can use the transaction card or other transaction vehicle, for example, to make a purchase at or with a merchant.
- the appearance of the transaction vehicle can represent a credit card, a debit card, an ATM card, a smart card and a fob, for instance a radio frequency identification (“RFID”) key fob, and, thus, is not meant to be limited to any particular type of card or other device and associated account.
- RFID radio frequency identification
- transaction vehicles can be administered by various companies, such as banks, credit card companies, or other institutions or companies.
- the exemplary embodiments of the present application are described with reference to an account holder having a destination account that can be accessed with a variety of transaction vehicles, including, for instance, using a transaction card.
- the destination account can be funded by one or more source accounts previously specified by the account holder.
- the account holder can add to or remove from the list of available one or more source accounts linked to the destination account.
- the destination account is funded to cover an amount of a transaction after the account holder initiates the transaction.
- FIG. 1 illustrates an exemplary transaction system 100 according to the exemplary embodiments of the present application.
- Transaction system 100 includes merchant 110 , financial institution A 125 in communication, either directly or indirectly, with merchant 110 via communication link 115 , for example, a debit network, a credit network or a debit and credit network, and financial institution B 150 .
- Communication link 115 or a portion of communication link 115 can be a landline link, a wireless link or a combination thereof.
- Financial institution A 125 includes processing unit 120 , interest determination unit 130 , reward determination unit 135 and memory unit 170 having stored therein source account data 140 and destination account data 145 .
- Source account data is associated with at least one source account, including for instance source account 425
- destination account data 145 is associated with destination account 410 , depicted in FIG. 4 .
- the functionality provided by interest determination unit 130 and reward determination unit 135 can instead be provided by processing unit 120 or in conjunction with processing unit 120 .
- Financial institution B 150 includes processing unit 155 in communication, either directly or indirectly, with memory unit 160 having stored therein source account data 175 .
- Source account data 175 is associated with at least one source account, including for instance source account 415 , also shown in FIG. 4 .
- Destination account 410 can also be associated with a third party instead of financial institution A 125 .
- Financial institution A 125 transmits data to and receives data, for instance, transfer 435 as shown in FIG. 4 , from financial institution B 150 via communication link 165 .
- communication link 115 such as a debit network, a credit network or a debit and credit network
- communication link 165 such as an ACH network
- the present application is not limited to using an ACH network to transfer funds in or out of a destination account and a debit network, a credit network or a debit and credit network for an account holder to access the destination account. Rather, funds can be transferred in or out of the destination account in any manner.
- Exemplary communication links for transferring funds in or out of the destination account include wiring, ACH, electronic funds transfer, ATM networks, Visa®, MasterCard® or the like.
- Transaction card 105 is operable for account holder 180 to purchase at or with merchant 110 to cause data to be transmitted to and from financial institution A 125 regarding that transaction.
- Financial institution A 125 issues to account holder 180 transaction card 105 , financial institution A 125 being a credit card company, a bank, a mortgage company or any other type of financial institution or company.
- financial institution B 150 is linked to financial institution A 125 and can be a credit card company, a bank, a mortgage company or any other type of financial institution or company.
- Memory unit 170 and memory unit 160 associated with financial institution A 125 and financial institution B 150 can include various types of memory storage devices, for example, one or more databases, relational or otherwise and, therefore, is not meant to be limited to any particular type of storage device or quantity of storage devices operating alone or in combination.
- Memory unit 170 stores data including, for instance, source account data 140 and destination account data 145
- memory unit 160 stores data including, for example, source account data 175 .
- memory unit 170 and memory unit 160 can store other data associated with account holder 180 , such as personal data, transaction history data, security data and data associated with accumulated and redeemed rewards.
- Memory unit 170 and/or memory unit 160 can also store data associated with one or more additional source accounts that are linked to the destination account, the one or more additional source accounts being associated with financial institution A 125 and/or financial institution B 150 .
- a source account can be associated with another entity besides financial institution A 125 and financial institution B 150 , as described in the present application, with reference to FIG. 5 .
- Communication link 115 can be a debit network, a credit network or a debit and credit network including the MasterCard®/Visa® network or other proprietary networks, such as Plus, Novus (debit), Diner's Club® (credit) and American Express®, the operation and use of which are well known in the art and are, thus, not described herein.
- Transaction data associated with a transaction between account holder 180 and merchant 110 is transmitted using communication link 115 .
- the present application is not limited to using a debit network, a credit network or a debit and credit network or other proprietary networks. Rather, an ACH network, Internet based payment networks, processor based payment networks, for instance, the First Data network, could be used instead of or in combination with the debit network, the credit network or the debit and credit network.
- transaction data can also be transmitted through an Internet link, through an email link and through a telephone link instead of a debit/credit network or in combination with a debit/credit network.
- FIG. 1 may be implemented through hardware, software, and/or firmware.
- the components in transaction system 100 are not limited to those illustrated.
- FIG. 2 illustrates an exemplary flow diagram for processing and for funding a transaction according to the exemplary embodiments of the present application.
- Financial institution A 125 is in communication with financial institution B 150 so that funds can be electronically transferred to or from the respective financial institution via communication link 165 .
- fund transfers occur automatically on a recurring basis at a predetermined time, for instance, daily, weekly, monthly or yearly, or a combination thereof, as described herein in more detail.
- fund transfers can occur upon request, as opposed to automatically, for example, by account holder 180 , by financial institution A 125 and/or by financial institution B 150 , also described herein in more detail with reference to FIG. 3 .
- transfer 435 occurs automatically at a predetermined time for a predetermined amount before a transaction is attempted by account holder 180 .
- the automatic transfer 435 is either initiated by financial institution A 125 via request 430 , described herein with reference to 205 - 215 , or is initiated by financial institution B 165 , as described herein with reference to 220 - 225 .
- a predetermined amount of funds are requested by processing unit 120 to be transferred to destination account 410 associated with financial institution A 125 from source account 415 associated with financial institution B 150 , in 205 , as shown in FIG. 2 .
- Processing unit 120 receives the requested transfer from financial institution B 150 , in 210 , and updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of transfer 435 , in 215 . Further, processing unit 155 of financial institution B 150 updates source account 415 , in particular, source account data 175 stored in memory unit 160 , also associated with account holder 180 by decreasing the stored balance data by the amount of transfer 435 .
- the amount of the automatic transfer 435 is determined by the respective account holder, for instance, account holder 180 , and the predetermined time, for instance, daily, weekly, monthly or yearly, when transfer 435 occurs is also determined by that account holder. Alternatively, the amount of transfer 435 is not predetermined by account holder 180 .
- processing unit 155 of financial institution B 150 automatically transfers the predetermined amount of funds from source account 415 to destination account 410 at financial institution A 125 at the predetermined time via transfer 435 through communication link 165 .
- Transfer 435 is received by processing unit 120 , in 220 .
- processing unit 120 adjusts destination account data 145 including the balance data by increasing the balance data by the amount of transfer 435 , in 225 .
- processing unit 155 adjusts source account data 175 by decreasing the stored balance data by the amount of transfer 435 .
- processing unit 120 of financial institution A 125 can automatically request the transfer of the predetermined amount of funds from source account 415 to destination account 410 via transfer 435 at the predetermined time or processing unit 155 of financial institution B 150 can automatically transfer the predetermined amount of funds from source account 415 to destination account 410 at financial institution A 125 via transfer 435 at the predetermined time, as described herein.
- an account balance of destination account 410 is increased which is reflected by destination account data 145 stored in memory unit 170 .
- funds will be available for account holder 180 to conduct at least one transaction at or with merchant 110 .
- the transaction may have imposed thereon a credit card interchange rate if transaction card 105 is, for instance, operable as a credit card.
- an interchange rate other than a credit card interchange rate is imposed, for instance, a debit card interchange rate.
- the transaction is not imposed with any interchange rate regardless whether the transaction is initiated by account holder 180 with a transaction card or without a transaction card or other transaction vehicle.
- account holder 180 can present transaction card 105 to merchant 110 , for instance, at a POS for conducting a transaction with merchant 110 .
- a device or devices located at merchant 110 such as a POS terminal, read a magnetic stripe located on transaction card 105 or a memory unit located on transaction card 105 if transaction card 105 is a smart card or the like.
- Transaction data including at least a transaction amount and an account number associated with transaction card 105 is received by processing unit 120 of financial institution A 125 via communication link 115 , in 230 .
- the received account number is associated with destination account 410 and destination account data 145 stored in memory unit 170 .
- the account number can be associated with another account linked to destination account 410 .
- a credit card interchange rate may be imposed for the transaction conducted by account holder 180 at merchant 110 using transaction card 105 . Accordingly, the interchange revenue earned by the issuer of transaction card 105 , for instance, financial institution A 125 , may be greater than the interchange revenue earned from a debit card interchange rate.
- Destination account 410 can be accessible to account holder 180 in a variety of ways including, for example, by check, via the Internet, via an automated teller machine, via an RFID fob, in-person, for instance, at a bank branch or the like, by interacting with a customer service representative or voice response unit, a direct host-to-host connection, wireless communication with a bank processor, for example, via Blackberry, a personal digital assistant or wireless telephone, or any other method for accessing an account regardless of the type of account. Destination account 410 may be used, for instance, to make on-line bill payments.
- processing unit 120 processes the attempted transaction by account holder 180 , in 235 . Specifically, processing unit 120 determines from the received transaction data the account number associated with transaction card 105 used by account holder 180 at merchant 110 and the transaction amount. Since in an exemplary embodiment the account number is associated with destination account 410 , processing unit 120 accesses destination account data 145 stored in memory unit 170 to determine whether to authorize the attempted transaction, in 240 . More particularly, processing unit 120 compares the balance of destination account 410 to the transaction amount to determine whether the balance is greater than or equal to the transaction amount.
- processing unit 120 authorizes the attempted transaction and transmits authorization data to merchant 110 via communication link 115 , in 250 .
- communication link 115 is not utilized, for example, if account holder 180 initiates the transaction by check or in-person. If, however, the balance of destination account 410 is less than the transaction amount, then processing unit 120 denies the attempted transaction and transmits denial data to merchant 110 via communication link 115 , in 245 .
- a credit line associated with financial institution A 125 or financial institution B 150 , or another demand deposit account associated with account holder 180 is accessed by processing unit 120 to cover the amount of the attempted transaction or a portion thereof not covered by the balance of destination account 410 .
- Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated with transaction card 105 .
- the credit line or demand deposit account may or may not be linked to only destination account data 145 or be operable for only serving an overdraft protection function.
- Destination account 410 may have a balance reflected by destination account data 145 , described herein with reference to FIGS. 2-4 .
- account holder 180 earns interest at a fixed or variable interest rate on the account balance.
- the fixed or variable interest rate can be determined by financial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds.
- Interest determination unit 130 determines an amount of interest that has accrued on a balance of destination account data 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance.
- funds are transferred from source account 415 to destination account 410 by transfer 435 only upon request by account holder 180 after (or before) a respective attempted transaction by account holder 180 .
- funds are transferred from source account 415 to destination account 410 by financial institution A 125 or by financial institution B 150 automatically after account holder 180 initiates the transaction with merchant 110 .
- processing unit 120 upon processing unit 120 receiving data from merchant 110 indicating a transaction amount, processing unit 120 automatically transmits request 430 to processing unit 155 requesting a transfer equal to the transaction amount be transferred to destination account 410 .
- account holder 180 can contact financial institution A 125 or financial institution B 150 to request transfer 435 for a specific amount of money at least equal to the transaction amount.
- account holder 180 can also request when transfer 435 should occur to assure that the appropriate funds are present in destination account 410 for covering the transaction amount and/or any future transactions using transaction card 105 or other transaction vehicle at merchant 110 .
- destination account 410 is operable as a pass-through account and, therefore, can have a balance for no period of time or for a limited period of time.
- destination account 410 may not have funds deposited therein. Rather, destination account 410 may have, for example, debit units or a negative amount so that the appropriate entity, such as financial institution A 125 , keeps track of how much is paid out and how much to request from the respective source account(s) of account holder 180 .
- FIG. 3 illustrates another exemplary flow diagram for processing and for funding a transaction according to the exemplary embodiments of the present application.
- transaction data including at least a transaction amount and an account number is received by processing unit 120 of financial institution A 125 via communication link 115 or otherwise depending on the transaction vehicle used by account holder 180 , in 310 .
- Processing unit 120 then requests transfer 435 by transmitting request 430 for an amount equal to the transaction amount to be electronically transferred from source account 415 associated with financial institution B 150 , or other source account as described in the present application with reference to FIG. 5 , to destination account 410 associated with financial institution A 125 , in 315 .
- Transfer 435 can result either from account holder 180 requesting the transfer or from financial institution A 125 requesting the transfer.
- Processing unit 120 through processing unit 155 associated with financial institution B 150 checks the balance of source account 415 , or through a processing unit of another financial institution if another source account is being checked, to determine if the respective source account is sufficient for funding the transaction.
- processing unit 120 If it is determined that the balance or credit line of source account 415 is sufficient to fund the transaction, then processing unit 120 thereafter receives the funds through transfer 435 via communication link 165 or otherwise, in 320 . If it is determined that the balance or credit line of source account 415 is not sufficient to fund the transaction, a credit line associated with financial institution A 125 or financial institution B 150 , or another demand account associated with account holder 180 is accessed by processing unit 120 to cover the amount of the attempted transaction or a portion thereof.
- Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated with transaction card 105 .
- the credit line or deposit account may or may not be linked to only destination account data 145 or be operable for only serving an overdraft protection function. Also, the deposit account may or may not be a checking account.
- an account holder can be offered debit functionality linked to an account, such as destination account 410 , yet provided a predetermined delay before the transaction is funded through ACH or otherwise and provided a system and method for the account holder to challenge the validity of the respective transaction during the predetermined delay. Accordingly, the account holder is provided with enhanced fraud protection.
- the predetermined delay is provided during the settlement phase of a transaction.
- the following is an exemplary transaction and settlement process for the exemplary embodiments described in the present application and is used for explanatory purposes only and, therefore, is not meant to limit the scope of the present application.
- the participants are financial institution A 125 (a transaction vehicle issuer), account holder 180 , merchant 110 , a merchant acquirer, a card association, a host system, financial institution B 150 (an account holder bank) and a third party agent.
- financial institution A 125 a transaction vehicle issuer
- account holder 180 a transaction vehicle issuer
- merchant 110 a merchant acquirer
- a card association a host system
- financial institution B 150 an account holder bank
- the role of the merchant acquirer, the card association and the host system in the transaction and settlement process are well known in the art and, therefore, are not described in detail in the present application and not shown in the drawings.
- Account holder 180 uses transaction card 105 at merchant 110 to make a $100 purchase.
- a POS terminal at merchant 110 sends a request for approval to the merchant acquirer.
- the merchant acquirer forwards the request for approval to the card association, for instance, for PIN/Debit networks, the request is sent to Star, Interlink, Maestro or Cirrus, and for signature Debit, the request is sent to Visa® or MasterCard®.
- the card association routes the request for approval to the host system.
- the host system for instance, associated with First Data® Corporation or Metavante®, serves as the agent for financial institution A 125 .
- financial institution A 125 serves as the host system.
- the host system determines if account holder 180 is within a spending limit for the respective account, such as destination account 410 .
- the spending limit for a given day is provided to the host system in a batch file by financial institution A 125 the night before.
- the host system calculates an internal spending limit, including cumulative purchases up until a final batch sent to financial institution A 125 at day's end. If within the spending limit, the host system sends approval back to the card association, which returns approval to the merchant acquirer, which returns approval to merchant 110 . If not within the spending limit, a decline is sent. Alternatively, the host system sends an alert to account holder 180 notifying account holder 180 that he or she is approaching the spending limit. Merchant 110 provides goods/services to account holder 180 .
- An exemplary settlement process is as follows.
- the host system sends $98 through the card association.
- the host system pulls money from the pooled account at financial institution A 125 .
- the card association forwards $97 to the merchant acquirer, that is, the card association makes $1.
- the merchant acquirer places $97 in an account of merchant 110 .
- the merchant acquirer makes money from the banking relationship or other contract with merchant 110 .
- the host system sends an ACH request to financial institution A 125 for payment of $98 on the $100 purchase.
- the ACH request is sent at the end of day, in batch, by account number and amount spent for account holder 180 . Alternatively, the ACH request is sent real-time upon approval.
- the transaction vehicle issuer sends $98 to the host system either at the end of the day in batch or alternatively in real time.
- Financial institution A 125 sends an ACH request to financial institution B 150 for $100.
- the ACH request is sent after a predetermined delay.
- the predetermined delay is not limited to any particular time and, therefore, can be any number of hours or days.
- the predetermined delay can commence when payment is made to the host system or otherwise.
- the predetermined delay provides account holder 180 the ability to review one or more transactions, for example, by accessing a web page, verify that those transactions are valid, for example, belong to account holder 180 , and functionality for account holder 180 to challenge any one of those transactions if wrong before final withdraw from financial institution B 150 or elsewhere.
- FIG. 6 illustrates an exemplary web page 600 that provides account holder 180 with the ability to challenge one or more transactions. As can be seen in FIG.
- account holder 180 can click on one or more of the hyperlinks d associated with one or more of the respective transactions to challenge that transaction.
- Account holder 180 may be presented with a confirmation question to verify and confirm that account holder 180 truly wants to challenge a respective transaction.
- the funds are not removed from the account at the account holder bank.
- any fraud resolution process for instance, those processes known in the art that are implemented when an individual disputes a debit transaction associated with a debit card or a credit transaction associated with a credit card, can be used with the exemplary embodiments of the present application.
- Such fraud resolution processes are well known to a person having ordinary skill in the art and are, therefore, not described in detail in the present application.
- a third party agent for example, CashEdge, sends an ACH request to financial institution B 150 or elsewhere.
- the ACH requests can be batched by account holder.
- third party agent or other entity uses screen scraping to determine if account holder 180 has enough available funds in the respective account at financial institution B 150 or elsewhere to complete the ACH request; that is, a service such as CashEdge will login to financial institution B 150 or elsewhere with account holder information provided by account holder 180 and will check the balance from predetermined configurations.
- the transaction vehicle issuer resends the ACH request, for instance, daily, to complete the draft until full funds are available. If or when account holder 180 has sufficient funds in the account at financial institution B 150 or elsewhere, the account holder bank sends $100 to transaction vehicle issuer from the account at financial institution B 150 or elsewhere. In this example, financial institution A 125 makes $2 on the transaction.
- Additional source accounts other than source account 425 and source account 415 are linked to destination account 410 and can fund destination account 410 , as shown in FIG. 5 .
- FIG. 5 illustrates financial institution A 125 being linked to a plurality of other financial institutions-financial institutions. Accordingly, financial institution A 125 can submit requests to financial institutions, respectively, for funds to be transferred and financial institutions can transmit fund transfers, respectively, to financial institution A 125 .
- source account 425 , source account 415 and any of the additional source accounts can be replaced by account holder 180 or, alternatively, account holder 180 can add other source accounts as desired.
- processing unit 120 associated with financial institution A 125 determines which source account or source accounts amongst the plurality of source accounts 425 , 415 , 520 a . . . 520 n to submit a request for a fund transfer.
- Processing unit 120 can proceed in a predetermined sequential order when determining which of the plurality of source accounts to submit a request or according to any other predefined instructions, or can randomly select a source account amongst the plurality of source accounts. For instance, processing unit 120 can access a predefined sequential order stored in memory unit 170 , source account 520 a being first in the order.
- processing unit 120 requests transfer 510 a by transmitting request 505 a for an amount equal to the transaction amount to be electronically transferred from source account 520 a associated with financial institution 515 a to destination account 410 associated with financial institution A 125 . If processing unit 120 determines that the balance or credit line of source account 520 a is less than the transaction amount, then processing unit 120 can access one or more other source accounts in the predefined sequential order for the entire transaction amount or a portion thereof until the transaction amount can be funded. Furthermore, a source account may be chosen based on transaction amount, based on transaction type, for example, point-of-sale, card not present, Internet or mail order, or based on merchant type. A predetermined percentage from multiple source accounts can also be used to fund the transaction amount.
- processing unit 120 updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of transfer 435 or one or more other transfers, in 325 . Further, processing unit 155 of financial institution B 150 updates source account data 175 stored in memory unit 160 , or one or more other source accounts, also associated with account holder 180 by decreasing the stored balance data by the amount of the transfer. Processing unit 120 then authorizes the attempted transaction and transmits authorization data to merchant 110 via communication link 115 , in 330 . Alternatively, the authorization data is transmitted before receiving funds in 320 or before requesting transfer 435 or one or more other transfers in 315 .
- processing unit 120 Before or after transmitting the authorization data, processing unit 120 again updates destination account data 145 stored in memory unit 170 associated with account holder 180 by decreasing the stored balance data by the transaction amount, in 325 .
- processing unit 120 does not update the balance data of destination account 410 , for instance, by first increasing the balance data and then decreasing the balance data by the same amount, as described herein with reference to 325 and 335 . Rather, the balance data is not altered for the net result of the balance is the same.
- transfer 435 , 510 a . . . 510 n can occur once a day, for example, at the end of the day, for an amount equal to the cumulative amount of all transactions conducted by account holder 180 during that respective day.
- transfer 435 , 510 a . . . 510 n can occur after a predetermined number of hours or days have elapsed, the amount of transfer 435 , 510 a - 510 n equaling the cumulative amount of all transactions conducted by account holder 180 during the predetermined number of hours or days preceding the transfer.
- Transaction system 100 can also impose a transaction volume limit for destination account 410 , for example, no more than a predetermined number of transactions by account holder 180 per day, and can impose a transaction amount limit on destination account 410 , for example, no transaction amounts exceeding a predetermined amount or the cumulative value of transactions over a predetermined period of time cannot exceed a particular amount.
- a transaction volume limit for destination account 410 for example, no more than a predetermined number of transactions by account holder 180 per day
- a transaction amount limit on destination account 410 for example, no transaction amounts exceeding a predetermined amount or the cumulative value of transactions over a predetermined period of time cannot exceed a particular amount.
- the source account from which a predetermined amount of money originates is associated with financial institution A 125 , as opposed to financial institution B 150 .
- source account data 140 associated with source account 425 is stored in memory unit 170 of financial institution A 125 , as depicted in FIG. 1 .
- processing unit 120 either automatically or upon request by account holder 180 request transfers from source account 425 to destination account 410 or automatically receives transfers from source account 425 as described herein with reference to FIGS. 2 and 3 .
- funds can be transferred internally within a financial institution or funds can be transferred from one account associated with the institution to another account associated with the same institution using communication link 165 .
- Destination account 410 may have a balance reflected by destination account data 145 , described herein with reference to FIGS. 2-5 .
- account holder 180 earns interest at a fixed or variable interest rate on the account balance.
- destination account 410 has a balance if the amount of transfer 435 , 510 a . . . 510 n exceeds the amount of a transaction or transactions that need to be funded or the funds remain deposited in destination account 410 for a period of time before the funds are used to remunerate merchant 110 .
- the fixed or variable interest rate can be determined by financial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds.
- Interest determination unit 130 determines an amount of interest that has accrued on a balance of destination account 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance.
- processing unit 120 is also coupled to reward determination unit 135 .
- reward determination unit 135 determines whether a respective account holder, for example, account holder 180 , is entitled to a reward. If it is determined that account holder 180 is entitled to a reward, the particular reward is determined by reward determination unit 135 and then associated with an account, such as a reward account, of account holder 180 so that account holder 180 can later redeem the reward.
- Transactions conducted by account holder 180 using a transaction vehicle, such as transaction card 105 or an associated account number are processed using an interchange rate, as described in the present application.
- a high interchange rate for instance, a credit interchange rate
- a lower interchange rate such as a debit interchange rate
- issuers such as financial institution 125
- financial benefit extend reward opportunities associated with a reward program to account holders like account holder 180 .
- any interchange rate which provides a greater financial benefit to the respective financial institution can be used regardless of the nomenclature, for instance, regardless whether the interchange rate is referred to as a credit or a debit interchange rate.
- account holder 180 participates in a reward program associated with financial institution A 125 and thereby earns rewards, incentives or the like, for instance, by engaging in transactions with merchants, such as merchant 110 , using a transaction vehicle, such as transaction card 105 , associated with a qualified financial account, for instance, destination account 410 , and later redeeming those accumulated rewards, incentives or the like with merchant 110 or with other merchants.
- account holder 180 has the ability to earn a plurality of reward units, such as points, for example, for purchases with merchant 110 and other merchants using a qualified financial account—destination account 410 as described herein.
- the present application is applicable, to any institution or company having a membership reward program associated therewith, including financial institutions, airlines, supermarkets, hotels, car rental companies, retail stores, Internet loyalty programs, loyalty providers, such as Carlson Companies, Inc. and Cendant Corporation, and Visa® and MasterCard® that offer rewards, incentives or the like.
- the membership reward program is managed directly by the institution or company, for instance, financial institution A 125 .
- the membership reward program is managed by a third party associated with financial institution A 125 .
- Financial institution A 125 may or may not be in a partnership with a third party and/or other party. For instance, in the event financial institution A 125 has a partnership relationship with the third party and/or other party, the relationship may involve a co-branding.
- the membership reward program can also be operable as an independent reward program, as an accelerator reward program, as a coalition reward program or otherwise, or as a combination thereof.
- an account holder accelerates the earning of reward units or the like in another reward program independent of the accelerator program, for example, when conducting transactions with an account linked to the accelerator program.
- a coalition reward program such as Upromise (www.upromise.com), is operable for account holders to earn rewards from a particular suite of merchants. Other reward programs can be associated with the coalition reward program. When an account holder conducts a transaction with one of the merchants within the suite using one of these other reward programs, that account holder earns additional rewards.
- a reward program associated with a coalition reward program is operable for account holders to earn X% for every transaction regardless of the merchant and an additional Y% for transactions conducted with one of the merchants within the suite and an additional Z% at another one of the merchants within the suite.
- two or more membership reward programs can be linked together so that account holder 180 earns reward units or the like in a single rewards account from various sources.
- the exemplary embodiments of the present application are described herein with reference to reward units as being points, and earning and redeeming the same.
- the present application is not limited to points, as points are units merely symbolizing a form of currency for use towards transactions. Hence, other symbols operable as currency are equally applicable to the exemplary embodiments of the present application, for instance, miles, stars, dollars, cash, rebates or credits.
- account holder 180 participating in the membership reward program earns (and redeems) points when conducting transactions with merchant 110 and other merchants. These points are earned by account holder 180 , for example, upon account holder 180 conducting transactions with merchant 110 using destination account 410 . Earning and redeeming currency units, such as points, associated with a membership reward program are well known in the art and are, therefore, not described in detail herein. Account holder 180 can also earn and redeem other rewards, including, for example, gift certificates, coupons, companion airplane tickets, or other goods or services. The present application is not limited to these rewards, as they are merely exemplary. Also, in an alternative embodiment, account holder 180 may not participate with any reward program and, therefore, not have the ability to earn and redeem rewards.
- transaction system 100 is operable for an institution (for example, financial institution A 125 ) other than the institution (for example, financial institution B 150 ) offering account holder 180 an account (for example, source account 415 ), such as a checking account, to issue one or more transaction vehicles, for example, a transaction card, linked to this account through communication link 165 .
- Destination account 410 is operable as a pass-through account in that one or more source accounts, such as source accounts 425 , 415 , 520 a . . . 520 n, can be used to fund transactions initiated with the transaction vehicle and, as a result, destination account 410 does not have a balance or has a balance for a limited period of time.
- transaction card 105 when the transaction vehicle is transaction card 105 and a credit interchange rate is used, to merchant 110 , transaction card 105 appears as a credit card and is processed as a credit card since the credit card interchange rate is imposed on each transaction.
- transaction card 105 operates like a debit card, because with every transaction, at the end of each day or at some other time, a transaction, for example, an ACH transaction, would debit source account 415 of account holder 180 for the amount of the purchase(s).
- transaction card 105 is, for example, a credit card behaving like a debit card due to the use of ACH.
- the use of communication link 165 enables account holder 180 flexibility in that account holder 180 can get a transaction card from one institution, for example, a credit card company, while having his or her demand deposit account or other type of account at another institution, such as a bank.
- the system may provide transitory, communication-specific access to records to determine record modifications when processing electronic communications through an ACH over computer networks.
- the system may comprise a source server comprising memory storing a source record corresponding to a user profile and format records indicating an ACH communication format provided by the source record.
- the system may also comprise (or have access to) a communication link.
- the system may also comprise (or receive information generated by) a communication provider server configured to generate communications corresponding to the user profile and a destination server.
- the system may receive (e.g., control circuitry of one or more of the devices) an ACH communication.
- the system may receive an ACH communication, at a destination record from a source record, via a communication link at a predetermined time for a predetermined processing load offset.
- the system may receive an ACH transfer, at a destination account from a source account, via a communication link at a predetermined time for a predetermined amount.
- receiving the ACH communication may include receiving a request by one of an associated record holder and an associated financial institution.
- the system may receive a request by one of an associated account holder and an associated financial institution.
- the source record is one of a checking account, a savings account, and a money market account
- the destination record is one of a checking account, a savings account, and a money market account.
- processing the attempted communication using the predetermined processing load offset may include the system accessing the processing bandwidth of the destination record to determine whether the processing bandwidth is greater than or equal to the communication processing load offset. If it is determined (e.g., by the system) that the processing bandwidth is greater than or equal to the communication processing load offset, the system may authorize the attempted communication. If it is determined (e.g., by the system) that the processing bandwidth is not greater than or equal to the communication processing load offset, the system may perform one of denying the attempted communication, reprocessing the attempted communication, and accessing another record for funding the attempted communication or at least a portion of the attempted communication. Additionally or alternatively, a record holder associated with the source record and the destination record may be presented by the system with an option of reprocessing the attempted communication using the destination record.
- the system may adjust (e.g., control circuitry of one or more of the devices) destination record data. For example, the system may adjust destination record data associated with the destination record by increasing a processing bandwidth of the destination record by the predetermined processing load offset. In some embodiments (e.g., corresponding to the processing of an ACH transaction), the system may adjust destination account data associated with the destination account by increasing a balance of the destination account by the predetermined amount.
- the system may receive (e.g., control circuitry of one or more of the devices) communication data indicating an attempted communication.
- the system may, after receiving the ACH communication, receive, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication processing load offset, data identifying the destination record, and data identifying a communication type.
- the system may, after receiving the ACH transfer, receive, via the source account, transaction data from a merchant indicating an attempted transaction using an ACH transaction card (e.g., credit card or debit card) provided by the source account, wherein the transaction data includes a transaction amount, data identifying the destination account, and data identifying a transaction type.
- a merchant indicating an attempted transaction using an ACH transaction card (e.g., credit card or debit card) provided by the source account, wherein the transaction data includes a transaction amount, data identifying the destination account, and data identifying a transaction type.
- ACH transaction card e.g., credit card or debit card
- the system may process (e.g., control circuitry of one or more of the devices) the attempted communication.
- the system may process the attempted communication using the predetermined processing load offset, wherein processing the attempted communication includes processing the attempted communication with an offset rate, wherein the offset rate is a percentage of the communication processing load offset, and wherein the percentage is based on the communication type.
- the system may process the attempted transaction using the predetermined amount, wherein processing the attempted transaction includes processing the attempted transaction with an interchange rate, wherein the interchange rate is a percentage of the transaction amount, and wherein the percentage is based on the transaction type.
- the system may determine the offset rate based on the communication type. For example, processing the attempted transaction may include determining the interchange rate based on the type. For example, a user at a merchant may be provided an opportunity for selecting a credit card or debit card transaction.
- the system may provide an opportunity during a predetermined period to prevent the attempted communication from being funded by the source record.
- the system may receive a request to prevent the attempted communication.
- the system may then determine whether the request is valid by determining whether the attempted communication was subject to a fraud, and the system may determine whether an appropriate party conducted the attempted communication, if the request is determined to be invalid, then preventing the attempted communication from being funded by the source record. If the request is determined to be valid, then approving the attempted communication to be funded with the source record. For example, the system may check a credit line of the source record for determining whether the credit line is equal to or greater than the communication processing load offset.
- the system may determine a processing bandwidth of the source record by determining whether the processing bandwidth is equal to or greater than the communication processing load offset.
- the system may request the ACH communication includes requesting the ACH communication for the communication processing load offset from the source record to the destination record via an automated cleaning house network.
- processing the attempted communication includes the system determining the source record for funding the communication processing load offset and requesting the ACH communication includes requesting the ACH communication from the source record.
Abstract
A method for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications through an automated clearing house (“ACH”) over computer networks. After receiving an ACH communication, the method may receive, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication processing load offset, data identifying the destination record, and data identifying a communication type.
Description
- The amount and variety in electronic communications has expanded rapidly in prior years. As the amount and variety increases, computer networks are constantly struggling with ways to manage and increase efficiency for processing communications. A key technical hurdle to overcoming this problem is preventing bottlenecks along a communication path (e.g., the route of computer nodes through a computer network). To complicate this problem, each node along the route (which may correspond to an individual server, isolated network, etc.) may create a potential bottleneck based on its available resources, functions that may need to be performed on the communications, and/or whether or not the node is awaiting information (e.g., from another node) used to complete its processing.
- To further complicate this technical problem, computer networks are dynamic and bottlenecks and/or the potential for bottlenecks is both fluid and dependent on real-time developments. These real-time developments may also be communication-specific as the functions required to be performed on a given communication may be unique to that communication. Furthermore, as these functions are unique to the communication, a computer node may not be aware of the functions (e.g., what record modifications) are needed (or the processing load required to make such modifications) to handle the communication.
- Accordingly, methods and systems are described herein for improvements to processing electronic communications over computer networks. In particular, the methods and systems related to providing transitory, communication-specific access to records to determine record modifications. The methods and systems are specifically relevant when processing electronic communications through an automated clearing house (“ACH”) over computer networks. For example, automated clearing houses may process communications automatically to reduce bottlenecks and improve efficiency. However, the use of these automated processes, also reduces the flexibility of the system to customize responses that are communication specific. For example, as the process is automated, information related to the communication may not be available. As such, subsequent communications and/or responses based on the receipt of the communication (e.g., record modifications) may not have the appropriate triggers.
- To overcome this technical problem, the system establishes a parallel communication that is keyed to an attempted communication. In particular, the parallel communication may provide a destination record (e.g., at a destination server that is scheduled to handle the communication) a predetermined processing load offset at a predetermined time prior to the communication being generated by a communication provider. The system may then process the attempted communication using the predetermined processing load offset. Furthermore, the system may maintain flexibility in that the amount (or percentage) of the processing load offset may be specific to each communication (e.g., based on communication data that identifies a communication type). For example, the system may determine based on metadata for the communication what process load offset to apply to a processing bandwidth at a destination source.
- In some aspects, methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications through an automated clearing house (“ACH”) over computer networks are described. For example, the system may receive an ACH communication, at a destination record from a source record, via a communication link at a predetermined time for a predetermined processing load offset. The system may adjust destination record data associated with the destination record by increasing a processing bandwidth of the destination record by the predetermined processing load offset. The system may, after receiving the ACH communication, receive, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication processing load offset, data identifying the destination record, and data identifying a communication type. The system may process the attempted communication using the predetermined processing load offset, wherein processing the attempted communication includes processing the attempted communication with an offset rate, wherein the offset rate is a percentage of the communication processing load offset, and wherein the percentage is based on the communication type.
- Various other aspects, features, and advantages of the invention will be apparent through the detailed description of the invention and the drawings attached hereto. It is also to be understood that both the foregoing general description and the following detailed description are examples and not restrictive of the scope of the invention. As used in the specification and in the claims, the singular forms of “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. In addition, as used in the specification and the claims, the term “or” means “and/or” unless the context clearly dictates otherwise.
- The present application can be more fully understood by reading the following detailed description of the presently preferred embodiments together with the accompanying drawings, in which like reference indicators are used to designate like elements, and in which:
-
FIG. 1 illustrates an exemplary transaction system according to the exemplary embodiments of the present application; -
FIG. 2 illustrates an exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application; -
FIG. 3 illustrates another exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application; -
FIG. 4 illustrates in more detail the exemplary transaction system shown inFIG. 1 ; -
FIG. 5 illustrates another exemplary transaction system; and -
FIG. 6 illustrates an exemplary webpage providing an account holder the ability to view a pending transaction and to challenge the validity of that transaction; - In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the invention. It will be appreciated, however, by those having skill in the art that the embodiments of the invention may be practiced without these specific details or with an equivalent arrangement. In other cases, well-known structures and devices are shown in block diagram form in order to avoid unnecessarily obscuring the embodiments of the invention.
- As described above, methods and systems are described herein for improvements to processing electronic communications over computer networks. In particular, the methods and systems related to providing transitory, communication-specific access to records to determine record modifications. The methods and systems are specifically relevant when processing electronic communications through an automated clearing house (“ACH”) over computer networks. For example, automated clearing houses may process communications automatically to reduce bottlenecks and improve efficiency. However, the use of these automated processes, also reduces the flexibility of the system to customize responses that are communication specific. For example, as the process is automated, information related to the communication may not be available. As such, subsequent communications and/or responses based on the receipt of the communication (e.g., record modifications) may not have the appropriate triggers.
- To overcome this technical problem, the system establishes a parallel communication that is keyed to an attempted communication. In particular, the parallel communication may provide a destination record (e.g., at a destination server that is scheduled to handle the communication) a predetermined processing load offset at a predetermined time prior to the communication being generated by a communication provider. The system may then process the attempted communication using the predetermined processing load offset. Furthermore, the system may maintain flexibility in that the amount (or percentage) of the processing load offset may be specific to each communication (e.g., based on communication data that identifies a communication type). For example, the system may determine, based on metadata for the communication, what process load offset to apply to a processing bandwidth at a destination source.
- The systems methods may be applied to any type of communication in which communication-specific information about the communication may trigger additional functions. For example, in some embodiments, the systems and methods may be used to allow ACH transactions (e.g., ACH communications) to generate interchange revenue (e.g., determine processing load proportions) and, thus, provide membership rewards (e.g., account record modifications). For example, ACH transactions generate little interchange revenue as the interchange revenue would be paid by a merchant (e.g., communication provider) to a credit card provider (e.g., a source account and/or source record holder), and in ACH transactions, there is no credit card provider. This poses problems for membership rewards programs that are funded by interchange revenue, and specifically, ACH transaction cards. In such cases, the embodiments described herein solve this problem by establishing a parallel transaction that is keyed of an attempted transaction using an ACH transaction card (e.g., an ACH communication format provided by the source record). To key the parallel transaction to an ACH transaction, the embodiments introduce several unconventional technical features. First, prior to any attempted transaction, the embodiments recite receiving ACH transfers, at a destination account from a source account, at predetermined times for predetermined amounts. Second, the embodiments recite including additional data (e.g., a user selection of a credit card or debit card purchase) in conventional transaction data which indicates a type of the transaction (e.g., credit or ACH). Third, the system may determine an interchange rate percentage (e.g., an offset rate) based on the type using the predetermined amount (e.g., predetermined processing load offset) previously sent (e.g., allotted for). Through the additions of these unconventional technical features, the embodiments establish a parallel transaction that is keyed of an attempted transaction using an ACH transaction card.
- Credit cards, debit cards and other types of transaction cards are commonly used today by consumers to fund transactions at or with merchants. When credit cards and debit cards are used by consumers, interchange rates are routinely imposed by a bankcard association. An interchange rate is generally a percentage of a transaction amount and the percentage is set by the bankcard association. Acquiring banks are charged the interchange rate for a consumer transaction by the card association. An acquiring bank is a financial institution that contracts with merchants to settle electronic transactions. For credit card transactions, an acquiring bank provides the merchant with its credit card processing account. This acquiring bank sends credit card and purchase information for transactions to a card association (such as Visa® and MasterCard®), which forwards it to the issuer associated with the credit card. The card association also collects interchange revenue due to the interchange rate imposed for each transaction associated with the respective credit or debit card and forwards at least a portion of that revenue to the issuer. Interchange rates for credit card transactions are commonly higher than interchange rates for debit cards.
- Also commonly used today in the banking industry is ACH transactions. ACH is a form of electronic payment. Specifically, ACH is an electronic fund transfer through an ACH network including the Federal Reserve Bank from one account to another account, such as to a checking or savings account. ACH is typically used to process payments for settlement within one or two business days. ACH transactions are settled in a manner similar to the way checks are settled: the clearinghouse takes all ACH files received daily from its member banks, sorts them by the originating bank (the bank where the check was cashed or deposited) and the paying bank (the bank against which the check was drawn), totals the accounts, and credits or debits appropriate accounts accordingly. A company can issue an ACH debit for a purchase amount through the ACH network to a customer's account at the customer's bank. A company can also initiate a purchase upon receipt of an ACH credit.
- Numerous financial institutions, such as credit card companies and banks, and other companies, such as airline carriers, hotels and retailers, offer membership reward programs to their customers. Traditionally, membership reward programs are funded at least in part by the interchange revenue collected by the respective financial institution. These membership reward programs often provide their participants the ability to earn and accumulate units or portions thereof that are operable as currency, such as points, stars and miles. Participants earn such units, for example, when conducting transactions with a qualified account or engaging services with the qualified account. The units are redeemable for merchandise or services with participating merchants. Further, these membership reward programs offer other rewards to participants for being enrolled in the respective reward program that do not involve the redemption of points or the like, such as a companion airline ticket upon purchasing an airline ticket with a qualified account. Depending on the reward program enrolled in by a participant, certain rewards may not be available to the respective participant. For instance, program X may not offer particular merchandise or services to its participants, whereas program Y does offer such merchandise or services. A participant may use a transaction card associated with the qualified account to conduct the respective transaction. Reward units typically accrue at a rate of one unit for every dollar spent using the account and the accrued units operate as currency. Some entities restrict purchasing to particular merchants to earn reward units, whereas other financial institutions have no such restrictions. The maximum reward units a participant can earn annually are usually unlimited. Sometimes, however, a cap is imposed on the amount of reward units a participant can earn. Additionally, reward units usually do not accumulate on cash advances, convenience checks, balance transfers, fees or adjustments. When merchandise purchased with the respective account is returned, the account credit will result in a reduction of reward units.
- Participants usually seek to accumulate enough reward units to purchase merchandise or services. For instance, a participant may seek to accumulate enough reward units to purchase a particular product from an associated merchant or purchase an airline ticket from another associated merchant. Depending on the program, only certain merchants are considered qualified merchants with whom reward units can be redeemed towards a purchase.
- Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as “cash back”) either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services.
- Typically, participants earn rewards when using transaction cards associated with a credit line, such as conventional credit cards. Few debit card issuers, however, offer rewards for use of their debit cards at least in part because companies like Mastercard® and Visa® collect lower interchange revenue from merchants and consequently pay less to the respective issuers. As a result, debit card issuers do not have sufficient revenue to fund programs such as rewards programs. Moreover, consumers commonly obtain their debit cards from the same banks which provide their checking or other demand deposit account.
- Therefore, a need exists for a system and method that utilizes a transaction vehicle, for instance, a transaction card with an interchange rate, associated with a destination account, the destination account being funded on a predetermined basis, such as daily, weekly or monthly, through ACH or otherwise by another account associated with the issuer of the transaction vehicle or a different financial institution. There is also a need to offer an account holder debit functionality linked to an account, such as the destination account, yet provide a predetermined delay before a transaction is funded through ACH or otherwise and a system and method for the account holder to challenge the validity of that respective transaction during the predetermined delay. Accordingly, the account holder is provided with enhanced fraud protection.
- Today, credit cards, debit cards and other types of transaction cards are commonly used by consumers to fund transactions at or with merchants. When credit cards and debit cards are used by consumers, interchange rates are routinely imposed by a bankcard association. An interchange rate is generally a percentage of a transaction amount and the percentage is set by the bankcard association. Acquiring banks are charged the interchange rate for a consumer transaction by the card association. An acquiring bank is a financial institution that contracts with merchants to settle electronic transactions. For credit card transactions, an acquiring bank provides the merchant with its credit card processing account. This acquiring bank sends credit card and purchase information for transactions to a card association (such as Visa® and MasterCard®), which forwards it to the issuer associated with the credit card. The card association also collects interchange revenue due to the interchange rate imposed for each transaction associated with the respective credit or debit card and forwards at least a portion of that revenue to the issuer. Interchange rates for credit card transactions are commonly higher than interchange rates for debit cards.
- Also commonly used today in the banking industry is automated clearing house (“ACH”) transactions. ACH is a form of electronic payment. Specifically, ACH is an electronic fund transfer through an ACH network including the Federal Reserve Bank from one account to another account, such as to a checking or savings account. ACH is typically used to process payments for settlement within one or two business days. ACH transactions are settled in a manner similar to the way checks are settled: The clearinghouse takes all ACH files received daily from its member banks, sorts them by the originating bank (the bank where the check was cashed or deposited) and the paying bank (the bank against which the check was drawn), totals the accounts, and credits or debits appropriate accounts accordingly. A company can issue an ACH debit for a purchase amount through the ACH network to a customer's account at the customer's bank. A company can also initiate a purchase upon receipt of an ACH credit.
- Numerous financial institutions, such as credit card companies and banks, and other companies, such as airline carriers, hotels and retailers, offer membership reward programs to their customers. Traditionally, membership reward programs are funded at least in part by the interchange revenue collected by the respective financial institution. These membership reward programs often provide their participants the ability to earn and accumulate units or portions thereof that are operable as currency, such as points, stars and miles. Participants earn such units, for example, when conducting transactions with a qualified account or engaging services with the qualified account. The units are redeemable for merchandise or services with participating merchants. Further, these membership reward programs offer other rewards to participants for being enrolled in the respective reward program that do not involve the redemption of points or the like, such as a companion airline ticket upon purchasing an airline ticket with a qualified account. Depending on the reward program enrolled in by a participant, certain rewards may not be available to the respective participant. For instance, program X may not offer particular merchandise or services to its participants, whereas program Y does offer such merchandise or services. A participant may use a transaction card associated with the qualified account to conduct the respective transaction. Reward units typically accrue at a rate of one unit for every dollar spent using the account and the accrued units operate as currency. Some entities restrict purchasing to particular merchants to earn reward units, whereas other financial institutions have no such restrictions. The maximum reward units a participant can earn annually are usually unlimited. Sometimes, however, a cap is imposed on the amount of reward units a participant can earn. Additionally, reward units usually do not accumulate on cash advances, convenience checks, balance transfers, fees or adjustments. When merchandise purchased with the respective account is returned, the account credit will result in a reduction of reward units.
- Participants usually seek to accumulate enough reward units to purchase merchandise or services. For instance, a participant may seek to accumulate enough reward units to purchase a particular product from an associated merchant or purchase an airline ticket from another associated merchant. Depending on the program, only certain merchants are considered qualified merchants with whom reward units can be redeemed towards a purchase.
- Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as “cash back”) either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services.
- Typically, participants earn rewards when using transaction cards associated with a credit line, such as conventional credit cards. Few debit card issuers, however, offer rewards for use of their debit cards at least in part because companies like Mastercard® and Visa® collect lower interchange revenue from merchants and consequently pay less to the respective issuers. As a result, debit card issuers do not have sufficient revenue to fund programs such as rewards programs. Moreover, consumers commonly obtain their debit cards from the same banks which provide their checking or other demand deposit account.
- Therefore, a need exists for a system and method that utilizes a transaction vehicle, for instance, a transaction card with an interchange rate, associated with a destination account, the destination account being funded on a predetermined basis, such as daily, weekly or monthly, through ACH or otherwise by another account associated with the issuer of the transaction vehicle or a different financial institution. There is also a need to offer an account holder debit functionality linked to an account, such as the destination account, yet provide a predetermined delay before a transaction is funded through ACH or otherwise and a system and method for the account holder to challenge the validity of that respective transaction during the predetermined delay. Accordingly, the account holder is provided with enhanced fraud protection.
- The exemplary embodiments of the present application are described with reference to an account holder having a plurality of accounts, including a destination account, and having the ability to access the destination account with various transaction vehicles, including, for instance, the use of at least one associated transaction card. The account holder can use the transaction card or other transaction vehicle, for example, to make a purchase at or with a merchant. The appearance of the transaction vehicle can represent a credit card, a debit card, an ATM card, a smart card and a fob, for instance a radio frequency identification (“RFID”) key fob, and, thus, is not meant to be limited to any particular type of card or other device and associated account. Transactions conducted with certain types of transaction vehicles, however, are processed using an interchange rate, as described herein in more detail. As is well known in the art, some transactions can be conducted without presenting a physical transaction vehicle at a point-of-sale (“POS”). Rather, an account holder can present a predetermined number or alphanumeric combination of letters and numbers associated with one or more accounts to perform a transaction. Further, transaction vehicles can be administered by various companies, such as banks, credit card companies, or other institutions or companies.
- As described above, the exemplary embodiments of the present application are described with reference to an account holder having a destination account that can be accessed with a variety of transaction vehicles, including, for instance, using a transaction card. The destination account can be funded by one or more source accounts previously specified by the account holder. The account holder can add to or remove from the list of available one or more source accounts linked to the destination account. In an exemplary embodiment, the destination account is funded to cover an amount of a transaction after the account holder initiates the transaction.
-
FIG. 1 illustrates anexemplary transaction system 100 according to the exemplary embodiments of the present application.Transaction system 100 includesmerchant 110, financial institution A 125 in communication, either directly or indirectly, withmerchant 110 viacommunication link 115, for example, a debit network, a credit network or a debit and credit network, andfinancial institution B 150.Communication link 115 or a portion ofcommunication link 115 can be a landline link, a wireless link or a combination thereof.Financial institution A 125 includesprocessing unit 120,interest determination unit 130,reward determination unit 135 andmemory unit 170 having stored therein sourceaccount data 140 anddestination account data 145. Source account data is associated with at least one source account, including forinstance source account 425, anddestination account data 145 is associated withdestination account 410, depicted inFIG. 4 . Alternatively, the functionality provided byinterest determination unit 130 andreward determination unit 135 can instead be provided by processingunit 120 or in conjunction withprocessing unit 120.Financial institution B 150 includesprocessing unit 155 in communication, either directly or indirectly, withmemory unit 160 having stored therein source account data 175. Source account data 175 is associated with at least one source account, including forinstance source account 415, also shown inFIG. 4 .Destination account 410 can also be associated with a third party instead offinancial institution A 125. - Financial institution A 125 transmits data to and receives data, for instance, transfer 435 as shown in
FIG. 4 , fromfinancial institution B 150 viacommunication link 165. The use ofcommunication link 115, such as a debit network, a credit network or a debit and credit network, for transmitting and for processing credit and debit transaction data is well known in the art and, therefore, is not described in detail herein. Similarly, the use ofcommunication link 165, such as an ACH network, for transmitting and for processing transfer 435 is well known in the art and, hence, is also not described in detail herein. The present application is not limited to using an ACH network to transfer funds in or out of a destination account and a debit network, a credit network or a debit and credit network for an account holder to access the destination account. Rather, funds can be transferred in or out of the destination account in any manner. Exemplary communication links for transferring funds in or out of the destination account include wiring, ACH, electronic funds transfer, ATM networks, Visa®, MasterCard® or the like. -
Transaction card 105 is operable foraccount holder 180 to purchase at or withmerchant 110 to cause data to be transmitted to and fromfinancial institution A 125 regarding that transaction. Financial institution A 125 issues to accountholder 180transaction card 105,financial institution A 125 being a credit card company, a bank, a mortgage company or any other type of financial institution or company. Likefinancial institution A 125,financial institution B 150 is linked tofinancial institution A 125 and can be a credit card company, a bank, a mortgage company or any other type of financial institution or company. -
Memory unit 170 andmemory unit 160 associated withfinancial institution A 125 andfinancial institution B 150, respectively, can include various types of memory storage devices, for example, one or more databases, relational or otherwise and, therefore, is not meant to be limited to any particular type of storage device or quantity of storage devices operating alone or in combination.Memory unit 170 stores data including, for instance,source account data 140 anddestination account data 145, andmemory unit 160 stores data including, for example, source account data 175. As will be appreciated by a person having ordinary skill in the art,memory unit 170 andmemory unit 160 can store other data associated withaccount holder 180, such as personal data, transaction history data, security data and data associated with accumulated and redeemed rewards.Memory unit 170 and/ormemory unit 160 can also store data associated with one or more additional source accounts that are linked to the destination account, the one or more additional source accounts being associated withfinancial institution A 125 and/orfinancial institution B 150. As will be described in more detail herein, a source account can be associated with another entity besidesfinancial institution A 125 andfinancial institution B 150, as described in the present application, with reference toFIG. 5 . -
Communication link 115 can be a debit network, a credit network or a debit and credit network including the MasterCard®/Visa® network or other proprietary networks, such as Plus, Novus (debit), Diner's Club® (credit) and American Express®, the operation and use of which are well known in the art and are, thus, not described herein. Transaction data associated with a transaction betweenaccount holder 180 andmerchant 110 is transmitted usingcommunication link 115. The present application is not limited to using a debit network, a credit network or a debit and credit network or other proprietary networks. Rather, an ACH network, Internet based payment networks, processor based payment networks, for instance, the First Data network, could be used instead of or in combination with the debit network, the credit network or the debit and credit network. For instance, transaction data can also be transmitted through an Internet link, through an email link and through a telephone link instead of a debit/credit network or in combination with a debit/credit network. - The components of
FIG. 1 may be implemented through hardware, software, and/or firmware. The components intransaction system 100 are not limited to those illustrated. -
FIG. 2 illustrates an exemplary flow diagram for processing and for funding a transaction according to the exemplary embodiments of the present application.Financial institution A 125 is in communication withfinancial institution B 150 so that funds can be electronically transferred to or from the respective financial institution viacommunication link 165. In an exemplary embodiment, fund transfers occur automatically on a recurring basis at a predetermined time, for instance, daily, weekly, monthly or yearly, or a combination thereof, as described herein in more detail. Alternatively, fund transfers can occur upon request, as opposed to automatically, for example, byaccount holder 180, byfinancial institution A 125 and/or byfinancial institution B 150, also described herein in more detail with reference toFIG. 3 . - In
FIG. 2 , transfer 435 occurs automatically at a predetermined time for a predetermined amount before a transaction is attempted byaccount holder 180. The automatic transfer 435 is either initiated byfinancial institution A 125 viarequest 430, described herein with reference to 205-215, or is initiated byfinancial institution B 165, as described herein with reference to 220-225. When initiated byfinancial institution A 125 byrequest 430, a predetermined amount of funds are requested by processingunit 120 to be transferred todestination account 410 associated with financial institution A 125 fromsource account 415 associated withfinancial institution B 150, in 205, as shown inFIG. 2 .Processing unit 120 receives the requested transfer fromfinancial institution B 150, in 210, and updatesdestination account data 145 stored inmemory unit 170 associated withaccount holder 180 by increasing the stored balance data by the amount of transfer 435, in 215. Further, processingunit 155 offinancial institution B 150updates source account 415, in particular, source account data 175 stored inmemory unit 160, also associated withaccount holder 180 by decreasing the stored balance data by the amount of transfer 435. In an exemplary embodiment of the present application, the amount of the automatic transfer 435 is determined by the respective account holder, for instance,account holder 180, and the predetermined time, for instance, daily, weekly, monthly or yearly, when transfer 435 occurs is also determined by that account holder. Alternatively, the amount of transfer 435 is not predetermined byaccount holder 180. - When
financial institution B 150 initiates transfer 435, processingunit 155 offinancial institution B 150 automatically transfers the predetermined amount of funds fromsource account 415 todestination account 410 atfinancial institution A 125 at the predetermined time via transfer 435 throughcommunication link 165. Transfer 435 is received by processingunit 120, in 220. Similar to whenfinancial institution A 125 initiates transfer 435, processingunit 120 adjustsdestination account data 145 including the balance data by increasing the balance data by the amount of transfer 435, in 225. Also, processingunit 155 adjusts source account data 175 by decreasing the stored balance data by the amount of transfer 435. - Thus, processing
unit 120 offinancial institution A 125 can automatically request the transfer of the predetermined amount of funds fromsource account 415 todestination account 410 via transfer 435 at the predetermined time orprocessing unit 155 offinancial institution B 150 can automatically transfer the predetermined amount of funds fromsource account 415 todestination account 410 atfinancial institution A 125 via transfer 435 at the predetermined time, as described herein. In both instances, an account balance ofdestination account 410 is increased which is reflected bydestination account data 145 stored inmemory unit 170. Accordingly, funds will be available foraccount holder 180 to conduct at least one transaction at or withmerchant 110. The transaction may have imposed thereon a credit card interchange rate iftransaction card 105 is, for instance, operable as a credit card. Alternatively, an interchange rate other than a credit card interchange rate is imposed, for instance, a debit card interchange rate. In a further alternative embodiment, the transaction is not imposed with any interchange rate regardless whether the transaction is initiated byaccount holder 180 with a transaction card or without a transaction card or other transaction vehicle. - As shown in
FIG. 2 , after the occurrence of transfer 435,account holder 180 can presenttransaction card 105 tomerchant 110, for instance, at a POS for conducting a transaction withmerchant 110. A device or devices located atmerchant 110, such as a POS terminal, read a magnetic stripe located ontransaction card 105 or a memory unit located ontransaction card 105 iftransaction card 105 is a smart card or the like. Transaction data including at least a transaction amount and an account number associated withtransaction card 105 is received by processingunit 120 offinancial institution A 125 viacommunication link 115, in 230. In an exemplary embodiment, the received account number is associated withdestination account 410 anddestination account data 145 stored inmemory unit 170. The account number, however, can be associated with another account linked todestination account 410. - In
transaction system 100, a credit card interchange rate may be imposed for the transaction conducted byaccount holder 180 atmerchant 110 usingtransaction card 105. Accordingly, the interchange revenue earned by the issuer oftransaction card 105, for instance,financial institution A 125, may be greater than the interchange revenue earned from a debit card interchange rate. - The present application, however, is not limited to using a transaction vehicle such as
transaction card 105 to accessdestination account 410.Destination account 410 can be accessible to accountholder 180 in a variety of ways including, for example, by check, via the Internet, via an automated teller machine, via an RFID fob, in-person, for instance, at a bank branch or the like, by interacting with a customer service representative or voice response unit, a direct host-to-host connection, wireless communication with a bank processor, for example, via Blackberry, a personal digital assistant or wireless telephone, or any other method for accessing an account regardless of the type of account.Destination account 410 may be used, for instance, to make on-line bill payments. - Once the transaction data is received by processing
unit 120, in 230, processingunit 120 processes the attempted transaction byaccount holder 180, in 235. Specifically, processingunit 120 determines from the received transaction data the account number associated withtransaction card 105 used byaccount holder 180 atmerchant 110 and the transaction amount. Since in an exemplary embodiment the account number is associated withdestination account 410, processingunit 120 accessesdestination account data 145 stored inmemory unit 170 to determine whether to authorize the attempted transaction, in 240. More particularly, processingunit 120 compares the balance ofdestination account 410 to the transaction amount to determine whether the balance is greater than or equal to the transaction amount. If the balance ofdestination account 410 is greater than or equal to the transaction amount, then processingunit 120 authorizes the attempted transaction and transmits authorization data tomerchant 110 viacommunication link 115, in 250. As will be appreciated by a person having ordinary skill in the art, ifaccount holder 180 initiated the transaction in a manner that does not necessitate the use ofcommunication link 115,communication link 115 is not utilized, for example, ifaccount holder 180 initiates the transaction by check or in-person. If, however, the balance ofdestination account 410 is less than the transaction amount, then processingunit 120 denies the attempted transaction and transmits denial data tomerchant 110 viacommunication link 115, in 245. - Alternatively, if the balance of
destination account 410 is less than the amount of the attempted transaction, a credit line associated withfinancial institution A 125 orfinancial institution B 150, or another demand deposit account associated withaccount holder 180 is accessed by processingunit 120 to cover the amount of the attempted transaction or a portion thereof not covered by the balance ofdestination account 410.Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated withtransaction card 105. The credit line or demand deposit account may or may not be linked to onlydestination account data 145 or be operable for only serving an overdraft protection function. -
Destination account 410 may have a balance reflected bydestination account data 145, described herein with reference toFIGS. 2-4 . In an exemplary embodiment, ifdestination account 410 has a balance,account holder 180 earns interest at a fixed or variable interest rate on the account balance. The fixed or variable interest rate can be determined byfinancial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds.Interest determination unit 130 determines an amount of interest that has accrued on a balance ofdestination account data 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processingunit 120 receives data frominterest determination unit 130 indicating the accrued interest and stores this data inmemory unit 170 in association withdestination account 410 so thatdestination account data 145 reflects the increase in the account balance. - In an alternative embodiment described in more detail herein with reference to
FIG. 3 , funds are transferred fromsource account 415 todestination account 410 by transfer 435 only upon request byaccount holder 180 after (or before) a respective attempted transaction byaccount holder 180. In a further alternative embodiment, funds are transferred fromsource account 415 todestination account 410 byfinancial institution A 125 or byfinancial institution B 150 automatically afteraccount holder 180 initiates the transaction withmerchant 110. For instance, uponprocessing unit 120 receiving data frommerchant 110 indicating a transaction amount, processingunit 120 automatically transmitsrequest 430 toprocessing unit 155 requesting a transfer equal to the transaction amount be transferred todestination account 410. Alternatively,account holder 180 can contactfinancial institution A 125 orfinancial institution B 150 to request transfer 435 for a specific amount of money at least equal to the transaction amount.Account holder 180 can also request when transfer 435 should occur to assure that the appropriate funds are present indestination account 410 for covering the transaction amount and/or any future transactions usingtransaction card 105 or other transaction vehicle atmerchant 110. - In the exemplary embodiments of the present application, the funds are transferred out of destination account on a daily basis, hourly basis or less. As a result,
destination account 410 is operable as a pass-through account and, therefore, can have a balance for no period of time or for a limited period of time. As will be appreciated by a person having ordinary skill in the art,destination account 410 may not have funds deposited therein. Rather,destination account 410 may have, for example, debit units or a negative amount so that the appropriate entity, such asfinancial institution A 125, keeps track of how much is paid out and how much to request from the respective source account(s) ofaccount holder 180. -
FIG. 3 illustrates another exemplary flow diagram for processing and for funding a transaction according to the exemplary embodiments of the present application. As shown inFIG. 3 , like the exemplary embodiment described herein with reference toFIG. 2 , transaction data including at least a transaction amount and an account number is received by processingunit 120 offinancial institution A 125 viacommunication link 115 or otherwise depending on the transaction vehicle used byaccount holder 180, in 310. -
Processing unit 120 then requests transfer 435 by transmittingrequest 430 for an amount equal to the transaction amount to be electronically transferred fromsource account 415 associated withfinancial institution B 150, or other source account as described in the present application with reference toFIG. 5 , todestination account 410 associated withfinancial institution A 125, in 315. Transfer 435 can result either fromaccount holder 180 requesting the transfer or fromfinancial institution A 125 requesting the transfer.Processing unit 120 throughprocessing unit 155 associated withfinancial institution B 150 checks the balance ofsource account 415, or through a processing unit of another financial institution if another source account is being checked, to determine if the respective source account is sufficient for funding the transaction. As will be appreciated by a person having ordinary skill in the art, various systems and methods can be used to check the balance of an account associated with a third party and the present application is not meant to be limited to any particular system or method. One exemplary system and method is offered by CashEdge. If it is determined that the balance or credit line ofsource account 415 is sufficient to fund the transaction, then processingunit 120 thereafter receives the funds through transfer 435 viacommunication link 165 or otherwise, in 320. If it is determined that the balance or credit line ofsource account 415 is not sufficient to fund the transaction, a credit line associated withfinancial institution A 125 orfinancial institution B 150, or another demand account associated withaccount holder 180 is accessed by processingunit 120 to cover the amount of the attempted transaction or a portion thereof.Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated withtransaction card 105. The credit line or deposit account may or may not be linked to onlydestination account data 145 or be operable for only serving an overdraft protection function. Also, the deposit account may or may not be a checking account. - In the exemplary embodiments described with reference to
FIGS. 2 and 3 , an account holder can be offered debit functionality linked to an account, such asdestination account 410, yet provided a predetermined delay before the transaction is funded through ACH or otherwise and provided a system and method for the account holder to challenge the validity of the respective transaction during the predetermined delay. Accordingly, the account holder is provided with enhanced fraud protection. - The predetermined delay is provided during the settlement phase of a transaction. The following is an exemplary transaction and settlement process for the exemplary embodiments described in the present application and is used for explanatory purposes only and, therefore, is not meant to limit the scope of the present application. In the following example, the participants are financial institution A 125 (a transaction vehicle issuer),
account holder 180,merchant 110, a merchant acquirer, a card association, a host system, financial institution B 150 (an account holder bank) and a third party agent. The role of the merchant acquirer, the card association and the host system in the transaction and settlement process are well known in the art and, therefore, are not described in detail in the present application and not shown in the drawings. -
Account holder 180uses transaction card 105 atmerchant 110 to make a $100 purchase. A POS terminal atmerchant 110 sends a request for approval to the merchant acquirer. The merchant acquirer forwards the request for approval to the card association, for instance, for PIN/Debit networks, the request is sent to Star, Interlink, Maestro or Cirrus, and for signature Debit, the request is sent to Visa® or MasterCard®. The card association routes the request for approval to the host system. The host system, for instance, associated with First Data® Corporation or Metavante®, serves as the agent forfinancial institution A 125. Alternatively,financial institution A 125 serves as the host system. - The host system determines if
account holder 180 is within a spending limit for the respective account, such asdestination account 410. The spending limit for a given day is provided to the host system in a batch file byfinancial institution A 125 the night before. Alternatively, the host system calculates an internal spending limit, including cumulative purchases up until a final batch sent tofinancial institution A 125 at day's end. If within the spending limit, the host system sends approval back to the card association, which returns approval to the merchant acquirer, which returns approval tomerchant 110. If not within the spending limit, a decline is sent. Alternatively, the host system sends an alert to accountholder 180 notifyingaccount holder 180 that he or she is approaching the spending limit.Merchant 110 provides goods/services to accountholder 180. - An exemplary settlement process is as follows. The host system sends $98 through the card association. The host system pulls money from the pooled account at
financial institution A 125. The card association forwards $97 to the merchant acquirer, that is, the card association makes $1. The merchant acquirer places $97 in an account ofmerchant 110. The merchant acquirer makes money from the banking relationship or other contract withmerchant 110. The host system sends an ACH request tofinancial institution A 125 for payment of $98 on the $100 purchase. The ACH request is sent at the end of day, in batch, by account number and amount spent foraccount holder 180. Alternatively, the ACH request is sent real-time upon approval. The transaction vehicle issuer sends $98 to the host system either at the end of the day in batch or alternatively in real time. -
Financial institution A 125 sends an ACH request tofinancial institution B 150 for $100. The ACH request, however, is sent after a predetermined delay. In the present application, the predetermined delay is not limited to any particular time and, therefore, can be any number of hours or days. Also, the predetermined delay can commence when payment is made to the host system or otherwise. The predetermined delay providesaccount holder 180 the ability to review one or more transactions, for example, by accessing a web page, verify that those transactions are valid, for example, belong to accountholder 180, and functionality foraccount holder 180 to challenge any one of those transactions if wrong before final withdraw fromfinancial institution B 150 or elsewhere.FIG. 6 illustrates an exemplary web page 600 that providesaccount holder 180 with the ability to challenge one or more transactions. As can be seen inFIG. 6 ,account holder 180 can click on one or more of the hyperlinks d associated with one or more of the respective transactions to challenge that transaction.Account holder 180 may be presented with a confirmation question to verify and confirm thataccount holder 180 truly wants to challenge a respective transaction. As a result of clicking on a particular hyperlink during the predetermined period of delay, the funds are not removed from the account at the account holder bank. To determine whether a fraud has been committed, any fraud resolution process, for instance, those processes known in the art that are implemented when an individual disputes a debit transaction associated with a debit card or a credit transaction associated with a credit card, can be used with the exemplary embodiments of the present application. Such fraud resolution processes are well known to a person having ordinary skill in the art and are, therefore, not described in detail in the present application. - Alternatively, a third party agent, for example, CashEdge, sends an ACH request to
financial institution B 150 or elsewhere. The ACH requests can be batched by account holder. In a further alternative embodiment, third party agent or other entity uses screen scraping to determine ifaccount holder 180 has enough available funds in the respective account atfinancial institution B 150 or elsewhere to complete the ACH request; that is, a service such as CashEdge will login tofinancial institution B 150 or elsewhere with account holder information provided byaccount holder 180 and will check the balance from predetermined configurations. - If
account holder 180 has insufficient funds in the account atfinancial institution B 150, the transaction vehicle issuer resends the ACH request, for instance, daily, to complete the draft until full funds are available. If or whenaccount holder 180 has sufficient funds in the account atfinancial institution B 150 or elsewhere, the account holder bank sends $100 to transaction vehicle issuer from the account atfinancial institution B 150 or elsewhere. In this example,financial institution A 125 makes $2 on the transaction. - Additional source accounts other than
source account 425 and source account 415 are linked todestination account 410 and can funddestination account 410, as shown inFIG. 5 .FIG. 5 illustratesfinancial institution A 125 being linked to a plurality of other financial institutions-financial institutions. Accordingly,financial institution A 125 can submit requests to financial institutions, respectively, for funds to be transferred and financial institutions can transmit fund transfers, respectively, tofinancial institution A 125. As will be appreciated by a person having ordinary skill in the art,source account 425,source account 415 and any of the additional source accounts can be replaced byaccount holder 180 or, alternatively,account holder 180 can add other source accounts as desired. - In an exemplary embodiment of the present application,
processing unit 120 associated withfinancial institution A 125 determines which source account or source accounts amongst the plurality of source accounts 425, 415, 520 a . . . 520 n to submit a request for a fund transfer.Processing unit 120 can proceed in a predetermined sequential order when determining which of the plurality of source accounts to submit a request or according to any other predefined instructions, or can randomly select a source account amongst the plurality of source accounts. For instance, processingunit 120 can access a predefined sequential order stored inmemory unit 170, source account 520 a being first in the order. Thereafter, processingunit 120 requests transfer 510 a by transmitting request 505 a for an amount equal to the transaction amount to be electronically transferred from source account 520 a associated with financial institution 515 a todestination account 410 associated withfinancial institution A 125. Ifprocessing unit 120 determines that the balance or credit line of source account 520 a is less than the transaction amount, then processingunit 120 can access one or more other source accounts in the predefined sequential order for the entire transaction amount or a portion thereof until the transaction amount can be funded. Furthermore, a source account may be chosen based on transaction amount, based on transaction type, for example, point-of-sale, card not present, Internet or mail order, or based on merchant type. A predetermined percentage from multiple source accounts can also be used to fund the transaction amount. - Again referring to
FIG. 4 , processingunit 120 updatesdestination account data 145 stored inmemory unit 170 associated withaccount holder 180 by increasing the stored balance data by the amount of transfer 435 or one or more other transfers, in 325. Further, processingunit 155 offinancial institution B 150 updates source account data 175 stored inmemory unit 160, or one or more other source accounts, also associated withaccount holder 180 by decreasing the stored balance data by the amount of the transfer.Processing unit 120 then authorizes the attempted transaction and transmits authorization data tomerchant 110 viacommunication link 115, in 330. Alternatively, the authorization data is transmitted before receiving funds in 320 or before requesting transfer 435 or one or more other transfers in 315. Before or after transmitting the authorization data, processingunit 120 again updatesdestination account data 145 stored inmemory unit 170 associated withaccount holder 180 by decreasing the stored balance data by the transaction amount, in 325. In an alternative embodiment, processingunit 120 does not update the balance data ofdestination account 410, for instance, by first increasing the balance data and then decreasing the balance data by the same amount, as described herein with reference to 325 and 335. Rather, the balance data is not altered for the net result of the balance is the same. - Besides requesting transfer 435, 510 a . . . 510 n on a per transaction basis, transfer 435, 510 a . . . 510 n can occur once a day, for example, at the end of the day, for an amount equal to the cumulative amount of all transactions conducted by
account holder 180 during that respective day. Alternatively, transfer 435, 510 a . . . 510 n can occur after a predetermined number of hours or days have elapsed, the amount of transfer 435, 510 a-510 n equaling the cumulative amount of all transactions conducted byaccount holder 180 during the predetermined number of hours or days preceding the transfer.Transaction system 100 can also impose a transaction volume limit fordestination account 410, for example, no more than a predetermined number of transactions byaccount holder 180 per day, and can impose a transaction amount limit ondestination account 410, for example, no transaction amounts exceeding a predetermined amount or the cumulative value of transactions over a predetermined period of time cannot exceed a particular amount. - In another exemplary embodiment of the present application, the source account from which a predetermined amount of money originates is associated with
financial institution A 125, as opposed tofinancial institution B 150. For example,source account data 140 associated withsource account 425 is stored inmemory unit 170 offinancial institution A 125, as depicted inFIG. 1 . As a result, processingunit 120 either automatically or upon request byaccount holder 180 request transfers fromsource account 425 todestination account 410 or automatically receives transfers fromsource account 425 as described herein with reference toFIGS. 2 and 3 . As will be appreciated by a person having ordinary skill in the art, funds can be transferred internally within a financial institution or funds can be transferred from one account associated with the institution to another account associated with the same institution usingcommunication link 165. -
Destination account 410 may have a balance reflected bydestination account data 145, described herein with reference toFIGS. 2-5 . In an exemplary embodiment, ifdestination account 410 has a balance,account holder 180 earns interest at a fixed or variable interest rate on the account balance. For example,destination account 410 has a balance if the amount of transfer 435, 510 a . . . 510 n exceeds the amount of a transaction or transactions that need to be funded or the funds remain deposited indestination account 410 for a period of time before the funds are used to remuneratemerchant 110. The fixed or variable interest rate can be determined byfinancial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds.Interest determination unit 130 determines an amount of interest that has accrued on a balance ofdestination account 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processingunit 120 receives data frominterest determination unit 130 indicating the accrued interest and stores this data inmemory unit 170 in association withdestination account 410 so thatdestination account data 145 reflects the increase in the account balance. - As can be seen in
FIG. 1 , processingunit 120 is also coupled to rewarddetermination unit 135. In an exemplary embodiment,reward determination unit 135 determines whether a respective account holder, for example,account holder 180, is entitled to a reward. If it is determined thataccount holder 180 is entitled to a reward, the particular reward is determined byreward determination unit 135 and then associated with an account, such as a reward account, ofaccount holder 180 so thataccount holder 180 can later redeem the reward. - Transactions conducted by
account holder 180 using a transaction vehicle, such astransaction card 105 or an associated account number, are processed using an interchange rate, as described in the present application. The use of a high interchange rate, for instance, a credit interchange rate, as opposed to a lower interchange rate, such as a debit interchange rate, affords issuers, such asfinancial institution 125, a financial benefit and these issuers extend reward opportunities associated with a reward program to account holders likeaccount holder 180. As will be appreciated by a person having ordinary skill in the art, any interchange rate which provides a greater financial benefit to the respective financial institution can be used regardless of the nomenclature, for instance, regardless whether the interchange rate is referred to as a credit or a debit interchange rate. - In an exemplary embodiment,
account holder 180 participates in a reward program associated withfinancial institution A 125 and thereby earns rewards, incentives or the like, for instance, by engaging in transactions with merchants, such asmerchant 110, using a transaction vehicle, such astransaction card 105, associated with a qualified financial account, for instance,destination account 410, and later redeeming those accumulated rewards, incentives or the like withmerchant 110 or with other merchants. Under the reward program,account holder 180 has the ability to earn a plurality of reward units, such as points, for example, for purchases withmerchant 110 and other merchants using a qualified financial account—destination account 410 as described herein. - The present application is applicable, to any institution or company having a membership reward program associated therewith, including financial institutions, airlines, supermarkets, hotels, car rental companies, retail stores, Internet loyalty programs, loyalty providers, such as Carlson Companies, Inc. and Cendant Corporation, and Visa® and MasterCard® that offer rewards, incentives or the like. In an exemplary embodiment of the present application, the membership reward program is managed directly by the institution or company, for instance,
financial institution A 125. Alternatively, the membership reward program is managed by a third party associated withfinancial institution A 125. Financial institution A 125 may or may not be in a partnership with a third party and/or other party. For instance, in the eventfinancial institution A 125 has a partnership relationship with the third party and/or other party, the relationship may involve a co-branding. - The membership reward program can also be operable as an independent reward program, as an accelerator reward program, as a coalition reward program or otherwise, or as a combination thereof. As would be appreciated by a person having ordinary skill in the art, when enrolled in an accelerator program, an account holder accelerates the earning of reward units or the like in another reward program independent of the accelerator program, for example, when conducting transactions with an account linked to the accelerator program. A coalition reward program, such as Upromise (www.upromise.com), is operable for account holders to earn rewards from a particular suite of merchants. Other reward programs can be associated with the coalition reward program. When an account holder conducts a transaction with one of the merchants within the suite using one of these other reward programs, that account holder earns additional rewards. For instance, a reward program associated with a coalition reward program is operable for account holders to earn X% for every transaction regardless of the merchant and an additional Y% for transactions conducted with one of the merchants within the suite and an additional Z% at another one of the merchants within the suite.
- Accordingly, two or more membership reward programs can be linked together so that
account holder 180 earns reward units or the like in a single rewards account from various sources. - The exemplary embodiments of the present application are described herein with reference to reward units as being points, and earning and redeeming the same. The present application, however, is not limited to points, as points are units merely symbolizing a form of currency for use towards transactions. Hence, other symbols operable as currency are equally applicable to the exemplary embodiments of the present application, for instance, miles, stars, dollars, cash, rebates or credits.
- In an exemplary embodiment,
account holder 180 participating in the membership reward program earns (and redeems) points when conducting transactions withmerchant 110 and other merchants. These points are earned byaccount holder 180, for example, uponaccount holder 180 conducting transactions withmerchant 110 usingdestination account 410. Earning and redeeming currency units, such as points, associated with a membership reward program are well known in the art and are, therefore, not described in detail herein.Account holder 180 can also earn and redeem other rewards, including, for example, gift certificates, coupons, companion airplane tickets, or other goods or services. The present application is not limited to these rewards, as they are merely exemplary. Also, in an alternative embodiment,account holder 180 may not participate with any reward program and, therefore, not have the ability to earn and redeem rewards. - According to the embodiments described in the present application,
transaction system 100 is operable for an institution (for example, financial institution A 125) other than the institution (for example, financial institution B 150) offeringaccount holder 180 an account (for example, source account 415), such as a checking account, to issue one or more transaction vehicles, for example, a transaction card, linked to this account throughcommunication link 165.Destination account 410 is operable as a pass-through account in that one or more source accounts, such as source accounts 425, 415, 520 a . . . 520 n, can be used to fund transactions initiated with the transaction vehicle and, as a result,destination account 410 does not have a balance or has a balance for a limited period of time. - In an exemplary embodiment, when the transaction vehicle is
transaction card 105 and a credit interchange rate is used, tomerchant 110,transaction card 105 appears as a credit card and is processed as a credit card since the credit card interchange rate is imposed on each transaction. To accountholder 180, though,transaction card 105 operates like a debit card, because with every transaction, at the end of each day or at some other time, a transaction, for example, an ACH transaction, woulddebit source account 415 ofaccount holder 180 for the amount of the purchase(s). Hence,transaction card 105 is, for example, a credit card behaving like a debit card due to the use of ACH. The use ofcommunication link 165 enablesaccount holder 180 flexibility in thataccount holder 180 can get a transaction card from one institution, for example, a credit card company, while having his or her demand deposit account or other type of account at another institution, such as a bank. - The system may provide transitory, communication-specific access to records to determine record modifications when processing electronic communications through an ACH over computer networks. For example, the system may comprise a source server comprising memory storing a source record corresponding to a user profile and format records indicating an ACH communication format provided by the source record. The system may also comprise (or have access to) a communication link. The system may also comprise (or receive information generated by) a communication provider server configured to generate communications corresponding to the user profile and a destination server.
- The system may receive (e.g., control circuitry of one or more of the devices) an ACH communication. For example, the system may receive an ACH communication, at a destination record from a source record, via a communication link at a predetermined time for a predetermined processing load offset. In some embodiments (e.g., corresponding to the processing of an ACH transaction), the system may receive an ACH transfer, at a destination account from a source account, via a communication link at a predetermined time for a predetermined amount.
- In some embodiments, receiving the ACH communication may include receiving a request by one of an associated record holder and an associated financial institution. For example, the system may receive a request by one of an associated account holder and an associated financial institution. For example, the source record is one of a checking account, a savings account, and a money market account, and the destination record is one of a checking account, a savings account, and a money market account.
- In some embodiments, processing the attempted communication using the predetermined processing load offset may include the system accessing the processing bandwidth of the destination record to determine whether the processing bandwidth is greater than or equal to the communication processing load offset. If it is determined (e.g., by the system) that the processing bandwidth is greater than or equal to the communication processing load offset, the system may authorize the attempted communication. If it is determined (e.g., by the system) that the processing bandwidth is not greater than or equal to the communication processing load offset, the system may perform one of denying the attempted communication, reprocessing the attempted communication, and accessing another record for funding the attempted communication or at least a portion of the attempted communication. Additionally or alternatively, a record holder associated with the source record and the destination record may be presented by the system with an option of reprocessing the attempted communication using the destination record.
- The system may adjust (e.g., control circuitry of one or more of the devices) destination record data. For example, the system may adjust destination record data associated with the destination record by increasing a processing bandwidth of the destination record by the predetermined processing load offset. In some embodiments (e.g., corresponding to the processing of an ACH transaction), the system may adjust destination account data associated with the destination account by increasing a balance of the destination account by the predetermined amount.
- The system may receive (e.g., control circuitry of one or more of the devices) communication data indicating an attempted communication. For example, the system may, after receiving the ACH communication, receive, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication processing load offset, data identifying the destination record, and data identifying a communication type. In some embodiments (e.g., corresponding to the processing of an ACH transaction), the system may, after receiving the ACH transfer, receive, via the source account, transaction data from a merchant indicating an attempted transaction using an ACH transaction card (e.g., credit card or debit card) provided by the source account, wherein the transaction data includes a transaction amount, data identifying the destination account, and data identifying a transaction type.
- The system may process (e.g., control circuitry of one or more of the devices) the attempted communication. For example, the system may process the attempted communication using the predetermined processing load offset, wherein processing the attempted communication includes processing the attempted communication with an offset rate, wherein the offset rate is a percentage of the communication processing load offset, and wherein the percentage is based on the communication type. In some embodiments (e.g., corresponding to the processing of an ACH transaction), the system may process the attempted transaction using the predetermined amount, wherein processing the attempted transaction includes processing the attempted transaction with an interchange rate, wherein the interchange rate is a percentage of the transaction amount, and wherein the percentage is based on the transaction type.
- In some embodiments, the system may determine the offset rate based on the communication type. For example, processing the attempted transaction may include determining the interchange rate based on the type. For example, a user at a merchant may be provided an opportunity for selecting a credit card or debit card transaction.
- In some embodiments, the system may provide an opportunity during a predetermined period to prevent the attempted communication from being funded by the source record. The system may receive a request to prevent the attempted communication. The system may then determine whether the request is valid by determining whether the attempted communication was subject to a fraud, and the system may determine whether an appropriate party conducted the attempted communication, if the request is determined to be invalid, then preventing the attempted communication from being funded by the source record. If the request is determined to be valid, then approving the attempted communication to be funded with the source record. For example, the system may check a credit line of the source record for determining whether the credit line is equal to or greater than the communication processing load offset.
- In some embodiments, the system may determine a processing bandwidth of the source record by determining whether the processing bandwidth is equal to or greater than the communication processing load offset. The system may request the ACH communication includes requesting the ACH communication for the communication processing load offset from the source record to the destination record via an automated cleaning house network.
- In some embodiments, processing the attempted communication includes the system determining the source record for funding the communication processing load offset and requesting the ACH communication includes requesting the ACH communication from the source record.
- The above-described embodiments of the present disclosure are presented for purposes of illustration and not of limitation, and the present disclosure is limited only by the claims which follow. Furthermore, it should be noted that the features and limitations described in any one embodiment may be applied to any other embodiment herein, and flowcharts or examples relating to one embodiment may be combined with any other embodiment in a suitable manner, done in different orders, or done in parallel. In addition, the systems and methods described herein may be performed in real time. It should also be noted that the systems and/or methods described above may be applied to, or used in accordance with, other systems and/or methods.
- The embodiments described above are illustrative examples of the present application and it should not be construed that the present application is limited to these particular embodiments. Various changes and modifications may be effected by one skilled in the art without departing from the spirit or scope of the invention as defined in the appended claims.
Claims (16)
1. (canceled)
2. A method for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications through an automated clearing house (“ACH”) over computer networks, the method comprising:
receiving an ACH communication, at a destination record from a source record, via a communication link at a predetermined time for a predetermined amount;
adjusting destination record data associated with the destination record by increasing a balance of the destination record by the predetermined amount;
after receiving the ACH communication, receiving, via the source record, communication data from a communication provider indicating an attempted communication using an ACH communication format provided by the source record, wherein the communication data includes a communication amount, data identifying the destination record, and data identifying a communication type; and
processing the attempted communication using the predetermined amount, wherein processing the attempted communication includes processing the attempted communication with an interchange rate, wherein the interchange rate is a percentage of the communication amount, and wherein the percentage is based on the communication type.
3. The method of claim 2 , wherein receiving the ACH communication includes receiving a request by one of an associated record holder and an associated financial institution.
4. The method of claim 2 , wherein:
the source record is one of a checking account, a savings account, and a money market account, and
the destination record is one of a checking account, a savings account, and a money market account.
5. The method of claim 2 , wherein processing the attempted communication using the predetermined amount includes:
accessing the balance of the destination record to determine whether the balance is greater than or equal to the communication amount, and wherein:
if it is determined that the balance is greater than or equal to the communication amount authorizing the attempted communication, and
if it is determined that the balance is not greater than or equal to the communication amount, one of denying the attempted communication, reprocessing the attempted communication, and accessing another record for funding the attempted communication or at least a portion of the attempted communication.
6. The method of claim 2 , wherein a record holder associated with the source record and the destination record is presented with an option of reprocessing the attempted communication using the destination record.
7. The method of claim 2 , wherein processing the attempted communication includes determining the interchange rate based on the communication type.
8. The method of claim 2 , wherein processing the attempted communication includes providing an opportunity during a predetermined period to prevent the attempted communication from being funded by the source record, receiving a request to prevent the attempted communication, determining whether the request is valid by:
determining whether the attempted communication was subject to a fraud, and
determining whether an appropriate party conducted the attempted communication, if the request is determined to be invalid then preventing the attempted communication from being funded by the source record, and
if the request is determined to be valid then approving the attempted communication to be funded with the source record.
9. The method of claim 2 , further comprising:
determining a balance of the source record by determining whether the balance is equal to or greater than the communication amount, and
requesting the ACH communication includes requesting the ACH communication for the communication amount from the source record to the destination record via an automated cleaning house network.
10. The method of claim 9 , wherein determining the source record includes checking a credit line of the source record for determining whether the credit line is equal to or greater than the communication amount.
11. The method of claim 2 , wherein processing the attempted communication includes determining the source record for funding the communication amount and requesting the ACH communication includes requesting the ACH communication from the source record.
12-20. (canceled)
21. The method of claim 2 , wherein processing the attempted communication occurs after a predetermined delay.
22. The method of claim 21 , wherein the predetermined delay is provided during a settlement phase of the attempted communication.
23. The method of claim 22 , wherein the predetermined delay commences when a payment is made to the source record.
24. The method of claim 2 , wherein processing the attempted communication comprises processing the attempted communication in a predetermined sequence.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/513,100 US20220156705A1 (en) | 2004-04-13 | 2021-10-28 | Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/822,999 US20050246289A1 (en) | 2004-04-13 | 2004-04-13 | System and method for processing and for funding a transaction |
US11/170,937 US9922326B2 (en) | 2004-04-13 | 2005-06-30 | System and method for processing and for funding a transaction |
US15/891,475 US11244318B2 (en) | 2004-04-13 | 2018-02-08 | System and method for processing and for funding a transaction |
US17/513,100 US20220156705A1 (en) | 2004-04-13 | 2021-10-28 | Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/891,475 Continuation US11244318B2 (en) | 2004-04-13 | 2018-02-08 | System and method for processing and for funding a transaction |
Publications (1)
Publication Number | Publication Date |
---|---|
US20220156705A1 true US20220156705A1 (en) | 2022-05-19 |
Family
ID=35150654
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/822,999 Abandoned US20050246289A1 (en) | 2004-04-13 | 2004-04-13 | System and method for processing and for funding a transaction |
US11/170,937 Active 2030-12-28 US9922326B2 (en) | 2004-04-13 | 2005-06-30 | System and method for processing and for funding a transaction |
US15/891,475 Active 2025-06-15 US11244318B2 (en) | 2004-04-13 | 2018-02-08 | System and method for processing and for funding a transaction |
US17/513,100 Abandoned US20220156705A1 (en) | 2004-04-13 | 2021-10-28 | Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks |
US17/584,285 Abandoned US20220148003A1 (en) | 2004-04-13 | 2022-01-25 | System and method for processing and for funding a transaction |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/822,999 Abandoned US20050246289A1 (en) | 2004-04-13 | 2004-04-13 | System and method for processing and for funding a transaction |
US11/170,937 Active 2030-12-28 US9922326B2 (en) | 2004-04-13 | 2005-06-30 | System and method for processing and for funding a transaction |
US15/891,475 Active 2025-06-15 US11244318B2 (en) | 2004-04-13 | 2018-02-08 | System and method for processing and for funding a transaction |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/584,285 Abandoned US20220148003A1 (en) | 2004-04-13 | 2022-01-25 | System and method for processing and for funding a transaction |
Country Status (2)
Country | Link |
---|---|
US (5) | US20050246289A1 (en) |
WO (1) | WO2005101713A2 (en) |
Families Citing this family (79)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7668772B1 (en) | 1998-10-21 | 2010-02-23 | Island Intellectual Property Llc | Systems and methods for money fund banking with flexible interest allocation |
US7752129B2 (en) | 1998-10-21 | 2010-07-06 | Island Intellectual Property Llc | Systems and methods for managing client accounts |
US7536350B1 (en) | 1998-10-21 | 2009-05-19 | Island Intellectual Property Llc | Systems and methods for providing enhanced account management services for multiple banks |
US8793160B2 (en) | 1999-12-07 | 2014-07-29 | Steve Sorem | System and method for processing transactions |
WO2002011019A1 (en) | 2000-08-01 | 2002-02-07 | First Usa Bank, N.A. | System and method for transponder-enabled account transactions |
US7831467B1 (en) * | 2000-10-17 | 2010-11-09 | Jpmorgan Chase Bank, N.A. | Method and system for retaining customer loyalty |
US7295999B1 (en) | 2000-12-20 | 2007-11-13 | Jpmorgan Chase Bank, N.A. | System and method for determining eligibility and enrolling members in various programs |
US7895098B2 (en) | 2001-03-01 | 2011-02-22 | Jpmorgan Chase Bank, N.A. | System and method for measuring and utilizing pooling analytics |
WO2002099598A2 (en) | 2001-06-07 | 2002-12-12 | First Usa Bank, N.A. | System and method for rapid updating of credit information |
US7266839B2 (en) | 2001-07-12 | 2007-09-04 | J P Morgan Chase Bank | System and method for providing discriminated content to network users |
US8020754B2 (en) | 2001-08-13 | 2011-09-20 | Jpmorgan Chase Bank, N.A. | System and method for funding a collective account by use of an electronic tag |
US20080147481A1 (en) * | 2001-09-21 | 2008-06-19 | Robinson Timothy L | System and method for encouraging use of a biometric authorization system |
US7987501B2 (en) | 2001-12-04 | 2011-07-26 | Jpmorgan Chase Bank, N.A. | System and method for single session sign-on |
US20040122736A1 (en) | 2002-10-11 | 2004-06-24 | Bank One, Delaware, N.A. | System and method for granting promotional rewards to credit account holders |
US8301493B2 (en) | 2002-11-05 | 2012-10-30 | Jpmorgan Chase Bank, N.A. | System and method for providing incentives to consumers to share information |
US8150766B1 (en) | 2003-01-27 | 2012-04-03 | Island Intellectual Property Llc | System and method for investing public deposits |
US8306907B2 (en) | 2003-05-30 | 2012-11-06 | Jpmorgan Chase Bank N.A. | System and method for offering risk-based interest rates in a credit instrument |
US8175908B1 (en) | 2003-09-04 | 2012-05-08 | Jpmorgan Chase Bank, N.A. | Systems and methods for constructing and utilizing a merchant database derived from customer purchase transactions data |
US20050246289A1 (en) * | 2004-04-13 | 2005-11-03 | Alexander Robert M Iv | System and method for processing and for funding a transaction |
US7401731B1 (en) | 2005-05-27 | 2008-07-22 | Jpmorgan Chase Bank, Na | Method and system for implementing a card product with multiple customized relationships |
US7837100B2 (en) | 2005-07-05 | 2010-11-23 | American Express Travel Related Services Company, Inc. | System, method, and computer program product for issuing and using debit cards |
US10242382B1 (en) * | 2005-09-20 | 2019-03-26 | Capital One Services, Llc | System and method for redeeming a reward |
US7784692B1 (en) | 2005-12-29 | 2010-08-31 | United Services Automobile Association (Usaa) | Single access vehicle |
US7594611B1 (en) * | 2005-12-29 | 2009-09-29 | United Services Automobile Association (Usaa) | Multi-account access card |
US8532021B2 (en) * | 2006-03-30 | 2013-09-10 | Obopay, Inc. | Data communications over voice channel with mobile consumer communications devices |
US20080032741A1 (en) * | 2006-03-30 | 2008-02-07 | Obopay | Programmable Functionalities for Mobile Consumer Communications Devices with Identification-Modules |
US7873573B2 (en) * | 2006-03-30 | 2011-01-18 | Obopay, Inc. | Virtual pooled account for mobile banking |
US20070255662A1 (en) * | 2006-03-30 | 2007-11-01 | Obopay Inc. | Authenticating Wireless Person-to-Person Money Transfers |
US20070244811A1 (en) * | 2006-03-30 | 2007-10-18 | Obopay Inc. | Mobile Client Application for Mobile Payments |
CA2647602A1 (en) * | 2006-03-30 | 2008-03-06 | Obopay Inc. | Mobile person-to-person payment system |
US8249965B2 (en) * | 2006-03-30 | 2012-08-21 | Obopay, Inc. | Member-supported mobile payment system |
US7813943B1 (en) | 2006-10-06 | 2010-10-12 | Health Payment Systems, Inc. | System and method for managing payments for health care services |
US20080147542A1 (en) * | 2006-12-13 | 2008-06-19 | Matthew James Dunlop | System And Method For Efficient Allocation Of Charitable Donations |
BRPI0720359A2 (en) * | 2006-12-18 | 2013-12-24 | Fundamo Proprietary Ltd | TRANSACTION SYSTEM, AND METHOD FOR SELECTING A TARGET TRANSACTION TO BE CONDUCTED IN A TRANSACTION SYSTEM. |
US8055581B2 (en) * | 2007-02-22 | 2011-11-08 | First Data Corporation | Management of financial transactions using debit networks |
US7752107B1 (en) | 2007-02-28 | 2010-07-06 | Island Intellectual Property Llc | System and method for managing aggregated accounts |
US8260705B1 (en) | 2007-02-28 | 2012-09-04 | Island Intellectual Property Llc | Systems, methods and program products for deposit and withdrawal processing |
US20100063935A1 (en) * | 2007-03-30 | 2010-03-11 | Obopay, Inc. | Multi-Factor Authorization System and Method |
US20090319425A1 (en) * | 2007-03-30 | 2009-12-24 | Obopay, Inc. | Mobile Person-to-Person Payment System |
US7725387B1 (en) * | 2007-10-31 | 2010-05-25 | Intuit Inc. | Method and system for management of financial accounts |
US8622308B1 (en) | 2007-12-31 | 2014-01-07 | Jpmorgan Chase Bank, N.A. | System and method for processing transactions using a multi-account transactions device |
EP2266083A4 (en) * | 2008-03-14 | 2012-01-25 | Obopay Inc | Network-based viral payment system |
US8681965B1 (en) * | 2008-04-25 | 2014-03-25 | Intervoice Limited Partnership | Systems and methods for authenticating interactive voice response systems to callers |
US8732082B2 (en) * | 2009-03-03 | 2014-05-20 | Quercus (BVI) Limited | System and method for executing an electronic payment |
US8732080B2 (en) * | 2009-03-03 | 2014-05-20 | Quercus (BVI) Limited | System and method for executing a financial transaction |
US8781931B1 (en) | 2009-05-26 | 2014-07-15 | Island Intellectual Property Llc | Method and system for allocating deposits over a plurality of depository institutions |
WO2011011887A1 (en) * | 2009-07-29 | 2011-02-03 | Markwater International B.V. | Pipe kicker/indexer for pipe handling systems |
US8423453B1 (en) | 2009-10-07 | 2013-04-16 | Capital One Financial Corporation | Systems and methods for processing a transaction |
US20110093324A1 (en) | 2009-10-19 | 2011-04-21 | Visa U.S.A. Inc. | Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants |
US8370236B1 (en) | 2009-11-24 | 2013-02-05 | Island Intellectual Property Llc | Method and system for allocating funds over a plurality of time deposit instruments in depository institutions |
US20110153461A1 (en) * | 2009-12-17 | 2011-06-23 | First Data Corporation | Enrollment authentication with entry of partial primary account number (pan) |
US9471926B2 (en) | 2010-04-23 | 2016-10-18 | Visa U.S.A. Inc. | Systems and methods to provide offers to travelers |
US8458089B1 (en) | 2010-06-14 | 2013-06-04 | Island Intellectual Property Llc | System, method and program product for administering fund movements using depository institution groups |
US20110320292A1 (en) * | 2010-06-28 | 2011-12-29 | Perdue Donald R | Systems and methods for obtaining debit card customer approval of overdraft fees |
US8554631B1 (en) | 2010-07-02 | 2013-10-08 | Jpmorgan Chase Bank, N.A. | Method and system for determining point of sale authorization |
US9760905B2 (en) | 2010-08-02 | 2017-09-12 | Visa International Service Association | Systems and methods to optimize media presentations using a camera |
US8583545B1 (en) | 2010-09-20 | 2013-11-12 | Island Intellectual Property Llc | Systems and methods for money fund banking with flexible interest allocation |
US8498934B2 (en) * | 2010-10-21 | 2013-07-30 | Bml Productions, Inc. | Multi-account payment consolidation system |
US10223707B2 (en) | 2011-08-19 | 2019-03-05 | Visa International Service Association | Systems and methods to communicate offer options via messaging in real time with processing of payment transaction |
US8452702B1 (en) | 2011-09-08 | 2013-05-28 | Island Intellectual Property Llc | System, method and program product for minimizing fund movements |
US8655689B1 (en) | 2011-10-13 | 2014-02-18 | Island Intellectual Property Llc | System, method and program product for modeling fund movements |
AP2014007920A0 (en) | 2012-02-22 | 2014-09-30 | Visa Int Service Ass | Data security system using mobile communications device |
US20140081651A1 (en) * | 2012-09-14 | 2014-03-20 | Gaines S. Dittrich | Healthcare payment and processing system and method |
US10360627B2 (en) | 2012-12-13 | 2019-07-23 | Visa International Service Association | Systems and methods to provide account features via web based user interfaces |
US9659303B2 (en) * | 2013-04-03 | 2017-05-23 | Salesforce.Com, Inc. | System and method for handling gamification fraud |
CA2866596A1 (en) * | 2013-10-09 | 2015-04-09 | Lauren Van Heerden | Systems and methods for providing enhanced point-of-sale services |
US20150363778A1 (en) * | 2014-06-16 | 2015-12-17 | Bank Of America Corporation | Cryptocurrency electronic payment system |
CN105335847A (en) * | 2014-06-30 | 2016-02-17 | 阿里巴巴集团控股有限公司 | Operation method and device of electronic account |
US9374370B1 (en) | 2015-01-23 | 2016-06-21 | Island Intellectual Property, Llc | Invariant biohash security system and method |
US10540643B2 (en) * | 2016-04-15 | 2020-01-21 | Mastercard International Incorporated | Interchange rate processing system and method |
US20170364878A1 (en) * | 2016-06-15 | 2017-12-21 | Mastercard International Incorporated | Systems and methods for bridging transactions between eft payment networks and payment card networks |
US11010731B1 (en) * | 2017-02-17 | 2021-05-18 | Wells Fargo Bank, N.A. | Systems and methods for processing global financial transactions |
CN108694573A (en) * | 2017-04-11 | 2018-10-23 | 杭州呯嘭智能技术有限公司 | The depth that dynamic network is accounted pays point account method and system |
US10095888B1 (en) | 2018-06-04 | 2018-10-09 | Capital One Services, Llc | Secure decentralized system utilizing smart contracts, a blockchain, and/or a distributed file system |
US11315108B2 (en) * | 2018-11-30 | 2022-04-26 | Block, Inc. | Profile generation and association with multiple transaction cards contemporaneously |
US20220114570A1 (en) * | 2020-10-08 | 2022-04-14 | Mastercard International Incorporated | Systems and methods for pre-payment incentive management |
US11182797B1 (en) * | 2021-02-16 | 2021-11-23 | Capital One Services, Llc | Direct data share |
US11443312B2 (en) | 2021-02-16 | 2022-09-13 | Capital One Services, Llc | Enhanced feedback exposure for merchants based on transaction metadata |
US20230289750A1 (en) * | 2022-03-14 | 2023-09-14 | Fidelity Information Services, Llc | Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date |
Family Cites Families (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5870724A (en) * | 1989-12-08 | 1999-02-09 | Online Resources & Communications Corporation | Targeting advertising in a home retail banking delivery service |
JPH09148937A (en) | 1995-11-21 | 1997-06-06 | Sony Corp | Method and device for encoding processing and method and device for decoding processing |
US6029150A (en) * | 1996-10-04 | 2000-02-22 | Certco, Llc | Payment and transactions in electronic commerce system |
KR20000069550A (en) * | 1996-12-20 | 2000-11-25 | 챨스 에이치. 셀라 | Method and system for processing electronic documents |
US20010047342A1 (en) * | 1997-06-16 | 2001-11-29 | Vincent Cuervo | Credit or debit cards of all kinds to be issued with a bank savings account attched |
IL121192A0 (en) * | 1997-06-30 | 1997-11-20 | Ultimus Ltd | Processing system and method for a heterogeneous electronic cash environment |
US6295522B1 (en) * | 1997-07-11 | 2001-09-25 | Cybercash, Inc. | Stored-value card value acquisition method and apparatus |
US6105001A (en) * | 1997-08-15 | 2000-08-15 | Larry A. Masi | Non-cash transaction incentive and commission distribution system |
US6043815A (en) * | 1997-09-30 | 2000-03-28 | The United States Of America As Represented By The Secretary Of The Navy | Method for using guiscript and providing a universal client device |
US6032136A (en) | 1998-11-17 | 2000-02-29 | First Usa Bank, N.A. | Customer activated multi-value (CAM) card |
US6609113B1 (en) * | 1999-05-03 | 2003-08-19 | The Chase Manhattan Bank | Method and system for processing internet payments using the electronic funds transfer network |
US7249097B2 (en) * | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
US7889052B2 (en) * | 2001-07-10 | 2011-02-15 | Xatra Fund Mx, Llc | Authorizing payment subsequent to RF transactions |
US6332134B1 (en) * | 1999-11-01 | 2001-12-18 | Chuck Foster | Financial transaction system |
KR100304527B1 (en) | 2000-01-10 | 2001-11-03 | 이동욱, 이정호 | Cash approval method for real time Using Cach card |
US6847947B1 (en) | 2000-01-18 | 2005-01-25 | First Data Corporation | Method and system for reduced cost debit processing |
CA2406001A1 (en) * | 2000-04-14 | 2001-10-25 | American Express Travel Related Services Company, Inc. | A system and method for using loyalty points |
US10185936B2 (en) * | 2000-06-22 | 2019-01-22 | Jpmorgan Chase Bank, N.A. | Method and system for processing internet payments |
US6505772B1 (en) * | 2000-06-22 | 2003-01-14 | First Data Corporation | System for utilizing a single card to provide multiple services in an open network environment |
US20020013767A1 (en) * | 2000-06-26 | 2002-01-31 | Norman Katz | Electronic funds transfer system for financial transactions |
US20020029194A1 (en) * | 2000-09-07 | 2002-03-07 | Richard Lewis | System and method of managing financial transactions over an electronic network |
US20020052841A1 (en) * | 2000-10-27 | 2002-05-02 | Guthrie Paul D. | Electronic payment system |
US20020103752A1 (en) * | 2001-01-30 | 2002-08-01 | Caesar Berger | E-commerce payment solution |
JP2002288570A (en) | 2001-03-27 | 2002-10-04 | Izumu:Kk | Debit card participant user control substituting method, credit card participant user control substituting method, electronic money participant user control substituting method, debit card settlement method and credit card settlement method |
US20020143655A1 (en) * | 2001-04-02 | 2002-10-03 | Stephen Elston | Remote ordering system for mobile commerce |
US20030097270A1 (en) * | 2001-11-16 | 2003-05-22 | Musselwhite Eric Lee | Methods, systems and articles of manufacture for providing financial accounts with incentives |
US7356516B2 (en) * | 2002-06-13 | 2008-04-08 | Visa U.S.A. Inc. | Method and system for facilitating electronic dispute resolution |
US20030233333A1 (en) * | 2002-06-14 | 2003-12-18 | Lee Dae Hyung | Remittance intermediating service system and method of providing the same |
US20030033245A1 (en) * | 2002-08-26 | 2003-02-13 | Andrew Kahr | Method for collection of amounts overdue and due by payday-to-payday drafts |
JP2004102787A (en) | 2002-09-11 | 2004-04-02 | Bank Of Tokyo-Mitsubishi Ltd | Credit card use propriety determination system and method, credit card processing system and method, credit card direct debit schedule notification service system and method, computer program, and recording medium recorded with computer program |
US20050192897A1 (en) * | 2004-02-10 | 2005-09-01 | First Data Corporation | Methods and systems for payment-network enrollment |
US20050246289A1 (en) * | 2004-04-13 | 2005-11-03 | Alexander Robert M Iv | System and method for processing and for funding a transaction |
US20050234817A1 (en) * | 2004-04-16 | 2005-10-20 | First Data Corporation | Methods and systems for private label transaction processing |
US7383231B2 (en) * | 2004-07-19 | 2008-06-03 | Amazon Technologies, Inc. | Performing automatically authorized programmatic transactions |
US20060036540A1 (en) * | 2004-08-11 | 2006-02-16 | Steve Lawrence | Method and system for merchant indemnification for online financial transactions |
US20060026073A1 (en) * | 2005-10-24 | 2006-02-02 | Kenny Edwin R Jr | Methods and Systems for Managing Card Programs and Processing Card Transactions |
-
2004
- 2004-04-13 US US10/822,999 patent/US20050246289A1/en not_active Abandoned
-
2005
- 2005-04-07 WO PCT/US2005/011965 patent/WO2005101713A2/en active Application Filing
- 2005-06-30 US US11/170,937 patent/US9922326B2/en active Active
-
2018
- 2018-02-08 US US15/891,475 patent/US11244318B2/en active Active
-
2021
- 2021-10-28 US US17/513,100 patent/US20220156705A1/en not_active Abandoned
-
2022
- 2022-01-25 US US17/584,285 patent/US20220148003A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20060004655A1 (en) | 2006-01-05 |
WO2005101713A2 (en) | 2005-10-27 |
US20220148003A1 (en) | 2022-05-12 |
US20180300727A1 (en) | 2018-10-18 |
US11244318B2 (en) | 2022-02-08 |
US9922326B2 (en) | 2018-03-20 |
US20050246289A1 (en) | 2005-11-03 |
WO2005101713A3 (en) | 2007-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220156705A1 (en) | Methods and systems for providing transitory, communication-specific access to records to determine record modifications when processing electronic communications over computer networks | |
US11062286B2 (en) | Methods and systems for applying promotion codes to payment transactions | |
US20180315102A1 (en) | Value processing network and methods | |
US7597255B2 (en) | System and method for redeeming rewards and incentives | |
US10262303B2 (en) | Methods and systems for applying a rewards program promotion to payment transactions | |
AU2009289465B2 (en) | System and method for performing a real time redemption transaction by leveraging a payment network | |
US8725633B1 (en) | System and method of operating a debit card reward program | |
US20080210753A1 (en) | Loyalty reward settlement system and method | |
US20100211469A1 (en) | Point of interaction loyalty currency redemption in a transaction | |
US20030061093A1 (en) | System for rewarding customers of financial services providers | |
US20090125386A1 (en) | System and method of operating a customer loyalty program | |
US10762523B2 (en) | Methods and systems for applying promotions to payment transactions | |
US20140310178A1 (en) | System and method for a merchant debit card program including a plurality of issuers | |
US20130124273A1 (en) | Systems and Methods for Customer Loyalty Program | |
AU2015201521A1 (en) | System and method for a merchant debit card program including a plurality of issuers |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
AS | Assignment |
Owner name: CAPITAL ONE SERVICES, LLC, VIRGINIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ALEXANDER, ROBERT MINTER, IV;O'MALLEY, DANIEL R.;GRIMES, SCOTT DAVID;SIGNING DATES FROM 20181114 TO 20181119;REEL/FRAME:060117/0776 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |