992 replies to this topic

[ekbjewelry]

I have checked my cookie domain and they match. Im currently trying to hard code the url in the code. will let you know if I get it working...I know that my oscommerce setup is messed up somewhere....and thats why im having those 3 problems...will keep trying.

[ekbjewelry]

ekbjewelry, on Mar 17 2006, 02:40 PM, said:

I have checked my cookie domain and they match. Im currently trying to hard code the url in the code. will let you know if I get it working...I know that my oscommerce setup is messed up somewhere....and thats why im having those 3 problems...will keep trying.

I fixed it.
This is what I did for mine.
I went into my a.net and Direct Response and changed..
Delimited Reponse to NO ( i orignally had YES because of a.net tech support )
Field Encapsulator Char to BLANK ( i originally had " because of a.net tech support )

Things I did that Im not sure if they helped before I did the above.

In my oscommerce panel
Forced Cookie Use to YES
Check SSL ID to YES
Check user-agent to YES
Check IP address to YES

Hell Yeah.

and btw test.authorize.net doesn't work for me in this module, i need to use certification.authorize.net although it doesnt matter because i will be using secure.authorize.net shortly

[Vger]

I think it was the changes you made to Direct Response which made the difference. As I said in an earlier post, most of those settings apply to other (older) connection methods to Authorize Net. When I get the time I'll update the Install html file with that advice.

With regard to your other settings, the only one I'd leave set to 'True' would be Force Cookie Use. If you leave the others set to True you'll have problems with customers who use AOL not being able to buy off your site.

Vger

[IdiotWind]

For those having trouble using this contribution in Test mode, change line 301 in catalog\includes\modules\payment\authorizenet_aim.php
from

if (MODULE_PAYMENT_AUTHORIZENET_AIM_TESTMODE == 'Test') {
$url = 'https://test.authorize.net/gateway/transact.dll';
} else {
$url = 'https://secure.authorize.net/gateway/transact.dll';
}

to

if (MODULE_PAYMENT_AUTHORIZENET_AIM_TESTMODE == 'Test') {
$url = 'https://secure.authorize.net/gateway/transact.dll';
} else {
$url = 'https://secure.authorize.net/gateway/transact.dll';
}


I was instructed by Tom C. at customer support, Authorize.net to leave the url at secure.authorize and this works for me, while the original way with test.authorize did not (in test mode).

[Vger]

I'll have to have a word with them myself about that - because obviously I was also working with Authorize Net on getting this new module working. It seems that you get different answers depending on who you talk to. It may be that 'test' is wrong, but that 'certification' is right after all ( as reported above).

Vger

[IdiotWind]

I tried https://certification.authorize.net/gateway/transact.dll and it also works in test mode. Appendix H of the AIM Implementation Guide devotes all of 7 lines to Certification and it reads like just another way to run test mode. A search through that Guide also failed to find any reference to test.authorize.net.

BTW, this contribution works well. I like the integration of CVV help with a popup window. I have not run it in production mode yet but I don't expect problems.

[Vger]

Yes, the javascript cvv popup window was a problem. There are many payment modules released which place the call to the javascript link in the payment module itself, but this always results in errors - which is why it was placed in the checkout_payment.php page.

Glad you like the module. I have been in touch with Authorize Net and I'm waiting for them to get back to me about 'test' and 'certification'. If they confirm that 'certification' can be used in Test mode then I'll update the contribution.

Vger

[thrasha]

I can confirm that I just got it to work right now...
The only change I made was in Authorize.net Direct Response...

Delimited Response: No
Default Field Separator: ,(comma)
Field Encapsulation Character: (blank)

I GREATLY appreciate this fine piece of work Vger!
Thank you for your suggestion ekbjewelry!

now if only i could figure out how to convince people to fill their carts with my most expensive products....

[thrasha]

everything seems to be working great, but i have 2 suggestions...
-----------------------------------------------------------------

in includes/languages/english/cvv_help.php
change all instances of "Discovery" to "Discover Card"

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

eliminate the need to make any edits to the checkout_payment.php

line 114 of includes/modules/payment/authorize.net

change from

'field' => tep_draw_input_field('authorizenet_aim_cc_cvv','',"size=4, maxlength=4"))));

change to:

'field' => tep_draw_input_field('authorizenet_aim_cc_cvv','',"size=4, maxlength=4") . ' <a style="cursor: pointer; cursor: hand;" onClick="window.open(\'cvv_help.php\',\'jav\',\'width=500,height=550,resizable=no,toolbar=no,menubar=no,status=no\')"><u>Click for info on CVV</u></a>')));

[Vger]

