Authorize.net - issues + cURL

[droptest]

Zen Cart ver 1.3.7. Trying to integrate Authorize.net AIM. Hosted on HostGator. Everything is working great. Paypal IPN working great. Authorize.net works great under TEST MODE. When I switch from TEST to PRODUCTION mode i get what seems to be a common error "Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

After searching the forums endlessly, i have found a few areas of interest.

On the Authorize.net admin page/settings/-Response/Receipt URLs i submitted the following URL - https://www.mysite.com/zencart/index...eckout_process as well as https://www.mysite.com/zencart/index...n_page=payment, these made no difference. I read a post by a user that said he left all those blank and had no problems.

I read another that said you must have cURL installed on your server. Hostgator only does this by request and were more than happy to do this. Since installing cURL, i still get the same problem.

I also found a post here where someone attached an updated "authorizenet_aim.php" file that i replaced the old one with.

Now, i know the cart is speaking to Authorize, because i have several "unsettled transactions" on my authorize.net account page. When viewing the info for one of the unsettled transactions i notice that my ip address is not showing up, and i notice that there is no authorization code (i dont know that there needs to be either one)

So i am still in the same place with the same error. Can anyone help?

Also, I notice in ADMIN-CONFIG-MY STORE there are 2 cURL settings "curl proxy status" and "curl proxy address" Do these settings need to be addressed when using Authorize.net ?


thanks

[kobra]

Also, I notice in ADMIN-CONFIG-MY STORE there are 2 cURL settings "curl proxy status" and "curl proxy address" Do these settings need to be addressed when using Authorize.net ?

These are only needed if curl is a proxy and not part of the server install - check with your host as to if this is complied with or as a proxy

Curious - what proxy address did you enter and where did you get it from?

[droptest]

Hey Kobra.

I didnt actually enter the proxy, I was just wondering if I needed to in regards to Authorize.net. I did a google search for "hostgator" and "curl" and the first page that poped up was a hostgator help page that showed the path to curl, and added the note "users must request curl install" so i emailed support and they curl up in no time.

I did email support back after i saw the 2 curl fields in admin-mystore, they didnt seem to think it had anything to do with my authorize.net/zencart issue.

[kobra]

All I can offer at this point is to remove the mod in the admin > modules > payment and than re-install and see if this square it as it does for reasons unknown to me with the IPN mod

[econcepts]

Now, i know the cart is speaking to Authorize, because i have several "unsettled transactions" on my authorize.net account page. When viewing the info for one of the unsettled transactions i notice that my ip address is not showing up, and i notice that there is no authorization code (i dont know that there needs to be either one)

So i am still in the same place with the same error. Can anyone help?

If you are able to run test transactions just fine, then everything is setup correctly, and the files you are using are fine (and it should be a problem with the mod at all).

It also shouldn't be a "CURL" issue as if it was, you would be unable to run test transactions (the system uses CURL to send both test and live data so, if it was a CURL issue, you would not be able to run the test transaction either).

The issue only arises when you try a live transaction with Authorize.net. This means you ARE talking successfully to the Authorize.net system or you would not be getting ANY response from their end. The response you are getting is a response that comes from Authorize.net (not the cart itself). Again, this confirms you have it all setup correctly.

The reason it works in Test mode and NOT in Live mode is because in Test mode, Authorize.net does verify any Credit Card information passed. Under live mode it does. Under live mode, Authorize.net will check the information you entered against a variety of settings your account is setup to catch (on the Authnet end).

This can be fraud verification screening, cvv number issues, AVS checks, and a small list of others (again, none of which are checked with Test transactions).

So, here is why you could typically get the error message you are getting. It can happen when:

1) You try to submit a transaction which fails the Fraud Check, AVS Check, etc...

2) You submit a transaction using a card that is not accepted by the merchant account).

3) You submit the information, and it passes all checks, but the Authorize.net system is unavailable to process the request.

4) The Credit Card being used has an issue.

If I was in your shoes, I would personally put back "all original files" form the install that you may have replaced (so you know they are working and have not added any "new" errors to the mix). The default files that come with the install work just fine, and again, yours were working or you would not have been able to submit a Test transaction in the first place.

Then, check all your "Authorize.net Account Settings" for fraud prevention etc... For kicks, turn ALL the screens off (done from within your main account on Authnet after logging in). Then, try to run a Live transaction again (with all the "screening checks turned off).

If the transaction goes through fine, then you know it is an issue with the "strictness" of your screens setup from your account. If you turn them back on one by one and test, you'll find out exactly which screen was causing the issue.

If, however after turning off all screens in your Authnet account, a Live transaction still can not be processed, then I would try a different Credit Card (to eliminate the potential that it is the card).

(What we are doing here is eliminating "what" is not the cause to determine what "is" the cause.)

If, after making all the changes above and testing Live transactions, nothing still works, then I would check the Merchant account settings you have.

Anyone of these will tell you where your problem is. I would venture to guess (form seeing this message in the past) that one of the above will correct the issue.

Good luck!

[droptest]

Thanks for your time guys.

I replaced my updated authorize-aim.php with the original like you said E.

I put authorize.net back in test mode. Ran some test this morning, once again test mode is working great.

Same errors when i take it live. I have emailed Authorize.net support, but judging by a lot of posts i have read, they wont be much help. I set debug to log and email me, i forwarded one of the debug emails to A.net, hopefully someone there has a heart and will look at that.

so i am waiting for a response from A.net, fingers crossed and clients impatiently waiting

[droptest]

UPDATE !!!!!!!!!!!

Another case of simply not being informed/educated.

I FINALLY figured this one out....i think. The conclusion seems to be this:
After speaking with Authorize.net, also sending them one of my 'debug' emails to study, they tell me I simply need a merchant account......i know. Initially I believed all that was needed was the shopping cart configured correctly plus an 'Internet Payment Gateway. I thought the Authorize.net Internet Payment Gateway collected the transactions and used their own Wells Fargo acount to hold the funds that they then distribute to the client. But No ! You absolutely have to have the 3 elements - Shopping Cart - Merchant Account - Internet Payment Gateway.

I am still waiting for the merchant account info to come through so I can relay that to Authorize.net. I am assuming at this point once that info comes through and is activated that my errors will stop. I hope. I will post again one I get to that point.

Thanks for everyone's help assisting me on trying to figure this one out. I hope some of this info is helpful to other users.

[kobra]

droptest,

And a note that I will make so that I ask this for others that might be having issues...
Just did not think to ask if all the pieces were infact created and entered

[econcepts]

they tell me I simply need a merchant account......i know.

Yeah, that was what I mentioned in my "#2". I just assumed you had the account, and they were not accepting the card being processed. In fact, they couldn't process the card because you never had an account.

I am still waiting for the merchant account info to come through so I can relay that to Authorize.net. I am assuming at this point once that info comes through and is activated that my errors will stop. I hope. I will post again one I get to that point.

Hopefully your merchant works quickly for you. I've seen in the past that it can sometimes take a week or more to get a Merchant account all worked out with your bank -- you do realize that you will need a bank account to "settle the funds to" correct? Some Merchants require this to be a business account (or at least a "DBA" (Doing Business As) account.

Good luck!