I have an ASPX-based web site that is using the SIM method of interacting with Authorize.Net (gathering info, launching the Authorize.Net payment page, and then getting a callback with the result of the transaction).
My problem is that the there are no query parameters retuned in the callback reponse (e.g. "x_response_code", "x_response_reason_text", etc) so I don't know if the transaction succeeded or failed.
This used to work when the system was in test mode, but I have not gotten this to work after going into production mode.
Why?
06-30-2015 01:29 PM
OK, I did that and ran thorough another transaction, but nothing else was shown in the browser window,
So after you pass the datavalidation page as the relay response url, and go thru the CC entry screen, the broswer address bar still show https://???.authorize.net and it is blank?
Is there a log page within the account where these results can be viewed?
You can see the transaction on thru the merchant account.
07-16-2015 04:10 AM
I can see that the transaction was declined (because a dummy credit card was used), but this is not helping me resolve the problem. Here is a more complete description of te architecture and where things are going wrong...
1. A new user enter the haccp360 web site and clicks on the registration link.
2. A registration page is displayed to accept the user's name, address, etc.
3. The user submits the registration page and is then shown a payment confirmation page.
4. If confirmed, the web site then navigates to the Authorize.Net payment page where they enter their credit card details.
5. After clicking OK or cancel on the payment page, Authorize.Net sends a message to the site's callback page. This is the message which is blank, so the site logic does not know how to proceed with the user.
6. Depending on the callback response (whether the transaction was accepted or declined) the site will send a confirmation to the user, but this logic needs to have an indication of what happened.
The support that I have received from Authorize.Net on this problem, which has been ongoing now for weeks, has been a disaster. They should be able to trap and log the callback messages they are sending, but apparently not. I very much want to dump this service.
07-16-2015 07:54 PM
5. After clicking OK or cancel on the payment page, Authorize.Net sends a message to the site's callback page. This is the message which is blank, so the site logic does not know how to proceed with the user.
Is that the relay response or the silent post? If it is relay response. it the url using SSL?
On you original post
This used to work when the system was in test mode, but I have not gotten this to work after going into production mode.
Is that a test account or production account?
07-17-2015 04:17 AM
To answer your questions...
1. Is that the relay response or the silent post? If it is relay response. it the url using SSL?
>>> It is the relay response message, and it is not ssl. There is no site certificate involved, which is why we are using the SIM/DPM method.
2. Is that a test account or production account?
>>> It worked under a test/sandbox account, but does not and has never worked correctly on the production account
07-19-2015 08:00 AM
Did you try the http://developer.authorize.net/tools/datavalidation/ as your relay response url (after adding it to your valid relay response url)?
What your relay response url do? it is exact the same as the one that work with a test account?
07-19-2015 12:38 PM
When I use the alternative data validation url as indicated in your article, a parameter page is displayed instead of the payment screen (contents shown below).
However, that doesn't help me, because what I need to see in the callback response contents from Authorize.net, NOT the contents of the payment processing page.
In your message you suggest that I should use an alternative callback url, but there is nothing in the http://developer.authorize.net/tools/datavalidation/ link to indicate what the callback url should be.
Here is what was returned...
REQUEST_METHOD: | POST |
HTTP_REFERER: | http://haccp360.com/PageRegister/RegisterCheckout.aspx |
Field Name Field Value
ctl00_ctlScriptManager_TSM | ;;System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35:en-US:1453655a-6b8d-49b1-94c2-f77a352f5241:ea597d4b:b25378d2;Telerik.Web.UI, Version=2012.2.912.40, Culture=neutral, PublicKeyToken=121fae78165ba3d4:en-US:6aabe639-e731-432d-8e00-1a2e36f6eee0:16e4e7cd:f7645509:ed16cbdc |
__EVENTTARGET | |
__EVENTARGUMENT | |
__VIEWSTATE | /wEPDwUJLTU0NjIwMjY5ZGQFbic5b1au2oslR51xTMpyAxrrSiNvDfmSUeyk0dey/A== |
__VIEWSTATEGENERATOR | 254AB7CD |
__PREVIOUSPAGE | D6ftknk0GPe9YxnaQm1rlqIUNrPsk2dEBhpvp0tR_a6bWC_ZICdVFVVYSBrFkJ1Z-9nzFmp6qGiwzj8rVQMSxf7WT7O6ubSwKyQjZeIzLb43E1_cHOblSxNtG5C4auU00 |
__EVENTVALIDATION | /wEdAARPqvb7ueOVhim1EypXnYxyTVXNg6oFYviez/sXS+vo+EZqXMWL6R6ZYQILSINaMPF3YtOKoE1Cf7mv53kjGNURjtmAngpfnAde94QWWT5EE1y0jLhr/d+OUVyANGMDp1E= |
x_relay_response | TRUE |
x_show_form | PAYMENT_FORM |
x_invoice_num | 213 |
x_amount | 174.99 |
x_description | Registration Fee for test12 test12 |
x_company | test12 |
x_ship_to_company | test12 |
x_first_name | test12 |
x_ship_to_first_name | test12 |
x_last_name | test12 |
x_ship_to_last_name | test12 |
x_address | test12 |
x_ship_to_address | test12 |
x_city | test12 |
x_ship_to_city | test12 |
x_state | KS |
x_ship_to_state | KS |
x_zip | 11111 |
x_ship_to_zip | 11111 |
x_country | AZE |
x_ship_to_country | AZE |
x_email | rich@westernesse.com |
x_phone | |
x_cancel_url | http://www.haccp360.com/PageRegister/RegisterCallback.aspx |
x_relay_url | http://www.haccp360.com/PageRegister/RegisterCallback.aspx |
x_receipt_link_url | http://www.haccp360.com/PageRegister/RegisterCallback.aspx |
x_login | 4C7B2Zyfq |
x_test_request | FALSE |
x_fp_sequence | 714 |
x_fp_timestamp | 1437840168 |
x_fp_hash | 2bc9bc8b42be0f9260c423d3b1a0e613 |
x_version | 3.1 |
ctl00$ctlContentBody$btnPay | Proceed to Payment Screen |
07-25-2015 09:13 AM
Bottom line - what I really need is the ability to view a log maintained by Authorize.net of the contents of the Relay Response messages that have been sent.
07-25-2015 04:49 PM
Just want to make sure it not your account that is having issue, not returning any response.
It look like you posting the data to the /datavalidation/ page.
What we need change the relay response url to https://developer.authorize.net/tools/paramdump/index.php to see if it might be an account issue that it not post any data.
does the code still work in the sandbox with the test account?
07-26-2015 05:06 AM - edited 07-26-2015 05:07 AM