Forum Moderators: buckworks
Your payment gateway backend should show you the AVS codes for declined transaction which should give you clues if it's AVS errors or just bad credit cards in general.
Having AVS cranked up to the highest level of security definitely results in lost sales because millions of years of evolution still hasn't improved the average intelligence of your basic beer drinking, lazy-boy reclining, football watching human. Nobody knows their entire 9 digit postal code and a lot of people dont enter their address exactly as the credit card company has it on file which is a real pain. To solve these issues I run my AVS on a lower security level for "Either Address or Postal Code must match" which also allows 5 digit postal codes.
CVV will require a little more explantion on your web site and a picture of where these numbers are located on the credit card. We people in ecommerce know what CVV is, but a lot of online shoppers still seem to be oblivious.
BTW, if you captured the customer information about the declined sales I would call them and
a) find out what went wrong during checkout and,
b) try to recapture the sale and enter the transation yourself to see if it works or,
c) offer the customer a different method of payment (check by mail?).
Some people think a decline is a lost sale, I look at it as a sales opportunity for someone that just had issues making a payment and get about a 30% recovery rate.
I turned of CVV several months ago, for a number of reasons:
* There's no incentive to use CVV -- my discount rate is the same whether I use it or not. On the other hand, if I don't use AVS, my discount rate is considerably higher. That's all the reason I need to use AVS.
* Customers have a hard time entering the CVV correctly, and the gateway doesn't indicate that the CVV is the reason for a decline. There's no telling how many sales we lost due to customers being unable or unwilling to enter the CVV. It doesn't seem to matter how many pretty pictures and explanations you put on the web site; customers are just incapable of finding those 3 (or 4) little digits.
* You CANNOT store CVV anywhere on your system without being in violation of the credit card company regulations. So unless you're doing realtime authorization and capture, you have a problem.
* My particular niche is basically fraud-free -- thousands of orders so far and not a fraudulent one in the bunch. My products are attractive to fraudsters (other than those morons in Nigeria who just won't go away), so it's not a big deal.
I once thought that too, I've been corrected by the credit card company with the following:
"CVV may only be retained until the transaction is completed, then must be removed"
I interpret that to mean I can store it until I charge the card, then zap it.
Regardless, it doesn't matter as the banks are starting to require CVV to cut fraud and one customer told me the other day they wouldn't even process his online charges without it. I told him to find another merchant account provider but he nixed that idea, his nickel........
We do the things incredibill suggested..When we call the customer we first try to confirm that the billing address they submitted is actually the address where their credit card statement is mailed. If they say yes, we ask for the 800 number of the credit card and call to verify the address. Typically it will come up as a match. Sometimes the payment gateway is just too sensitive, especially with PO boxes or rural addresses.