A SIM problem - solved by using AIM

[naebabe36]

I have been dealing with SAME issue but I think I figured it out.

PayPal and Check/Money order purchases go through just fine. However credit card purchases kicked back to a "whoops session expired" screen. The CC charge would go through but the transaction would not register with ZenCart. This is the same situation as described in a post above.

To fix it:

1. I ensured the Authorizenet_AIM module was activated in ZenCart admin (payment module). I put the sort order of this as #1. I deactivated the regular Authorizenet module.

2. In your Authorize.net account, go to Account on the top toolbar, and then in the section called "Transaction Response Settings" select Relay Response. This screen asks you for the URL you want Authorize.net to return to after processing the transaction. I put my website's "Order Success" confirmation page URL.

3. To find the exact URL for that confirmation page, I processed a payment through check/money order and then when the confirmation page displayed, I copied the URL into the Authorize.net Response Relay request page.


I am not sure if you need to perform all those steps, or if just changing to the AIM would have worked without specifying the Relay Response URL.

I hope this helps. If someone sees a problem with what I have done, please let me know. All I know is that I have been working with IXwebhosting for 2 days trying to get this fixed and they ended up telling me they had no idea what to do. Tonight, I did what I stated about, and now my CC transactions work. :)

[DrByte]

Switching to AIM will certainly fix the problem, because it completely avoids the whole redirect to Authorize.net website and back again.
But that's not what the previous person was willing to do.

[Ajeh]

Be careful on this ...

1. I ensured the Authorizenet_AIM module was activated in ZenCart admin (payment module). I put the sort order of this as #1. I deactivated the regular Authorizenet module.

1 when setting Sort Orders on Modules, ensure that you do not have duplicate Sort Orders when not using 0 for all installed modules ...

2 do not disable or set the Enabled to false ... if not using a module, you want to click REMOVE so that it is not installed ...

[naebabe36]

Thanks for the responses!

I removed the authorizenet module and now have only authorizenet.aim installed.

For quite a while I have had the "duplicate sort orders" statement at the top of the payment module page. However, I don't see duplicate numbers anywhere. Can you explain why this would be and where I need to look for other sort order numbers?

Thanks!

[Ajeh]

If you are using 0 Sort Order on them and then on some using Sort Order Values, you will have a problem ...

So with Sort Orders on Shipping or Payment modules either use ALL as 0, or set a unique value for each module installed ...

NOTE: Order Total modules always need Sort Orders and usually the defaults are correct ...

[naebabe36]

Do I give a sort order number even when the particular module is set to "false"? For instance, I am not using the e-check module, however it is installed but set to "false" so that the little activity button is yellow. (Meaning it is not active). Do I still need to assign sort numbers to inactive modules?

thanks so much!

[Ajeh]

Modules set to False should be removed ... they have no purpose other than to cause future problems on a Live site ... so be safe, and REMOVE anything you are not using rather than setting them to disabled ...