[Skip to main content](#vessel-content) Board Categories Orders management ## # [Orders management](/forum/35-orders-management "View Category 'Orders management'") 2109 topics | You can ask here your questions about orders management | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/35-orders-management/100000097-outlook-printout-issue) | [Outlook printout issue](/forum/35-orders-management/100000097-outlook-printout-issue "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 4.4.14 -- Browser(s) name and version -- : Chrome 154.0 Hi, Our Sales team having issue when the receive payment confirmation about the order, they have to print it and prepare the product.  But right now, when they print out the email, the layout not display properly. Below are the example of the print out on A4 paper. For your information they are using Outlook. I try to test from another mail app and it now showing this problem.  How can i solve the issue as they are pushing us to fix this problem? Thanks.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 14 hours 23 minutes ago, by [alainz](/forum/user/44013-alainz "View alainz's Profile") [Last Post](/forum/35-orders-management/100000097-outlook-printout-issue#100000496 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 4.4.14 -- Browser(s) name and version -- : Chrome 154.0 Hi, Our Sales team having issue when the receive payment confirmation about the order, they have to print it and prepare the product.  But right now, when they print out the email, the layout not display properly. Below are the example of the print out on A4 paper. For your information they are using Outlook. I try to test from another mail app and it now showing this problem.  How can i solve the issue as they are pushing us to fix this problem? Thanks.") 9 hours 35 minutes ago by [alainz](/forum/user/44013-alainz "View alainz's Profile") | Replies:0 Views:12 | [Last Post](/forum/35-orders-management/100000097-outlook-printout-issue#100000496 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 4.4.14 -- Browser(s) name and version -- : Chrome 154.0 Hi, Our Sales team having issue when the receive payment confirmation about the order, they have to print it and prepare the product.  But right now, when they print out the email, the layout not display properly. Below are the example of the print out on A4 paper. For your information they are using Outlook. I try to test from another mail app and it now showing this problem.  How can i solve the issue as they are pushing us to fix this problem? Thanks.") by [alainz](/forum/user/44013-alainz "View alainz's Profile") 9 hours 35 minutes ago | | [](/forum/35-orders-management/875908-quantity-increase-decrease-upon-cart-add) | [Quantity Increase / Decrease upon cart add](/forum/35-orders-management/875908-quantity-increase-decrease-upon-cart-add "-- HikaShop version -- : 2.4.0 -- Joomla version -- : 3.4.1 -- PHP version -- : 5.3.13 How can I deduct from the product quantity immediately when any use add the items to the cart and then add the quantity back in case of empty the cart or cart expiry?") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 11 years 7 months ago, by [bassimbg](/forum/user/36592-bassimbg "View bassimbg's Profile") [Last Post](/forum/35-orders-management/875908-quantity-increase-decrease-upon-cart-add#100000437 "Hi, For anyone reading this: this is what the plugin does. The quantity a customer adds to the cart is reserved for a time you choose (10 minutes by default). The other customers see the stock minus what is reserved, and when the time is over, the products leave the cart and the stock is on sale again. A countdown module shows the customer the time left.") 5 days 6 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:11 Views:3461 | [Last Post](/forum/35-orders-management/875908-quantity-increase-decrease-upon-cart-add#100000437 "Hi, For anyone reading this: this is what the plugin does. The quantity a customer adds to the cart is reserved for a time you choose (10 minutes by default). The other customers see the stock minus what is reserved, and when the time is over, the products leave the cart and the stock is on sale again. A countdown module shows the customer the time left.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 days 6 hours ago | | [](/forum/35-orders-management/100000082-hikashop-gettime-uses-todays-utc-offset-so-datepicker-fields-show-the-previo) | [hikashop\_getTime() uses today's UTC offset, so datepicker fields show the previo](/forum/35-orders-management/100000082-hikashop-gettime-uses-todays-utc-offset-so-datepicker-fields-show-the-previo "hikashop_getTime() uses today's UTC offset, so datepicker fields show the previous day across a DST change HikaShop 6.7.1 (same code in 6.6.0), Joomla site timezone America/Los_Angeles, server PHP timezone UTC. A datepicker custom field stores 20261125000000. In the backend order view and edit form it displays as 11/24/2026. Dates before the DST change display correctly. Cause: datepickerfield getTimestamp() passes "2026/11/25" to hikashop_getTime(). That falls back to strtotime() and then applies , where $timeoffset is computed once from Factory::getDate('now', $timeZone). Today that is UTC-7 (PDT), but 11/25 is in PST, which is UTC-8, so the result is 11/24 23:00 local. The plugin's "Set hour to noon" option hides the display problem but moves the forbidden-weekday check in check() by a day (a Saturday is rejected as Sunday), so it is not a workaround for us. Suggested fix: compute the offset for the date being converted, e.g. new DateTime($date, new DateTimeZone($timeZone)) then getTimestamp(), instead of the cached "now" offset.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 6 days 1 hour ago, by [Genr8r](/forum/user/44235-genr8r "View Genr8r's Profile") [Last Post](/forum/35-orders-management/100000082-hikashop-gettime-uses-todays-utc-offset-so-datepicker-fields-show-the-previo#100000422 "Hi Nicolas, Thank you for the quick turnaround and for fixing both issues, including the weekday check with "Set hour to noon". We'll install the updated 6.7.1 build over our current one and confirm here if anything looks off. Much appreciated!") 5 days 21 hours ago by [Genr8r](/forum/user/44235-genr8r "View Genr8r's Profile") | Replies:2 Views:38 | [Last Post](/forum/35-orders-management/100000082-hikashop-gettime-uses-todays-utc-offset-so-datepicker-fields-show-the-previo#100000422 "Hi Nicolas, Thank you for the quick turnaround and for fixing both issues, including the weekday check with "Set hour to noon". We'll install the updated 6.7.1 build over our current one and confirm here if anything looks off. Much appreciated!") by [Genr8r](/forum/user/44235-genr8r "View Genr8r's Profile") 5 days 21 hours ago | | [](/forum/35-orders-management/100000060-email-template-causing-issues) | [Email template causing issues](/forum/35-orders-management/100000060-email-template-causing-issues "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 6.2.0 -- Browser(s) name and version -- :  Firefox 157.0 Preview Order Status Notification I get the following error in the popup with errors/debug enabled .... 0 syntax error, unexpected token "verride" is * @version 6.7.0 I'm thinking these are all interconnected but may be totally wrong") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 weeks 1 day ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/35-orders-management/100000060-email-template-causing-issues#100000381 "Thanks so much Nicolas for your patience and persistence ;-) Only one foible to chase down in AustPost label  ") 1 week 2 days ago by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") | Replies:3 Views:144 | [Last Post](/forum/35-orders-management/100000060-email-template-causing-issues#100000381 "Thanks so much Nicolas for your patience and persistence ;-) Only one foible to chase down in AustPost label  ") by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") 1 week 2 days ago | | [](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports) | [Incorrect VAT and net totals in reports](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports "-- Browser(s) name and version -- : Firefox 158.0 Hi, We are using HikaShop Business 6.5.0 and would like to create a reliable accounting report showing the following totals for a selected period: * Gross sales (including VAT) * Net sales (excluding VAT) * VAT amount We configured a report using the "Table" display type with three rows: Sales including VAT, Sales excluding VAT, and Taxes. However, the calculated totals do not match the actual order data. For October 2026, we get the following results: Amount HikaShop Report Actual Order Data                 Gross                                        €51,360.10                                            €51,360.10 Net €40,536.81 €43,159.75 VAT €10,823.29 €8,200.35 We verified the actual VAT amount using the order CSV export and the HikaShop tax management overview. It appears that the report calculates VAT before deducting coupons and discounts, while the gross sales amount correctly reflects these deductions. Our questions: * Is there a way to configure HikaShop reports so that gross, net, and VAT totals are calculated correctly after coupons and discounts? * Is this a known issue in HikaShop Business 6.5.0? * Is there an existing HikaShop feature or extension that provides a consolidated accounting report with all three totals? * Can such a report be displayed directly in the HikaShop backend with date range and order status filters? We would prefer a solution using standard HikaShop functionality, without custom PHP modifications to our production website. Thank you for your assistance!") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 weeks 2 days ago, by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") [Last Post](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports#100000378 "Hi Nicolas, Thank you very much for the fix and your excellent support! I downloaded and installed the updated HikaShop package and can confirm that the coupon VAT calculation now works correctly. Our test results are: * Book price including 7% VAT: €77.69 * 15% coupon discount: €11.65 * VAT after discount: €4.32 * Total amount: €66.04 The values are now correct in the checkout and the customer confirmation email. We also found that the coupon was initially not applied to the HikaMarket vendor suborder. After setting “Discount target vendor to the correct vendor, this issue was resolved as well. The PDF invoice now correctly shows the discount, net amount, VAT and total. I also checked the Factur-X XML file. The coupon is correctly recorded as a net discount of €10.89, with a VAT reduction of €0.76. The invoice totals are consistent. Everything is now working as expected in our tests. Thank you again for your help and for implementing both fixes! Best regards") 1 week 3 days ago by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") | Replies:6 Views:122 | [Last Post](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports#100000378 "Hi Nicolas, Thank you very much for the fix and your excellent support! I downloaded and installed the updated HikaShop package and can confirm that the coupon VAT calculation now works correctly. Our test results are: * Book price including 7% VAT: €77.69 * 15% coupon discount: €11.65 * VAT after discount: €4.32 * Total amount: €66.04 The values are now correct in the checkout and the customer confirmation email. We also found that the coupon was initially not applied to the HikaMarket vendor suborder. After setting “Discount target vendor to the correct vendor, this issue was resolved as well. The PDF invoice now correctly shows the discount, net amount, VAT and total. I also checked the Factur-X XML file. The coupon is correctly recorded as a net discount of €10.89, with a VAT reduction of €0.76. The invoice totals are consistent. Everything is now working as expected in our tests. Thank you again for your help and for implementing both fixes! Best regards") by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") 1 week 3 days ago | | [](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive) | [Hikashop allowing products to go through even though they are inactive?](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 1 week 6 days ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive#100000339 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") 1 week 6 days ago by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") | Replies:0 Views:64 | [Last Post](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive#100000339 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") 1 week 6 days ago | | [](/forum/35-orders-management/100000002-historique-des-commandes) | [Historique des commandes](/forum/35-orders-management/100000002-historique-des-commandes "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- Browser(s) name and version -- :  Chrome 153.0 NE PAS TENIR COMPTE DU MESSAGE > J'ai trouvé et tout est résolu ! Bonjour, Existe-t-il un historique des commandes pour le client ? Lorsque le client se connecte dans son compte, il peut voir toutes les commandes passées? Merci PS pour info, toujours erreur lors du chargement direct sur le web(voir photos), mais avec l'archive tout est ok") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 1 month 1 week ago, by [sudkarting](/forum/user/23503-sudkarting "View sudkarting's Profile") [Last Post](/forum/35-orders-management/100000002-historique-des-commandes#100000136 "Bonjour, Oui, c'est pour la prochaine version de Hikaserial.") 4 weeks 9 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:177 | [Last Post](/forum/35-orders-management/100000002-historique-des-commandes#100000136 "Bonjour, Oui, c'est pour la prochaine version de Hikaserial.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 weeks 9 hours ago | | [](/forum/35-orders-management/910836-pdf-invoice) | [PDF Invoice](/forum/35-orders-management/910836-pdf-invoice "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Firefox 155.0.1 and Chrome 152.0.7977.83 I installed PDF Invoice 5.0.5. When going to Hikashop > Orders, checking a single order, and clicking the Invoice button at the top, I receive a white screen the following error: Undefined constant "Com\Tecnick\Pdf\Image\IMAGETYPE_SWC" There is no logo path set in Hikashop configuration page. I have tried adding one to see if this would resolve the issue, but it does not. I am using the Default invoice layout. I have tried switching to various layouts, but each product this error. Please advise.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 1 month 2 weeks ago, by [leitzdesign](/forum/user/39770-leitzdesign "View leitzdesign's Profile") [Last Post](/forum/35-orders-management/910836-pdf-invoice#373461 "Hello, Thank you for the report. The logo and the layout have nothing to do with it: on your server, PHP loads zlib as a separate extension, and in that case PHP does not define the IMAGETYPE_SWC constant the new PDF engine of the plugin relies on since 5.0.0. So the error comes up as soon as an invoice is generated, whatever the settings. We've fixed it in PDF invoice 5.1.1, which the plugin now defines itself when PHP leaves it out. Please download it from your account and install it over your current version, your settings and layouts are kept. It should fix the blank page.") 1 month 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:262 | [Last Post](/forum/35-orders-management/910836-pdf-invoice#373461 "Hello, Thank you for the report. The logo and the layout have nothing to do with it: on your server, PHP loads zlib as a separate extension, and in that case PHP does not define the IMAGETYPE_SWC constant the new PDF engine of the plugin relies on since 5.0.0. So the error comes up as soon as an invoice is generated, whatever the settings. We've fixed it in PDF invoice 5.1.1, which the plugin now defines itself when PHP leaves it out. Please download it from your account and install it over your current version, your settings and layouts are kept. It should fix the blank page.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 2 weeks ago | | [](/forum/35-orders-management/910827-creation-of-fake-carts) | [Creation of Fake Carts](/forum/35-orders-management/910827-creation-of-fake-carts "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.4 -- Error-message(debug-mod must be tuned on) -- : None Hi, I know this has been addressed a few times but, I now have 58,000 carts created since 2/9/26. The bots are creating them faster than they can be deleted! This is now getting ridiculous, there have to be a solution to this by now surely?? this is my current robots.txt file # If the Joomla site is installed within a folder # eg www.example.com/joomla/ then the robots.txt file # MUST be moved to the site root # eg www.example.com/robots.txt # AND the joomla folder name MUST be prefixed to all of the # paths. # eg the Disallow rule for the /administrator/ folder MUST # be changed to read # Disallow: /joomla/administrator/ # # For more information about the robots.txt standard, see: # www.robotstxt.org/orig.html # Allow all search engines to crawl all content Sitemap: www.xxxxx.com/index.php/component/osmap/...=xml&id=1&format=xml Allow: /google*.html User-agent: * Disallow: */add-1/cid* Allow: / User-agent: Amazonbot Disallow: / User-agent: RainBot Disallow: / User-agent: test-both Disallow: / User-agent: fidget-spinner-bot Disallow: / User-agent: thesis-research-bot Disallow: / User-agent: Pinterestbot Disallow: / User-agent: BLEXBot Disallow: / User-agent: DataForSeoBot Disallow: / User-agent: Mail.Ru Disallow: / User-agent: SemrushBot Disallow: / User-agent: Baiduspider Disallow: / User-agent: MJ12bot Disallow: / User-agent: Yandex Disallow: / User-agent: AwarioBot Disallow: / User-agent: ClaudeBot Disallow: / User-agent: Bytespider Disallow: / User-agent: GPTBot/1.0 Disallow: / User-agent: ClaudeBot Disallow: / User-agent: facebookexternalhit/1.1 Allow: / User-agent: Barkrowler Disallow: / User-agent: Turnitin Disallow: / User-agent: VelenPublicWebCrawler Disallow: / User-agent: GPTBot Disallow: / User-agent: DotBot Disallow: / User-agent: Owler Disallow: / User-agent: YisouSpider Disallow: / User-agent: ChatGLM-Spider Disallow: / User-agent: Barkrowler\|netEstate Disallow: / User-agent: MojeekBot Disallow: / User-agent: serpstatbot Disallow: / Thanks") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 1 month 2 weeks ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/35-orders-management/910827-creation-of-fake-carts#373435 "Hello, The number of carts removed per run is not what limits you: the cron removes them by batches of 200 and takes up to 25 batches in a row, so up to 5000 carts per run, and there is no setting to raise that because you are nowhere near it. What limits it is the retaining period itself, since only the carts left untouched for longer than it can be removed. With 2 weeks, the only carts your cron is allowed to touch today are the ones from the 2nd and the 3rd of September, and the other 58,000 are still too young for it. 58,000 carts since the 2nd of September is about 160 per hour, which is what you see leaving per hour: the cron is emptying them at the speed the robots created them two weeks ago. So set the "Cart retaining period" to one day and the whole backlog becomes removable at once, a handful of cron runs will then clear it. The only consequence is that a customer who leaves their cart for a day finds it empty when they come back, so you can set it back to a longer period once your database is clean.") 1 month 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:282 | [Last Post](/forum/35-orders-management/910827-creation-of-fake-carts#373435 "Hello, The number of carts removed per run is not what limits you: the cron removes them by batches of 200 and takes up to 25 batches in a row, so up to 5000 carts per run, and there is no setting to raise that because you are nowhere near it. What limits it is the retaining period itself, since only the carts left untouched for longer than it can be removed. With 2 weeks, the only carts your cron is allowed to touch today are the ones from the 2nd and the 3rd of September, and the other 58,000 are still too young for it. 58,000 carts since the 2nd of September is about 160 per hour, which is what you see leaving per hour: the cron is emptying them at the speed the robots created them two weeks ago. So set the "Cart retaining period" to one day and the whole backlog becomes removable at once, a handful of cron runs will then clear it. The only consequence is that a customer who leaves their cart for a day finds it empty when they come back, so you can set it back to a longer period once your database is clean.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 2 weeks ago | | [](/forum/35-orders-management/910799-oder-a-product-when-the-number-in-stock-is-zero) | [oder a product when the number in stock is zero](/forum/35-orders-management/910799-oder-a-product-when-the-number-in-stock-is-zero "-- url of the page with the problem -- : www.vobovie.nl/index.php/verzorging02/pr...-refill-65-tabletten -- HikaShop version -- : 6.5.2 -- Joomla version -- : 5,4,8 -- PHP version -- : 8.5.10 -- Browser(s) name and version -- : Chrome Versie 152.0.7977.76 LS, Is it possible to configure Hikashop so that our customer can order a product when the number in stock is zero. If yes how to do this") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 1 month 4 weeks ago, by [hkoopman](/forum/user/83103-hkoopman "View hkoopman's Profile") [Last Post](/forum/35-orders-management/910799-oder-a-product-when-the-number-in-stock-is-zero#373310 "Thanks for the answer and quick reply") 1 month 3 weeks ago by [hkoopman](/forum/user/83103-hkoopman "View hkoopman's Profile") | Replies:2 Views:273 | [Last Post](/forum/35-orders-management/910799-oder-a-product-when-the-number-in-stock-is-zero#373310 "Thanks for the answer and quick reply") by [hkoopman](/forum/user/83103-hkoopman "View hkoopman's Profile") 1 month 3 weeks ago | | [](/forum/35-orders-management/910780-wrong-destination) | ["Wrong" Destination](/forum/35-orders-management/910780-wrong-destination "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.5.9 -- Browser(s) name and version -- : Firefox -- Error-message(debug-mod must be tuned on) -- : none Hello When I cancel a purchase on the "Shopping Cart" or "Checkout" screens, I always end up back on the product list. I'd like to change this. When I cancel, for example, when I delete the shopping cart, I'd like to: a) be taken to the last page, having left the shopping cart or checkout from there, or b) be taken to a menu item. Is there a solution for both of these? My research has unfortunately been unsuccessful. Thank you very much and best regards.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 months 1 week ago, by [Pinguino](/forum/user/84440-pinguino "View Pinguino's Profile") [Last Post](/forum/35-orders-management/910780-wrong-destination#373169 "Hello, For b), there is a setting for exactly that: in the menu System > Configuration, on the Main tab, in the "Cart" section, you have the option "URL where you will be redirected when the cart is empty". Enter the URL of the menu item you want, for example index.php?Itemid=101, and that page will be used instead of the product listing. It covers all the cases where the shop finds an empty cart: the cart page, the checkout, and the button which empties the cart. For a), going back to the page the customer was on before, there is no setting. What you see is not really a redirection of the cancel button, it is the shop noticing that the cart is now empty and sending the customer to the default page, so the page they came from is not known anymore at that point.") 2 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:294 | [Last Post](/forum/35-orders-management/910780-wrong-destination#373169 "Hello, For b), there is a setting for exactly that: in the menu System > Configuration, on the Main tab, in the "Cart" section, you have the option "URL where you will be redirected when the cart is empty". Enter the URL of the menu item you want, for example index.php?Itemid=101, and that page will be used instead of the product listing. It covers all the cases where the shop finds an empty cart: the cart page, the checkout, and the button which empties the cart. For a), going back to the page the customer was on before, there is no setting. What you see is not really a redirection of the cancel button, it is the shop noticing that the cart is now empty and sending the customer to the default page, so the page they came from is not known anymore at that point.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 1 week ago | | [](/forum/35-orders-management/910756-new-issue-with-emails-sent) | [New issue with emails sent](/forum/35-orders-management/910756-new-issue-with-emails-sent "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.7 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome Hi, Since swapping to Vessel, I have now found that the system emails sent for orders are now MISSING address line 3? {address_street2} This line is visible to 'edit' in checkout but is not visible in the checkout address? It's still correct in 'custom fields' and also in the 'views' as far as I can see? {address_title} {address_firstname} {address_lastname} {address_street} {address_line2} {address_street2} {address_city} {address_state} {address_post_code} {address_country} Rgds") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 months 3 weeks ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/35-orders-management/910756-new-issue-with-emails-sent#373054 "Hi, Nothing changed in the emails, it's the address format which does not follow you when you change template. HikaShop stores that format as a file inside the template folder : When you edited the address format in the configuration, that file was written into the templates installed at that moment. Vessel was not one of them, so now that Vessel is your default template, HikaShop finds no file there and falls back to its own default format, which does not include the complement line. Same thing in the checkout, since the address block there is displayed with that same format. Only the display is affected. The field itself, its custom field settings and the data stored on the orders are untouched, which is why you still see the line when editing the address. To fix it, go in the HikaShop configuration, Checkout tab, and look for the "Address format" area. Add your {address_street2} line back where you want it and save. Saving writes the file in every template installed on your site, frontend and backend, so Vessel will get it and so will the next template you install. If you prefer not to retype it, the file is still in your previous template. Copy it to templates/vessel/html/com_hikashop/address/address_template.php and it comes back as it was. One remark on the list of tags you posted : {address_line2} is not a HikaShop field name, unless you created a custom field with that column name yourself. The standard complement field is address_street2. Unknown tags are simply removed when the address is displayed, so it does no harm, but it does nothing either.") 2 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:298 | [Last Post](/forum/35-orders-management/910756-new-issue-with-emails-sent#373054 "Hi, Nothing changed in the emails, it's the address format which does not follow you when you change template. HikaShop stores that format as a file inside the template folder : When you edited the address format in the configuration, that file was written into the templates installed at that moment. Vessel was not one of them, so now that Vessel is your default template, HikaShop finds no file there and falls back to its own default format, which does not include the complement line. Same thing in the checkout, since the address block there is displayed with that same format. Only the display is affected. The field itself, its custom field settings and the data stored on the orders are untouched, which is why you still see the line when editing the address. To fix it, go in the HikaShop configuration, Checkout tab, and look for the "Address format" area. Add your {address_street2} line back where you want it and save. Saving writes the file in every template installed on your site, frontend and backend, so Vessel will get it and so will the next template you install. If you prefer not to retype it, the file is still in your previous template. Copy it to templates/vessel/html/com_hikashop/address/address_template.php and it comes back as it was. One remark on the list of tags you posted : {address_line2} is not a HikaShop field name, unless you created a custom field with that column name yourself. The standard complement field is address_street2. Unknown tags are simply removed when the address is displayed, so it does no harm, but it does nothing either.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 3 weeks ago | | [](/forum/35-orders-management/910740-invoice-date-is-always-the-same-as-order-date) | [Invoice Date is always the same as order date](/forum/35-orders-management/910740-invoice-date-is-always-the-same-as-order-date "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.2 -- Browser(s) name and version -- : Firefox 140.7.0esr (64-Bit) Hi, the invoice date is always the same as the order date. We want to create the invoice later, with the current date. Is that possible? How does it works? Thanks in advance") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 3 months 1 day ago, by [Idrian65](/forum/user/39229-idrian65 "View Idrian65's Profile") [Last Post](/forum/35-orders-management/910740-invoice-date-is-always-the-same-as-order-date#373006 "Hi, great help, thank you! Best regards") 2 months 4 weeks ago by [Idrian65](/forum/user/39229-idrian65 "View Idrian65's Profile") | Replies:7 Views:336 | [Last Post](/forum/35-orders-management/910740-invoice-date-is-always-the-same-as-order-date#373006 "Hi, great help, thank you! Best regards") by [Idrian65](/forum/user/39229-idrian65 "View Idrian65's Profile") 2 months 4 weeks ago | | [](/forum/35-orders-management/910487-hikashop-transactional-emails-order-status-change-notification) | [Hikashop - Transactional Emails: Order Status Change Notification](/forum/35-orders-management/910487-hikashop-transactional-emails-order-status-change-notification "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 5.4.3 Hello I'm validating transactional emails and analyzing the behavior of two that have similar names and the same preview: Order status notification Order notification I understand they are sent after an order changes status, from created order to confirmed order, for example. To test this, from the seller panel (frontend), I accessed a received order and changed its status. I validated the email accounts of both the seller and the buyer, but only the seller received the status change notification; the buyer did not. Is this the expected behavior? Why are there two emails that look identical if one isn't sent to each participant in the purchase/sale? Thanks!") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 6 months 5 days ago, by [nmacri](/forum/user/82748-nmacri "View nmacri's Profile") [Last Post](/forum/35-orders-management/910487-hikashop-transactional-emails-order-status-change-notification#372857 "Hi there, as my question might touch this thread I am continuing here: Is it possible to have emails to the customer sent AUTOMATICALLY ? Or do I need to confirm that orderstatus-email is send for each order individually? I did test with payment by "Bank Transfer". Only by changing order-status manually to "Shipped" (executing sending an invoice) I could manually execute an email to the customer. Can you confirm that by payment with PAYPAL a confirmation email is sent automatically (because "feedback" of PAYPAL confirms payment)? Thanks for info. Rolf Rolf") 3 months 1 week ago by [tkult120](/forum/user/78462-tkult120 "View tkult120's Profile") | Replies:7 Views:579 | [Last Post](/forum/35-orders-management/910487-hikashop-transactional-emails-order-status-change-notification#372857 "Hi there, as my question might touch this thread I am continuing here: Is it possible to have emails to the customer sent AUTOMATICALLY ? Or do I need to confirm that orderstatus-email is send for each order individually? I did test with payment by "Bank Transfer". Only by changing order-status manually to "Shipped" (executing sending an invoice) I could manually execute an email to the customer. Can you confirm that by payment with PAYPAL a confirmation email is sent automatically (because "feedback" of PAYPAL confirms payment)? Thanks for info. Rolf Rolf") by [tkult120](/forum/user/78462-tkult120 "View tkult120's Profile") 3 months 1 week ago | | [](/forum/35-orders-management/910693-information-of-the-products) | [Information of the products](/forum/35-orders-management/910693-information-of-the-products "-- HikaShop version -- : ‎5.4.7 -- Joomla version -- : 6.3.0 Hi, Webshop: prnt.sc/Z1nhfxYexISM Shopping cart: prnt.sc/DG-NYgydkO4C Hikashop: prnt.sc/3Lq8_KULuqb_ The accompanying product texts containing product information are not displayed in the shopping cart or in Hikashop. I would like to see all the information so that we can make the correct product. How can I enable this? See the difference in the photos above. Thank you in advance!") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 3 months 2 weeks ago, by [TeamJouwNaambord](/forum/user/83333-teamjouwnaambord "View TeamJouwNaambord's Profile") [Last Post](/forum/35-orders-management/910693-information-of-the-products#372770 "I did something wrong and now all custom fields are gone, so I'll try to get the back up running now first :)") 3 months 1 week ago by [TeamJouwNaambord](/forum/user/83333-teamjouwnaambord "View TeamJouwNaambord's Profile") | Replies:4 Views:266 | [Last Post](/forum/35-orders-management/910693-information-of-the-products#372770 "I did something wrong and now all custom fields are gone, so I'll try to get the back up running now first :)") by [TeamJouwNaambord](/forum/user/83333-teamjouwnaambord "View TeamJouwNaambord's Profile") 3 months 1 week ago | | [](/forum/35-orders-management/910572-customer-notification-not-send-after-status-update) | [customer notification not send after status update](/forum/35-orders-management/910572-customer-notification-not-send-after-status-update "-- url of the page with the problem -- : www.cultuuroudenbosch.nl/ -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4 Hi, We are using RO Payments for handling the payments and the return to HikaShop. In here we set the status of the order to "Shipped" because it's about digital tickets. I have updated the setting to always notify the customer when updating an order. The problem is that this e-mail is not send when the status is updated via RO Payments but is when done manually. Checked with Roland and he tells me that when the test are done and the statuses meet the requirements he execute this code : $history->notified = 1; Now can you help us figure out if anything is wrong with this approach?") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 5 months 1 day ago, by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") [Last Post](/forum/35-orders-management/910572-customer-notification-not-send-after-status-update#372736 "Hello, Please download HikaSerial 6.1.1 from your subscription page : www.hikashop.com/my-account/your-subscriptions.html Regards,") 3 months 2 weeks ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:19 Views:797 | [Last Post](/forum/35-orders-management/910572-customer-notification-not-send-after-status-update#372736 "Hello, Please download HikaSerial 6.1.1 from your subscription page : www.hikashop.com/my-account/your-subscriptions.html Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 3 months 2 weeks ago | | [](/forum/35-orders-management/910691-option-continuer-les-achats) | [Option "continuer les achats"](/forum/35-orders-management/910691-option-continuer-les-achats "-- url of the page with the problem -- : www.luminuxcreation.com -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.2 -- PHP version -- : 8.4.22 -- Browser(s) name and version -- : FIREFOX 152.0.6 Bonjour, J'ai observé qu'il n'y avait pas de choix "continuer les achats" uniquement "terminer la commande" L'acheteur ne peut pas rajouter à son panier un article en dernière minute en revenant dans la boutique . Y a-t-il une option à valider ? Bien cordialement,") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 3 months 2 weeks ago, by [PATRICIA](/forum/user/43711-patricia "View PATRICIA's Profile") [Last Post](/forum/35-orders-management/910691-option-continuer-les-achats#372733 "Parfait ! J'ai réactivé le fil d'ariane, effectivement le client pourra s'y retrouver. Merci ! Bien cordialement") 3 months 2 weeks ago by [PATRICIA](/forum/user/43711-patricia "View PATRICIA's Profile") | Replies:2 Views:233 | [Last Post](/forum/35-orders-management/910691-option-continuer-les-achats#372733 "Parfait ! J'ai réactivé le fil d'ariane, effectivement le client pourra s'y retrouver. Merci ! Bien cordialement") by [PATRICIA](/forum/user/43711-patricia "View PATRICIA's Profile") 3 months 2 weeks ago | | [](/forum/35-orders-management/910682-pdf-invoice-plugin) | [PDF Invoice plugin](/forum/35-orders-management/910682-pdf-invoice-plugin "-- HikaShop version -- : 6.5.1 -- Joomla version -- : 5.47 -- PHP version -- : 8.3.30 -- Error-message(debug-mod must be tuned on) -- : Unauthorized path host on newwavepeptides.co.uk/templates/yootheme...e-logo2-6d782a82.png => Hi, I upgraded Hikashop to the latest version and now when I am on an order I get the error when clicking Shipping Invoice / Invoice to create the PDF, I get this error: An error has occurred. 1 Unauthorized path host on newwavepeptides.co.uk/templates/yootheme...e-logo2-6d782a82.png => Do you know how I can fix this as I rely heavily on this feature. Many thanks!") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 3 months 2 weeks ago, by [spytech](/forum/user/10534-spytech "View spytech's Profile") [Last Post](/forum/35-orders-management/910682-pdf-invoice-plugin#372678 "Sorry I figured out the issue, it was the store logo set to a cache file. All fixed now, sorry!") 3 months 2 weeks ago by [spytech](/forum/user/10534-spytech "View spytech's Profile") | Replies:1 Views:247 | [Last Post](/forum/35-orders-management/910682-pdf-invoice-plugin#372678 "Sorry I figured out the issue, it was the store logo set to a cache file. All fixed now, sorry!") by [spytech](/forum/user/10534-spytech "View spytech's Profile") 3 months 2 weeks ago | | [](/forum/35-orders-management/910514-withdrawal-window-based-on-order-creation-date) | [Withdrawal window based on order creation date](/forum/35-orders-management/910514-withdrawal-window-based-on-order-creation-date "-- HikaShop version -- : 6.3.0 -- Joomla version -- : 5.4.5 -- PHP version -- : 8.3.6 -- Browser(s) name and version -- : Firefox 150.0.1 (64-bit) Hi, in the configuration there is a setting called 'Number of days after delivery for withdrawal window' which (I assume) starts counting after an order has its status set to 'Delivered'. How would I go about changing this to start counting from order creation instead? Cheers.") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 5 months 3 weeks ago, by [NTV](/forum/user/69623-ntv "View NTV's Profile") [Last Post](/forum/35-orders-management/910514-withdrawal-window-based-on-order-creation-date#372643 "Hi, that makes sense. While I do see the value of disabling order cancellation after the user has downloaded his E-Book, we can make do with only offering a withdrawal form. EDIT: Concerning the mass action setting order_delivered to order_created: I recommend using another mass action to retroactively set that value for all previous orders, otherwise you will receive cancellation requests for orders that have been created years ago.") 3 months 2 weeks ago by [NTV](/forum/user/69623-ntv "View NTV's Profile") | Replies:9 Views:474 | [Last Post](/forum/35-orders-management/910514-withdrawal-window-based-on-order-creation-date#372643 "Hi, that makes sense. While I do see the value of disabling order cancellation after the user has downloaded his E-Book, we can make do with only offering a withdrawal form. EDIT: Concerning the mass action setting order_delivered to order_created: I recommend using another mass action to retroactively set that value for all previous orders, otherwise you will receive cancellation requests for orders that have been created years ago.") by [NTV](/forum/user/69623-ntv "View NTV's Profile") 3 months 2 weeks ago | | [](/forum/35-orders-management/910632-display-shipping-address-in-emails) | [Display Shipping Address in Emails](/forum/35-orders-management/910632-display-shipping-address-in-emails "-- HikaShop version -- : 6.5 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.2 -- Browser(s) name and version -- : Firefox 152 -- Error-message(debug-mod must be tuned on) -- : none Hey guys, Is there an easy way to display the Shipping Address and not the Billing Address is all the email notifications ? My current setup shows the Billing and not the Shipping. We're setting up a system where various customer locations will place orders that will be centrally billed. Thus the focus on Shipping Address. Thanks Dave") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 4 months 1 week ago, by [daduts](/forum/user/1658-daduts "View daduts's Profile") [Last Post](/forum/35-orders-management/910632-display-shipping-address-in-emails#372411 "Needed a shipping method ,,,,,that did the trick. Thanks : D") 4 months 6 days ago by [daduts](/forum/user/1658-daduts "View daduts's Profile") | Replies:4 Views:339 | [Last Post](/forum/35-orders-management/910632-display-shipping-address-in-emails#372411 "Needed a shipping method ,,,,,that did the trick. Thanks : D") by [daduts](/forum/user/1658-daduts "View daduts's Profile") 4 months 6 days ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.064 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)