[Skip to main content](#vessel-content) # Notifications from Authorize.net (AIM API) ## - **[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")** - [![drewgg's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/2796-drewgg "View drewgg's Profile") Topic Author - [ Offline](/forum/user/2796-drewgg) Less More - Posts: 3 - Thank you received: 0 - - 15 years 4 months ago - 15 years 4 months ago [\#18617](#18617) by [drewgg](/forum/user/2796-drewgg "View drewgg's Profile") *[Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#18617 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* was created by *[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")* Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... Code: 103> $vars["x_tran_key"] = $method->payment_params->transaction_key; 104> $post_string = ""; TO... Code: 103> $vars["x_tran_key"] = $method->payment_params->transaction_key; 104> $vars["x_email_customer"] = (@$method->payment_params->notification) ? '1':'0'; 105> $post_string = ""; Here's the API information from Auth: **FIELD NAME:** x_email_customer **REQUIRED?:** Optional **VALUE:** The customer email receipt status **FORMAT:** TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 **NOTES:** --- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. --- Last edit: 15 years 4 months ago by [drewgg](/forum/user/2796-drewgg "View drewgg's Profile"). Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86290 - Thank you received: 14267 - - 15 years 4 months ago [\#18619](#18619) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#18619 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* That's not a bug. That option is not used for the AIM API but only for the SIM API as explained in the documentation: [ www.hikashop.com/fr/support/documentatio...-authorize-form.html](http://www.hikashop.com/fr/support/documentation/65-hikashop-payment-authorize-form.html) There is just no option to control the email sent to the user by authorize.net in the authorize.net plugin. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")** - [![drewgg's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/2796-drewgg "View drewgg's Profile") Topic Author - [ Offline](/forum/user/2796-drewgg) Less More - Posts: 3 - Thank you received: 0 - - 15 years 4 months ago [\#18621](#18621) by [drewgg](/forum/user/2796-drewgg "View drewgg's Profile") Replied by *[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#18621 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* Oh, why not have it effect both then? Seems strange to be able to turn on/off the SIM receipt and not the AIM. This came up for me because while testing my cart I was getting 2 emails per purchase (1 from Hika, 1 from Auth). However, our authorize.net account is used for multiple purposes so we don't want to change the receipt rules there. Either way, I guess I'll just keep my patch and make sure I don't kill it when updating. Thanks! Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86290 - Thank you received: 14267 - - 15 years 4 months ago [\#18622](#18622) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#18622 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* You will get two emails with the SIM API as well. That option is NOT for that. It's to allow or not the status of orders being changed when authorize.net notify HikaShop that the payment has been made. That way you can control it manually or not. What you want would require an additional option in the plugin. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")** - [![drewgg's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/2796-drewgg "View drewgg's Profile") Topic Author - [ Offline](/forum/user/2796-drewgg) Less More - Posts: 3 - Thank you received: 0 - - 15 years 4 months ago [\#18627](#18627) by [drewgg](/forum/user/2796-drewgg "View drewgg's Profile") Replied by *[drewgg](/forum/user/2796-drewgg "View drewgg's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#18627 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* ohh, ok. I was confused then. Thanks for clearing that up ![:)](/media/kunena/emoticons/8.png ":)") Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[ETR2012](/forum/user/8762-etr2012 "View ETR2012's Profile")** - [![ETR2012's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/8762-etr2012 "View ETR2012's Profile") - [ Offline](/forum/user/8762-etr2012) Less More - Posts: 2 - Thank you received: 0 - - 14 years 2 months ago [\#61561](#61561) by [ETR2012](/forum/user/8762-etr2012 "View ETR2012's Profile") Replied by *[ETR2012](/forum/user/8762-etr2012 "View ETR2012's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#61561 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* How can I keep hikashop from sending out emails? I only want the email/confirmation receipt to come from authorize.net! Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[nicolas](/forum/user/63-nicolas "View nicolas's Profile")** - [![nicolas's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar63.png)](/forum/user/63-nicolas "View nicolas's Profile") - [ Offline](/forum/user/63-nicolas) Less More - Posts: 86290 - Thank you received: 14267 - - 14 years 2 months ago [\#61630](#61630) by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") Replied by *[nicolas](/forum/user/63-nicolas "View nicolas's Profile")* on topic *[Re: Notifications from Authorize.net (AIM API)](/forum/3-bug-report/18617-notifications-from-authorize-net-aim-api#61630 "Joomla: 1.6.3 Hikashop: 1.5.1 When using Authorize.net as the payment gateway with the AIM as the API then the option "Allow payment notifications from Authorize" does not have any effect; Authorize.net will look up the configuration in the Merchant Interface to determine if it should send a receipt email or not. To fix this you'll need to pass an addition field into the API CURL call: 'x_email_customer'. I patched mine like this: /plugins/hikashoppayment/authorize/authorize.php starting line 103... FROM... TO... Here's the API information from Auth: FIELD NAME: x_email_customer REQUIRED?: Optional VALUE: The customer email receipt status FORMAT: TRUE, FALSE, T, F, YES, NO, Y, N, 1, 0 NOTES: ----- Indicates whether an email receipt should be sent to the customer. If set to TRUE, the payment gateway will send an email to the customer after the transaction is processed using the customer email address submitted with the transaction. If FALSE, no email is sent to the customer. If no value is submitted, the payment gateway will look up the configuration in the Merchant Interface and send an email only if the merchant has enabled the setting. If this field is not submitted and the setting is disabled in the Merchant Interface, no email is sent. For more information about configuring Email Receipts in the Merchant Interface, see the Merchant Integration Guide. -----")* Hi, You can do that by unpublishing the emails via the menu System>Emails but only in the Business edition. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzMtYnVnLXJlcG9ydC8xODYxNy1ub3RpZmljYXRpb25zLWZyb20tYXV0aG9yaXplLW5ldC1haW0tYXBpP3RtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. Board Categories HikaShop- Install & Update- Product & Category Display- Content Creation- Sales and Orders- - Orders management- - Reports & Statistics- Customers- Checkout- Payment Methods- Shipping Methods- Import & Export (CSV, XLS…)- Specific Features- - Affilation- - Taxes- - Wishlist- - Vote- - Carousel & Slider- - Mass Actions- - Filters & Search- - Discount & Coupon- - Feature Request- Integrations- Showcase- General Talk about HikaShop- Development- - HikaShop 3.0 Beta- Translation- Commercial Jobs HikaShop Components- HikaMarket- - Market: Feature requests- - Market: How to?- - Market: Bug Report- HikaSerial- - General talk about HikaSerial- - Serial: Bug Report- - Serial: How to?- - Support en Français de HikaSerial (French Support)- - HikaSubscription- HikaAuction- - Auction: Feature requests- - Auction: How to?- - Auction: Bug report Hikashop around the world- Support en Français (French Support)- Russian- - FAQ. Курс выживания с Hikashop. Частые вопросы и о- - Расширения Hikashop- - Наши сайты на Hikashop- 日本語版サポート(Japanese Support)- Thai- German Archives- Bug Report- How to? [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.222 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)