Credit card declines trans., order still goes through OC

So I went to refund a customer some shipping money after he checked out and discovered an issue going on. It turns out his credit card was declined on the Authorize.Net website. But the transaction went thru OpenCart just fine and gave me a receipt as if his CC was accepted.

So I almost sent this kid a jacket and 2 free shirts. I mean his whole order for free.....

Then, I went back a few days, comparing declined transactions with orders received and found 2 more that I would have had sent out today. So it looks like declined CC transactions are sometimes going thru the site.

And I may have been shipping out product all year on these.

A way to stop this is to do this is at end of day, constantly cross referance the day's declined transactions with orders. And i can email the customer to see if he will give me his info so I can manually run the card. But man doing that every day is gonna suck. Auth Net says they have nothing to do with it, that it's a website issue.

Any help you guys and gals? My OC version is 1.4.9.2

Thanks,

Greg

Im looking at the code and you may be right. It looks like it does update the order with the Authorize Code, but whether its pass or fail, it still sets the order to the confirmed status. This hasn't changed since it was added back in 1.2.9 so it has been this way for a while. I'll test some more with my account to be sure and fix it if needed.

gregoryhenry wrote: But the transaction went thru OpenCart just fine and gave me a receipt as if his CC was accepted.

We haven't switched over to OC from our present cart yet so I can't speak to any problem with OC, but we've set up our AuthNet account to email us "receipts" for every order that is accepted. There's also a daily email that gives the total amount of orders, and refunds - if any, for the day. Every morning I import all the previous day's orders from our cart's MySQL db into FileMaker Pro and then verify that there is a corresponding email from AuthNet. If there isn't, then I check the AuthNet site. Being that we sell big ticket items, we don't have that many orders each day (maybe 20 at the most), but it's not that big of a hassle. I don't even think about it anymore — it's just part of the work routine now.

No matter how many orders you have, I personally think it's a good idea to do something like this. Do you really want to blindly trust your software or your service to "do the right thing"? Like you said, how many orders have you shipped for free? At the very least, you should compare daily totals from your cart with those from AuthNet.

NEVER trust your computer to not make a mistake. It's only a tool so use it like one. If you keep your hand in the day to day aspects of your business, you'll never have a problem go unnoticed and, as an added bonus, you'll always have your finger on the pulse of your business. Don't set yourself up for a fall by running your business "hands off". Sure, it would be nice, but it's only a pipe dream.

Marc

Thanks for the advice, Marc. 'Preciate it. Also, thanks to Q for looking in to this issue. I'll check back often for any updates.

Thanks,

Greg

Can you tell me, on these orders that were declined, if you edit the order and goto the order history area do you see comments on the transaction?

If you are talking about the Comments area of the invoice, it either comes
up as Completed there or nothing at all.

Thanks,

Greg

I also am having a problem with authorize.net transactions. The authorize.net module is actually debiting my bank account for the transaction fees. So on the one side of the ledger, authorize.net has no problem pulling money out of my bank account. However, on the other side of the ledger, I have received no monies from the client for any of these transactions! I do notice in the order history for all of my failed transactions that the original transaction for each one of these is "Cancelled", and the default state for the module is also "cancelled". Should I set the default state to "processing"?


EdS