eStore – authorize.net declines

[blazeinternet]

I’m using the estore plugin for authorize.net

seems to work fine

when an item is approved, it goes back to the proper page as outlined in setup

However, when something is declined… I get the following error

---

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.

This transaction has been declined.

---

Maybe I need to change something in my authrize.net settings?

thanks

love the product so far

hows the full ecommerce product going, will be your first customer

[amin007]

eStore has no idea of what Authorize.net does on Authorize.net site. When the checkout button is clicked it transfers the control to the payment gateway. eStore waits for Authorize.net to compete the transaction and return the customer back to the site. So when the credit card charge fails on on the Authorize.net site they are suppose to show the error there. This is not happening?

[blazeinternet]

>>>eStore waits for Authorize.net to compete the transaction and return the customer back to the site.

I will check with them, but I’m unclear on something

eStore waits for an answer and when it is “success”

it returns them to the “Thank you” page or whatever I’ve set in the settings area for that.

So when it returns a “declined” or other error, shouldnt there be a page to set as well for that? like an error page…

Or are you saying that it should just bring them back to the beginning of the loop, drop them back at the authorize.net checkout page, and tell them it’s declined?

anyway, I’ll check with them and keep you updated

thanks

[blazeinternet]

They won’t be open till tomorrow

in the mean time in case you look at this.

to continue with my confusion…

I’m sure I don’t understand everything so excuse me if I’m being dense…

but the system returns an x_response_code

1 = Approved

2 = Declined

3 = Error

I’m assuming that when you get a 1 reply you are sending the user to the Return URL we

Since I’m not getting the authorize.net receipt page for a success, (which is what would happen if I was using their simple checkout) and it goes right to the return url… you must be processing the response code.

So what do you do when you get a 2 or 3 instead of a 1? Is this what the “Cancel URL” is for? If so, I’ve tried putting a page there.. and it doesnt do anything

if not, how is the plugin supposed to work? You seem to be saying, use the response code for approvals but use something else for declines?

am I supposed to set a Default Relay Response URL?

Again, with my limited knowledge I may be missing something obvious, but surely whoever programmed the plugin would know what is supposed to happen when the response is a 2 or 3. And surely others are using the plugin successfully… so clearly I’m missing something.

[amin007]

We are actually not talking about the same thing. I read this message:

An error occurred while trying to report this transaction to the merchant

The above error basically means that Authorize.net failed to send the payment notification to your server. This has nothing to do with how eStore handles when a transaction is declined by authorize.net.

When authorize.net sends the payment notification to eStore (redirects the customer to the site) with the “x_response_code” being declined the customer will be redirected to the “Cancel URL” by eStore. When I read your message it looked like the error was preventing the customer from going through the normal checkout flow (it seemed like they were stopping at number 2):

1.Your site -> 2.authorize.net site -> 3.Back to your site

Most Common Causes

This error usually happens for one of the reasons mentioned in the following post:

https://support.tipsandtricks-hq.com/forums/topic/authorizenet-sim-most-common-causes-of-the-thank-you-page-redirect-error

Authorize.net also has an article explaining why this happens:

http://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Relay-Response-Basics-and-Troubleshooting/ba-p/9536

[blazeinternet]

Right…

I have the cancel URL set and instead of going back to that it’s giving me the following message, which seems to me that it tried to connect to my page and it wouldn’t accept it, so it spits out this error.

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.

This transaction has been declined.

Please bump this up to the admin, as it’s probably something stupid that might just need to be something someone has seen before. Obviously many others are using the authorize.net plug in sucessfully, I’m doing nothing exotic or different. The thank you page works fine, not sure what would keep the decline page from not doing the same thing.

thanks

[blazeinternet]

This is the info from my chat with them

me: I am using a wordpress plugin for ecommerce. It is working fine for approvals and sends the authorization back to a receipt page on my site. However, when there is a decline, I get this message. 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.

This transaction has been declined.

me:I have what appears to be the decline url set the same way… but obviously something is wrong

Danielle S: This is a Relay Response time out error.

To fix the issue please follow the directions in the following knowledge base article at http://www.fuzeqna.com/authorize.net/consumer/kbdetail.asp?kbid=73.

