HomeHome Product Discus... Product Discus...SmithCartSmithCartAuthorize.net reverts back to developer test. Why?Authorize.net reverts back to developer test. Why?
Previous
 
Next
New Post
1/19/2011 9:27 AM
 

We are currently using smithcart 3.87 and we are currently live using Authorize.net. When we first set this up we used a developers test account from Authorize.net to make sure everything worked fine. Then we moved to production and changed all the account settings and removed the test mode and everything worked fine. Now after a couple of weeks later there were 4 transactions done 2 in the morning and 2 in the afternoon. The morning transaction went to the developers test account and the other 2 went to the actual account. Now no settings were ever changed. This has happen two other times. Now this is just speculation. The last couple of time I notice that when I went in to the module settings to update a filed or option and hit update it seem like the next transaction or transactions were affected in this way. But these have never involved any of the account settings or using the test option. Has anyone had this issue? How can I flush out the test account so this never happens again? If this has happen to you how did you get those transaction credited for the test account to the real account?

 
New Post
1/20/2011 5:31 PM
 

We haven't had any reports of the test and live url's for authorize.net changing back and forth unless you change the settings in the Buy Now module.

Im not able to replicate this on my dev system but there are a lot different combinations of settings. Can you login to our test site http://www7.smith-consulting.com/ and try to replicate the error. If you are unable to replicate on the www7 test portal then upgrading to the latest version of the cart will fix the issue on your site.

Please send an email to christian@smith-consulting.com if you need a login.


Christian

 
New Post
1/25/2011 3:38 PM
 

I am not sure how I can replicate the issue on your system with a test authorize.net account and a real one. But today I just received another random trasaction going to the test account and not the real one and nothing has changed. There were two transaction one in the morning going to the correct real account and one in the afternoon going to the test account. How can I correct this. There is no referrece to the test account anywhere on the site or in any buy now module. How can I flush it out.

 
New Post
1/25/2011 11:16 PM
 

Have you tried clearing the cache in DNN and rebooting the server? To clear the cache in DNN login as "host" and go to the Host Settings page in the Host Menu. Click the “Restart Application" link at the bottom of the host settings page, if you need more help see this article.

Also:

1. How do you know that the test transactions are coming from the cart

2. Do you have another site or instance of the buynow module on your site that is configured in test mode?

I would also recommend upgrading to the latest version (3.99).

Christian

 
New Post
1/27/2011 7:42 AM
 

I will try to clear the cache. I know this is happening because when I was testing the system with the Authorize.net developers account. This account is attached to my personal email. The offical Authorize.net account is attached to the organization's email. When one of the transaction goes through the developer's account I get an email on my personal email and the information of the developers account information. The ones that go through correctly the emails are sent to the correct email and the correct account information is attached. Along with bank receiving the funds of the transaction.

 
New Post
1/27/2011 2:42 PM
 

Test accounts at authroize.net are shared meaning other people are using the same test account, so the fact that you got an email doesn't nessesarily mean that it was initiated from the shopping cart. Do you know for a fact that the test transaction came from the instance of the shopping cart that you entered your live authorize.net credentials in?

Christian

 
New Post
2/10/2011 10:37 AM
 

Ok this is still happening and there is no reference to this account anywhere in the module settings or the site entire site. Could you tell me which tables in sql the account information is kept. I would like to see if its some where in the DB so I can manualy delete it.

 
New Post
2/10/2011 4:33 PM
 

Ok it seems when I run a query on the Smith_Category table I see the both API Login# as headings and one has 42 through out the categories and the other has 63. So the API Login information is keep in the db and this might be causing the problem. How can I remove the test developer API login? Is the Transaction Key also kep in the db. If so which tables and is ther and sql scrip that will remove this information from the db?

 
New Post
2/10/2011 5:27 PM
Accepted Answer 

All the settings for the BuyNow module(All DNN Modules) are stored in the TabModuleSettings table. MerchantID is the API for authorize.net and RegKey is the Transaction Key.


Christian

 
New Post
2/11/2011 11:20 AM
 

Thank you for the information and yes I was able to find both accounts there! The developers account with the tkey and the producation account with it tkey. If I could remove the developers account from the db tabel it should resolve the issue. Do you know if this is the only place its keep and if I delete it from the table will it cause any errors. Is there another way to delete this?

 
New Post
2/11/2011 6:53 PM
 

No it shouldn't cause any errors if you delete the SettingValue, or replace it, and yes, this is the only place the information is stored. Also make sure to have a full backup of your site before doing this if it's on a live site!


Christian

 
Previous
 
Next
HomeHome Product Discus... Product Discus...SmithCartSmithCartAuthorize.net reverts back to developer test. Why?Authorize.net reverts back to developer test. Why?