Anatomy Of Payment

By Author: NeilTug
Total Articles: 56
Comment this article

Anatomy of Payment

Have you ever stopped to wonder how the credit card actually got charged? How the money for the transaction was transferred to the merchant and the transaction posted to the credit card account? And what's involved in making all this work -- in seconds?

In the payments industry, we commonly hear, "To stay competitive in today's economic market, merchants need to offer a range of consumer payment options, dynamic currency processing and quick, secure real-time payments." Credit and debit card processing is a complicated and highly coordinated technical process which is globally centralized and one of only two truly global payment systems that actually works so efficiently. The other, of course, is Swift bank wire transfers.
Take, for instance, a Japanese consumer who completes a credit card transaction, at a Grand Canyon restaurant, via a wireless point-of-sale device. Within seconds, the transaction is authorized, the receipt is printed, the customer signs it and the next day, the merchant is paid.

The payment system is incredible when broken down this ...
... way, and has both changed the way the world pays and how physical cash moves across global markets. The system has virtually eliminated travelers' checks, and hardly anyone carries around more than a day's worth of cash.
So, at a basic level, here's how it works.
There are two elements to every credit card transaction: a buyer and a seller -- or, simpler, a debit and a credit.
Fundamentally, card payments are just basic debits and credits, but the complex routing of intermediaries involved makes this the most reliable and secure source for global payments.
Cardholders are issued a credit card, with a specific credit limit, by their card Issuing Bank, which registers with Visa or MasterCard to distribute credit cards to their bank clients.
The Merchant, similarly, applies to accept credit card transactions at their store or Web site from a bank Acquirer, which registers with Visa and MasterCard to allow their merchants to accept credit card transactions for payment.
The common element between both Issuers and Acquirers are Visa and MasterCard (the Card Associations). They are the trusted "interchange brokers" in the card transaction process and balance the transaction funds for settlement between Issuing and Acquiring Banks. They also provide the accounting entries to the Issuer and Acquirer in order to balance the daily debits and credits for both Cardholders and Merchants.
Issuers typically contract with a third-party processor to manage their credit card programs, which includes issuing the plastics and managing the card-transaction exchanges/settlement to the Card Associations. Acquirers, similarly, work with a third-party processor to set up merchant accounts and manage the reconciliation of sales, refunds and chargeback transactions performed at their stores (online or retail). First Data is a well-known third-party processor for both Issuers and Acquirers.
When a credit card plastic is swiped through a point-of-sale terminal or cash register, the information contained on the magnetic stripe is read by the terminal and reformatted along with the transaction information to the Acquiring Bank.
Most point-of-sale terminals are connected via a landline to their Acquiring Bank (you can sometimes hear the terminal dialing the phone number, for instance). If it's a wireless point-of-sale terminal, then a Wireless Application Protocol -- or WAP -- server, or similar, is used to route the payment to the Acquirer.
In the majority of cases, the point-of-sale terminals connect first to a switch at the Acquiring bank, which then transmits the transaction to the third-party processor via a leased line circuit or Virtual Private Network.
The processor reformats the transaction and electronically submits it to either Visa or MasterCard for authorization by the card Issuing Bank or their representative third-party processor. Visa and MasterCard are able to identify who the Issuer is by the first six digits of the card number, called the Bank Identification Number, or BIN.
Every credit card product has a uniquely identified BIN associated with the card product type. When the Issuer is implementing a new card product, they will request the Card Associations to "point the BINs" for authorization and settlement services to their Issuing third-party processor. The Card Associations know from the BIN routing tables where to transmit or redirect the transaction received from the Acquirer's third-party processor, to the Issuer's third-party processor, for authorization.
Every authorization request, meanwhile, undergoes numerous checks -- including validating credit limit; number of transactions per day; average transaction amount; merchant location; Card Verification Code, or CVV; and card status -- before a six-digit authorization number is generated and the transaction considered approved.
Once the transaction is authorized, the original transaction request is reformatted with the authorization response -- which could also be a decline -- and sent back through interchange via the third-party processors, on to the Acquiring Bank's switch, and then back to the originating Merchant's point-of-sale terminal.
Every transaction has a unique Transaction Identification associated with it -- as well as a Merchant Identification -- so the transaction is directed back to the applicable Merchant point-of-sale terminal awaiting the response. The point-of-sale terminal does just that: It waits for the authorization response.
Usually, the entire transaction-authorization process happens -- end to end -- within a period of 10 seconds, no matter where the Merchant is located or where the Issuing Bank card authorizations are processed.
So, in my example above, the Merchant is located at the Grand Canyon and the Issuing Bank is in Tokyo. The transaction authorization travels 11,088 miles on a return trip across a multitude of secure electronic systems to provide a payment response within 10 seconds!

