Reply
Contributor
jrockfl
Posts: 11
Registered: ‎05-18-2010

AVS mismatch prevention

We get a lot of calls and emails about AVS mismatch. Customers think we have billed them twice and we have to take time to explain that we didn't and the pending transaction will be removed.

 

I read somehwere on the fourm about doing an authorization first for $0.00 and then the transaction if it is successful.

Is this the way to go?

 

 

TJPride
Posts: 1,609
Topics: 15
Kudos: 175
Solutions: 121
Registered: ‎06-23-2011

Re: AVS mismatch prevention

Well, you could change your settings to either allow it through (with reporting of triggered filters) or decline it, rather than authorizing and holding for review.

---------------------------------------------
I am no longer providing support for Authorize.net, until such time as their policy reverts back to allowing gun sales. Sorry, all.

Like my solution? Give me a kudos by clicking the star at the bottom of my post!

Test accounts are not the same as test mode. Always use Authorize.net accounts in live mode; use a sandbox account if you want to test your code without processing real transactions.
Contributor
jrockfl
Posts: 11
Registered: ‎05-18-2010

Re: AVS mismatch prevention

I like the idea of just declinging it without holding it for review.

 

Where is that setting located?

TJPride
Posts: 1,609
Topics: 15
Kudos: 175
Solutions: 121
Registered: ‎06-23-2011

Re: AVS mismatch prevention

Log into your Authorize.net control panel, go to Settings -> Security Settings -> Address Verification Service.

---------------------------------------------
I am no longer providing support for Authorize.net, until such time as their policy reverts back to allowing gun sales. Sorry, all.

Like my solution? Give me a kudos by clicking the star at the bottom of my post!

Test accounts are not the same as test mode. Always use Authorize.net accounts in live mode; use a sandbox account if you want to test your code without processing real transactions.
Contributor
CDeCinko
Posts: 34
Registered: ‎09-17-2009

Re: AVS mismatch prevention

That's not going to solve his issue.  He needs a way to get the bank to release the hold on the funds.  So far, there does not appear to be a way to do that.

 

TJPride
Posts: 1,609
Topics: 15
Kudos: 175
Solutions: 121
Registered: ‎06-23-2011

Re: AVS mismatch prevention

I just read that here, hmm. Seems like a counterintuitive way to set up the system, I would logically expect that decline means don't charge at all. But personally, I just allow through the transaction as long as the zip code matches. It's hard to mess that up, and people aren't likely to hit it by guessing. Don't know if that's the smartest solution but it's been working for me so far.

http://community.developer.authorize.net/t5/Integration-and-Testing/Verify-Card-Information-WITHOUT-...

---------------------------------------------
I am no longer providing support for Authorize.net, until such time as their policy reverts back to allowing gun sales. Sorry, all.

Like my solution? Give me a kudos by clicking the star at the bottom of my post!

Test accounts are not the same as test mode. Always use Authorize.net accounts in live mode; use a sandbox account if you want to test your code without processing real transactions.
Contributor
CDeCinko
Posts: 34
Registered: ‎09-17-2009

Re: AVS mismatch prevention

The problem we see is assistants using the boss's credit card to make the charge, using information they wrote down a year ago.  So, when the boss got his new card and the CCV number changed, they failed to pass this information along.  So, the assistant tries to use the old information.

 

We had to resort to blocking them in our app after three failed attempts.  Otherwise, they would run up dozens of declined charges, which results in dozens of holds and dozens of transactions fees to us.

 

TJPride
Posts: 1,609
Topics: 15
Kudos: 175
Solutions: 121
Registered: ‎06-23-2011

Re: AVS mismatch prevention

Sounds very annoying, but perhaps industry-specific? The businesses I do work for don't tend to have assistants doing the charging.

---------------------------------------------
I am no longer providing support for Authorize.net, until such time as their policy reverts back to allowing gun sales. Sorry, all.

Like my solution? Give me a kudos by clicking the star at the bottom of my post!

Test accounts are not the same as test mode. Always use Authorize.net accounts in live mode; use a sandbox account if you want to test your code without processing real transactions.
Contributor
jrockfl
Posts: 11
Registered: ‎05-18-2010

Re: AVS mismatch prevention

CDeCinko

 

I just started blocking them after 3 failed attempts as well, we had the same problem with customers running numerous transactions.

 

So it sounds like we pretty much need to just deal with it?

Contributor
CDeCinko
Posts: 34
Registered: ‎09-17-2009

Re: AVS mismatch prevention

Or scream louder since we've been reporting this issue as far back as 2009, if not longer.  We were told back then that a solution was coming.  Guess when the banks are in trouble, solving issues like this gets put on the back burner.