GS Logo
The Green Sheet, Inc

Please Log in

Banner Ad
View Archives

View PDF of this issue

Care to Share?


Table of Contents

Lead Story

All aboard the processing train

News

Industry Update

Credit card spending increases

Reading the tea leaves on Apple and NFC

Weighing in on alternative payments

Trade Association News

Features

GS Advisory Board:
Game changers for 2011 - Part 2

ISOMetrics:
Salaries in the payments industry

A checklist for advertising effectiveness

Selling Prepaid

Prepaid in brief

Rewards expand with BillShrink

The value of stored-value for ISOs and merchants

Views

Bold steps needed on fraud front

Patti Murphy
The Takoma Group

Retaining merchants during a portfolio acquisition

Daniel Federgreen
Analyst

Education

Street SmartsSM:
POS systems, yea or nay?

Ken Musante
Eureka Payments LLC

Selling in the digital age

Dale S. Laszig
Castles Technology Co. Ltd.

The decreasing primacy of price

Theodore Svoronos
Merchant University

Referrals: Do you play the numbers game?

Bill Pirtle
MPCT Publishing Co.

Marketing basics

Nicholas Cucci
Network Merchants Inc.

Company Profile

VeriCheck Inc.

New Products

Upward mobility, no strings attached

Pay Anywhere
North American Bancard

An app to cinch the deal

POS Portal Mobile App
POS Portal Inc.

Inspiration

The fine art - and science - of selling

Departments

10 Years ago in
The Green Sheet

Forum

Resource Guide

Datebook

Miscellaneous

2011 Calendar of events

Skyscraper Ad

The Green Sheet Online Edition

February 28, 2011  •  Issue 11:02:02

previous next

All aboard the processing train

Most consumers never think about the complex world of payment processing when they swipe bankcards at the POS. As long as transactions are approved, that's good enough for them. Most merchants are probably the same way. They don't want to be bothered with all that jazz about network routing and clearing functions; they just want to see that money end up in their bank accounts.

But ignorance of processing is not a luxury ISOs and merchant level salespeople (MLSs) can afford. As subject matter experts in the eyes of their merchants, not to mention prospective merchants, knowledge of how electronic transactions are processed is worth a little investment of time, especially for industry newbies.

A seven stage journey

The typical electronic transaction undergoes seven stages from the time a payment is initiated at the POS to the time the merchant's account gets credited for the purchase. The seven stages are: authorization, merchant balancing, capture, clearing, interchange, settlement and merchant payment/automated clearing house (ACH).

To understand the process, it is helpful to picture a transaction as a train traveling over various sets of tracks. In fact, you will often hear how a credit card transaction goes over the Visa Inc., MasterCard Worldwide, Discover Financial Services or American Express Co. "rails," alluding to that old-fashioned, proprietary transportation network known as the railroad.

That first authorization step comprises the "front-end" of processing. The function is performed in real time, which may last from a sub-second up to approximately five seconds, depending on the complexity of the transaction.

The remaining six steps make up what is commonly termed "back-end processing."

In some cases a merchant may use one provider for front-end processing and another for the back-end function.

The combined front-end and back-end processing of any payment is referred to as the payment's "life cycle."

Tracking payment types

The preceding explication of the payment process only scratches the surface of its complexity. However, it may come as a surprise that the five basic payment types - credit, debit and prepaid cards, as well as checks and ACH processing - do not add greatly to that complexity.

Credit and debit cards are usually processed over separate rails, but are very similar in how they are actually processed, according to Steve Mathison, a Vice President in Product Management at the industry's largest acquirer, First Data Corp.

"From a pure transaction processing and switching capability perspective, there's not a lot of difference," he said. "What happens on the Visa/MasterCard or the bank side, the biggest difference is, well, the bank giving the consumer a loan or are they drawing those funds directly out of a bank account."

Prepaid cards are processed basically the same way as credit and debit cards, but with a twist. "What's different is on the issuer's side - how they hold those funds," Mathison said.

"[Prepaid] is not a loan, and it's not withdrawing from a DDA [demand deposit account] - 'I've actually collected and I'm holding a liability that I owe to the consumer that the consumer redeems from time to time by going to a merchant.' So the style of how the issuer handles it is the biggest difference," he added.

Checks are processed similarly as the above card payments, Mathison added. After the data on the check (magnetic ink character recognition line information, the signature, etc.) is captured via a check reader at the POS, it becomes "just another electronic transaction," he said. The processor recognizes the transaction is a check and then usually routes it over the ACH network, Mathison noted.

