Jump to content



* * * * * 3 votes

[CONTRIBUTION] Authorize Net AIM module


  • Please log in to reply
996 replies to this topic

#21   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 16 March 2006 - 03:38 PM

Have you got SSL properly installed on your website, because checkout_process.php is defined as an SSL page in the module, and it is this page that sends people on to the checkout_success.php page.

Vger

#22   inbox

inbox
  • Members
  • 31 posts
  • Real Name:Joe
  • Location:iowa

Posted 16 March 2006 - 03:43 PM

View PostVger, on Mar 16 2006, 10:38 AM, said:

Have you got SSL properly installed on your website, because checkout_process.php is defined as an SSL page in the module, and it is this page that sends people on to the checkout_success.php page.

Vger


yes i do i have SSL via godaddy

the a.net module that come with OSC work fine

#23   kidd6801

kidd6801
  • Members
  • 7 posts
  • Real Name:Corey H

Posted 16 March 2006 - 04:13 PM

/*
##Go to your A.net settings
##Make sure Direct Response has
##Delimited Respone has YES
##Default Field Seperator is COMMA
##Field Encapsulator is Double QUOTE

##Receipt / Relay URLs should be to ##https://yoursite/blah/blah/checkout_process.php

##DOUBLE check your LOGIN/PWD
*/

Double checked everything here .. I had to change the seperator and the R/R urls


##why did you take out CVV. it helps BIGTIME agaisnt fraud.

I didn't remove CVV, Just the explaination link.

With these settings I am still getting the message Credit Card Error! on the CC input page.

I know it has to be something on my end.

Can you think of anything else I should try?

KiDD

Edited by kidd6801, 16 March 2006 - 04:18 PM.


#24   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 16 March 2006 - 04:30 PM

On the Developer Test Account I used to set this module up I entered nothing on the "Response/Receipt URL's" page, because the Return URL is already defined in the module as checkout_process.php

Don't forget that with this module - people stay on your website, they don't go to an Authorize Net page at all.  Many of the settings in the Authorize Net interface are there to cover other connection methods.

Under Direct Response Delimiter - try setting it to 'No'.  I have just rechecked the settings and I initially had it set to 'Yes' with a comma delimiter and nothing for Field Encapsulation Character, but then reset it to 'No'.  Sorry if my earlier post caused confusion.

Vger

#25   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 16 March 2006 - 04:33 PM

Quote

the a.net module that come with OSC work fine

Then use that module if you are happy with it.  This module is for the Advanced Integration Method (AIM) and not the Simple Integration Method (SIM).

It's my understanding that Authorise Net will discontinue SIM in the not too distant future.

Vger

#26   inbox

inbox
  • Members
  • 31 posts
  • Real Name:Joe
  • Location:iowa

Posted 16 March 2006 - 05:12 PM

View PostVger, on Mar 16 2006, 11:33 AM, said:

Then use that module if you are happy with it.  This module is for the Advanced Integration Method (AIM) and not the Simple Integration Method (SIM).

It's my understanding that Authorise Net will discontinue SIM in the not too distant future.

Vger

Well i would love to use your contrib. the osc a.net module is as u wrote in sim and i want to go with AIM with CVV but, i can't make your contrib. work on my site i try that with all the setting with or without  Delimited Respone or comma, it's working i'm getting a email with the purchase but i can't reach the last step to checkout_success

i have curl with linux and ssl config

#27   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 16 March 2006 - 05:41 PM

The problem has to lay in your website files somewhere - either in the way your site address is entered in includes/configure.php or else in modifications made to any of the checkout files.

What you can try is to edit includes/modules/payment/authorizenet_aim.php and where it says:

$this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', true);

change this to:

$this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false);

and see if this helps.

Vger

Edited by Vger, 16 March 2006 - 05:41 PM.


#28   inbox

inbox
  • Members
  • 31 posts
  • Real Name:Joe
  • Location:iowa

Posted 16 March 2006 - 06:10 PM

View PostVger, on Mar 16 2006, 12:41 PM, said:

The problem has to lay in your website files somewhere - either in the way your site address is entered in includes/configure.php or else in modifications made to any of the checkout files.

What you can try is to edit includes/modules/payment/authorizenet_aim.php and where it says:

$this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', true);

change this to:

$this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false);

and see if this helps.

