cancel
Showing results for 
Search instead for 
Did you mean: 

Authorize.net not redirecting to my x_relay_url

I've finally figured out how to get my Credit Card information to go through to the API and get approved (with some help with my last thread: http://community.developer.authorize.net/t5/Integration-and-Testing/Error-99-Fingerprint-is-correct-...), however now the .dll site is not redirecting back to my page.

 

When I first created the basic site, it was returning just fine, but now that it is approved it is just sitting at the

https://test.authorize.net/gateway/transact.dll page showing the response XML. I've tried to make my pages public (which they are, http://act3-developer-edition.na14.force.com/creditcardsend and http://act3-developer-edition.na14.force.com/creditcardreturn). As part of my hidden form, I am setting x_relay_response = 'TRUE' and x_relay_url to my redirect. I've attached a picture of my sent variables (pulled from sending the form to the troubleshooting link)

 

Any ideas on why this is no longer redirecting to my response page?

 

 

pinonium
Member
2 ACCEPTED SOLUTIONS

Accepted Solutions

Then I have good news and bad news.

Good news. remove x_market_type, x_cpversion, x_device_type from your post to authorize.net will fix the relay problem.

 

Bad news. It look like your test account is CardPresent account. Getting a 3 - 87- Transactions of this market type cannot be processed on this system.

You will need to create a new test account since you can NOT change it once it created.

 

And it make sure on the relay response page everything use absolute path.

View solution in original post

Save(database i/o) the relay response info in the code side of the x_relay_url page

Then on the display side do a javascript redirect(w/ whatever key) to a page on your site to display the result.

View solution in original post

8 REPLIES 8

Question: Is this for a CardPresent Account or a CardNotPresent(Web sales) account? Cause it look like you are trying to use element of card present account in DPM. e.g. x_market_type, x_cpversion, x_device_type

 

 

P.S. DO NOT pass x_tran_key for SIM or DPM, anyone will be able to see it.

RaynorC1emen7
Expert

Roger that on passing the transactionkey. I didn't even think about that one.

 

Also, this will be for a web sales account (CardNotPresent). I'm pretty new to this credit card stuff, so I was just adding form fields as I tested to try and get the thing to work. 

Then I have good news and bad news.

Good news. remove x_market_type, x_cpversion, x_device_type from your post to authorize.net will fix the relay problem.

 

Bad news. It look like your test account is CardPresent account. Getting a 3 - 87- Transactions of this market type cannot be processed on this system.

You will need to create a new test account since you can NOT change it once it created.

 

And it make sure on the relay response page everything use absolute path.

Thanks! That appears to have fixed one problem, but now the issue is that a.net is not actually redirecting to my page. It is displaying the information and fields that I have displayed, but the URL still reads the .dll location.

 

Is there something else that needs to be done?

Save(database i/o) the relay response info in the code side of the x_relay_url page

Then on the display side do a javascript redirect(w/ whatever key) to a page on your site to display the result.

Thanks. You have been more than helpful :)

I have implemented  Authorize.net in my website. Everything is going fine but after payment Authorize.net not redirecting to my x_relay_url. How can I solve it???