System and method for account level blocking

#In some cases, a consumer may want to restrict his usage of his account so that certain transactions are authorized and some are not. A typical example may be where a parent provides a credit card to a minor child. Another example may be where an employer provides a credit card to an employee for use in conducting transactions related to his employment. In such situations, the party responsible for payment may wish to limit the authorized user to a subset of transactions that is much more granular than just a credit limit as imposed by the card issuer. The user may set authorization controls whereby payment card transactions are blocked at the authorization stage of a transaction if certain blocking criteria are met. For example, the user may inform a central server that authorization requests for transactions associated with a payment card should be denied if the transactions are conducted out of the country.

#Although such authorization controls are effective, there are many situations where a transaction may be cleared even though the payment transaction was not supposed to be. Clearing of a transaction is the process where a merchant or an acquirer (e.g., a bank with a merchant account) provides the appropriate issuer with information on the sale. This may include providing data required to identify the cardholder's account and providing the dollar amount of the sale. When the issuer gets this data, the issuer posts the amount of the sale as a draw against the cardholder's available credit and prepares to send payment to the acquirer. The next step after clearing is settlement which is the actual exchange of funds.

#As an illustration of how an effort to control transaction authorizations through authorization request messages may not be fully effective to prevent transactions from proceeding, a merchant may have a “floor limit” of $100. This means that if a consumer makes a purchase transaction at the merchant for less than $100, the merchant can authorize the transaction without having to go to the issuer to determine whether or not the current transaction should be authorized (e.g., whether the consumer has sufficient funds to cover the transaction or has other restrictions on his account) according to controls that are set for authorization request messages. Thus, even though the user may want to prohibit the transaction at the merchant, an authorization request message is not sent to the issuer and the authorization controls that may reside between the merchant and the issuer may not be invoked. As a result, a transaction that should not have occurred may inadvertently occur.

#FIG. 1 shows a block diagram of a system according to an embodiment of the invention.

#FIG. 2 shows a block diagram of a payment processing network according to an embodiment of the invention.

#FIG. 3 illustrates an exemplary computer system in which various embodiments may be implemented.

#Embodiments of the present invention are directed to systems, apparatuses and methods for account level blocking of transactions at the clearing authorization stage (i.e., to prevent the transactions from being cleared when the sales drafts are being processed at the payment processing network) and optionally at the transaction authorization stage (i.e., to prevent the transaction from being approved).

#Embodiments of the invention allow a consumer or other entity to set parameters to specify the types of payment transactions that should not be allowed to conclude. For example, the consumer may want to block all transactions made with his credit card outside the United States, at a particular type of merchant (e.g., liquor store) or via a certain payment channel (e.g., Internet purchases). After registration in a blocking system to specify his blocking parameters, any transactions made with his credit card outside the United States, in a liquor store, or on the Internet will be denied. These parameters can be changed at any time by the consumer. The consumer can also specify that he would like to receive notification when these types of transactions occur or when these types of transactions are blocked.

#Embodiments of the invention also allow entities such as issuers of credit cards, debit cards, prepaid cards, and the like to specify blocking parameters for clearing level authorization and notification. When a transaction clearing request from a merchant meets one or more of the parameters specified by the issuer, an action specified by the issuer may occur. For example, an issuer may want to restrict transactions from clearing that relate to a specific card or set of cards that have been lost or stolen or block all recurring transactions from specified merchants. The issuer may also specify that upon the occurrence of a transaction clearing request for such a transaction, notification should be sent to the issuer's transaction system. If a merchant subsequently sends a transaction clearing request for a transaction that was not previously authorized by the card issuer, the transaction clearing request would be denied (i.e., the transaction is not allowed). Furthermore, a text or email message would be sent to the issuer indicating that a prohibited transaction had attempted to clear.