confused with authorize.net

I've been upgrading a site from 1.3.9 to 1.5.1.

I believe I have everything working correctly but still need to configure the payments module. Using the existing, live site's admin v1.3.9, I have transferred the api login id, transaction key and matched the settings using radio buttons.

I have 2 issues:

(1) a warning "Authorize.net (AIM) (in Testing mode) (NOTE: MD5 Hash key too long)"

and

(2) in edit mode the module displays 3 textfields with no labels or information about what belongs in each one. (the live store v1.3.9 gives no help in trying to figure this out)

So, is the transaction key (36 characters) the same as the MD5 Hash key that's too long? And how do I figure out why the 3rd, 5th and 6th textfields offer no guidance?

Any suggestions on finding a solution?

1. No, the MD5 hash is very different from the transaction key. Further reading: http://www.zen-cart.com/content.php?291-how-to-set-up-the-authorizenet-aim-payment-module (also linked from the module in your admin too)

2. Those symptoms indicate that you've not clicked "Remove" to get rid of the old version's settings and then "Install" to put new settings in.
   And/or maybe you're missing the language file for that module.

Thank you. That solved my problems.

I checked "" for missing language files (they were there).
I uploaded a new set just in case.
In the store's admin, I removed the module and reinstalled it.
I entered my info and am currently testing.

It seems to be working

Can't figure this one out.

Trying to test Authorize.net (AIM) with the following parameters.

I am getting the following error when running a test Credit Card.

What am I doing wrong?

Kevin205:

Can't figure this one out.

Trying to test Authorize.net (AIM) with the following parameters.

I am getting the following error when running a test Credit Card.

What am I doing wrong?
You need an account even for test mode.
http://www.zen-cart.com/content.php?291-how-to-set-up-the-authorizenet-aim-payment-module

I opened a test account at authorize.net.

Placed the Authorize.net on Test Mode.

Placed the "Card Not Present Test Account"s API Login ID and **Transaction Key ** and also place hello in MD5 Hash area of admin>Payment Modules>Authorize.net (AIM) (in Testing mode).

I can't get it to process.

If your "test account" is actually a "developer account" then it won't work without making coding changes.

The "Test Mode" in the module is intended for REAL accounts to do TEST transactions before going live. Since all the programming is already done for the module, there is not really any need for "developer" testing.

But, I assume that if you're asking these questions then you think you need to use a "developer" account, in which case you'll need to go into the module's code and change the $url to match $dev_url.
Of course, if you don't undo that before actually using a Live account, then your Live transactions will fail and then your client will be quite unhappy.

DrByte:

But, I assume that if you're asking these questions then you think you need to use a "developer" account, in which case you'll need to go into the module's code and change the $url to match $dev_url.

Where is that file located? Should the change happen in "includes/modules/payment/authorizenet_aim.php"? Where should code change from $url to $dev_url take place?

Let's back up.

Why aren't you using a real live account for testing this? That REALLY is the smartest approach.

Customer has not signed up for a a live authorizeNet account yet, he will do it as soon as the cart is ready to go.

As you know, AuthorizeNet allows you to sign up for a test account, and he has done that. Now he would like to see the flow of credit card acceptance through AuthorizeNet gateway. That's why I am trying to get it to function in the test mode, without a live account.

I hope that answer you question.

Kevin205:

Customer has not signed up for a a live authorizeNet account yet, he will do it as soon as the cart is ready to go.

As you know, AuthorizeNet allows you to sign up for a test account, and he has done that. Now he would like to see the flow of credit card acceptance through AuthorizeNet gateway. That's why I am trying to get it to function in the test mode, without a live account.

I hope that answer you question.

I'm with DrByte.. It's not clear why you are trying to test without a proper Authorize.net account.. What exactly is your client trying to "see"?? Is he trying to evaluate Authorize.net over another gateway?? What other gateway would he be considering, and is there a module to support that gateway??

The process (High level) is as follows:
Customer makes purchase, and enters their credit card data during checkout. The Authorize.net module contacts the Authorize.net gateway. The transaction is processed by Authorize.net and if approved the sale is finalized, the customer will be taken to the order completed page, sent an order confirmation and the shopowner is sent a order notification e-mail. if the transaction is not approved the customer will see a message in the store indicating that.

Beyond that there is nothing really to see. On the Authorize.net side the shopowner can login to Authorize.net and see their transaction history in their Authorize.net account.