Authorize.NET SIM Problems

  • Posts: 5
  • Thank you received: 0
12 years 1 month ago #72015

I was having difficulty getting First Data Payment to work but then ran into a post that suggested using Authorize.NET in SIM mode and that seems to be an option on First Data's Global Gateway e4 (GGe4). Configuration seems to be straight forward and I entered the values required. I'm not sure what the problem is but it doesn't seem to want to work. I keep getting the following errors from GGe4:

The following errors were found:

* x_line_item # 1 - Taxable is too long (maximum is 3 characters)
* x_line_item invalid
* x_relay_response : Parameter x_relay_response must be empty or TRUE
* x_relay_response : x_relay_response too long. Maximum length is 4
* x_test_request : Unsupported value used for x_test_request.

I tried all different combinations of settings to no avail. If anyone can shed a light on what the problem could be, I would really appreciate it.

Thanks for your help,
-Nazih

Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 5
  • Thank you received: 0
12 years 1 month ago #72016

I also noticed the following:

the value of x_test_request is set from the "Deug" setting in the plugin. The value is either 1 or 0. But looking at their website at firstdata.zendesk.com/entries/407522-hos...tegration-manual#6.2 , it looks like the value should be TRUE / FALSE and is case sensitive as well.
x_test_request TRUE / FALSE Process payment in test mode. Case-sensitive.


Same goes for x_relay_response:
x_relay_response TRUE Required for Relay Response. Case sensitive (FALSE is not allowed)

I figured I would share the findings to better help find a solution.

Same for x_line_item, seems like the Taxable should be Y or N, but the value passed is TRUE or FALSE!

At least, these seem to be the problematic ones for me.

Thanks,
-Nazih

Please Log in or Create an account to join the conversation.

  • Posts: 82868
  • Thank you received: 13376
  • MODERATOR
12 years 1 month ago #72038

Authorize.net API is compatible with TRUE/Y/1 and FALSE/N/0
There is no recommendation and you can use whatever you want.
The problem comes from the First Data gateway which should accept any of these values to be truly compatible with authorize.net

In your case, I'm afraid that you'll have to modify the authorize.net plugin's code to support First data gateway way of doing it, or use the First data plugin which is included in HikaShop (not GGe4 compatible I think).

The following user(s) said Thank You: nayzak

Please Log in or Create an account to join the conversation.

  • Posts: 5
  • Thank you received: 0
12 years 1 month ago #72174

Thanks Nicolas. Could you please point me to the part that needs to be changed in the plugin? Just a pointer if you could and I'll take it from there and see if it works.

Please Log in or Create an account to join the conversation.

  • Posts: 5
  • Thank you received: 0
12 years 1 month ago #72183

Nicolas, I'm not sure what I'm doing wrong, but making changes to authorize.php or authorize_end.php is not affecting anything! I even deleted those files just for the heck of it and it still submitted the request as if the files were not deleted or anything. Am I working with the correct files?

Please Log in or Create an account to join the conversation.

  • Posts: 82868
  • Thank you received: 13376
  • MODERATOR
12 years 1 month ago #72184

The files are located in the folder plugins/hikashoppayment/authorize/
That's the ones you need to edit and mainly the _loadStandardVars function

The following user(s) said Thank You: nayzak

Please Log in or Create an account to join the conversation.

  • Posts: 5
  • Thank you received: 0
12 years 1 month ago #72214

Thank you. Worked perfectly.

Please Log in or Create an account to join the conversation.

Time to create page: 0.064 seconds
Powered by Kunena Forum