We got an email from Authorize.net about requred updates related to Akami SureRoute, RC4 Cipher Disablement, Transaction and Batch ID Reminder

I received an email from Authorize.net with information about technical updates for the following: Akami SureRoute, RC4 Cipher Disablement, Transaction and Batch ID Reminder. Is there anything within the property settings of a payment form that I need to modify for Authorize.net?

Our developers are always on top of changes, but I will raise this to them so that they can confirm the same to you as well.

They will update you about it through this thread.

In general however, no, there should not be any changes required from your side, since they will adjust everything as required.

If you would like, I can attach the Authorize.net email that includes details of their update.

Thank you, if you don't mind, any information is helpful in resolving this problem. Please use this guide to attach screenshot of the email: 

Thank you!

Here's the email:

Dear Authorize.Net Merchant:

Over the next few months, we are making several updates to our systems that you need to be aware of. They are all technical in nature and may require the assistance of your web developer or shopping cart/payment solution provider.

Please read this email carefully, and if you need to find a web developer to help you, please check out our Certified Developer Directory at www.authorize.net/cdd.

Akamai SureRoute Reminder

Authorize.Net is now using Akamai to optimize our Internet traffic routing, which includes your transaction requests. Akamai helps safeguard against interruptions caused by issues beyond Authorize.Net's direct control, such as Internet congestion, fiber cable cuts and other similar issues. Using Akamai is currently optional, but will be mandatory starting June 30th. 

Upgrade your website or payment solution today to take immediate advantage of Akamai's benefits. If your solution uses a firewall, please read the Akamai FAQs to determine what steps to take before June 30th to avoid disruptions to transaction processing.

RC4 Cipher Disablement

In an effort to ensure that all server-to-server communications with the Authorize.Net platform (both transactional and otherwise) maintain the highest levels of security, we will be disabling the RC4 cipher suite in the sandbox on April 29, 2016, and in the production environment on May 31, 2016. 

If you have a solution that relies on RC4 to communicate with our servers, please update it to a current, high-security cipher as soon as possible. Please review our API best practices blog post for more information.

Transaction and Batch ID Reminder

In the coming weeks, due to system updates, it will be possible to receive Authorize.Net IDs (Transaction ID, Batch ID, etc.) that are not in sequential order. 

For example, currently, if you receive a Transaction ID of "1000," you could expect that the next Transaction ID would not be less than 1000. However, after the updates, it will be possible to receive a Transaction ID less than the one previously received. 

If your system has any functionality that expects Authorize.Net-generated IDs to be sequential, please update it immediately so that you will not see any disruptions. 

Additionally, please make sure that your solution does not restrict any Authorize.Net ID field to 10 characters. If you are required to define a character limit when storing any of our IDs, the limit should be no less than 20 characters. 

Thank you for providing to us the requested details. We have submitted a report to our higher team support regarding this problem.

You will be notified here as soon as we have update on the status.

Hi Jeffrey,

The scheduled update from Authorize.Net should not affect your forms. We are ensuring that our servers are compatible with the changes they will be implementing. 

This is nothing to be concerned about :)

Cheers!