I have just uploaded a slightly modified file set. The Install instructions have been updated with the information gained in this thread, also the Test url has been reset to 'secure' but advice is also given in the Install instructions that if this does not work then it can be changed to 'certification'. I have also (in line with Erik's advice) changed references to Discovery to Discover Card.

I tested the javascript changes recommended but as they did not work as well as the original I have left that code as it is.

Vger

[ekbjewelry]

Vger, on Mar 18 2006, 04:15 PM, said:

I have just uploaded a slightly modified file set. The Install instructions have been updated with the information gained in this thread, also the Test url has been reset to 'secure' but advice is also given in the Install instructions that if this does not work then it can be changed to 'certification'. I have also (in line with Erik's advice) changed references to Discovery to Discover Card.

I tested the javascript changes recommended but as they did not work as well as the original I have left that code as it is.

Vger

Your are da bomb my friend. Thanks for your contrib.

[inbox]

a few question after I've try the contribution in the past week

I'm getting some mismatch amount if the product in tax zone, my store located in Iowa so if person order from Iowa he's getting Iowa tax class but I'm getting a different of around $1 from the amount in oscommerce to a.net receipt in a.net is lower.

the second thing is in admin >> order.php
a.net aim save the full name and credit card and the expiration date םמ the website that a good thing for quick info. but even my site is secure in SSL i prefer not to keep the cc numbers online in the website - is there any option to show the only 4 digit the cc will be like this " john smith Master Card **** **** **** 7216 exp. 0307" instead of show everything

another issue
in the receipt email from a.net the order number doesn't show the order #, it's always shows invoice: 1 instead of the real order #.

also the additional information is blank doesn't appear the tax or any info. from the osc.

the last thing is when customer make purchase and get error the description of the error appear only in the URL line but not in the page.


thanks a lot for this contrib. and for the answers and the support.

[Vger]

There is a rounding up function in osCommerce. It is not directly related to this module - but you can search for posts on it on the forum if you like.

Maybe (when I get the time) I will look at doing what the normal Credit Card module does and splitting the credit card number - but I don't have the time at the moment (sorry).

The copy of the customers order contains all of the information you need, so I don't consider the "Additional Information" as being a critical issue.

I'll take a look at the error issue. It's probably the use of a GET instead of a POST function.

Vger

[inbox]

Vger, on Mar 20 2006, 01:12 PM, said:

There is a rounding up function in osCommerce. It is not directly related to this module - but you can search for posts on it on the forum if you like.

Maybe (when I get the time) I will look at doing what the normal Credit Card module does and splitting the credit card number - but I don't have the time at the moment (sorry).

The copy of the customers order contains all of the information you need, so I don't consider the "Additional Information" as being a critical issue.

I'll take a look at the error issue. It's probably the use of a GET instead of a POST function.

Vger

Thanks man I'll search over the forum to solve the problem and I'll post the solution if I'll find something

[thrasha]

i agree that the issue involving "invoice: 1" instead of "actual" order # would be great to have for reference...

i would also like to not ever even see the customers credit card numbers.. there is really no reason for me to store anything other than their shipping info...

is there any reason that i should not be using this code? i am currently using it and it seems to work fine for me in all browsers...

<a style="cursor: pointer; cursor: hand;" onClick="window.open(\'cvv_help.php\',\'jav\',\'width=500,height=550,resizable=no,toolbar=no,menubar=no,status=no\')"><u>Click for info on CVV</u></a>

thanks again

[Vger]

With regard to the code you also have to get rid of the line above it, or else comment it out elsewhere - or you end with with two 'Click For Info' links on the page. I just didn't have the time to check it out any further.

If you want to post the complete changes then I'll look at incorporating it, but 'cursor: hand' is deprecated and wouldn't be used.

Vger

Edited by Vger, 20 March 2006, 22:42.

[thrasha]

includes/languages/english/modules/payment/authorizenet_aim.php
change line 26

from:

define('MODULE_PAYMENT_AUTHORIZENET_AIM_TEXT_CVV', 'CVV Number <a href="javascript:newwindow()"><u>More Info</u></a>');

to:

define('MODULE_PAYMENT_AUTHORIZENET_AIM_TEXT_CVV', 'CVV Number:');

and the only reason that i had put "cursor: pointer; cursor: hand;" is because is only for browser compatibility... some browsers want to see "pointer" and some want to see "hand" as the cursor style... you could remove both and it will still work, but you will get an "I-bar" cursor instead of making it look like a link....

the reason i would suggest this is to eliminate the need to make any edits to the checkout_payment.php for ease of installation, and as well as put the link on the right side of the CCV entry box which i think is a better location...

for multiple language setups you of course would have to set up a variable in place of "Click for info on CVV"

[Rob Baker]

"(TESTMODE) This transaction cannot be accepted. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

Is this a normal error? Will it go away once I cut over to the Live system?

[Rob Baker]

I updated my Transaction Key and this error went away.

Rob Baker, on Mar 21 2006, 08:58 PM, said:

"(TESTMODE) This transaction cannot be accepted. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance."

Is this a normal error? Will it go away once I cut over to the Live system?

[drweird13]

I have set up this contrib... The newest version listed on the contrib page.
I've tested it, and have installed it on our production web sites.
People who have the same billing and shipping address go through with no problem.
People who have different shipping addresses from billing addresses don't go through because an "AVS Mismatch" error.
I goto authorize.net, and sure enough their billing address does not show up, it puts the shipping address for both billing and shipping...

Why is this?
Thanks.