not recording customer orders. no solution found.

[SperryKev]

My cart is not recording customer orders.

This is similar to the problem detailed here:
https://www.zen-cart.com/showthread....ustomer-orders
Plus in multiple other places in these forums and elsewhere found through google. What I am missing is a solution to the problem.

I am using authorize.net SIM, it has been working for years and suddenly stopped working around the end of September. I have been in maintenance mode and beating my head against it ever since.

I have upgraded my zen-cart from 1.5.0 to 1.5.4, this did not fix any problem.

I have uninstalled and reinstalled the authorize.net SIM payment module with no effect.

I have followed the tutorial here to the letter multiple times:
https://www.zen-cart.com/content.php...payment-module

I have inspected every element in my authorize.net settings multiple times.

Sudden changes I am aware of from authorize.net include:
discontinuing support for HTML, Javascript, and CSS in the receipt page and email.
A security upgrade to api.authorize.net to the SHA-2 algorithm
A change allowing authorize.net to issue non sequential transaction ID's

In studying each of these items, I do not think they are applicable, but I stand ready to accept input should someone know better.

I have noted in the authorize.net documentation for the x_receipt_link_url field:
“Notes: For this field to be accepted as valid by the payment gateway you must also configure the receipt link URL in the Merchant Interface.”

However, when I do put a receipt link URL in the Merchant Interface (against the advice of the zen-cart tutorial) I suddenly get a new error with each payment test:
“An error occurred while trying to report this transaction to the merchant. An e-mail has been sent to the merchant informing them of the error. The following is the result of the attempt to charge your credit card.”...

And the underlying problem of not getting the order recorded still remains.

In looking at the log files, the only out of place item that I can see is that the [x_invoice_num] => is always blank. I don't know if this is normal or not.

As best as I am able to determine, Authorize.net is not successfully communicating back to my cart that the order is completed. I don't know why.

I have upgraded to the most current version of zen-cart with no effect.
I have checked all my Authorize.net settings and experimented with the receipt URLs with no luck.
I have checked all my hosting account details with no luck.
I have checked all the zen-cart payment module settings with no luck.

At this point, I will take any advice. Thanks.

[RixStix]

Here's another set of things to check
https://www.zen-cart.com/content.php?302-authorizenet-sim-an-error-occurred


SIM transactions cannot be tested when in Down for Maintenance mode.

[SperryKev]

Thank you RixStix for the clue I needed.

To anyone searching for a solution to this problem here is what I learned.

In spite of what it says in the zen-cart tutorials and forums, I needed to put in a URL into the Authorize.net response/receipt settings for Default Receipt URL. I used the value suggested in the zen-cart Authorize.net SIM module, it can also be found in your log files as the value for [x_receipt_link_url] =>
https://your_domain.com/foldername/i...eckout_payment

It is my understanding that the URL in the Authorize.net settings must match the URL that zen-cart sends as its [x_receipt_link_url].
I set the receipt method to POST.

Without this URL in the Authorize.net settings, I observed that transactions were going through, authorize.net receipts are issued and payments accepted, but the zen-cart was not recording the orders. When the URL's are set up correctly, the authorize.net receipt page shows a prominent button labeled: "Click here to complete this order." Only after this button is clicked will the order register with zen-cart, so it is possible for a user to create the missing order problem by simply not clicking the button.

Hat tip to RixStix for pointing out the other problem I have been facing. Authorize.net SIM cannot be tested when your store is in down for maintenance mode. Everything does test correctly and orders do appear when Authorize.net is placed into test mode.

Good luck out there
Kev

[Nocturnaloner]

Thank you RixStix for the clue I needed.

To anyone searching for a solution to this problem here is what I learned.

In spite of what it says in the zen-cart tutorials and forums, I needed to put in a URL into the Authorize.net response/receipt settings for Default Receipt URL. I used the value suggested in the zen-cart Authorize.net SIM module, it can also be found in your log files as the value for [x_receipt_link_url] =>
https://your_domain.com/foldername/i...eckout_payment

It is my understanding that the URL in the Authorize.net settings must match the URL that zen-cart sends as its [x_receipt_link_url].
I set the receipt method to POST.

Without this URL in the Authorize.net settings, I observed that transactions were going through, authorize.net receipts are issued and payments accepted, but the zen-cart was not recording the orders. When the URL's are set up correctly, the authorize.net receipt page shows a prominent button labeled: "Click here to complete this order." Only after this button is clicked will the order register with zen-cart, so it is possible for a user to create the missing order problem by simply not clicking the button.

Hat tip to RixStix for pointing out the other problem I have been facing. Authorize.net SIM cannot be tested when your store is in down for maintenance mode. Everything does test correctly and orders do appear when Authorize.net is placed into test mode.

Good luck out there
Kev

Is this your return url? https://your_domain.com/foldername/i...eckout_payment <-- with no queries at the end? I have not been able to get this to work. Auth.net checkout saves no order info, and sends no emails.

[Nocturnaloner]

Here's the solution:

The documentation is wrong. The instructions that are at the top of the plugin page in the admin are wrong. At least they were for my case.

SETTINGS
Your "response" and "receipt" URL settings in your Authorize.net Merchant Profile can be left BLANK, or can be set to point to http://your_domain.com/foldername/index.php?main_page=checkout_payment

Nope!

The correct Default Receipt URL and Default Response URL are as follows:

https://your_secure_domain.com/foldername/index.php?main_page=checkout_process

Note the checkout_process NOT checkout_payment, and note that no additional arguments like "&action=confirm" should be added.

if you use https://your_secure_domain.com/foldername/index.php?checkout_process&action=confirm, leaving out main_page= it won't work.

If you leave them blank, it won't work. There you go!