[Skip to main content](#vessel-content) # Profile for olaf@zuurstof.nl ## [![olaf@zuurstof.nl's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") **[ Offline](/forum/user/47570-olaf-zuurstof-nl)** - **User Type:** User - **Register Date:** 30 Jan 2017 - **Last login:** 6 years 11 months ago - **Time Zone:** UTC +0:00 - **Local Time:** 10:12 - **Posts:** 9 - **Profile views:** 74 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # olaf@zuurstof.nl's recent posts (9 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311919) | [Hikashop Analytics not firing Transaction data for guest orders](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311919 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.3.10 -- Browser(s) name and version -- : Google Chrome 77 -- Error-message(debug-mod must be tuned on) -- : None The webshop allows customers to purchase without registration. All runs fine, except for the Transaction data in Google Analytics. Orders created and completed by 'guests' are not send to Analytics, all other orders are... Please help us out. Kind regards, Olaf") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 7 years 2 weeks ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") 7 years 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:672 | [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 7 years 1 week ago | | [](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311665) | [Hikashop Analytics not firing Transaction data for guest orders](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311665 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.3.10 -- Browser(s) name and version -- : Google Chrome 77 -- Error-message(debug-mod must be tuned on) -- : None The webshop allows customers to purchase without registration. All runs fine, except for the Transaction data in Google Analytics. Orders created and completed by 'guests' are not send to Analytics, all other orders are... Please help us out. Kind regards, Olaf") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 7 years 2 weeks ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") 7 years 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:672 | [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 7 years 1 week ago | | [](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311623) | [Hikashop Analytics not firing Transaction data for guest orders](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311623 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.3.10 -- Browser(s) name and version -- : Google Chrome 77 -- Error-message(debug-mod must be tuned on) -- : None The webshop allows customers to purchase without registration. All runs fine, except for the Transaction data in Google Analytics. Orders created and completed by 'guests' are not send to Analytics, all other orders are... Please help us out. Kind regards, Olaf") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 7 years 2 weeks ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") 7 years 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:672 | [Last Post](/forum/27-checkout/898414-hikashop-analytics-not-firing-transaction-data-for-guest-orders#311951 "Hi, With "Universal Analytics", HikaShop sends a cURL request to Google when the order status is changed, so you're guaranteed to have the request sent to Google. However, it uses another API than the javascript API (so it doesn't use the code that you posted in your message), as it's not possible. And that other API doesn't allow the plugin to send the product data. Without the "Universal Analytics", then HikaShop sends the data via the javascript API, but this requires the customer to comes back to your website after the payment. If the customer closes the tab after the payment on the payment gateway, then the javascript API cannot be used in the browser of the customer and thus the data is not sent to Google Analytics. Not much we can do to help in either case I'm afraid. What you could do though is make sure that the customers are automatically redirected back to your website after the payment. Some payment gateways have an option you can activate in the merchant account for that.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 7 years 1 week ago | | [](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596) | [Automatic taxes calculation shipping on orders with multiple tax categories](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596 "-- HikaShop version -- : 4.0.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.1.24 -- Browser(s) name and version -- : Chrome 70.0.3538.102 (Officiële build) (64-bits) The automatic taxes calculation seems to be wrong. With 2 products in the cart: - 1x € 10 (without taxes), 6% tax - 1x € 20 (without taxes), 21% tax The tax on shipping should be: (10/30 * 6) + (20/30 * 21) = 16% However, tax on shipping seems to be calculated using product value including taxes which gives wrong values. Would appreciate a quick fix or guidelines how to fix this myself. Kind regards, Olaf (using Hikashop Business edition)") Category: [Taxes](/forum/40-taxes "Living in Canada and having troubles configuring your taxes? Come and get some help over there") Topic started 7 years 11 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596 "Perfect, you are the best!") 7 years 11 months ago by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") | Replies:2 Views:1646 | [Last Post](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596 "Perfect, you are the best!") by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") 7 years 11 months ago | | [](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300561) | [Automatic taxes calculation shipping on orders with multiple tax categories](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300561 "-- HikaShop version -- : 4.0.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.1.24 -- Browser(s) name and version -- : Chrome 70.0.3538.102 (Officiële build) (64-bits) The automatic taxes calculation seems to be wrong. With 2 products in the cart: - 1x € 10 (without taxes), 6% tax - 1x € 20 (without taxes), 21% tax The tax on shipping should be: (10/30 * 6) + (20/30 * 21) = 16% However, tax on shipping seems to be calculated using product value including taxes which gives wrong values. Would appreciate a quick fix or guidelines how to fix this myself. Kind regards, Olaf (using Hikashop Business edition)") Category: [Taxes](/forum/40-taxes "Living in Canada and having troubles configuring your taxes? Come and get some help over there") Topic started 7 years 11 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596 "Perfect, you are the best!") 7 years 11 months ago by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") | Replies:2 Views:1646 | [Last Post](/forum/40-taxes/896240-automatic-taxes-calculation-shipping-on-orders-with-multiple-tax-categories#300596 "Perfect, you are the best!") by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") 7 years 11 months ago | | [](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155) | [Programmatically change shipping method from cart](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I have several shipping methods with restrictions based on total volume and 1 shipping method for any volume (pick-up at warehouse). When starting a cart, none of the restrictions are met, so the 'pick-up' method is selected. Now, when the cart volume reaches the first restriction I would like to re-select the shipping method based on the order (so the paid shipment is selected instedad of the pick-up method). I would like to keep the 'pick-up' method usable as well so users can select that one once in the checkout process. How can I do that using PHP from the cart? Thnx for your help!") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 9 years 7 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") 9 years 7 months ago by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") | Replies:4 Views:1295 | [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") 9 years 7 months ago | | [](/forum/25-install-update/889366-bug-email-customizations-overwritten#265068) | [Bug - Email customizations overwritten](/forum/25-install-update/889366-bug-email-customizations-overwritten#265068 "-- HikaShop version -- : 3.0.0 -- Joomla version -- : 3.6.5 -- PHP version -- : 5 -- Browser(s) name and version -- : Chrome When customizing e-mail via System -> E-mails initially the changes are saved. However, when re-opening and saving the exact same e-mail, the changes are lost. Seems to be a serious bug.... To reproduce: - Open e-mail - Type some additional text in comments of HTMl-version - Save & Close - Trash can appears for customizations, so we're good... - Re-open the same e-mail - Save & Close - All modifications gone.... ;-(") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 9 years 7 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/25-install-update/889366-bug-email-customizations-overwritten#265073 "Hi, You should update your hikashop to 3.0.1 version. This bug was fixed with it. Thanks") 9 years 7 months ago by [kyratn](/forum/user/38342-kyratn "View kyratn's Profile") | Replies:1 Views:533 | [Last Post](/forum/25-install-update/889366-bug-email-customizations-overwritten#265073 "Hi, You should update your hikashop to 3.0.1 version. This bug was fixed with it. Thanks") by [kyratn](/forum/user/38342-kyratn "View kyratn's Profile") 9 years 7 months ago | | [](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265032) | [Programmatically change shipping method from cart](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265032 "I have several shipping methods with restrictions based on total volume and 1 shipping method for any volume (pick-up at warehouse). When starting a cart, none of the restrictions are met, so the 'pick-up' method is selected. Now, when the cart volume reaches the first restriction I would like to re-select the shipping method based on the order (so the paid shipment is selected instedad of the pick-up method). I would like to keep the 'pick-up' method usable as well so users can select that one once in the checkout process. How can I do that using PHP from the cart? Thnx for your help!") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 9 years 7 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") 9 years 7 months ago by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") | Replies:4 Views:1295 | [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") 9 years 7 months ago | | [](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#264984) | [Programmatically change shipping method from cart](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#264984 "I have several shipping methods with restrictions based on total volume and 1 shipping method for any volume (pick-up at warehouse). When starting a cart, none of the restrictions are met, so the 'pick-up' method is selected. Now, when the cart volume reaches the first restriction I would like to re-select the shipping method based on the order (so the paid shipment is selected instedad of the pick-up method). I would like to keep the 'pick-up' method usable as well so users can select that one once in the checkout process. How can I do that using PHP from the cart? Thnx for your help!") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 9 years 7 months ago, by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") 9 years 7 months ago by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") | Replies:4 Views:1295 | [Last Post](/forum/28-shipping-methods/889348-programmatically-change-shipping-method-from-cart#265155 "I was using the wrong trigger and I had to use the cartClass object, it seems that 'onBeforeCartSave' does work. Only problem is that I do not have the total volume in that function so I force the cart to always try the default shipment. If restrictions are not met the cart falls back to the 'pick-up' shipment method. That seems to work fine.... For those interested:") by [olaf@zuurstof.nl](/forum/user/47570-olaf-zuurstof-nl "View olaf@zuurstof.nl's Profile") 9 years 7 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.167 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)