I'm testing the authorize.aim module, in ver 1.3.8 the 'good' numbers work fine, but the 'bad' number is accepted as well, makes me a little concerned.
John
Results 1 to 7 of 7
-
6 Aug 2009, 12:22 AM #1
New Zenner
- Join Date
- Jul 2009
- Posts
- 9
- Plugin Contributions
- 0
testing authorize.aim no bad transactions
-
6 Aug 2009, 12:43 AM #2
Sensei
- Join Date
- Jan 2004
- Posts
- 66,446
- Plugin Contributions
- 81
Re: testing authorize.aim no bad transactions
If you change your account to live/production mode, instead of test mode, what happens when you test a "bad" number?
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
-
6 Aug 2009, 01:45 AM #3
New Zenner
- Join Date
- Jul 2009
- Posts
- 9
- Plugin Contributions
- 0
Re: testing authorize.aim no bad transactions
Takes it with no problem, and thanks me
-
6 Aug 2009, 02:22 AM #4
Sensei
- Join Date
- Jan 2004
- Posts
- 66,446
- Plugin Contributions
- 81
Re: testing authorize.aim no bad transactions
In Admin->Modules->Payment, which modules are enabled? And why?
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
-
6 Aug 2009, 02:58 AM #5
New Zenner
- Join Date
- Jul 2009
- Posts
- 9
- Plugin Contributions
- 0
Re: testing authorize.aim no bad transactions
Never mind, have "sim" enabled, not aim, Doh!
-
6 Aug 2009, 03:07 AM #6
New Zenner
- Join Date
- Jul 2009
- Posts
- 9
- Plugin Contributions
- 0
Re: testing authorize.aim no bad transactions
now it's working, thanks for the help.
John
-
6 Aug 2009, 05:04 AM #7
Sensei
- Join Date
- Jan 2004
- Posts
- 66,446
- Plugin Contributions
- 81
Re: testing authorize.aim no bad transactions
You're welcome. I suspected that you had an extra module enabled and you were entering CC details in the wrong one.
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
Similar Threads
-
v151 Duplicate transactions authorize.net AIM
By badarac in forum Built-in Shipping and Payment ModulesReplies: 9Last Post: 9 Aug 2016, 03:52 PM -
Set Authorize.net (AIM) in Testing mode
By jaishem in forum Built-in Shipping and Payment ModulesReplies: 1Last Post: 2 Apr 2010, 09:47 AM -
Authorize.net AIM problem: 502 Bad Gateway error
By mateogp in forum Addon Payment ModulesReplies: 3Last Post: 26 Nov 2009, 03:40 AM -
Authorize.net AIM Module does not process transactions
By quixotica in forum Built-in Shipping and Payment ModulesReplies: 12Last Post: 24 Dec 2006, 08:42 PM