Vger


thanx man it's working now finally i got the the checkout success

#29   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 16 March 2006 - 10:05 PM

Glad you were able to get it resolved.

Vger

#30   thrasha

thrasha
  • Members
  • 24 posts
  • Real Name:Erik
  • Location:Slimy Valley, Ca

Posted 17 March 2006 - 01:08 AM

i am still having some issues with this...

i have tried all the recommendations in this topic... Direct Response Delimiter field seperator and field encapsulation character... Receipt / Relay URLs... $this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', false); ... but still having problems with it...

instead of continuing to the checkout_success.php after confirming the order i get sent back to the checkout_payment.php with the error message "This transaction has been approved - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance"

the merchant account gets a confirmation email and i can see the transaction in the authorize.net Unsettled Transactions, but the order does not show up in oscommerce administration...

it is encouraging that someone has gotten this to work, but i am still having issues with it myself for some reason...

#31   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 17 March 2006 - 02:31 AM

Quote

On the Developer Test Account I used to set this module up I entered nothing on the "Response/Receipt URL's" page, because the Return URL is already defined in the module as checkout_process.php

Don't forget that with this module - people stay on your website, they don't go to an Authorize Net page at all. Many of the settings in the Authorize Net interface are there to cover other connection methods.

Under Direct Response Delimiter - try setting it to 'No'. I have just rechecked the settings and I initially had it set to 'Yes' with a comma delimiter and nothing for Field Encapsulation Character, but then reset it to 'No'. Sorry if my earlier post caused confusion.

I hope that this earlier post contains the solution.  Also, please remember (if you are using an established Authorize Net account) to switch it from SIM to AIM and set it to version 3.1

Vger

#32   thrasha

thrasha
  • Members
  • 24 posts
  • Real Name:Erik
  • Location:Slimy Valley, Ca

Posted 17 March 2006 - 02:44 AM

ive tried all that... i still get the same error... it says that i am using transaction Current Version: 3.1 .. i dont even know how i would change that...

i am trying this from a clean install of 2.2 MS2 (051113).. stock products even...

I can use the included authorize.net module with no problems... i am wondering what exactly is the difference between the standard module and this module other than the ccv?

thank you for your help...

#33   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 17 March 2006 - 02:52 AM

With this module people stay on your website, it's only the data that goes to Authorize Net to be checked and returned to your site if it's okay.  This module does require an https connection and that cURL is compiled into PHP.  You can check this by going to your osCommerce admin panel --> Tools --> Server Info and look for cURL or just CURL

If your site is hosted on a Windows server then you may have problems with the path to cURL.  There are several posts on this with possible solutions - but you'd need to Search the forums for them.

If it's not cURL, or the lack of an https connection, then I'm sure that it will turn out to be just a mismatch between the module and the settings you have in your Authroize Net control panel.

Vger

#34   thrasha

thrasha
  • Members
  • 24 posts
  • Real Name:Erik
  • Location:Slimy Valley, Ca

Posted 17 March 2006 - 03:04 AM

osCommerce admin panel --> Tools --> Server Info

Server OS: FreeBSD 4.11-RELEASE-p7

HTTP Server: Apache/1.3.34 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.4.1 FrontPage/5.0.2.2635 mod_ssl/2.8.25 OpenSSL/0.9.7d

PHP Version: 4.4.1 (Zend: 1.3.0)

Configure Command: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--prefix=/usr' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--enable-exif' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-gettext' '--with-imap' '--with-imap-ssl' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mcrypt' '--with-mhash' '--enable-magic-quotes' '--with-mysql=/usr/local' '--with-openssl' '--enable-discard-path' '--with-pear' '--with-pspell' '--enable-sockets' '--enable-track-vars' '--with-ttf' '--with-freetype-dir=/usr/local' '--enable-gd-native-ttf' '--enable-versioning' '--with-xmlrpc' '--with-zip' '--with-zlib'

CURL support: enabled
CURL Information: libcurl/7.12.0 OpenSSL/0.9.7d zlib/1.1.4
--------------------------------------------------------------------------

What kind mismatch between the module and the Authroize Net control panel settings could there be? ive looked thru everything and i dont see what else could affect this...

--------------------------------------------------------------------------