The ACH, which began in the 1960s as a way for banks to facilitate recurring consumer credit payments (such as payroll and retirement benefits) and recurring consumer debits (payments of insurance premiums and utility bills, for example), has been expanded to include person-to-person money transfers and decoupled debit payments.

The main difference between a credit/debit/prepaid card payment and one that travels over the ACH is where the transactions are routed.

While a credit transaction would be routed through a card brand, an ACH payment is funneled through the U.S. Federal Reserve banking system, where money is transferred directly from one bank account to another, according to Mathison. Person-to-person payment via PayPal Inc. accounts is one example.

Function junction

Among the top electronic funds transfer (EFT) networks over which debit cards run are First Data's Star Network, Discover's Pulse, Visa's Interlink, the NYCE Payments Network LLC and MasterCard's Maestro.

Among the top acquirer/processors that connect to those networks are First Data, Chase Paymentech Solutions LLC, Elavon Inc., Fifth Third Processing Solutions, Global Payments Inc. and Heartland Payment Systems Inc.

At processing's front end, the connection between the POS device, or online gateway, and the processor must be seamless. Greg Chapman, Chairman of gateway provider PaySentinel LLC, said that connection is like a "light socket plugged into a wall. The switch goes off and on."

To send transactions to the processor, data must be configured according to certain specifications. 1stTransaction Corp.'s TransactionX is POS software that runs on Microsoft Corp.'s Windows operating system for PCs. Rich O'Brien, founder and Chief Executive Officer at 1stTransaction, said each processor wants the card data formatted differently.

"The idea of taking data...and moving it into a format that's applicable to each of the different platforms, it takes a little bit of work to make sure everything works," he said. "And it has to be certified because it has to be repeatable."

For example, processors require transactions coming from restaurants to have different information from transactions coming from gas stations, O'Brien said; a transaction from a restaurant needs a separate data field for tips while a transaction from a gas station requires a field for the type of gasoline pumped.

Another example would be an airline ticket. Mathison said the front-end authorization of an airline ticket may include the card number, expiration date and limited track data; but, in the settlement phase, flight and ticket numbers are included in the data.

A switch in time

A core function at the processor level is analyzing the transactions received from POS devices for such things as transaction type and card brand and then routing them to the appropriate entities. The combination of hardware and software that analyzes that information and routes it over the right network is called the "switch."

David Bergert, Technology and Development Director at Dallas-based payment system manufacturer On-Line Strategies Inc., said a switch is either a "full tower computer or a highly available set of servers with specialized software optimized for online transaction processing."

Once a switch receives a transaction arranged in a certain processor's "message format," the switch's logic engine analyzes the different data fields in order to route it. "A lot of the switching algorithms are based on BIN-based routing," Bergert said. "They look at the first one to six digits of the card to determine what the card type is. If it's '5' it goes to MasterCard; if it's '4' it goes to Visa; if it's '6011' it goes to Discover; if it's '37' it goes to AmEx."

Like the processors, the card brands also have individual specifications for how they want card data formatted, Bergert added. So the switch does what is called "message translation" and sends along a "new" message to the card brands, he said.

Many factors play into how fast a transaction moves through a switch, including computer processing power and the physical age of the hardware, Bergert noted. But he also pointed to a transaction's "external duration" as also affecting processing speed.

For example, it may take a shorter or longer time for a transaction to get through the authorization stage, depending on how much fraud control the issuing bank applies to a transaction. It might take longer if the bank performs velocity controls (the frequency of transactions within a given time period that involves a particular card or a particular cardholder's name, for example) on a transaction to determine if it is valid.

"A lot of it depends on the amount of logic that the issuing bank determines it needs to do on each transaction that comes through," Bergert said.

Another factor is the size of the data packet itself. On-Line Strategies builds special switches to facilitate pharmaceutical payments.

Bergert said because such payments involve adjudication, the process for determining which purchases at mixed-use retailers are covered by health insurance plans, the card data includes insurance information, which makes the size of the "message" a hundred times larger than the size of an average 200 byte-size transaction.

Processing of such transactions can take up to five seconds, where a standard financial transaction takes a millisecond, he added.

Payment pros, like merchants and consumers, are guilty of taking for granted the payment infrastructure that allows modern commerce to occur.

It may be enough to know that the system works. But when you take the time to investigate how, you gain a deeper appreciation for the ingenuity that went into its construction. We have come a long way, indeed, when we think a transaction is slow if it takes all of five seconds to complete.

Notice to readers: These are archived articles. Contact names or information may be out of date. We regret any inconvenience.

previous next

Spotlight Innovators:

North American Bancard | Harbortouch | USAePay | IRISCRM.COM | Humboldt Merchant Services