[CONTRIBUTION] Authorize Net AIM module
#21
Posted 16 March 2006 - 03:38 PM
Vger
#22
Posted 16 March 2006 - 03:43 PM
Vger, on Mar 16 2006, 10:38 AM, said:
Vger
yes i do i have SSL via godaddy
the a.net module that come with OSC work fine
#23
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
Posted 16 March 2006 - 04:30 PM
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
Posted 16 March 2006 - 04:33 PM
Quote
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
Posted 16 March 2006 - 05:12 PM
Vger, on Mar 16 2006, 11:33 AM, said:
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
Posted 16 March 2006 - 05:41 PM
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
Posted 16 March 2006 - 06:10 PM
Vger, on Mar 16 2006, 12:41 PM, said:
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
Posted 16 March 2006 - 10:05 PM
Vger
#30
Posted 17 March 2006 - 01:08 AM
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
Posted 17 March 2006 - 02:31 AM
Quote
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
Posted 17 March 2006 - 02:44 AM
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
Posted 17 March 2006 - 02:52 AM
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
Posted 17 March 2006 - 03:04 AM
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
Posted 17 March 2006 - 03:31 AM
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
Posted 17 March 2006 - 03:37 AM
i wonder if using a shared SSL has something to do with the problems?
#37
Posted 17 March 2006 - 12:27 PM
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
ekbjewelry, on Mar 17 2006, 03:31 AM, said:
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
Posted 17 March 2006 - 12:40 PM
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
thrasha, on Mar 17 2006, 03:37 AM, said:
i wonder if using a shared SSL has something to do with the problems?
#39
Posted 17 March 2006 - 02:05 PM
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
Posted 17 March 2006 - 02:36 PM
Vger









