US20140330712A1

US20140330712A1 - System and Method For Conversion Of Initial Transaction To Final Transaction

Info

Publication number: US20140330712A1
Application number: US14/334,170
Authority: US
Inventors: Mark J. Dickelman
Original assignee: JPMorgan Chase Bank NA; US Bancorp Licensing Inc
Current assignee: JPMorgan Chase Bank NA; US Bancorp Licensing Inc
Priority date: 2003-11-06
Filing date: 2014-07-17
Publication date: 2014-11-06
Also published as: US7702553B1; US7702577B1

Abstract

The invention comprises a system and method for converting initial financial transactions into final financial transactions entailing lower transaction fees or which are otherwise more advantageous. According to one embodiment of the invention, a card not present (CNP) transaction is conducted for a remote consumer buying goods/services. When the consumer later arrives at a point of authentication (POA), the consumer is presented with an opportunity to have the CNP transaction effectively converted to a card present (CP) transaction using the same card instrument or a different card instrument. The merchant benefits because the transaction fees are much reduced for the CP transaction compared to the CNP transaction. The consumer may benefit from rewards/rebates or other inducements to authorizing the subsequent transaction. One preferred embodiment implements the invention in the airlines environment, wherein tickets ordered over the phone or on-line using a first CNP transaction are converted to a CP transaction when the consumer swipes his/her card at an airport kiosk card reader device.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to provisional application Ser. No. 60/517,402, filed Nov. 6, 2003, entitled “System and Method for Conversion of Initial Transaction to Final Transaction,” attorney Docket No. 47004.000272, filed in the name of Mark Dickelman, herein incorporated by reference in its entirety.

FIELD OF THE INVENTION

The present invention relates generally to payment processing, and more particularly, to a payment processing system and method providing for effectively converting an initial type of financial transaction into a more advantageous final type of financial transaction.

BACKGROUND OF THE INVENTION

