Suggestion

  • Posts: 144
  • Thank you received: 4
  • Hikashop Business
3 years 11 months ago #327154

I just went though a challenging troubleshooting effort and have a suggestion.

My customer's longstanding website suddenly produced a few orders where the customer was never asked for shipping information, despite there being two shipping plugins activated within the store.

It turns out that the store was configured to allow virtual products, though they had none in their inventory. As I understand it, virtual items are solely identified by having no physical weight assigned to them. Our customer's initial inventory contained weight information, even though their shipping methods never required it. However, over the years, they have added items without providing a shipping weight, so on the very rare occasion that someone created a cart with none of the original inventory, the checkout page decided that no shipping information was needed.

I found the configuration override and activated it, and that appears to have solved the problem.

My point is that my customers would NEVER, EVER, EVER have been able to identify this issue. They would have ore-installed the software, restored their inventory, and still not have discovered the problem. I've been working with Hikashop for years, and yet it took me almost a day. Handling virtual items this way may be logical, but it isn't intuitive. Especially since there is no administrative interface interface which can identify or filter these items without inspecting each product's details. I couldn't even identify orders with this issue (a shipping weight of 0) without manually investigating the database (I spotted them because their shipping ID value was 0). By the time the order has been created, it's too late to fix it without contacting the customer.

I recommend adding a visible indicator in the administrative Product list view that identifies any Product Hikashop considers to be a Virtual Item (if Virtual Items are allowed in the store setup). I would prefer to have an actual field which flagged virtual items to provide a search mechanism, but I can imagine someone needing a product definition which contains both a digital download and a shippable item.

Last edit: 3 years 11 months ago by icomex.

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

  • Posts: 82863
  • Thank you received: 13372
  • MODERATOR
3 years 11 months ago #327158

Hi,

First, please note that when you first install HikaShop and go through the installation wizard, it will ask you whether you're going to sell virtual goods, or shippable goods or both.
If you select that you'll sell only shippable goods, then the "force shipping regardless of weight" setting will be turned on so shipping will be required even if the product has no weight.
Also, with next version of HikaShop, the weight of the order will be stored along with the order when created and displayed in the backend when editing the order. So it should be easier to understand that there is a problem with the weight of the products in these orders.
Now displaying the weight of the products in the backend listing could be interesting. However, each information added to that listing requires an extra column. And it might not be used by most people. Someone else might want another column, like the brand, or the retail price, or something else. And custom product fields can also take a lot of space.
At the same time, the width of the products listing is quite limited.
Note also that if you had reproduced the issue by adding the same products in the cart, you would have seen that shipping methods wouldn't appear in the checkout. And we have a FAQ about this here:
www.hikashop.com/support/documentation/106-faq.html#ship
Among the causes pointed out, you'll find:

5) Check that your products have a weight, otherwise, the system won't display any shipping methods as it will consider the products as virtual goods.

So I believe you ended up in a "worst case scenario", and the improvement to the orders manager with the weight display in the next version should already help avoid having to spend a day figuring out the issue.

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

  • Posts: 144
  • Thank you received: 4
  • Hikashop Business
3 years 11 months ago #327242

I'm glad that you are adding the Order Weight value in a reasonably visible position. That will help identify this issue in the future.

However, identifying the issue still depends upon a very intimate knowledge of how HikaShop functions, and most of our customers - who have been using HikaShop for years, don't have that level of understanding of its internals. As the one who hosts and customizes the store, I have a reasonable chance of putting the pieces together, but our customers are rarely exposed to the initial configuration, or to most of the items you describe which would lead a well-informed operator to a solution, especially now that their sites have been operating for many years - running their inventory has been handed off to new employees several times. There really needs to be some manner of breadcrumb path in the Administrative interface that could lead even a novice user to a solution.

I fully understand the speed and complexity costs of adding a dedicated data field, just as I understand that dynamically identifying Virtual goods could slow the response of any Admin display, which is never a good thing. I also understand the display space limits of an efficient interface -- I fight with those issues in my own customizations.

Perhaps offering a Filtering dropdown to identify Virtual vs Physical Products could be an option in the Products list page. I also suggest changing the label of the Configuration setting from "Force shipping regardless of weight" to something like "Force shipping for virtual/weightless items" and rewriting the Help popup for that switch to make the relationship between weightlessness and virtual more explicit. Just adding a few hints here and there could make a world of difference.

Thanks for your time.

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

  • Posts: 82863
  • Thank you received: 13372
  • MODERATOR
3 years 11 months ago #327262

Hi,

Thank you for your ideas.
We'll look at what we can do to improve these points.

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

Time to create page: 0.065 seconds
Powered by Kunena Forum