Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Authorize.net Setup Problems


joedunn

Recommended Posts

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

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

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

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

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

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

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

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

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

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

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...