Most financial institutions now offer many types of banking and financial services to their account holders through automated teller machine terminals (ATMs). To enable use of these services, the financial institution or an entity managing the service on its behalf will issue to the account holder a card. Types of cards include ATM, credit, debit, and prepaid cards. The cards enable the cardholder to conduct certain kinds of transactions through an ATM, such as making withdrawals in the form of cash, transferring money between accounts, making balance inquiries and, depending on the ATM, depositing money and checks.
The operation of an ATM terminal is well known. Most, if not all, ATMs include a cash dispenser. The logic for controlling operation of the ATM is typically implemented as a specially programmed computer. The computer operates a user interface through which the cardholder interacts with, and selections functions offered through, the ATM. Network interfaces enable the ATM to communicate over one or more network connections. Special electronic circuits are typically used to encrypt and decrypt data. Encoded on cards are account information, such as cardholder name, bank identification numbers (BIN), account numbers, and additional information. However, it is anticipated that, in the future, cards might be supplanted, such as by smart cards (i.e., chip cards having embedded integrated circuits capable of securely saving certain cardholder data), and/or by enabling ATMs to read card information wirelessly or optically via a cardholder's phone or other device. References to “cardholder” are therefore intended to include customers of a financial institution who have access to services of an ATM by means other than a card. References to “card” and “card reader” herein are intended to include future alternatives unless otherwise noted.
For many years, a customer could only use ATMs operated by or on behalf of the card issuer. These ATMs would connect only to the bank's internal banking system. However, most ATMs are now connected to one or more ATM networks. These networks route transaction messages between the ATM and the issuer. These networks allow a cardholder, as long as the card issuer is a member of a network to which the ATM can connect, to use ATMs other than those operated by or for the issuer. However, unless an ATM used by the cardholder belongs to the issuer, or is operated by an entity with which the issuer has a special relationship, transaction fees will typically be charged to the cardholder for conducting a transaction through that ATM. The owner or operator of an ATM, who is called the “acquirer,” typically charges a fee or surcharge for cash withdrawals in such situations. The acquirer can be, for example, the financial institution providing the ATM, a merchant hosting the ATM, or any organization that owns the ATM or operates it on behalf of its owner. The surcharge is typically debited from the cardholder's account. In addition, the issuer can charge the cardholder an additional fee, sometimes called a “foreign fee,” for processing transactions that originate from an acquirer other than the issuer or an acquirer with whom the issuer has a special relationship. Such a transaction is called a “not-on-us” transaction, as opposed to an “on us” transaction, for which a cardholder is typically not charged a transaction fee.
The following disclosure relates generally to a computer implemented process and system for determining, based on one or more transactions at an ATM incurring a transaction fee, the location of one or more alternate ATMs within a predefined geographic vicinity of that ATM, which the card issuer prefers for the cardholder to use, or that the cardholder may prefer to use to reduce or to avoid transaction fees.
In one example, a computer implemented process determines, in response to a “not-on-us” transaction received by an issuer processor, geographic coordinates of the ATM that was used for the transaction from information contained in the transaction data that is sent from the ATM. With the geographic coordinates, it determines one or more alternate ATMs within a geographic proximity of the ATM that was used, based on predetermined parameters. The cardholder is notified or alerted of the alternate ATM in a message that identifies the location of one or more alternate ATMs. In one embodiment, the alternate ATMs are those with which the cardholder may transact with lower transaction charges or without incurring one or more transaction charges. In another embodiment, the message may also include one or more offers that encourage use of at least one of the alternate ATMs. For example, the offer might be a discount coupon for use in a store where the ATM is located, or for a product or service offered by that merchant, or for services at the card issuer or other financial institution; or it could be an offer to reimburse fees.
The process does not need to occur in real time. The alert messages can be, for example, printed on bank statements, generated on web pages served during an on-line banking session, sent by email or SMS, displayed on “smart phone” applications, or otherwise communicated to the cardholder.
In one exemplary implementation, a database mapping street addresses to geographical coordinates (longitude and latitude, for example) is maintained. Using address information for the acquirer ATM terminal contained in transaction data received from the acquiring ATM, geographic coordinates most closely corresponding to a street address to the acquiring ATM is determined from, for example, a database or service mapping the address to geographical coordinators. From a database maintaining the geographic locations of alternate ATM terminals, alternate ATM terminals that are geographically proximate are determined using predetermined parameters.
The foregoing methods and apparatus can determine when a cardholder has performed an ATM originated transaction that is subject to fees and alert or notify the cardholder about location(s) of one or more other ATM's that could have been used for free, and that are in the vicinity of the ATM that originated the transaction.
In the following description, like numbers refer to like elements.
For purposes of clarity, definitions are set forth below for several terms of art that appear in the following disclosure:
An “acquirer” is the financial institution or organization that operates a particular ATM and/or point of sale (POS). In the case of an ATM owned by a third party, the acquirer operates it on behalf of the owner.
“Acquirer processor” refers to a transaction processor, which is comprised of one or more specially programmed computers, that is capable of communicating with one or more ATM's connected to it, and that translates transaction data to and from the ATM into a format acceptable by financial transaction networks.
“Back end” refers to computer implemented interfaces and services removed from the client and/or user for the purpose of resource consolidation as well as security, for example in the case where several users need to share the same data source.
“Balance enquiry transaction” refers to a transaction at an ATM by which a cardholder may determine and display or print the current balance of a checking or savings account.
A “banking system” is a system comprised of one or more specially programmed computers responsible for hosting bank accounts, as well as authorizing any request to debit or credit any account. A banking system is typically connected to all sources from where transactions may be sourced, including an issuer processor in the case of ATM and POS transactions.
A “branded ATM” refers to an ATM that is owned by an independent ATM deployer or merchant, and that processes transactions initiated through the ATM on behalf of a financial institution.
A “foreign fee” generally refers to a fee typically charged by a card issuer when a cardholder initiates a transaction on an ATM that is not owned or operated by the issuer, or that is owned by a third party who is not affiliated with the issuer.
“Issuer” or “card issuer” refers to a financial institution that issues credit, debit, ATM or prepaid cards to cardholders. The issuer or an institution managing the cardholder account(s) typically performs authorization of a card transaction.
“Issuer processor” refers to a transaction processor that validates transaction requests originated from ATM's or POS devices. It translates transactions into and from the format compatible with the Banking System for the Card Issuer.
A “not-on-us transaction” is a transaction processed by an acquirer that is different from the card issuer. An example of such an acquirer is an independent ATM deployer.
An “on-us transaction” is one in which the acquirer and the card issuer are the same financial institution, or one in which the ATM is operated by a third party acquirer on behalf of the card issuer, such as a branded ATM.
A “PAN” is a primary account number displayed on the cardholders card, typically 16 to 19 digits in length.
Referring to
Acquirer processor 104 can be interfaced via a switch network 106 with an issuer processor 108 hosted by the financial institution managing the cardholder's account. Accordingly, the transaction can be routed to the issuer processor 108 that accesses an accounts data store 110 to perform a transaction authorization 112. The financial institution's banking system is responsible for transaction authorization based on the cardholder's account detail. The banking system may charge the cardholder a foreign fee to cover the cost of acquiring the transaction via the financial network.
In accordance with the exemplary embodiment described herein, data 114 from the transaction authorization 112 can be employed by an alert processor to process alerts. This data can include ATM terminal location, which is typically street address, acquirer identity, ATM terminal identity, surcharge fee, foreign fee, bank account number, and primary account number (PAN). Portions of this data 114 can be supplied to a web service interface 116 of the alert processor, so that the alert web service interface 116 can generate an alert request 118 containing some or all of the data 114. Optionally, a search radius and/or maximum number of alternative ATM locations may be specified as well. Business rules stipulating conditions under which a transaction will be tagged for an “alert” can also be customized and presented with the above data. For example, financial institutions may choose to trigger alerts when either or both of the surcharge fee and foreign fee are present, or they may decide to trigger on a surcharge fee only. Giving card issuers this flexibility permits the card issuers to determine, for example, whether to request an alert in the event that the acquirer is in a surcharge-free network, resulting in a foreign fee, although no surcharge fee was applied. In the event that the card issuer wishes to trigger an alert request for such transactions, the issuer can still specify business rules to indicate that the alert should not trigger. This capability provides issuers options for logging transactions and tracking trends as further explained below, without limiting issuers' options regarding when to issue an alert to cardholders.
In an exemplary embodiment, all of the above data except the PAN and bank account number, can be presented to the alert web service interface 116. The PAN and bank account number can then be used once an alert response 120 is received back from the web service to identify the cardholder to whom the notification needs to be sent. This feature allows for the alert processor to perform the request with anonymous data. The alert processor can also access an on-us terminals data store 122 to determine if a transaction is an “on-us” transaction, and thereby selectively process only “not-on-us” transactions for alerts.
Turning now to
The alert processor can access a geo-coding data store 154 having recorded therein latitude and longitude coordinates of street addresses. The street address of the terminal can be used to determine the latitude and longitude coordinates of the terminal location. To enhance the performance of this look-up process, an ATM location look-up history data store 156 can be maintained to record locations that were previously accessed. The alert processor can look first in this data store 156, and access the geo-coding data store 154 if a determination is made at decision step 158 that the terminal location cannot be found in the data store 156. Data store 156 can be updated whenever data store 154 is accessed.
The alert processor can next perform a terminal locator process 160 in which the terminal location coordinates are compared to those of a complete list of candidate alternative terminal locations recorded in ATM locations data store 162. This regularly updated data store 162 can contain a current list of all candidate terminals and their location data 164 as latitude and longitude, as well as street addresses. This list can include terminals participating in a surcharge-free or reduced fee—i.e. terminals for which a lower or no foreign fee and/or a lower or no surcharge fee would be incurred—network as well as those terminals of each card issuer participating in an alert program. Surcharge-free or reduced fee network ATMs can always be in scope as candidate terminals, while the card issuer terminals can be limited to only transactions belonging to that card issuer. In some embodiments, the terminal locator process can observe the constraints specified by card issuers by limiting the results of the search of data store 162 to only the alternative ATM locations within a specified search radius, or the terminals closest to the original location limited by a specified maximum number. The result of this search can then be added to the result as the “alternative terminal locations”.
With the alternative ATM locations identified, the terminal locations process can consult a merchant offers data store 166 to find all merchant offers associated with each of the alternative terminal locations. This data store 166 can contain all current merchant offers extended by merchants hosting ATMs. The terminal locator process 160 can then generate the alert response 120 for those transactions tagged with “alert” by appending the alternative terminal addresses as well as the acquirer and merchant (if applicable). Any terminals with merchant offers can also include those offers. For example, an alternative location for an ATM terminal located in a convenience store can be paired with an electronic coupon for redemption at that retail location. In additional or alternative embodiments, an alternative location for a POS terminal having a cash back option and located at a pharmacy counter can be paired with an electronic coupon for redemption at that retail location.
In some embodiments, the terminal locator process can maintain an ATM usage history data store 168 that logs all transactions processed. This data store 168 can allow for reports 170 to each issuer showing trends in monthly transaction volumes on “alert” transactions vs. surcharge-free transactions. Accordingly, it should be understood that issuers who choose to generate an alert request in the event of a foreign fee and absence of a surcharge fee (e.g., surcharge-free network terminal), yet specify business rules that flag transactions as alerts only in the presence of a surcharge fee, can track trends while generating alerts to cardholders only in the case of a surcharge fee.
Returning now to
In some embodiments, the issuer alert processor can maintain a transaction log data store 212. For example, all ATM transactions (tagged as “alert” or not) may be logged by cardholder. This data store 212 can allow for reports 214, such as fee history and ATM usage patterns of each cardholder.
Turning now to
Turning now to
Turning now to
Turning now to
Turning now to
Turning now to
In this case, the issuer can choose whether to send data elements to the centralized back end processor 450 via an alert web service 452 responsive to a transaction authorization process 112. These data elements can include the PAN, bank account number and various cardholder data, such as cardholder name, cardholder preferences, cardholder address, cardholder telephone numbers, and cardholder email contact information. Regardless of whether the data elements were provided by an issuer, the back end processor 450 can perform the geo-coding and location look-up using merchant offers data store 166, ATM locations data store 162, and ATM location data 164. If the issuer chose to provide the data elements, then the back end processor 450 can then send the alerts directly to the cardholder by the alert communicator process 354 that handles alert delivery via SMS, email, and/or smart phone applications. The other alert web service 356 can permit the alert communicator process 354 to access financial institution offers data stores 208 of issuers for this purpose. Even for issuers who chose to provide the data elements, it is envisioned that some alerts, such as those communicated by online web notifications and paper statements, can still be handled by an alert communicator 358 of the issuer accessing data store 260. However, if the issuer chose not to provide the data elements, then the back end processor 450 can simply deliver the alert response to the issuer via alert web service 452, and the issuer can deliver the alert to the cardholder using standard modules that provide the alert communicator 358 and the alert communicator 354 at the issuer location. This embodiment benefits from economy of scale due to performing and maintaining all of the processing at one location. An additional benefit of this embodiment is accessibility of all transaction history logs at a single location. However, offering the additional options to issuers results in a more complex implementation.
The foregoing description is of exemplary and preferred embodiments employing at least in part certain teachings of the invention. The invention, as defined by the appended claims, is not limited to the described embodiments. Alterations and modifications to the disclosed embodiments may be made without departing from the invention. The meaning of the terms used in this specification are, unless expressly stated otherwise, intended to have ordinary and customary meaning and are not intended to be limited to the details of the illustrated structures or the disclosed embodiments.