I am developing a webpage that uses the Authorize.net hosted payment form to process the credit cards. The payment form loads fine, but when I fill in the form and hit the "Pay" button, the message "Unexpected error. Please try again."
If I hit "Pay" again it will come back with the message "Finger Print value is not valid."
What is the issue here and how can it be resolved?
thank you.
โ03-03-2017 05:27 AM
We have also started facing the same issue with production environment.
Any solution released ?
This is really a impacting us.
โ10-04-2017 10:43 PM
There's no update from my end, I'm afraid.
โ10-05-2017 07:34 AM
โ10-10-2017 01:45 AM
There have been a couple of recent improvements to the hosted form (in the last couple of weeks). If anyone following this thread would like to try again and see if they're still running into problems, I'd appreciate the feedback.
At the very least, correcting a decline works properly (at least as long as you stay on the same form. If the user moves back and then resubmits the form token, you'll still get an invalid token error.
I'd like to collect some real world feedback on the status of this particular collection of problems so that we can plan future improvements.
โ10-25-2017 02:00 PM
Hello Aaron,
We are still recieving this error in both Sandbox and Production environments. You can test it for yourself in the Sandbox by using 46282 as the zip code.
No matter which method you choose, if our users reload the payment form by refreshing their browser, they recieve a Duplicate Transaction Submitted error. Upon refresh, they get a new Token, why would this show as a Duplicate?
We do not use AVS in our Sandbox environment. This error only occurs after a 2/2 General Decline.
Is this issue still being worked on?
โ12-01-2017 10:59 AM
Hi @NickL
We have the internal team looking into it . Currently i dont have any ETA on it .
Will keep the group posted on updates .
โ12-02-2017 01:28 AM
From my end it looks like progress has been made on this issue. After receiving "Invalid Fingerprint" following a 2/2 general decline, reloading the page now seems to work without a "Duplicate Transaction Submitted" error.
Can anyone else confirm this updated behavior?
โ01-10-2018 12:41 PM - edited โ01-10-2018 12:43 PM
Is there an ETA on this yet? I am still having the issue when I use 46282 to force a decline. when I change the zip code and click pay now again I get the error.
โ05-09-2018 08:39 AM
Is there an ETA on this?
โ05-09-2018 08:43 AM
@davewirth51 are you reloading the page/ generating a new Accept Hosted Token when you get the decline ?
โ05-09-2018 09:50 AM - edited โ05-09-2018 09:51 AM