Welcome, Guest. Please login or register.
Login with username, password and session length


Need help or want to talk to other developers? Join the VirtueMart Chat! Read more...

  Advanced search

247038 Posts in 67506 Topics- by 258314 Members - Latest Member: aniketana
Pages: 1 [2] 3 4 ... 8   Go Down
Print
Author Topic: Tips on making authorizenet work in Joomla/VirtueMart  (Read 95066 times)
benr
Newbie
*
Posts: 9



« Reply #15 on: September 13, 2006, 17:08:18 PM »

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!
Logged
Jason
Newbie
*
Posts: 34


« Reply #16 on: September 27, 2006, 16:04:48 PM »

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.
Logged
Jason
Newbie
*
Posts: 34


« Reply #17 on: October 03, 2006, 16:02:28 PM »

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.
« Last Edit: October 03, 2006, 16:38:32 PM by Jason » Logged
Surefire Solutions
Newbie
*
Posts: 9


« Reply #18 on: November 11, 2006, 21:57:28 PM »

im getting this message:

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

Any ideas anyone?
Logged
BuoyChaser
Newbie
*
Posts: 4


« Reply #19 on: November 11, 2006, 23:07:20 PM »

Heh, nice to know I wasn't the only one having issues with osCommerce and Authorize.net  Lips Sealed
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...
Logged
THEwagner
Newbie
*
Posts: 27



« Reply #20 on: November 13, 2006, 13:05:54 PM »


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?
Logged
keliix06
Newbie
*
Posts: 7


WWW
« Reply #21 on: November 13, 2006, 14:44:52 PM »

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.
Logged

www.buyhttp.com/virtuemart_hosting.html - High quality hosting for your Virtuemart Site
David Warman
Newbie
*
Posts: 1


« Reply #22 on: November 14, 2006, 13:59:22 PM »

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!
Logged
forestmoon
Newbie
*
Posts: 10


« Reply #23 on: December 27, 2006, 15:52:06 PM »

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

Well done!

Logged
NoFixedAbode
Newbie
*
Posts: 7



« Reply #24 on: January 04, 2007, 21:58:53 PM »

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.
Logged
THEwagner
Newbie
*
Posts: 27



« Reply #25 on: January 05, 2007, 08:48:17 AM »

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!
Logged
tibi
Newbie
*
Posts: 11


« Reply #26 on: January 12, 2007, 14:17:08 PM »

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
Logged
THEwagner
Newbie
*
Posts: 27



« Reply #27 on: January 12, 2007, 14:23:05 PM »

I'm not familiar with this. Have you contacted Authorize.Net?
Logged
tibi
Newbie
*
Posts: 11


« Reply #28 on: January 12, 2007, 14:41:12 PM »

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.
Logged
Markster
Newbie
*
Posts: 12


« Reply #29 on: January 14, 2007, 12:47:45 PM »

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?
« Last Edit: January 14, 2007, 13:19:43 PM by Markster » Logged
Pages: 1 [2] 3 4 ... 8   Go Up
Print
Jump to: