authorize.net problems

[Ajeh]

scottb ...

You have tried the following:

1 Made a transaction on AuthorizeNet's site to make sure the account is working

2 Removed and Installed Authorize Net AIM (make sure other payment modules are not installed and just disabled)

3 Regenerated your: Transaction Key

4 Cut and Paste from email your API Login ID and your Transaction Key

5 Checked that ports 80 and 443 are open both directions

[billc108]

Progress!

It appears that what's missing is that there's another array in there. When I use this (starting at about line 401):

$response = split('\,', $authorize);

//echo "first response = "; print_r($response);

$exploded_response = explode('|', $response[0]);

echo "<br>exploded_response = "; print_r($exploded_response);
echo "<br><br>";

$response_code= explode (',', $exploded_response[2]);

echo "<br>response_code = "; print_r($response_code);
echo "<br><br>";

$response_text = explode(',', $exploded_response[3]);


$transaction_id = explode(',', $exploded_response[6]);
$authorization_type = explode(',', $exploded_response[11]);
$auth_code = explode(',', $exploded_response[4]);
$this->auth_code = $auth_code[0];
$this->transaction_id = $transaction_id[0];
// Parse the response code and text for custom error display
$x_response_code = $response_code[0];
$x_response_text = $response_text[0] . ($commError == '' ? '' : 'Communications Error - Please notify webmaster. ');

Along with some other hacks. The account now shows that the payment/order went through! woo hoo!

The Authorize guy I spoke with this morning said that they'll reflect whatever delimiter Zen sends them, overriding what is in their settings. Does Zen send a delimiter? I get pipes back even when the default there is set to "no". (hmmmm... )

Ajeh, you called it. Setting it to comma delimited works with the original file. Any way we can have that set to something else - like pipe, which the existing gateway on this store requires? Set another parameter in the Authorizenet_aim.php file that can be set by the Admin?

(ps: sorry for the delay on the promised xmas gift to the Zen team. It's still coming...)

[DrByte]

I was thinking along the same lines last night ... which is why the module I posted last night forces delimiter to be comma, overriding whatever your authorizenet account settings are set to.

[billc108]

Here's the deal as far as i can tell: Even though I had set the delimiter to "no" on Authorize.net's settings, it still responded with the previously listed and can't-get-rid-of-it pipe.

So despite the fact that Auth.net claims that what you send as delimiter will override the settings on their site, it doesn't actually do that.

When I insert the following delimiter declaration at about line 317
of the original 1.3.7 authorizenet_aim.php file to

'x_delim_char' => '|', // The default delimiter is a comma

(which wasn't set at all in the 1.3.7 file)
and line 415 or so to:

$response = split('\,', $authorize);

$response_code = explode('|', $response[0]);
$response_text = explode('|', $response[3]);
$transaction_id = explode('|', $response[6]);
$authorization_type = explode('|', $response[11]);
$auth_code = explode('|', $response[4]);


it works when I have it set for pipe on the Auth.net side. Interestingly, it appears to work when I set it to pipe over there too. Hmmm again.

Anyway, mine's working now, so I can move on to all the other stuff I still need to do to get this site live by, oh, four days ago.

[DrByte]

Updated module attached, which sets the delimiter and parses accordingly.
Parser is more intelligent now too and can handle encap characters also.
In fact, the module now explicitly sets the delimiter to | and encap to * so that it knows what to expect back from authorizenet.
Using the | is likely safer than using the comma because one could use a comma in their address and end up with a problem ... whereas a | is highly unlikely, and stripping out | symbols is likely less confusing than stripping commas. (Keep in mind that the ZC AIM module has always been stripping commas before sending, so as to prevent against these problems).

[billc108]

Very nice, thanks.

I used pipe on the previous gateway for that exact reason - some of the fields had commas in the data, and pipe makes much more sense in that way.

Hope this helps the others who were having Authorize AIM problems as well.

[scottb]

Ajeh,

1) The transactions go through at authorize.net and my credit card is charged

2) Removed and reinstalled the module a couple of times

3) Regenerated transaction key twice

4) Did cut and paste

5) The ports are open

[Ajeh]

Make sure that you do not have Installed and set to off any other payment modules ...

Only have installed Payment modules that you are using ... example AuthoriseNet SIM make sure that is not installed ...

Try changing the delimiter on AutorizeNet site to the Pipe | and try the AuthorizeNet update DrByte has posted above ...

Again, I would unstall the existing AuthorizeNet AIM ... load the new module from DrByte ... Install and configure via cut and paste ...

Make sure you AuthorizeNet is set to Live or Production ... Make sure your Zen Cart settings are for Live as well ...

[scottb]

Dr. Bytes's new script works great except now I am getting a run time error.

[Ajeh]

Could you post the error so we can see it?