Authorize.net ~ What is she doing?!

[TripleMoons]

I'm trying to close the deal on this client, but for some reason the Authorize.net won't work.

I get this error:

Tax is required. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

in Checkout Step 2.

Firstly, I'm not in the same state as the business, so I shouldn't even have any sales tax on anything I attempt to order. Secondly, this is the AIM module that was supplied with the latest version of Zen Cart, so it should just be plug & play.

Is this something the clients doing with her Authorize.net account?

I just feel like I'm beating my head into a brick wall, the women won't provide her Authorize.net account information to me so I can check it it's something she messed up in there.

[TripleMoons]

Here BTW is the Cache log minus personal information...

Apr-12-2007 03:06:26
=================================

Response Code: Array
(
[0] => 3
)
Array
(
[0] => Tax is required.
)
Sending to Authorizenet: Array
(
[x_login] => *******
[x_tran_key] => *******
[x_relay_response] => FALSE
[x_delim_data] => TRUE
[x_version] => 3.1
[x_type] => AUTH_ONLY
[x_method] => CC
[x_amount] => 16.95
[x_card_num] => *******2000
[x_exp_date] => 0108
[x_card_code] => *******
[x_email_customer] => TRUE
[x_email_merchant] => TRUE
[x_cust_id] => 1
[x_invoice_num] => 2
[x_first_name] => Stephanie
[x_ship_to_first_name] => Stephanie
[x_ship_to_country] => United States
[x_description] => Walking With The Wise Entrepreneur(qty: 1)
[Date] => April 12, 2007, 3:06 pm
[IP] => 207.59.102.119
[Session] => a6e54e822aaeb2f2205b638b75e8813f
[url] => https://secure.authorize.net/gateway/transact.dll
)


Result: Array
(
[0] => 3
[1] => 2
[2] => 33
[3] => Tax is required.
[4] =>
[5] => P
[6] => 0
[7] => 2
[8] => Walking With The Wise Entrepreneur(qty: 1)
[9] => 16.95
[10] => CC
[11] => auth_only
[12] => 1
[13] => Stephanie
[32] =>
[33] =>
[34] =>
[35] =>
[36] =>
[37] => B70629A79F730B777AEDBFF651F36C2A
[38] =>
[39] =>
[40] =>
[41] =>
[42] =>
[43] =>
[44] =>
[45] =>
[46] =>
[47] =>
[48] =>
[49] =>
[50] =>
[51] =>
[52] =>
[53] =>
[54] =>
[55] =>
[56] =>
[57] =>
[58] =>
[59] =>
[60] =>
[61] =>
[62] =>
[63] =>
[64] =>
[65] =>
[66] =>
[67] =>
[68] => April 12 2007 3:06 pm
[69] => 207.59.102.119
[70] => a6e54e822aaeb2f2205b638b75e8813f
)


CURL info: Array
(
[url] => https://secure.authorize.net/gateway/transact.dll
[content_type] => text/html
[http_code] => 200
[header_size] => 359
[request_size] => 995
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.419983
[namelookup_time] => 0.105422
[connect_time] => 0.140189
[pretransfer_time] => 0.315743
[size_upload] => 0
[size_download] => 434
[speed_download] => 1033
[speed_upload] => 0
[download_content_length] => 434
[upload_content_length] => 0
[starttransfer_time] => 0.419877
[redirect_time] => 0
)

[DrByte]

This would appear to be an account-related setting.
The documentation (for the AIM module anyway) does not show x_tax as a required field.
If their account settings are overriding that on the authorizenet (or maybe the bank) end, then that error message is possible I suppose.

[TripleMoons]

This would appear to be an account-related setting.
The documentation (for the AIM module anyway) does not show x_tax as a required field.
If their account settings are overriding that on the authorizenet (or maybe the bank) end, then that error message is possible I suppose.

That's what I thought.

Now just to convince her to give me the information so that I may take a look at it, or have her figure it out herself!

Thanks SO much!

[DrByte]

You could call authorize.net tech support an ask about the issue. They may not help with her specific account without you authenticating yourself, but at least they could talk about what issues may trigger that mandatory issue.

[TripleMoons]

Ok, so I called Authorize.net up and they're saying it's not from them...They're insistent that it's a problem with the shopping cart. But what I don't understand is if the module is already integrated into the Zen Cart installation, why this is happening. Could my client have messed with any settings in the Admin that would cause the error?

[DrByte]

Tax data is not submitted by the integrated module.
This is the first I've seen anybody report that error. Hence the suggestion that it's something awry with their account settings, causing it to suddenly "require" that tax data be submitted.

Is she using SIM or AIM? AIM is the better one.

[DrByte]

Ok, so I called Authorize.net up and they're saying it's not from them...They're insistent that it's a problem with the shopping cart.

Their own documentation shows that "tax" is OPTIONAL -- *not* a "required" item:
http://www.authorize.net/support/AIM_guide.pdf - page 17
http://www.authorize.net/support/SIM_guide.pdf - page 26

Further, the error message *IS* coming from them. The transaction response data shows it:

[0] => 3
[1] => 2
[2] => 33
[3] => Tax is required.

The real question then becomes ... WHY are THEY sending back THAT error message ?

[TripleMoons]

She is useing AIM.

I believe I'm just going to foward the log to her and have her call Authorize.net. They of course will not give me any information on her account or change things without her authorization.

Hopefully this can get straightened out by them on monday. I will be sure to post the results so if this problem ever comes up for anyone else, the fix will go much smoother.

I really, really appreciate your help with this!

[Stryder]

Was this problem resolved? I am experiencing the same problem and would appreciate any feedback on how to fix it. Thanks.