Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Authorize.net AVS problems


Guest

Recommended Posts

Hi all... not sure if I'm posting this to the right section, but after extensive searching, I can't find any other posts relating to my "problem"... so here goes.

 

I've got my store working with Authorize.net (using the AIM / CVV contribution), and all's working great with the exception of AVS matching IF the customer's billing address begins with "PO Box".

 

After a customer complained, I tested this myself - and ran into the same problem... if the billing address is "PO Box 123", Authorize.net returns an AVS response of "Z". Now, if I modify the billing address to be just "123" - I'll get an AVS response of "Y".

 

I should point out this "problem" is not exclusive to Authorize.net -- I was able to recreate the same problem using my old manual credit card processing via Nova & PC Transact-It.

 

My "solution" was to modify the way authorize_direct.php submits the billing address... here's my modified line relating to the billing address:

 

x_Address => ereg_replace('[^0-9]', '', $order->billing['street_address']),

 

In my limited testing, it seems to be working ok.... does anyone know of any problems doing this? For instance, if the customers billing address is "123 5th St, Apt 123" -- will the the submitted billing address of "1235123" be processed correctly?

 

Thanks in advance for any help you can offer... and many many thanks to the developers of osC and all the contributors :D

Link to comment
Share on other sites

  • 3 years later...
Hi all... not sure if I'm posting this to the right section, but after extensive searching, I can't find any other posts relating to my "problem"... so here goes.

I've got my store working with Authorize.net (using the AIM / CVV contribution), and all's working great with the exception of AVS matching IF the customer's billing address begins with "PO Box".

After a customer complained, I tested this myself - and ran into the same problem... if the billing address is "PO Box 123", Authorize.net returns an AVS response of "Z". Now, if I modify the billing address to be just "123" - I'll get an AVS response of "Y".

I should point out this "problem" is not exclusive to Authorize.net -- I was able to recreate the same problem using my old manual credit card processing via Nova & PC Transact-It.

My "solution" was to modify the way authorize_direct.php submits the billing address... here's my modified line relating to the billing address:

x_Address => ereg_replace('[^0-9]', '', $order->billing['street_address']),

In my limited testing, it seems to be working ok.... does anyone know of any problems doing this? For instance, if the customers billing address is "123 5th St, Apt 123" -- will the the submitted billing address of "1235123" be processed correctly?

Thanks in advance for any help you can offer... and many many thanks to the developers of osC and all the contributors :D

 

hi!

i know it is a very old post, but what did happen then?

i am using authorize.net with the basic OSC module.

an specific order was not processed. I went to see into the details in authorize.net panel, and this specific transaction had the AVS set to "Z". the funny think is that A.net actually accepted the payment (as in my settings), but the order wont appear in OSC.

 

Is it possible that A.net accepts a transaction but OSC wont??

thanks!

Expresionario.com | Pura Sub-cultura!

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...