In the modern “plastic economy,” consumers are using their credit cards and other card instruments and other payment methods for purchasing goods and services in place of conventional purchase methods, such as cash and checks. Consumers have determined that the convenience, deferred payment, transaction tracking (e.g., itemized statements), and dispute (e.g., chargebacks) features make such card instruments a much superior payment mechanism. Likewise, corporations provide corporate credit cards (or other card payment instruments or payment methods) for travel and other business related purposes.
Merchants benefit from the increased usage of card instruments because their sales volume greatly increases. Consumers tend to make fewer purchases when cash at hand is required. Checks can be unwieldy for the consumer and, from the merchant's standpoint, can be less dependable payment sources. As a result, in the modern economy the vast majority of merchants accept card instruments of various types as payment.
As used herein, “card instruments” relates to the various financial accounts that a consumer can use for paying for goods and services. In most, but not all cases, there will be a physical card associated with the account, although in some instances a virtual card, or no card at all, may be associated with the financial account. Card instruments include, but are not necessarily limited to, credit cards (e.g., including general use or private label credit cards), ATM cards, debit cards, check cards, bank cards, stored value cards, and similar products. Card instruments may be embodied by conventional thin plastic (or other material) cards having embossings and magnetic stripe data, as well as so-called “smart cards” or similar devices having processor components and/or readable/writeable memory. Card instruments may comprise various types of so-called “contactless” cards, such as RFID (radio frequency identification) cards, optically-readable cards or other types of cards or tokens which read without physical contact with a reader device.
One disadvantage to merchants accepting card instruments for payment is that typically transaction fees must be paid. For example, card instruments linked to national interchange networks (e.g., the VISA® interchange, MasterCard® interchange, and the like) impose transaction fees on the merchant each time the card is used. Usually, the transaction fee (or a component of the total transaction fee) is imposed as a percentage of the money amount being charged to or debited from the card, although other arrangements such as volume-based transaction fee arrangements may be employed.
Card instruments may also be linked to networks other than the national interchange networks. For example, bank cards, ATM cards, debit cards, and check cards may be linked to regional electronic funds transfer (EFT) networks, ATM networks, or similar regional networks. Merchants tend to favor cards which run transactions over such regional networks because the transaction fees are generally lower than for the national interchanges.
Card instruments may also be linked to processing networks other than national interchange networks and regional networks, such as stored value networks, private label networks, or other transaction networks. A stored value network may be employed as a dedicated network for running stored value transactions (e.g., a SuperFood™ stored value card for grocery shopping). A private label network may be employed for running transactions for private label cards (e.g., Hechts™ card or Nordstrom's™ card).
In sum, there are a variety of card instrument products that merchants can accept for payment. Transactions using most card instruments entail transaction fees that the merchant must pay. With such a large volume of consumer transactions involving card instruments these days, this means that merchants are paying substantial sums of money in transaction fees.
One type of transaction where merchants are paying substantially higher transaction fees involves what is known as “Card Not Present” (CNP) transactions, sometimes referred to as “non-swipe” transactions. CNP transactions are submitted when the consumer is not at a point of authentication (POA) where the physical card can be presented and read by a reader (or otherwise physically inspected). Typically, CNP transactions impose significantly higher transaction fees based on a “base rate” component of the transaction fee that increases on the order of 50 basis points from the base rate component for a conventional “Card Present” (CP) transaction, where the card is swiped or read or otherwise physically available.
For example, in 2003 VISA's® base rate component for a CPS Retail CP transaction was about 1.39% versus 1.80% for a CPS Retail CNP transaction. MasterCard's® base rate component for a Domestic Merit CP transaction was 1.40% versus 1.90% for a Domestic MOTO [MOTO—Mail Order/Telephone Order] CNP transaction. See www.osc.state.nc.us/EPP/SunTrust.html.
Some transaction interchanges now support CNP-type transactions that have somewhat improved security over a conventional CNP transaction. For example, some interchanges have a transaction type that requires a remote purchaser not only to provide the account number and expiration date from the front of the card, but also some other information that is not from the front of the card. For example, there may be digits on the back of the card that the purchaser must provide to the merchant along with information from the front of the card. This means that the purchaser must have information from both the front of the card and the back of the card, presumably meaning that the purchaser has physical possession of the card. This can prevent fraudulent MOTO transactions based on credit card slips gathered from garbage cans outside restaurants, for example.
Such improved CNP-type transactions are still not as secure as a regular CP transaction. For example, a perpetrator of fraud may have a paper copy of the front and back of a credit card, or may have simply written down that information on a piece of paper while the cardholder was not minding his/her card. It has also been reported that the security code on the back of the card can sometimes be fraudulently recreated. Thus, like the conventional CNP transaction, such improved CNP transactions have the same basic security drawbacks to merchants, issuing banks, and transaction processors. Because of these security issues, such improved CNP-type transactions usually impose on the merchant elevated transaction fees charged by the interchange processor. The transaction fees for such improved CNP-type transactions tend to be lower than for the conventional CNP transaction, but they are still higher than for corresponding CP transactions. Thus, the significant cost and security issues of these CNP-type transactions remain significant drawbacks for merchants.
In general, the heavy cost burden to merchants for CNP transactions (of whatever type) is greatly aggravated in market sectors involving a high relative volume of CNP transactions compared to CP transactions. For example, the vast majority (believed to exceed 90%) of airlines reservations are made using CNP transactions. This means that the various airlines pay many millions of dollars out in elevated interchange fees as a result of CNP transactions. Similar burdens are shouldered by mail order companies, Internet-based companies, and other companies transacting a large portion of their business without meeting the customer at the time the transaction is undertaken. This is a significant problem.
Other problems and drawbacks also exist.

SUMMARY OF THE INVENTION

An embodiment of the present invention comprises a system and method for converting initial financial transactions into final financial transactions entailing lower transaction fees or which are otherwise more advantageous or efficient. According to one embodiment of the invention, a card not present (CNP) transaction is conducted for a remote (e.g., physically remote insofar the card can not be handed over at that time) consumer buying goods/services. When the consumer later arrives at a point of authentication (POA), the consumer is presented with an opportunity to have the CNP transaction effectively converted to a card present (CP) transaction using the same card instrument or a different card instrument. The merchant benefits because the transaction fees are less for the CP transaction compared to the CNP transaction. Additionally, there may be other benefits to the merchant, such as there being a lower risk of repudiation or a rejection of the charge. The consumer may benefit from rewards/rebates or other inducements provided in exchange for authorizing the subsequent transaction. The transaction processor may benefit from the increased efficiency and reduced risk of a card present transaction.
One preferred embodiment implements the invention in the airlines industry, wherein tickets ordered over the phone or on-line using a first CNP transaction are converted to a CP transaction upon the consumer swiping his/her card (which could be a credit card, a frequent flyer card, or other card carrying readable identification of the consumer) at an airport kiosk card reader device or at the airport check-in counter. Notably, airport kiosk devices are now widely deployed as security control mechanisms to authenticate the consumers in the automated issuance of boarding passes.
Accordingly, it is one object of the present invention to overcome one or more of the aforementioned and other limitations of existing systems and methods for payment processing.
It is another object of the invention to provide a system and method for reducing transaction fee costs for merchants accepting card instruments for payment.
It is another object of the invention to provide a system and method for converting higher cost CNP transactions to lower cost CP transactions.
It is another object of the invention to provide a system and method for incentivizing consumers to consent to converting higher cost card instrument transactions to lower cost card instrument transactions.
The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute part of this specification, illustrate several embodiments of the invention and, together with the description, serve to explain the principles of the invention. It will become apparent from the drawings and detailed description that other objects, advantages and benefits of the invention also exist.
Additional features and advantages of the invention will be set forth in the description that follows, and in part will be apparent from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the system and methods, particularly pointed out in the written description and claims hereof as well as the appended drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The purpose and advantages of the present invention will be apparent to those of skill in the art from the following detailed description in conjunction with the appended drawings in which like reference characters are used to indicate like elements, and in which:

FIG. 1 is a block diagram of a card processing system for converting an initial card transaction to a final card transaction according to an embodiment of the invention.

FIG. 2 is a flow chart of a method for converting an initial CNP transaction to a CP transaction according to an embodiment of the invention.

FIG. 3 is a block diagram of several alternative approaches for converting a CNP transaction to a CP transaction according to yet other embodiments of the invention.

FIG. 4 is a flow diagram of a method for converting a CNP transaction to a CP transaction at an airport according to an embodiment of the invention.

FIG. 5 is a flow diagram of a method for converting an initial transaction type to a final transaction type according to yet another embodiment of the invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a block diagram of a card processing system for converting an initial card transaction to a final card transaction according to an embodiment of the invention. Consumer 10 is a consumer (intended to encompass commercial buyers) purchasing goods or services. Consumer 10 may be a person initiating such purchases over the phone (home phone, car phone, or cell phone), through the mail, or over a computing device (personal computer, laptop, Palm™ type device, personal data assistant [PDA], Personal Communication Service [PCS] device, etc.). Thus, consumer 10 may be communicating with merchant 20 over a telephonic network, the mail system, or a computer network such as the Internet or other public or private computer network.
Consumer 10 may be communicating with merchant 20 by interfacing with a live agent, a virtual agent, a Web site or other computer network presence, a interactive voice response (IVR) unit, a voice response unit (VRU), or any other suitable mechanism for consumer 10 to communicate with a remote merchant 20 in order to purchase goods or services in an initial transaction. For such initial transaction, consumer 10 is a consumer remotely located from merchant 20. For a later transaction relating to the conversion of the initial transaction to a final transaction, consumer 10 will be proximate to merchant 20, such as at a branch, store, or other locale or physical presence of merchant 20 representing a point of authentication (POA) where a second card payment instrument can be presented.
Merchant 20 is a merchant which receives orders or requests for goods/services and accepts card payment instruments for payment. Merchant 20 may comprise a live agent, virtual agent, Web site/other site, VRU, IVR, etc. as described above. Merchant 20 may include servers, databases, workstations, and appropriate software, for preparing and submitting for processing a first transaction using a first card payment instrument for a remote consumer 10. As described further in subsequent diagrams, the first card payment instrument transaction may be processed as a so-called card not present (CNP) transaction. Preparation and submission of the first transaction may be carried out using any suitable device, including a computer/workstation which submits such transactions automatically or based on an agent's input, a point-of-sale (POS) type device, and the like.
Merchant 20 is also adapted to present opportunities to the consumer for effectively converting a first card payment instrument transaction to a more favorable second card payment instrument transaction. As described further below, the second card payment transaction may be a so-called card present (CP) transaction when the card is physically presented by consumer 10 at a point of authentication (POA) where the card can be swiped or otherwise read by a card reader, POS type device, and/or otherwise be made physically available for inspection. The POS may include a card reader for reading magnetically-encoded cards, an RFID card reader for reading RFID-type cards/fobs, or other type of card reader device for reading information from a card (or fob or other portable device) that is representative of a card instrument. The second card payment instrument can be the same or a different card payment instrument from the first card payment instrument. Preparation and submission of the second transaction may be carried out using any suitable device, including a computer/workstation which submits such transactions automatically or based on an agent's input, a point-of-sale (POS) type device, and the like.
Accordingly, merchant 20 may include a presentation device, such as a display, monitor, screen, or the like, for presenting an offer to consumer 10 to convert a first card payment instrument transaction to a more favorable second card payment instrument transaction. The presentation may include video and/or audio information. The presentation can be made in various fashions. For example, the presentation can be a purely graphical presentation made on a specialized terminal maintained by the merchant, such as a kiosk device or other dedicated terminal. The presentation can be made on a suitably programmed general purpose computer terminal that is connected to the Internet or like public network, or even a private network, wherein the presentation can be made as a so-called web page or similar page.
The presentation can be made on a display (e.g., page) that is dedicated to the presentation, or can be integrated onto a page that includes other information. For example, following the consumer swiping his/her card, a page may be presented that states: “Your reservation for a Ford® Taurus™ for three (3) days from Oct. 26-Oct. 28, 2004 is confirmed and your car is in Lot B, Spot 125. Elsewhere, the page may also provide an offer for converting the initial transaction as per the present invention: “If you will agree to allow us convert the original credit card transaction for this reservation into a transaction for the same amount on the same card or a different card, we can award you 500 driver miles. If so, press ‘yes’ and swipe the card you wish to use.”
Of course, the presentation may be made on its own dedicated display or page. Other variations are possible. For example, the presentation can be made as a so-called banner ad or pop-up ad.
In yet another variation of the invention, the presentation may be made on a computing device that is not necessarily maintained by the merchant. For example, the presentation may be made on a computer equipped with a card reader device that is maintained by the consumer or some other non-merchant individual or entity. For example, the consumer may initiate the initial CNP transaction by contacting the merchant over the Internet using the consumer's computer. During the course of that session, the merchant's web site will ask “Is your computer equipped with or do you have access to a card reader device.” The consumer responds in the negative, and a CNP transaction is undertaken. Later, when the consumer visits another party with a computing device equipped with a card reader, the consumer can access the merchant's web site, view a presentation with the offer, and swipe his/her card through the card reader to initiate the conversion of the previous CNP transaction to a CP transaction.
Of course, the conversion offer can be articulated in many fashions, which may or may not reference “conversion” so long as the effect of the offer, if accepted, is to carry out such a conversion. The offer presented may include an offer of a reward or rebate as an inducement for the consumer 10 to authorize or otherwise agree to the conversion.
Accordingly, merchant 20 may include a card reader device for reading a second card payment instrument presented by the consumer 10 at the POA. The card reader device can be any device for reading cards, including a card reader, POS device, ATM reader, and the like. Alternatively, merchant 20 may include an agent who can type in or otherwise enter an account number as read from the card.
According to one embodiment, the card reader device and the presentation device for presenting the offer are preferably integrated together, such as in a computer workstation or kiosk.
As can be readily appreciated, the various aspects of merchant 20 need not be, and preferably are not, collocated. Just by way of example, merchant 20 may include some elements (a live agent, virtual agent, Web site/other site, VRU, IVR, etc.) at a first site for receiving phone/mail/Internet orders corresponding to the first card payment transaction (e.g., for a CNP type transaction), whereas elements at a POA for initiating the transaction conversion corresponding to the second card payment transaction (e.g., for a CP type transaction) are located at a second site (e.g., at an airport, retail outlet, or other POA).
It is to be understood that as discussed herein the term “conversion” is to be broadly construed to cover any techniques for effectively converting, transforming, translating, or modifying a first financial transaction into a second financial transaction. Therefore, conversion is intended to include canceling or reversing the first transaction followed by submitting the second transaction, converting a “provisional” (discussed further below) first transaction to a final transaction, and any other approach for effectively negating, nullifying, ignoring, removing, or modifying the first transaction (or aspects or portions of the first transaction, such as its transaction fee) and implementing the desired second transaction (which may be an entirely new transaction, which may be a modified first transaction, which may be a converted first transaction, etc.). Converting the first transaction, as described herein, could be effectuated by issuing a rebate or credit against the transaction fees that are charged against the first transaction, as discussed below for FIG. 4.
Issuer bank 60 is a bank or other financial institution which is the issuer of one or more card payment instruments held by consumer 10. Issuer bank 60 and consumer 10 can communicate in various fashions, including by phone (live agent, virtual agent, IVR/VRU), computer/PCS/PDA (Internet or other networked connection, public or private), mail, and so forth. Cards issued to consumer 10 may include any of a variety of cards, including a credit card (general use or private label), debit card, check card, bank card, ATM card, stored value card, or other card, as reflected at 70 of FIG. 1. Some cards may not be issued by a bank per se, such as certain stored value cards or private label cards, in which case it is understood that issuer bank 60 encompasses whatever institution or entity that issued the card.
Typically, the issuer (or an agent acting on its behalf) will also be the entity which receives and approves/declines various transactions against the card discussed herein, such as charges, debits, funds holds, transfers, balance/limit/funds available checks, and the like. For simplicity, FIG. 1 shows a single issuer bank 60 as representing the entity that issues the card and which processes transactions against the card, although it is to be understood that separate entities could easily carry out those operations.
Merchant bank 50 is a merchant bank or sponsoring bank which maintains a merchant account on behalf of merchant 20, as well understood in this field. While FIG. 1 illustrates the typical case for purposes of clarity, it is to be understood that merchant bank 50 does not necessarily have to be a banking/financial institution separate from merchant 20. Some large merchants 20 could establish and maintain their own financial accounts.
Acquirer/transaction processor 30 is a transaction processor for receiving and routing financial transactions on behalf of merchant 20. Just by way of a nonlimiting example, acquirer/transaction processor 30 may route credit transactions through the credit networks (e.g., VISA® or MasterCard® interchanges), bank transactions through regional networks (e.g., EFT or ATM networks), stored value transactions through their appropriate communication channels, and so forth. According to the invention, there may be one or more than one acquirer/transaction processor 30, as needed. In some cases, certain large merchants 20 may not need the services of a separate acquirer/transaction processor 30. For some transactions, such as a stored value transaction for a stored value processing system maintained by the merchant 20, routing and processing may be carried out using infrastructure internal to merchant 20.
Interchange/regional network 40 represents any interchanges, regional networks, or other networks through which transactions are routed. Transactions may include any transactions appropriate for the card instrument, and used for implementing the invention, including any authorization transaction, deposit transaction, reversal/cancellation transaction, provisional transaction, provisional conversion transaction, balance/limit/funds available checks, and so forth.
FIG. 2 is a flow chart of a method for converting an initial CNP transaction to a CP transaction according to an embodiment of the invention. The method starts at 100, and a remote consumer contacts a merchant at 105 in order to purchase goods or services. For example, the consumer's personal computer may contact the merchant at the merchant's point-of-presence on the Internet.
At 110, an initial transaction, such as a CNP transaction, is conducted for selected items (goods or services, e.g., an airlines ticket) using a first card payment instrument or using accounts/cards already on file with the merchant. For example, the merchant may submit a CNP transaction based on the consumer's credit card account to be processed through a transaction processor/interchange to the consumer's issuing bank.
Where the initial transaction is a CNP transaction, it may comprise any of the various CNP transactions that may be supported for the first card payment instrument. For example, if the first card payment instrument is a general purpose credit card, the initial transaction could be a conventional CNP transaction where an account number and expiration date is provided. The initial transaction could be an improved CNP transaction where other security-enhancing information is included, such as information from the back of the card. Such improved CNP transactions are well known in the art, such as, for example, the VISA® CVV (Card Verification Value) based CNP transaction or the MasterCard® CVC (Card Verification Code) based CNP transaction. Yet other types of CNP transactions may be used for the first transaction, such as transactions where the address of record of the cardholder is included as yet another security enhancement for an otherwise CNP transaction.
At 115, the consumer arrives at a POA of the merchant, and at 120 the consumer presents or makes available for inspection a second card payment instrument. According to the invention, the second card payment instrument may be the same as or different from the first card payment instrument. For example, the consumer may arrive at a merchant branch and present the same credit card as previously used for a CNP transaction, or the consumer may present a completely different card. In either case, the card is physically present.
At 125, the initial CNP transaction is converted to a CP transaction. The conversion may follow an offer presented to the consumer for the conversion and the consumer's authorization or acceptance of the offer. The offer may include a rebate, reward, or other incentive to be provided to the consumer in exchange for accepting the offer. For example, the offer may be provided via a computer screen or display which indicates that the consumer's agreement to convert the transaction will result in 1000 frequent flyer miles to the consumer's frequent flyer account; 5% off on the next purchase with that merchant; 1% off on the existing purchase; and so forth. The variations in the incentive that may be provided to the consumer are endless, but the common theme is that such a consumer incentive may be employed in order to share the efficiency benefits that accrue when lower cost, more secure, transactions are used to replace the initial transaction.
The conversion of the CNP transaction to the CP transaction at 125 can be implemented in numerous fashions, examples of which are provided for FIG. 4 below. It should be appreciated that the examples provided in FIG. 4 are merely exemplary, and the scope and spirit of the invention clearly encompasses other variations for converting first transactions to more efficient second transactions as broadly described herein.
At 130, the optional rebate/reward/incentive is provided to the consumer. For example, the rebate/reward/incentive could include frequent flyer miles, rental car miles, a discount, an upgrade, or any other incentive. The method ends at 135.
FIG. 3 is a block diagram of several alternative approaches 125 for converting a CNP transaction to a CP transaction according to yet other embodiments of the invention. According to one approach, at 205 the first CNP transaction on the first card payment instrument is canceled or otherwise reversed, and at 210 a second CP transaction on the first card payment instrument is conducted.
Just by way of example, the first transaction may have been submitted on a credit card account 1234 4321 1342 4231 as a CNP transaction subject to a 1.9% transaction fee. If the purchase was for a $1000 airline ticket, the merchant (airlines) would pay a $19 transaction fee. By in effect canceling or reversing or revising that transaction (as is well understood in the art) and submitting a second transaction on that same credit card account 1234 4321 1342 4231 as a CP transaction subject to a 1.4% transaction fee, the merchant is charged only a $14 transaction fee. The reduction in the transaction fee, more than 25%, is a significant reduction in cost that benefits the merchant and which can be shared with others, including the consumer purchaser.
In another approach beginning at 215, the first transaction was conducted as a so-called “provisional CNP transaction.” A provisional CNP transaction is a CNP transaction which is understood or intended to be subject to a subsequent conversion upon presentment of the card at a POA. For example, depending on the implementation, a provisional CNP transaction might provide the merchant 20 with a certain period of time for converting the provisional CNP transaction to a CP transaction, such as 7 days, 14 days, etc. Or the provisional transaction could be understood as being subject to conversion prior to some event, such as prior to the consumer checking in/boarding an aircraft or taking delivery of goods or services. According to one approach, if not converted, the provisional CNP transaction would stand as a CNP transaction with applicable transaction fee rates applied thereto. According to another approach, additional fees or costs may be imposed when the conversion is not completed. These additional fees or costs are imposed on the merchant, although, some portion or all could be passed on to the consumer in order to encourage the consumer to carry out the acts needed for conversion. Other approaches to a provisional CNP transaction could easily be implemented without departing from the spirit and scope of the present invention. With that background, at 215 the provisional CNP transaction is converted and at 220 the result is a CP transaction for the same card.
According to one approach, a provisional CNP transaction could be implemented as a so-called “Card Not Yet Present” (CNYP) transaction. Under such a CNYP transaction, at the time of purchase or reservation it would be understood that the consumer would be able to present the card prior to completion of the transaction. This would avoid the need for canceling or reinitiating the initial transaction. This approach may be particularly beneficial for transactions where the consumer must ultimately be present to complete the transaction, e.g., to pick up the ticket and board the airplane, to check in at the hotel, to pick up the rental car, and so forth.
According to yet another approach, a so-called “Pseudo Card Holder Present” (PCHP) transaction would represent a middle ground between a CP and a typical CNP transaction. For a PCHP transaction, like a CNP transaction, the merchant is not initially presented with a physical card because the consumer is remotely located from the merchant. However, a secondary authentication mechanism could be used to prove that the cardholder corresponds to the consumer who is remotely contacting the merchant for the transaction. For example, any of the various sorts of personal identification information often used for security purposes could be employed, such as mother's maiden name, a PIN or other personal code, an alias, a phone number (e.g., through the use of ANI), social security number, and the like. Other means for authenticating the consumer could be used, such as a cookie stored on the person's computer, mobile phone browser, key fob, RFID tag, etc. Additionally, where the merchant has an affinity program, such as a frequent flyer program, the merchant could link the use the affinity program's card as proof that the cardholder was present for a PCHP transaction.
Such a PCHP transaction might be afforded a lower transaction fee by the processing networks. Such as PCHP transaction might be subject to the consumer later presenting the card at a POA.
Another approach to transaction conversion is to cancel/reverse the CNP transaction for a first card payment instrument at 225, and to conduct a CP transaction on a different second card payment instrument at 230, as depicted in FIG. 3. Canceling/reversing the first CNP transaction is intended to be understand as encompassing any formal mechanism recognized by the transaction network for canceling/reversing a transaction, as well as any other fashion to effectively accomplish the result of canceling/reversing the transaction. The second card payment instrument may include any of the cards discussed in conjunction with FIG. 1. It is to be understood, as well, that a CP transaction is intended to include transactions for cards capable of both CP and CNP transactions (e.g., general use credit cards), as well as cards capable only of CP type transactions (e.g., on-line PIN type debit cards).
Yet another approach for effectively converting a CNP transaction to a CP transaction is depicted in FIG. 3 at blocks 235-240. At 235, an initial CNP transaction is undertaken. At 240, once the cardholder has presented the card instrument at a POA, a rebate on the CNP transaction fee is provided back to the merchant. Therefore, the initial CNP transaction is not actually reversed or negated; rather, the merchant is paid a rebate on the transaction fee that was to be deducted (or already has been deducted) from the net payment to the merchant. Alternatively, if the merchant had not yet received a net payment reflecting the elevated CNP transaction fee deduction, the merchant can simply be provided a net payment reflecting a transaction fee with the rebate applied thereto. The rebate discussed above could be a full rebate that effectively makes up for the difference between a CNP transaction fee and a CP transaction fee, or could be something less than the difference. In fact, the value of the rebate could actually exceed the difference in order to encourage the merchant to begin practicing the transaction conversion process described herein.
The person of ordinary skill in the field will readily appreciate that the issuance of a rebate or credit to the merchant in order to effectively convert the CNP transaction can be implemented in various fashions. The rebate could be issued on a per-transaction basis or it could be issued on a volume basis. The rebate could be issued based on the merchant satisfying certain thresholds. For example, the rebate could be issued based on the merchant having some percent of the initial CNP transactions (e.g., 25% of all CPN transactions) validated by the cardholder later presenting the card at a POA.
Yet another approach for effectively converting a CNP transaction to a CP transaction is depicted in FIG. 3 at blocks 245-250. At 245, an initial CNP transaction is undertaken; however, this CNP transaction is undertaken with a fee that more closely approximates (or equates) the transaction fee for a CP transaction. However, if the merchant fails to authenticate the card instrument at a POA, as discussed elsewhere herein, the merchant may be subjected to a penalty or surcharge to account for the higher risk.
In yet another variation (not shown), the approaches for blocks 235-240 and 245-250 could effectively be combined, i.e., following the initial CNP transaction, the merchant which has the consumer present the card at a POA will receive a rebate or reward, whereas the merchant who does not successfully provide for card presentment will suffer a penalty/surcharge.
FIG. 4 is a flow diagram of a method for converting a CNP transaction to a CP transaction at an airport according to another embodiment of the invention. Preferably, the POA for initiating the conversion takes place at an airport kiosk. These airport kiosk devices are now widely deployed as security control mechanisms to authenticate the consumers in the automated issuance of boarding passes.
The method starts at 300, and an airlines is contacted at 305. A CNP transaction for a first card payment instrument is conducted at 310 for purchasing tickets or acquiring other goods/services from the airlines. Information of the first card payment instrument may be provided by the consumer at that time, or may be retrieved by the airlines from previously stored data files. For example, the consumer may provide his/her credit card information over a secure link on the Internet to the airlines' web site, over the phone to a live agent, or over the phone to an IVR/VRU device.
At 315, the consumer arrives at the airport (e.g., a gate or terminal or check-in location), and at 340 a second card payment instrument is swiped or read at a kiosk or other card reader device. The consumer is presented with an option (offer) to convert the initial CNP transaction to a CP transaction at 345. At 350, rebates/rewards or other incentives may be offered as an incentive to accepting the offer. At 355 the initial CNP transaction on the first card payment instrument is converted to a CP transaction on the second card payment instrument. The first and second card payment instruments may be the same or different. The method ends at 360.
In FIG. 4, steps 315 through 355 can be implemented in various fashions easily comprehended by the person of ordinary skill in this field and within the spirit and scope of the invention. For example, the merchant (here, an airline) may provide a presentation device and a card reader device. Preferably, the presentation device and card reader device are integrated, such as in a kiosk or similar consumer friendly terminal. The card reader device allows the consumer to swipe a card which can be read in order to identify the cardholder. Based on the identity of the cardholder, a database can be read to identify if the cardholder made an initial purchase based on a CNP type transaction. If so, the presentation device can present the offer that the initial CNP type transaction be converted to another transaction. The development of computer code to search a database of purchase transactions and to generate display screens with offers is well understood and well within the skill of the ordinary artisan.
Several examples are helpful in appreciating the breadth in which the invention can be implemented. For example, assume the initial transaction was for a $1000 airline ticket made as a CNP transaction on a 1234 4321 1342 4231 VISA credit card account subject to a 1.9% base rate transaction fee. The consumer arrives at the airport check-in kiosk and swipes a card through the card reader. Preferably, the consumer swipes that same 1234 4321 1342 4231 VISA credit card, however, virtually any card instrument that has encoded information of the purchaser's identity can be used in order to look up the initial transaction (e.g., some other credit card, a bank card, etc.).
Based on the card that is swiped by the consumer, the card reader processing apparatus causes a search of the database to be conducted which indicates that the initial purchase was a CNP purchase. As a result, the display apparatus may present to the consumer one or more options for converting that initial transaction, such as:
“If you authorize us to re-run the transaction on your 1234 4321 1342 4231 VISA credit card for the same amount of $1000, we can award you 1000 frequent flyer miles on your frequent flyer account. Please press ‘yes’ and swipe your 1234 4321 1342 4231 VISA credit card.”
“If you authorize us to cancel the transaction on your 1234 4321 1342 4231 VISA credit card for $1000 and run that transaction for the same amount on your ATM/debit card, we can award you 1500 frequent flyer miles on your frequent flyer account. Please press ‘yes’ and swipe your ATM/debit card.”
“If you authorize us to cancel the transaction on your 1234 4321 1342 4231 VISA credit card for $1000 and run that transaction for the same amount on your stored value card, we can award you 1500 frequent flyer miles on your frequent flyer account. Please press ‘yes’ and swipe your stored value card.”
The above scenario represents just an example of how the invention might be implemented, and it is to be understood that other variations are within the scope and spirit of the invention. For example, different types of incentives could be offered to the consumer, or no particular incentive may be offered at all. According to yet another approach, the incentives provided to consumer can be adjusted based on the desirability of the transactions to the merchant. Just by way of example, suppose that the merchant's order of preference for transactions is (1) ATB/debit card transactions, (2) credit card transactions and (3) stored value card transactions. Accordingly, the merchant could provide the greatest level of incentives for (1), a lesser incentive for (2), and yet a further lesser incentive for (3). The merchant's preference may be based on the cost of the transactions (thus encourage the transactions with lower transaction fees), based on security considerations (thus encourage transactions viewed as most secure), or on any other consideration important to the merchant.
FIG. 5 is a flow diagram of a method for converting an initial transaction to a final transaction according to yet another embodiment of the invention. The method starts at 500, and a consumer interfaces with a merchant at 505. An initial transaction is conducted at 510. The initial transaction may be a CNP or CP transaction using a first card payment instrument. At 515, the consumer is presented with an opportunity (offer) to convert the initial transaction to a final transaction. At 520, an offer for a rebate/reward/incentive may be provided. At 525 the initial transaction is converted into the final transaction.
According to FIG. 5, the initial transaction and final transaction may be different types of transactions for the same card payment instrument (e.g., a first CNP transaction and a second CP transaction for the same card); different types of transactions on different card payment instruments (e.g., a first CNP transaction on a first card and a second CP transaction for a second, different, card); similar or identical types of transactions on different card payment instruments (e.g., a first CNP transaction on a first card and a second CP transaction for a second, different, card; a first CP or CNP transaction on a first card and a second CP transaction for a second, different, card, etc.). Preferably, the final transaction is one which is less costly or otherwise more advantageous to one or more parties illustrated in FIG. 1. For example, merchants may prefer bank card type (e.g., ATM card) transactions over credit transactions. Therefore, the consumer may be induced to convert a first credit card transaction (CP or CNP) to a second transaction on the bank card because of the reduced transaction fees on the latter.
According to yet another embodiment, the final transaction need not be a card instrument based transaction. For example, the final transaction could be a cash transaction, check transaction, RFID transaction, or other type of transaction which is more advantageous to the merchant and/or consumer than the initial transaction.
Other embodiments and uses of this invention will be apparent to those having ordinary skill in the art upon consideration of the specification and practice of the invention disclosed herein. The specification and examples given should be considered exemplary only, and it is contemplated that the appended claims will cover any other such embodiments or modifications as fall within the true scope of the invention.

Claims

1. A computer-implemented method for converting an initial financial transaction to a final financial transaction, the method comprising:

receiving, from a mobile computing device, information of a first card instrument associated with a cardholder;

generating a card-not-present (CNP) payment transaction based on said received information of said first card instrument;

receiving card data read by a point of authentication (POA) device from the first card instrument or a second card instrument associated with said cardholder; and

converting, by at least one computer processor, said CNP payment transaction to a card-present (CP) payment transaction, the CP payment transaction being based at least in part on the card data read by said POA device.

2. The computer-implemented method of claim 1, further comprising:

submitting the CP payment transaction, in lieu of the CNP payment transaction, for authorization by a processing network or a card issuer.

3. The computer-implemented method of claim 1, further comprising:

cancelling the CNP payment transaction and replacing it with the CP payment transaction.

4. The computer-implemented method of claim 1, further comprising:

presenting, via a user interface, an offer to said cardholder to convert the CNP payment transaction to another payment transaction.

5. The computer-implemented method of claim 1, wherein the first card instrument and the second card instrument are selected from a group consisting of: general-use credit cards, private label credit cards, ATM cards, debit cards, check cards, bank cards, and stored value cards.

6. The computer-implemented method of claim 1, wherein the first card instrument or the second card instrument read by said POA device are selected from a group consisting of: magnetic stripe cards, contact-type smart cards, contactless smart cards, fobs, and portable devices.

7. The computer-implemented method of claim 1, wherein the CNP payment transaction is initiated by said cardholder remotely located from a merchant.

8. The computer-implemented method of claim 7, wherein the POA device is not collocated with said merchant.

9. The computer-implemented method of claim 1, wherein the step of converting comprises:

modifying or transforming said CNP payment transaction to create said CP payment transaction.

10. The computer-implemented method of claim 1, wherein said CNP payment transaction is a provisional transaction and the step of converting comprises:

converting said provisional CNP payment transaction to said CP payment transaction before submitting said CP payment transaction for authorization.

11. A computer-implemented system for converting an initial financial transaction to a final financial transaction, the system comprising at least one storage medium coupled to at least one computer processor configured to:

receive, from a mobile computing device, information of a first card instrument associated with a cardholder;

generate a card-not-present (CNP) payment transaction based on said received information of said first card instrument;

receive card data read by a point of authentication (POA) device from the first card instrument or a second card instrument associated with said cardholder; and

convert said CNP payment transaction to a card-present (CP) payment transaction, the CP payment transaction being based at least in part on the card data read by said POA device.

12. The computer-implemented system of claim 11, wherein the at least one computer processor is further configured to:

submit the CP payment transaction, in lieu of the CNP payment transaction, for authorization by a processing network or a card issuer.

13. The computer-implemented system of claim 11, wherein the at least one computer processor is further configured to:

cancel the CNP payment transaction and replace it with the CP payment transaction.

14. The computer-implemented system of claim 11, wherein the at least one computer processor is further configured to:

present, via a user interface, an offer to said cardholder to convert the CNP payment transaction to another payment transaction.

15. The computer-implemented system of claim 11, wherein the first card instrument and the second card instrument are selected from a group consisting of: general-use credit cards, private label credit cards, ATM cards, debit cards, check cards, bank cards, and stored value cards.

16. The computer-implemented system of claim 11, wherein the first card instrument or the second card instrument read by said POA device are selected from a group consisting of: magnetic stripe cards, contact-type smart cards, contactless smart cards, fobs, and portable devices.

17. The computer-implemented system of claim 11, wherein the CNP payment transaction is initiated by said cardholder remotely located from a merchant.

18. The computer-implemented system of claim 17, wherein the POA device is not collocated with said merchant.

19. The computer-implemented system of claim 11, wherein the at least one computer processor is further configured to:

modify or transform said CNP payment transaction to create said CP payment transaction.

20. The computer-implemented system of claim 11, wherein said CNP payment transaction is a provisional transaction, and wherein the at least one computer processor is further configured to:

convert said provisional CNP payment transaction to said CP payment transaction before submitting said CP payment transaction for authorization.

21. A computer implemented method for converting an initial financial transaction to a final financial transaction, the computer comprising a processor and a memory, the method comprising:

reading, by a point of authentication (POA) device, information of a portable device representative of a first card instrument;

receiving an indication that a first financial transactional account includes a card-not-present (CNP) payment transaction which was previously initiated with the first card instrument or a second card instrument but without physically presenting any device representative of the first card instrument or the second card instrument at a point of sale associated with the CNP payment transaction, said CNP payment transaction comprising first transaction data including card information of the first card instrument or the second card instrument;

retrieving said first transaction data associated with said CNP payment transaction; and

converting the CNP payment transaction to a card-present (CP) payment transaction, the CP payment transaction being based at least in part on the information read from the portable device which is representative of the first card instrument, said CP payment transaction comprising second transaction data including card information of the first card instrument.