I have processed payments with the standard authorize.net module and i never saw any forms to fill in off of my own site... i am wondering if there is a way to just insert the ccv field into the standard module?

#35   ekbjewelry

ekbjewelry
  • Members
  • 7 posts
  • Real Name:EKB Jewelry

Posted 17 March 2006 - 03:31 AM

I have curl and https ssl from godaddy.com

I know that in live mode it successfully orders from authorize.net and everyone gets receipts.

OScommerce on the other hand does *NOT*
(1) send them to checkout_success.php
(2) see the order
(3) remove the items from the cart

I tried setting the line of code to false and it did not help.

It seems me and thrasha(erik) and in the same boat. damn.

#36   thrasha

thrasha
  • Members
  • 24 posts
  • Real Name:Erik
  • Location:Slimy Valley, Ca

Posted 17 March 2006 - 03:37 AM

i am currently comparing line by line authorizenet.php and the new authorizenet_aim.php to see if i can find any major differences... i would really like to be able to get this to work...

i wonder if using a shared SSL has something to do with the problems?

#37   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 17 March 2006 - 12:27 PM

This may be an https_cookie_domain problem (includes/configure.php) in your case (full ssl).

Many people enter down the information incorrectly and this causes the basket not to be emptied when a transaction is completed.  If your ssl cert is made out just to yourdomain.com then that's what your entry for https_cookie_domain should be, but if your ssl cert is made out to www.yourdomain.com then that's what should be entered for https_cookie_domain - either way there's no https:// in the https_cookie_domain setting.

It's also advisable that the http_cookie_domain should match (for full ssl).

Vger

View Postekbjewelry, on Mar 17 2006, 03:31 AM, said:

I have curl and https ssl from godaddy.com

I know that in live mode it successfully orders from authorize.net and everyone gets receipts.

OScommerce on the other hand does *NOT*
(1) send them to checkout_success.php
(2) see the order
(3) remove the items from the cart

I tried setting the line of code to false and it did not help.

It seems me and thrasha(erik) and in the same boat. damn.


#38   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 17 March 2006 - 12:40 PM

You will find plenty of differences between the two modules.  Using shared ssl would only be a problem if it is not entered correctly in includes/configure.php - and people do often have this set up incorrectly.

For instance, if your install is in the root of your web and if your https_server address is set to:
define('HTTPS_SERVER', 'https://servername.yourhosts.com');

and your DIR_WS_HTTPS_CATALOG is set to:
define('DIR_WS_HTTPS_CATALOG', '/yourdomain.com/');

Then your https base href is not your website but your hosting companies shared ssl address - so your settings should be:

define('HTTPS_SERVER', 'https://servername.yourhosts.com/yourdomain.com');
define('DIR_WS_HTTPS_CATALOG', '/');

and your https_cookie_domain should be:
define('HTTP_COOKIE_PATH', 'servername.yourhosts.com/yourdomain.com');

You would need to adapt this to your own shared ssl set up.

Other people have this running fine, so it has to be something to do with your set up.

One thing you can try is to hardcode the checkout_process address in includes/modules/payment/authorizenet_aim.php as follows.  Change this:
$this->form_action_url = tep_href_link(FILENAME_CHECKOUT_PROCESS, '', 'SSL', true);

to this:
$this->form_action_url = tep_href_link('https://servername.yourhosts.com/yourdomain.com/checkout_process.php' '', 'SSL', true);

Vger

View Postthrasha, on Mar 17 2006, 03:37 AM, said:

i am currently comparing line by line authorizenet.php and the new authorizenet_aim.php to see if i can find any major differences... i would really like to be able to get this to work...

i wonder if using a shared SSL has something to do with the problems?


#39   IdiotWind

IdiotWind
  • Members
  • 12 posts
  • Real Name:Allen

Posted 17 March 2006 - 02:05 PM

Vger,
There is another Authorize.net AIM contribution available (Authorizenet ADC Direct Connection, http://www.oscommerce.com/community/contributions,725) and I was wondering what the differences are between yours and that one.

#40   Vger

Vger
  • Members
  • 16,978 posts
  • Real Name:R Anthony
  • Gender:Not Telling

Posted 17 March 2006 - 02:36 PM

Looks like the ADC Contribution got hijacked by someone else placing an AIM contribution in their thread.  When I get a chance I'll take a look at it.  Won't be today though.

Vger