Home » Forums » Ubercart » Support
9 replies [Last post]
Mon, 07/14/2008 - 09:43
Sansui
Sansui's picture
Offline
Joined: 06/05/2008
Juice: 154
Was this information Helpful?

I've been trying to get a site working with authorize.net - I keep getting an error back for the card processing error message:

"We were unable to process your credit card payment. Please verify your card details and try again. If the problem persists, contact us to complete your order." -

I'm not sure where the problem is, I tried it in test mode and production mode, the authorize account itself is set up correctly and in test mode. I've seen two different messages in the logs. The API Login key is correct, and I'm almost certain the transaction key is also correct.

Payment failed: Credit card payment declined: (TESTMODE) This transaction cannot be accepted.
Payment failed: Credit card payment declined: (TESTMODE) The merchant login ID or password is invalid or the account is inactive.

Top
Mon, 07/14/2008 - 14:03
#1 View page
Ryan
Ryan's picture
Offline
Joined: 08/07/2007
Juice: 15438
Re: Authorize.net CC problem

Hmm... I'm not sure, but I'd try contacting them just to verify that your account is indeed active and should operate in test mode. I'm working to get a good test account up and running, but until then I can't do any further debug here.

Top
Tue, 07/15/2008 - 09:17
#2 View page
Sansui
Sansui's picture
Offline
Joined: 06/05/2008
Juice: 154
Re: Re: Authorize.net CC problem

The account is definitely activated and the gateway enabled, I'm going to call them this morning to see if they have any ideas. I set up some response/receipt urls to see if maybe that was an issue, but it had no effect. There's also no declined transactions showing up anywhere in the authorize account so it seems like my site is not connecting at all to the gateway

verified api login id and transaction key as correct, redid transaction key a few times too. ssl set up correctly, checkout pages protected with secure pages module

Sad

Top
Tue, 07/15/2008 - 09:37
#3 View page
Sansui
Sansui's picture
Offline
Joined: 06/05/2008
Juice: 154
Re: Re: Re: Authorize.net CC problem

Mmmkay, very strange, I got some order submissions to go through. I'm still in credit card debug mode, and I've confirmed it's only going through when I have the right api/key plugged in, so that seems good. Other than unchecking, saving, and rechecking the boxes, the settings are no different than what I had.

I haven't seen any transactions appear yet on authorize, will let it sit for a while to see if they pop up and then give authorize a call if they haven't

Top
Thu, 08/07/2008 - 17:49
#4 View page
cwhitcoe
cwhitcoe's picture
Offline
Joined: 07/28/2008
Juice: 8
Re: Re: Re: Re: Authorize.net CC problem

I was having the same issue, then realized that for some reason, my AIM settings had been deleted.

Verify Configuration > Payment settings > Payment gateways > Authorize.net settings ....

and don't forget to put your Transaction Mode into "Production"

Top
Sun, 04/18/2010 - 17:04
#5 View page
rk23
rk23's picture
Offline
Joined: 10/18/2008
Juice: 64
Hi, As part of ugrading a DR5

Hi,
As part of ugrading a DR5 + UC1.* site to DR6+UC2.
we're testing the checkout procedures.
We copied all the authorize.net settings into the new site (keys, IDs, live modes) but checking out with a credit still yielded this error message:

Credit card payment declined: (TESTMODE) The merchant login ID or password is invalid or the account is inactive.

The OP on this thread didn't seem have a conclusive result and besides the thread is a bit old.

Also, I'd like to review the watchdog log in UC2* that I've seen cited,
but I don't know where to look...

Thanks,

AttachmentSize
authorize_neterror.jpg 40.68 KB
Top
Sun, 04/18/2010 - 17:41
#6 View page
GreyHawk
GreyHawk's picture
Offline
Joined: 03/17/2009
Juice: 174
Check the authorize.net side.

Check the authorize.net side to ensure that the account is still active, and remember that there's also a test mode over on that part.

If you've got that set to test mode, no transactions will go through even if the Ubercart side is set to live, and vicey-versey of course.

Top
Sun, 04/18/2010 - 22:42
#7 View page
rk23
rk23's picture
Offline
Joined: 10/18/2008
Juice: 64
Hi, Thanks for replying. The

Hi,

Thanks for replying.

The dr5+UC1* site is making transactions every day with the same parameters that the dr6+UC2 test site has.
BTW, to test we take the original off line and use the test site with the same base URL.

so.....
how can we debug the difference between the DR+UC versions and what authorize thinks the transactions look like ?

Top
Sun, 04/18/2010 - 23:25
#8 View page
GreyHawk
GreyHawk's picture
Offline
Joined: 03/17/2009
Juice: 174
Crap...

Well, crap -- are the URLs vastly different? There are some settings in Authorize.net account setup that I believe tell it what URL transactions will be tied to.

That could make a difference.

Can't recall if you said you were running SSL stuff already or not...the D5/UC1 site may have source parameters (i.e., URL) matching the Authorize.net parameters for where the transactions would be originating from -- that could explain the "invalid account" error...

Top
Mon, 04/19/2010 - 08:50
#9 View page
rk23
rk23's picture
Offline
Joined: 10/18/2008
Juice: 64
Re: Crap...

I think they're the same URLS.
It will be useful to resurrect what we did on the Anet side to get things going originally.

Thank you,

Top