Plastic Money
Sunday, September 28th, 2008If you are a credit-card user, you might have noticed that it takes a while for your purchase history to be updated on your bank’s website. Still, your available credit goes down even before you walk out of the store.
The reason for this is that there is a two step process for such purchases. The first step is a Reservation: the merchant tells the bank to reserve a certain amount for the transaction. This call is immediate and atomic, and it affects your available credit. Once the reservation is complete, the merchant can rest assured that the bank will pay him the requested amount in full once the transaction is complete. It is the bank that now takes on the responsibility for the payment.
The second step is the Settlement: the merchant tells the bank that the transaction has been completed successfully and that payment should be made for the originally requested amount. The general rule is that the settlement request can be made once the goods are dispatched, or when the merchant is no longer the responsible party for delivery of the goods. The settlement request can actually be made several days after the original reservation, and the actual maximum period varies with the bank.
When it comes to security, this system survives not because it is particularly safe, but because the banks are willing to assume the risk (and reap the rewards as well). Of course, many customers may have acquired a false sense of security just because they’ve used it for so long. Consider, for example, the three or four digit (“CVV2”) code that is associated with modern credit-cards. On the face of it, it improves security by making a portion of the secret key unavailable through electronic means. However, this code is completely irrelevant in many cases, because it is not required to authorize a transaction, and many merchants simply don’t use it. All it does is provide an additional authentication mechanism if the merchant so wishes. Ironically, this requires the merchant to put in many more stringent checks in place to prevent the code from being leaked or stored in the system (which would defeat its primary purpose).




