A discussion related to https://community.developer.authorize.net/t5/The-Authorize-Net-Developer-Blog/Important-Authorize-Ne...
07-14-2015 02:19 PM - edited 02-22-2016 09:36 AM
Change it if you want to, on phase two, it will roll out to the existing url.
07-20-2015 04:18 AM
I second @kandha inquiry regarding SDK updates. We are using the nuget package for CIM transactions on our website.
07-20-2015 12:34 PM
I thought the implementation of Akamai had already gone live in production. Am I mistaken?
We were unable to process transactions about 1 month ago. That's when I learned of the Akamai project.
Did I read the FAQ wrong? Am I imagining that we were unable to process transactions? Opening the firewall solved our problem.
Any info would be appreciated.
Thanks!
07-20-2015 02:32 PM
If you read the link. Phase one now to June, 2016, to use Akamai, you will need to change the production url.
Phase two, on June, 2016, change it to the existing production url.
About a month about they change their SSL cert.
07-20-2015 03:59 PM
For the record, I can read and have read both the current FAQ and the message posted to this developer forum. I fully understand the time table and the implications.
I read the FAQ at that time of our issue, June 26-27. I could swear that the time table was different from the current posted FAQ. There is no history and it's not at archive.org. If someone can confirm that prior to June 26 the schedule for implementation was the same as it is now then that would be helpful.
The time of our issue does coninside with the SSL cert change. However, we've already worked through the issue of certificate validation when we created the payment workstations. Good idea...
O
07-21-2015 12:29 PM
Hi Sir,
In production each transaction is giving error after pointing to the new Akamai transaction URLs. It is because of the Python Authorize.net API (Authorizesauce) https://github.com/sreekathreddyila/authorizesauce which is giving errors like AVS issue, Split() function error and General errors etc.,
Please provide me the Request and Response code documentation of the New Akamai URLs, so that we will update the Authorize.net Python API.
Currently reverted again to the Previous transaction URLs. Please let me know if I dont update my Python library will these errors come even after June 2016 in Phase2.
Thanks,
Sreekanth
07-23-2015 10:23 PM
Not a python programmer, but sound like the code assuming it getting some delimited response but not. Can it output the raw response instead of trying to split the non-delimited response?
07-24-2015 12:39 PM - edited 07-24-2015 12:39 PM
Have you tested this in the sandbox? The sandbox is setup now for testing with Akamai prior to changing your URL to the production Akamai endpoint.
Richard
07-24-2015 01:24 PM - edited 07-24-2015 01:25 PM
Hi,
We are using Authorize.net in our application which is already developed. How to know weather we are connecting to Authorize.Net via IP address or url's.
I am able to see two urls are used in our applictaion are as follows :
TEST_URL = "https://apitest.authorize.net/xml/v1/request.api";
public const string URL = "https://api.authorize.net/xml/v1/request.api";
Please let us know.
Thanks,
Murali
07-27-2015 02:03 AM
SOunds like you answered your question.... you found URL's
07-27-2015 03:41 AM