joedunn Posted January 4, 2004 Share Posted January 4, 2004 Referrer URLs Define the URLs that will be used to send transactions to the Payment Gateway. What exactly do I need here? Is it a link to just one file, three files or hundreds of files? This is what I have currently: http://www.repoconvention.com/catalog/checkout_process.php Response/Receipt URLs The Payment Gateway verifies the URL specified in the post string against the URLs in this list. If the URL provided does not match one of the values on this list, the transaction will be rejected. If no URL is provided, the Default URL value will be used. What do I need here? Are the defaults OK? When I get to the CONFIRM ORDER and press the button I get an error that reads, in red across the top, There has been an error processing your credit card. Please try again. The URL in my browser when I get this error/page is: https://secure.authorize.net/gateway/transact.dll I would appreciate any help, and at this point, am willing to pay for it. Please help me if you can... Thank you, Joe Dunn Link to comment Share on other sites More sharing options...
Guest Posted January 4, 2004 Share Posted January 4, 2004 means your CC you are using is getting rejected. did you put a valid data in the form with your test purchase? Link to comment Share on other sites More sharing options...
joedunn Posted January 4, 2004 Author Share Posted January 4, 2004 According to Authorize.net I have two valid test cards. One Visa and one MasterCard. I just received this message from Authorize.net: Greetings from Authorize.Net! That is not an error from our system. That error is created due to the response back to the script. If you can parse that response back you will see a response code of 3 and reason response code. With that reason response code we can tell you more about what is not working. What are they talking about parsing scripts? I can't even find out what error 3 means. Joe Dunn Link to comment Share on other sites More sharing options...
Guest Posted January 4, 2004 Share Posted January 4, 2004 have you modified authorize.net in the admin in any way while doing a test of the module? i also noticed, you have the cc expiration date set at 2004, you should make that a drop down box the way it was, as that could be causing the problem. Link to comment Share on other sites More sharing options...
joedunn Posted January 4, 2004 Author Share Posted January 4, 2004 I have been making changes for a week. When I go to the shopping cart there is a drop down box that defaults to 2004. However, the credit card numbers Authorize.net told me to use expire 12-2005 so I change it each time I test it. I believe my Authroize.net settings are correct: Credit Card Test Info: CC#: 4111111111111111 Expiry: Any Enable Authorize.net Module True Login Username *edit* Transaction Key *edit* Transaction Mode Test Transaction Method Credit Card Customer Notifications True Payment Zone --none-- Set Order Status Delivered Sort order of display. 1 I can't seem to change the test card of 41111111111.... Joe Dunn Link to comment Share on other sites More sharing options...
Guest Posted January 4, 2004 Share Posted January 4, 2004 when you are using a test card, you need to use the test account defaulted with the install. you have your actual account here, (which you shound never post, as others then can get the info) Link to comment Share on other sites More sharing options...
joedunn Posted January 4, 2004 Author Share Posted January 4, 2004 I have tried the 411111111 number and still have no luck. Do you know what error #3 is or where I can find out? Joe Dunn Link to comment Share on other sites More sharing options...
guntersammet Posted January 4, 2004 Share Posted January 4, 2004 Hi Mibble, just for your info and the record, I added some debug info to the authorize.net module. It ended up, that authorize.net wanted some more fields in the html form: tep_draw_hidden_field('x_Description', 'description is now here') . tep_draw_hidden_field('x_Company', 'company is now here') . tep_draw_hidden_field('x_Card_Code', '321') . Not exactly sure why, but after I added these 3 to the module, everything worked. Cheers, G. Link to comment Share on other sites More sharing options...
Tuan Le Posted January 6, 2004 Share Posted January 6, 2004 Hi Mibble,just for your info and the record, I added some debug info to the authorize.net module. It ended up, that authorize.net wanted some more fields in the html form: tep_draw_hidden_field('x_Description', 'description is now here') . tep_draw_hidden_field('x_Company', 'company is now here') . tep_draw_hidden_field('x_Card_Code', '321') . Not exactly sure why, but after I added these 3 to the module, everything worked. Cheers, G. guntersammet, Which file and where did you add these codes to? Thanks -Tuan Link to comment Share on other sites More sharing options...
guntersammet Posted January 6, 2004 Share Posted January 6, 2004 In the file catalog/includes/modules/payment/authorize.php (here version 1.48, I added them after line 240( tep_draw_hidden_field('x_ship_to_country', $order->delivery['country']['title']) .). We still had problems on the live settings. It seems like they want those fields and I haven't been able to find in authorize.net where they are defined as required. AFAIK, our ticket hasn't been answered yet. We managed to get the test settings going but as soon as we switched to live, it declined again. I just tested with a live card hardcoding the x_Card_Code with the actual code and the purchase went through just fine. If we don't find out where to turn this off, we have to add a field cvv into the CC checkout screen to get it from the customer. HTH Gunter Link to comment Share on other sites More sharing options...
Tuan Le Posted January 9, 2004 Share Posted January 9, 2004 I tried adding those 3 lines into the default authorize.net module but it is still giving me the message "There has been an error processing your credit card. Please try again.<br>Response Code = 3<br>Response Reason Code = 99<br>This transaction cannot be accepted." Response Code 3 = There has been an error processing this transaction. Response Reason Code 99 = This transaction cannot be accepted. Applicable only to SIM API.The server-generated fingerprint does not match the merchant-specified fingerprint in the x_fp_hash field. I thought I got an incorrect transaction key so I went in to generate a new one. After that, I still got the same error message. :unsure: Link to comment Share on other sites More sharing options...
guntersammet Posted January 9, 2004 Share Posted January 9, 2004 I never worked with the hash fields and functionality in authorize.net. But that seems to be the problem, judging the error message. Did you had the same error before? If yes, the 3 lines I added won't help for sure. The code you send is encrypted with a different hash than they try to encrypt. OR something in that direction. Could you try to dig into that? HTH Gunter Link to comment Share on other sites More sharing options...
New 
Recommended Posts
Archived
This topic is now archived and is closed to further replies.