me:when authorize.net gets the decline it tries to send it back to where? The address sent by the program? or is the the response/receipt url or is the response receipt url unimportant if the program is sending the proper info

Danielle S: We would send it back to the Response URL, but we aren’t receiving a response back from that URL.

me:I have it listed in the response receipt url and it is working when I try to visit it manually

Danielle S: Then I don’t know why our system wouldn’t be able to connect to it with the transaction response. You may want to check with your web host to see if there is anything going on with their end causing this error.

me:the receipt url works fine, so I don’t see how that would have anything to do with my host

Danielle S: When we are posting the transaction to your Relay Response URL, we aren’t getting a confirmation of receipt, so the transaction is giving that error.

me:again, so I understand the flow. The response receipt default url is only used if the program does not send a response. So it’s possible the program is sending a different url that is not working?

Danielle S: That is possible.

me:and yet you are when we get a confirmation approval, so the only pieces of this puzzle that I need to worry about in my backend are on the response/receipt url page there is nothing else that I need to be concerned wit5h?

Danielle S: Correct.

me:and there just has to be a corresponding link listed there to the one we are requesting you send the decline to. But how does the confirmation work? why would the receipt work find and yet the decline not work? strange

Danielle S: I don’t know how this works on the back-end. I’m not a developer. I just know what this error means.

[amin007]

As suggested in this authorize.net knowledgebase… this could be related to hosting. Your server is not acknowledging the receipt of authorize.net’s payment notification (it is suppose to reply with a 200 ok message) so auth.net is thinking that the message didn’t get through:

[http://www.fuzeqna.com/authorize.net/consumer/kbdetail.asp?kbid=73]

I am going to do a test on your install. I have sent you an email to get access.

[blazeinternet]

I received the new version of the program you sent and that fixed it.

What was the problem

many thanks

Bo

[amin007]

As mentioned in the authorize.net knowledge base… the server wasn’t sending a response back. I added some code in the plugin that forces a response back to authorize.net (this way it doesn’t have to rely on the server)

[tiger]

Unfortunately, I am having the same exact issue. What should I do?

[tiger]

I am using Hostgator and WordPress.

I installed WP eStore Settings v 6.3.7

Here’s my email address: tonymlm [at] gmail.com

Thank you!

[admin]

1) Lets load a fresh build of the plugin first:

https://support.tipsandtricks-hq.com/forums/topic/re-install-or-load-a-fresh-build-of-the-plugins

2) Enable debug by going to the eStore settings:

https://support.tipsandtricks-hq.com/forums/topic/how-and-when-to-enable-debug-and-what-does-it-do

3) Do another test transaction and tell me what happens. Share the content of the “eStore_post_payment_debug.log” file after you do the transaction.

4) If you get an error, copy and paste the exact error that you get.

[tiger]

See below…

[tiger]

Same issue occurred.

Quick update… Hostgator is reinstalling

the SSL certificate on my site. Should be

completed by tomorrow. Could that have

something to do with the error?

This is the log file after running the transaction:

[05/23/2012 3:54 AM] – Advisory : Log file reset.

---

I performed a transaction just moments ago

and there was NO Transaction Detail.

Here’s the Transaction Detail from earlier today:

Authorize.net Transaction Detail:

Transaction Detail

Help

Transaction ID: 4394565722

Transaction Status: Declined (Authorization with the card issuer was successful but the transaction was declined due to an address or ZIP code mismatch with the address on file with the card issuing bank based on the settings in the Merchant Interface.)

Settlement Information

Settlement Amount: USD 67.00

Settlement Date and Time: 22-May-2012 17:14:53

Business Day: 22-May-2012

Batch ID: 192159309

Authorization Information

Authorization Amount: USD 67.00

Submit Date /Time: 22-May-2012 12:33:00

Authorization Code:

Reference Transaction ID: Not Applicable

Transaction Type: Authorization w/ Auto Capture

Address Verification Status: No match on Street and Zip (N)

Card Code Status: Not Applicable

CAVV Result Code: Not Applicable

Fraud Score Applied: Not Applicable

Recurring Billing Transaction: N

Partial Capture Status: Y

Customer IP: 50.76.228.222

[Author]

Posts