To break it down:
Visa cardholder --> Merchant point-of-sale terminal --> Acquiring Bank switch --> Acquirer third-party processor --> Visa interchange --> Issuer third-party processor (authorization) --> Visa interchange --> Acquirer third-party Processor --> Acquiring Bank switch --> Merchant point-of-sale terminal --> transaction approval or decline = 10 seconds.

Now, how does the merchant get paid?
At the end of the business day the merchant settles their point-of-sale terminal or cash register and totals their daily sales receivables. This also means performing a function within the point-of-sale terminal to total, and then submit, the approved credit card payments to their Acquiring Bank.
The Acquiring Bank receives all authorized transactions from the Merchant terminals and submits them to the third-party processor for clearing. The processor receives the data and formats clearing files for both Card Associations and submits settlement data to them on a daily basis.
The Card Associations perform a financial reconciliation, which calculates the total debits for each Issuing Bank -- by BIN -- and the total payments /credits for each Acquiring Bank /Merchant. The totals for each Issuer and Acquirer are then posted to the applicable bank's clearing accounts, with Visa and MasterCard, and reports identifying individual transactions for that day are provided to the third-party processor for their respective banks.
The Issuer receives a daily report identifying all transactions posted to cardholder accounts, and the Acquirer receives a report identifying which Merchants need to be paid for sales completed the day before.
The Acquiring bank posts those sales to the Merchant's bank account, minus commissions and fees. Cardholder debits are typically posted by the Issuer third-party processor, which also prints the monthly cardholder statements identifying the merchant transactions. Credit card limits and balances are adjusted once the transactions are posted by the third-party processor.
The fees charged by the Card Associations to the Issuers and Acquirers are known as interchange fees, and range between 1 percent and 2.2 percent of the card transaction amount, plus transaction fees.
The general rule is the Acquirer pays the Issuer the interchange fees required to process the sales transactions. The Card Associations "net settle" to both the Issuer and the Acquirer based on the fees associated with the transaction type, the card product type and the merchant transaction presentment (card present, card not present, A.T.M., etc.).
An e-commerce or Internet transaction replaces the point-of-sale terminal with a certified Payment Gateway Provider; but from here on, the process works fundamentally the same.
Internet merchants transmit credit card transactions to their Payment Gateway Provider, which formats the transaction for submission either to the Acquirer third-party processor or the Card Associations, directly. From that point on, the process is identical for authorization of transactions.
Settlement is processed by the Payment Gateway Provider at the end of each day, in the same manner as a point-of-sale terminal, in that files of approved online Merchant transactions are generated and sent to the Acquirer's third-party processor for onward settlement by the Card Associations to the banks.
No matter what front-end system or device is used to acquire the card transaction, the back-end authorization and settlement process remains the same on a worldwide basis.

First Atlantic Commerce - Headquartered in Bermuda, and established in 1998 to create secure card-based payment solutions for e-businesses, FAC provides powerful technology designed to work with most merchant platforms. Business solutions such as 3-D Secure Payer Authentication, IP Geolocation, Virtual Corporations and the online payment gateway are available in various international jurisdictions.