Not passing data to Authorize.net?

[mel150]

HI- Today I contacted authorize.net and they gave me a "dump url" that I was supposed to look at to see what information was being passed. It was empty, so they said no parameters were being passed.

I did some research on the forums, and I've done this:

1. Leave it in test mode on zen cart but changed it to production mode on Authorize.net. result: although I've placed several orders, there are no unsettled transactions to look at:

2. Another problem is the AMEX and Discover numbers given in test mode are being refused. It was suggested to change the transaction key. I've done this, no change.

I'm on 1.3.9g. here are my settings:
Enable Authorize.net (AIM) Module
True

Login ID
**********

Transaction Key
****************

MD5 Hash
****************

Transaction Mode
Test

Authorization Type
Authorize+Capture

Enable Database Storage
True

Customer Notifications
False

Merchant Notifications
False

Request CVV Number
True

Sort order of display.
0

Payment Zone
--none--

Set Completed Order Status
Processing [2]

Set Refunded Order Status
Pending [1]

Debug Mode
Off

Does anyone have any suggestions? Thanks!

[mel150]

>>>Another problem is the AMEX and Discover numbers given in test mode are being refused.

Please scrap this, I figured it out. But the problem with the parameters apparently not being passed t authorize.net still applies. Thanks.

[DrByte]

I'm not sure I fully understand what you mean by "not passing data".

Turn on Debug Mode (log to file), and post the logs that are generated when you do a transaction. They'll be in your /cache/ folder.

[mel150]

Thanks for getting back to me. The orders go through and are successful, but authorize.net says they are not getting the information from the cart.

I turned logging on and created an order. Here's the log file, and since I'm getting information back from Authorize.net, I guess the woman I chatted with yesterday didn't understand the question

Looks like it's working, would you agree?

Dec-07-2010 07:28:45
=================================

Response Code: 1.
Response Text: (TESTMODE) This transaction has been approved.

Sending to Authorizenet: Array
(
[x_login] => *******
[x_tran_key] => *******
[x_relay_response] => FALSE
[x_delim_data] => TRUE
[x_delim_char] => |
[x_encap_char] => *
[x_version] => 3.1
[x_type] => AUTH_CAPTURE
[x_method] => CC
[x_amount] => 53.77
[x_currency_code] => USD
[x_card_num] => XXXXXXXXXXXXXXXX0015
[x_exp_date] => 1219
[x_card_code] => ****
[x_email_customer] => FALSE
[x_email_merchant] => FALSE
[x_cust_id] => 4
[x_invoice_num] => TEST-16-fyBvRM
[x_first_name] => Melody
[x_last_name] => Scott
[x_company] =>
[x_address] => test street
[x_city] => Lukeville
[x_state] => Arizona
[x_zip] => 85341
[x_country] => United States
[x_phone] => 4802437410
[x_email] => [email protected]
[x_ship_to_first_name] => Melody
[x_ship_to_last_name] => Scott
[x_ship_to_address] => test street
[x_ship_to_city] => Lukeville
[x_ship_to_state] => Arizona
[x_ship_to_zip] => 85341
[x_ship_to_country] => United States
[x_description] => Cheesecake Cupcakes Samplers -12 pack (qty: 1)
[x_recurring_billing] => NO
[x_customer_ip] => 187.131.135.91
[x_po_num] => Dec-07-2010 07:28:45
[x_freight] => 11.77
[x_tax_exempt] => FALSE
[x_tax] => 0.00
[x_duty] => 0
[x_allow_partial_Auth] => FALSE
[Date] => December 7, 2010, 7:28 am
[IP] => 187.131.135.91
[Session] => kukt7ecugrlvr3j6blg57ansb3
[x_test_request] => TRUE
[url] => https://secure.authorize.net/gateway/transact.dll
)


Results Received back from Authorizenet: Array
(
[0] => Response from gateway
[1] => 1
[2] => 1
[3] => 1
[4] => (TESTMODE) This transaction has been approved.
[5] => 000000
[6] => P
[7] => 0
[8] => TEST-16-fyBvRM
[9] => Cheesecake Cupcakes Samplers -12 pack (qty: 1)
[10] => 53.77
[11] => CC
[12] => auth_capture
[13] => 4
[14] => Melody
[15] => Scott
[16] =>
[17] => test street
[18] => Lukeville
[19] => Arizona
[20] => 85341
[21] => United States
[22] => 4802437410
[23] =>
[24] => [email protected]
[25] => Melody
[26] => Scott
[27] =>
[28] => test street
[29] => Lukeville
[30] => Arizona
[31] => 85341
[32] => United States
[33] => 0.00
[34] => 0.00
[35] => 11.77
[36] => FALSE
[37] => Dec-07-2010 07:28:45
[38] => 3FEAD482EBC141A076E1B2D9BCB17546
[39] =>
[40] =>
[41] =>
[42] =>
[43] =>
[44] =>
[45] =>
[46] =>
[47] =>
[48] =>
[49] =>
[50] =>
[51] => XXXX0015
[52] => MasterCard
[53] =>
[54] =>
[55] =>
[56] =>
[57] =>
[58] =>
[59] =>
[60] =>
[61] =>
[62] =>
[63] =>
[64] =>
[65] =>
[66] =>
[67] =>
[68] =>
[69] => December 7, 2010, 7:28 am
[70] => 187.131.135.91
[71] => kukt7ecugrlvr3j6blg57ansb3
[Expected-MD5-Hash] => 3FEAD482EBC141A076E1B2D9BCB17546
[HashMatchStatus] => PASS
)


CURL communication info: Array
(
[url] => https://secure.authorize.net/gateway/transact.dll
[content_type] => text/html
[http_code] => 200
[header_size] => 173
[request_size] => 217
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0.456247
[namelookup_time] => 0.08927
[connect_time] => 0.141166
[pretransfer_time] => 0.314773
[size_upload] => 1066
[size_download] => 638
[speed_download] => 1398
[speed_upload] => 2336
[download_content_length] => 638
[upload_content_length] => 1066
[starttransfer_time] => 0.368304
[redirect_time] => 0
)

[DrByte]

That log shows a properly completed transaction.
You wouldn't get a proper response if Authorize.net didn't get the transaction. So, that means Authorize.net IS getting the transaction.
If someone there is telling you otherwise, then they're probably NOT looking at *actual* transmissions, just looking at whether it's showing up in your account history. And, since you sent it in TEST mode, it's very likely it just doesn't show up in the account history.
Switch OFF the test-mode, both in your account and in your module, and do another transaction.

[mel150]

Thanks, I'll do that!