Authorize.net SIM Relay Response URL

-- HikaShop version -- : 2.2.1
-- Joomla version -- : 3.5.1


What is the correct URL for the Relay Response URL ?

I am trying

https://www.DOMAIN.COM/index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=authorize&tmpl=component&lang=en

Thanks for the confirmation.

Any suggestion on why the final part of the checkout is not working?
www.charitymobi.org/index.php?option=com...yout=show&Itemid=183
You can add a ticket to the cart and go through the checkout.

Here is what happens
I am directed to the payment page and use CC number and use an invalid card number for testing and click pay on the First Data payment page.
The first data page then directs me to a thankyou page I entered into the FD control panel.
The order remains as created, not cancelled or confirmed or any other status.

It seems like FD is not passing the information back to hikashop
Does the relay response page look correct?
www.charitymobi.org/index.php?option=com...pl=component&lang=en

Any thought on what could be happening?

Thanks! -- Steven

Thanks for the reply. What should the URL be?

Is their a standard Hikashop Receipt page URL?
or
Can I create a standard Joomla Article that says thanks for your purchase? If it this option what should be displayed if the transaction is not approved.

Thanks! -- Steven

When I go through the payment process, I am always directed to the FD receipt page.

Here are the option I have for setting the FD Receipt page.
What option should I select?

I am not sure what is going on. Everything Appears to be set correctly. Now when I process a payment the payment shows up in the FD merchant reports but the orders are not being updated correctly and, the user is not being directed to the receipt page.

I did notice that when I use a card that is declined, the user/IP addresses in the Order History are the end user IP address.

This is a consolidation of the two threads
www.hikashop.com/forum/payment-methods/8...dating-hikashop.html

I think I found the email Jerome was talking about, the administrator notification, it had been unpublished on our shop.

Here is the error message

Hello,
An Authorize.net notification was refused because the response from the Authorize.net server was invalid. The hash received was d7da5f163c9425207XXXXXX90ea5fd8476 while the calculated hash was B358180C8081BF738A5DXXXX3C0DA98C. Please cehck that you're set the same md5 hash key in Authorize.net and the plugin

Okay I have been on the phone with First Data and think I have isolated the problem(s). It turns out to be 2 different issues.

Issue 1
The First Data x_MD5_Hash value has lowercase letters and the Authorize.net plugin x_MD5_Hash has upper case letters. Here is an example email I received from the authorize.net plugin.

Hello,
An Authorize.net notification was refused because the response from the Authorize.net server was invalid. The hash received was bc13982a8f3534f07a1234612b924243 while the calculated hash was BC13982A8F3534F07A1234612B924243. Please cehck that you're set the same md5 hash key in Authorize.net and the plugin

return strtoupper(md5($md5Hash.$login_id.$trans_id.$amount));

return md5($md5Hash.$login_id.$trans_id.$amount);

I think I solved issue 2.

It appears that hikashop is sending out dollar amounts without both decimal places.

In authorize.php I added sprintf to a couple of lines

line 190 is now

"x_amount" => sprintf("%01.2f", round($order->cart->full_total->prices[0]->price_value_with_tax,(int)$this->currency->currency_locale['int_frac_digits'])),

$vars["x_line_item"][]=substr($product->order_product_code,0,30).'<|>'.substr(strip_tags($product->order_product_name),0,30).'<|><|>'.$product->order_product_quantity.'<|>'.sprintf("%01.2f", round($product->order_product_price,(int)$this->currency->currency_locale['int_frac_digits'])).'<|>'.$has_tax;

OK, seems I'm following behind in inhouse's foot steps. His posts have been helpful but I've run into something I didn't see in his posts.

On a test submission to FirstData, it now returns me to the HikaShjop site after payment is posted:

Thanks Nicolas,

You were right with the error with the email address - I only set the from and reply to addresses.
I set that and that part of the error went away.

Now just down to the invalid response. I wasn't setting it because I couldn't find the value. But after some digging I found what they call the "Response Key" in FirstData's Payment Page Settings -> Security settings. I think this is MD5 hash but still not working.

I set it (and even reset it) but get the following (in an email from HikaShop) titled "Authorize.net payment notification refused:invalid response":

An Authorize.net notification was refused because the response from the Authorize.net server was invalid. The hash received was 723002a876c2cdb15d70dea132179b44 while the calculated hash was 7d3bfe56ef218867b5a7ae450aa1edd1. Please cehck that you're set the same md5 hash key in Authorize.net and the plugin

OK, I got this working I believe now - at least it sends back the correct hash and informs the cart the payment was declined (because of the test CC # above). I think I'm good now as far as HikaShop goes.

Sadly it kicks back to a "Thank you for your purchase." page on HikaShop.
It would be nice if it displayed the declined (other than that little flash by).

I think I need to get First Data's payment form to not accept a declined or invalid card to begin with. Their control panel leaves a lot of be desired . I really wish the client would use Authoirize.Net or PayPal...I know those work fine.