I'm not sure if the e-commerce module is affected by this change/update but we just received this email the other day about some major changes on how Authorize.net is handling transaction id's. Not sure if a patch needs to be created or not.
Dear Authorize.Net Merchant:
In early October, Authorize.Net will be expanding the range of Transaction IDs issued by the payment gateway. Please read this e-mail thoroughly as it contains important information on how to ensure that your account is not affected.
The Authorize.Net Transaction ID is the payment gateway-generated number used to uniquely identify each transaction you submit for processing. The Transaction ID can be found in the transaction response and in the Search and Reports features of the Merchant Interface.
The Transaction ID field was originally developed with a maximum numeric value of 2,147,483,647. As the number of merchants using the Authorize.Net Payment Gateway has grown, we have identified a time in which the Transaction ID count will surpass 2,147,483,647. For this reason, we are in the process of expanding the range of Transaction IDs that the payment gateway can issue. Accordingly, we are communicating to all merchants to verify that your systems can accommodate a 10-digit Transaction ID greater than 2,147,483,647.
In most cases your transaction processing will not be affected. However, if you have an internal business application or solution that relies upon the Transaction ID field, your system may fail if it cannot handle a Transaction ID larger than 2,147,483,647. For more information, please review the Transaction ID FAQs located at http://www.authorize.net/transid.
It is critical that you contact your developer to verify whether your integration will be impacted. Specifically, please provide your developer with the following information:
The Transaction ID, or x_trans_id, is specified as a 10-digit integer and will only be affected if that value is represented as an INT data type, which has a max value of 2,147,483,647. If you have specified the Transaction ID as a string value, then your system will not be affected. Failure to accommodate 10-digit values larger than 2,147,483,647 will result in your system's inability to accept Authorize.Net transactions.
Note: If you need to make updates to your Transaction ID architecture, you should do so prior to October 1, 2008, to ensure that you will not be affected.
If you have any questions, please contact Customer Support at support@authorize.net.
Sincerely,
Authorize.Net
I thought I would post this in case it's a concern. If anyone knows if things are affected please respond and let everyone know ASAP because this change is pretty urgent and needs to be patched by October.
e-Commerce ModuleHello,
The documentation mentions that subscriptions are supported. My site needs memberships (which sound like the same thing). The only difference is that we have 5 tiers of memberships instead of just one. I couldn't find out how subscriptions can be set up. Can anyone direct me to where this is laid out or explain how to do it?
Thanks..
e-Commerce ModuleHi,
I know that not much has been happening in e-Commerce laterly, but I am stating to get back into it and have committed a new version of ec_charge module which will be much more powerful in that it will be able to replace a number of module like tax, and shipping, and also reduce modules like coupon, and allow global discount codes from import strings or cookies.
This will be a very powerful charging system, and most of the configuration will be done via ajax style interface, similar to panels. The configuration is the most important to get right as the actual implementation in the checkout is actually the easy part.
I have committed the first part which is the layout of the additional of charges, but I have not started adding the js to make the ajax and model forms work.
As it stands you will be able to see where I am going and things should start being added quite fast.
Gordon.
e-Commerce Module