Authorise.net Technical Update

-- HikaShop version -- : 2.4.0
-- Joomla version -- : 2.5.14

Hi!

I'm using the Authorize.net payment gateway on one of my sites and received the following technical updates reminder. Can you confirm that the current payment gateway will continue to work with these changes please?

Authorize.Net Technical Updates
Dear Authorize.Net Partner:
Over the next few months, we are making several updates to our systems that you need to be aware of. Please read this email carefully.
Akamai SureRoute Reminder
Authorize.Net is now using Akamai to optimize our Internet traffic routing, which includes your merchants' 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.

Your merchants should upgrade their websites or payment solutions today to take immediate advantage of Akamai's benefits. If their solution uses a firewall, please refer them to 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 your merchants have a solution that relies on RC4 to communicate with our servers, please have them 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 digits. If you are required to define a limit when storing any of our IDs, the limit should be an unsigned integer (up to 20 digits).

That includes the URL in the plugin?

Thanks Nicholas.

The URL in the plugin settings. I just want to make sure that your statement, "These don't require any modifications in the Authorize.net plugin of HikaShop." didn't refer to just the coding, but also included settings. The question is just there in my mind because you mention changing the URL as a test in this post. www.hikashop.com/forum/payment-methods/8...tworking-change.html

Perfect. Thank you for the verification.