next »

[benr]

I am getting that same error as well.  Is this just because I am using a test acount from Authorize.net?

Help?

It took me awhile to dig up some answers but I finnaly got it working.

If you are having the exact same error as I have listed above you have the wrong API Login or Transaction Key.  I thought this impossible since I had double checked both numbers multiple times and they were in fact correct.   I decided to take a stab in the dark and try generating a new Transaction Key in the Authorize.net site back end.  I plugged in the new Transaction Key and it worked like a charm.   Hopefully that helps!

[Jason]

I generated a new transaction code, and inserted that, but no dice.  Anyone else have a fix for this?  The API login should be the joomla login.

[Jason]

There is a major caveat to the instructions listed above.  Authorize.net provides new accounts with a UserID Login and an API alpha numeric.

Your UserID is only used to login to the authorize.com site.

Your API alphanumeric goes into the  Authorize.net Login ID

Which was very confusing to me and I am assuming others because I posted 4 posts and no one responded to where the API login went. 

I would recommend soeren to change the text in the configuration tab to read
 This is your Authorize.net API     instead   of    This is your Authorize.Net Login ID

So I hope that helps others, because I was racking my head.

[Surefire Solutions]

im getting this message:

Error: 3--1----Cannot find one or any of these variables: MerchantNumber, Products, ReturnURL or ReturnCGI

Any ideas anyone?

[BuoyChaser]

Heh, nice to know I wasn't the only one having issues with osCommerce and Authorize.net 

i'm able to get our shopping cart in osCommerce to work with Authorize.net using the standard contribution and it has been working great...

glad to hear with VitueMart and Joomla! it is even easier...can't wait to try it out...

[THEwagner]

Yikes! I'm having the same problem. I created a testing account at Authorize.Net and am getting this error:

Error: 3-2-13-P---(TESTMODE) The merchant login ID or password is invalid or the account is inactive.
Error: Failure in Processing the Payment (ps_authorize)

Does anyone have any other suggestions?

[keliix06]

This is a bug in VM. If you have a test account setup with authorize.net VM doesn't have a mechanism setup to check their test server, all transactions run through secure.authorize.net. I have a very simple fix for this issue.

In administrator/components/com_virtuemart/classes/payment/ps_authorize.php

Find line 305, it should look like this

Code:

$host = "secure.authorize.net";

Change it to this

Code:

$host = "secure.authorize.net";
if(AN_TEST_REQUEST) {
$host = 'test.authorize.net';
}

Find line 532, it should look like this

Code:

$host = "secure.authorize.net";

Change it to this

Code:

$host = "secure.authorize.net";
if(AN_TEST_REQUEST) {
$host = 'test.authorize.net';
}

Now if you have VM setup to use test mode it will contact their test server.

[David Warman]

Code:

Warning: fgets(): SSL: fatal protocol error in

/home/******/public_html/administrator/components/com_virtuemart/classes/payment/ps_authorize.php on line 394

im getting this now.. however i have a feeling this is because curl is not compiled. will recompile then give this a shot again.

thanks for the tips mate!

- g

So did that work? I am getting this same error now (except line 454); php 4.4.3, joomla! 1.0.7. We really need to get our site live but the users will panic when they see this. The transactions complete OK.

Anybody have a suggestion if rebuilding curl is not the issue?

Thanks all!

[forestmoon]

I just want to say thank you for this post, it helped me immensely, and works a treat.

Well done!

[NoFixedAbode]

For some reason I kept getting the 3-2-13-P error no matter what I did if VM was in TEST mode.

However, when I switched from test to live mode (keeping authorize.net on test mode), the transaction went through.

Hope this helps someone along the long and sometimes treacherous road to getting CC transactions going on VM.

[THEwagner]

Yes. Authorize.Net and VM's testing modes do not work well together. I would suggest putting both modes to live, then voiding transactions in the Authorize.Net control panel.
Cheers!

[tibi]

I have the MD5 Hash Security Code enabled in the Authorizenet back-end, do I need to disable this? When I test the store and click on check out it takes me to an error page.

The  MD5 Hash Security Code was used in MIVA and there is no place to insert this in VM

Please help
Ted

[THEwagner]

I'm not familiar with this. Have you contacted Authorize.Net?

[tibi]

MD5 Hash Security Code is an added AN security feature that is required for processing - if you look at your AN back-end setup you will see the selection MD5 Hash.

[Markster]

I'm confused by this.

This stuff is new to me, and I'm an intermediary, so there's lots of opportunity for confusion here.

I'm reading this as: I need the cURL extension of PHP 4.0.2 or later (my ISP is running PHP 4.4.2) and that OpenSSL support is essential in cURL to doing this transaction through Authorizenet.

If my ISP does not have OpenSSL extension of cURL (or cURL itself) installed, I need to compile this myself?