AUTHNET: AIM payment notifications not sending

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #241706

-- HikaShop version -- : 2.6.3
-- Joomla version -- : 3.5.1
-- PHP version -- : 5.4.23

Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications.

How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead.

As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal

Attachments:

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

  • Posts: 82865
  • Thank you received: 13372
  • MODERATOR
8 years 5 months ago #241724

Hi,

I see on your website that you have HikaShop 2.6.2 and not the 2.6.3
We've actually modified the authorize.net payment plugin with the 2.6.3 to better handle the notifications so please update.

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #241826

Is there any way that we can just update the plugin itself? or see the differences to patch it? I believe a developer who was working on it previously has customized the installation for other purposes so I wouldn't want to risk wiping those mods out given that I don't know the complete list of changes.

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #241827

I went ahead and looked at the plugin code to compare the new version with the old version and the only difference I see is one line added which was setting a curl option to POST with a value of true in the onBeforeOrderCreate function, I don't see how that's going to do much for notifications? authorize the authorize.net plugin from 2.6.2 is identical to 2.6.3

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

  • Posts: 82865
  • Thank you received: 13372
  • MODERATOR
8 years 5 months ago #241921

Hi,

Ok, I've reviewed the code but the plugin is sending a notification.
If you don't get it, all I can think of is that your disabled the "order creation notification" email which is sent when the order is created (since it's getting created directly confirmed).
So please check on that.

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #241940

They don't want order creation notifications, they want the confirmation e-mail which is handled by the change status e-mail... it's been working under PayPal perfectly for months.. When PayPal is used, HikaShop sends out the confirmation message.. They switched to Authorize.net and the notifications stopped... They no longer get the order confirmation, I verified in the e-mail logs that nothing was sent out as well.. but the moment we switch back to PayPal, it starts working again.

I have seen others in the forums post about similar issues with Authorize.net in the past

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

  • Posts: 82865
  • Thank you received: 13372
  • MODERATOR
8 years 5 months ago #242018

Hi,

As I said, when you use authorize.net, the order are created as being already confirmed.
So there is no change of status.
So there can't be a change status email.
If you want the authorize.net payment plugin to work like PayPal, change the API setting of the authorize payment method to "SIM" mode. That way it will work like PayPal. You'll get redirected to the authorize.net website for the payment, and the order status will be changed to confirmed upon payment notification to your website and you'll get the order status notification.

Last edit: 8 years 5 months ago by nicolas.

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #243123

No, they do not want it to work like PayPal, they don't want the customer to leave the site. I only mention PayPal because the order confirmation e-mail that we designed works properly with that payment method.. We simply want our personally designed order confirmation e-mail to be triggered when the payment comes back as approved.. I did try SIM and that didn't give me a confirmation e-mail either, only the ugly authorized.net confirmation e-mail

By the way, we also have another client who uses 2.5.0 and I used my developer authorized.net credentials and the order confirmations come in perfectly as they should be.. but with 2.6.2 and 2.6.3 our custom order confirmation e-mails do not work.

Surely this is possible, I've looked at the code and you can see when the order is approved by the response code, so it seems like it should work.. and like I said, on our client site that is running 2.5.0 it DOES work.. so there's a problem somewhere

Ps. we extended our support/upgrade contract today out until 2017

Attachments:
Last edit: 8 years 5 months ago by oneduality.

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

  • Posts: 82865
  • Thank you received: 13372
  • MODERATOR
8 years 5 months ago #243173

Hi,

The screenshot www.hikashop.com/media/kunena/attachment...637/EMAIL_CONFIG.jpg is quite strange.
There, I see that the only email that you customized is the "order admin notification", but you disabled it.

So what is that personnalized email you customized ? The order admin notification ? In that case, you should enable it.
The order status notification ? But it's not written as being customized on your screenshot. Did you remove the customization ?

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #243233

The admin notifications should be irrelevant? .. I disabled it because they no longer wanted those.. they've been disabled for a long time so that shouldn't be the issue... the notifications were working long before that was disabled using another payment type.

I can provide you FTP and Admin if you want to take a look at it.. I set up a test site on another server even to try to eliminate a server problem as being the issue but that, as I suspected, wasn't the problem.. we do have another test site where it does work so I'm at a loss..

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

  • Posts: 4747
  • Thank you received: 644
  • MODERATOR
8 years 5 months ago #243529

Hello,

Let's talk steps by steps,the way authorize.net works :
- When an order is created and finished, his status is already define on "Confirmed"
And so the only way that authorize will notified the customer is the "Order creation notification" that you disable
Note that for other classic payment plugin, the plugin will mute order from created to confirmed or canceled.
BUT here, for Authorize.net in AIM mode no status is necessary and so no order status notification.



So, as Nicolas told you, for authorize.net in AIM mode you want a notification you have to published your order creation mail (very closed to Order status notification) and maybe custom it if required.

Regards

Attachments:
Last edit: 8 years 5 months ago by Philip.

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

  • Posts: 31
  • Thank you received: 1
8 years 5 months ago #243628

I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we didn't want them getting two messages.. I will work with this and test to make sure it functions as desired.

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

Time to create page: 0.086 seconds
Powered by Kunena Forum