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.

:frusty:

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
)

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.

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.

That's what I thought. :bored:

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!

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.

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?

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.

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.

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 ?

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!

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

I have run into an issue lately that causes me issues with business credit cards

Some cards are requiring you to pass tax seperate , it dosnt add to the total its just for record keeping,

Most businesses are sending 0.00 as this amount,

I was actually working on this for one of Stryder's customers. I think I figured it out.

sign in to account.authorize.net
click on "Account" at the top of the page.
Under "Transaction Submission Settings" click "Virtual Terminal"
Under "Additional Information" next to "Tax" remove the check from the box on the right.
Click "Submit".

TecBrat

Strike that last message from me. It didn't do what I thought it did.

My next attempt has been to add (in includes/modules/payment/authorizenet_aim.php where there are other x_whatever assignments)```
x_fieldname => '0.00',

or similar for various fields that Authorize.net answered back with as required. 
My newest error message is "The FDC Merchant ID or Terminal ID is incorrect..." I read somewhere that this is a problem at Authorize.net. It might be an issue between authorize.net and the our client's merchant account

She reset one of the numbers that needed input into the AIM and now it works fine.