Shipping Dimensions by Quantity for stacked products

Hi,

Well, there is no simple mechanism where you can just configure different dimensions for different quantities in each product and everything else will take it into account without any drawback.

One solution would be to create a "quantity" characteristic, with the different quantities you want to make available. Then, add that characteristic to the product, add the variant for each quantity, and then in each variant, enter the corresponding dimension. Then, on the main product, change the "quantity input" setting to not be able to none. That way, the customers will have to select the quantity using the characteristic dropdown, instead of the normal quantity input field and the dimensions of the variant will be used, and so the stacking will be taken into account in the shipping methods.

While that can work, there are downsides to this method:
- if you already have variants in the product, this might lead to the creation of too much variants.
- even if you don't already have variants, if you want to handle quantities from 1 to 1000 in a product without any steps, that means 1000 variants, and that's too much for one product.
- you can't let HikaShop handle the stock of the product since 1 variant will not correspond to 1 product in stock anymore.
You can mitigate too much variants by splitting the product in several products (by selling a pack of X products), but for the stock you can't do much.

One solution can be to use the "shipping price per product" at the shipping method level:
www.hikashop.com/support/documentation/3...ng-manual-price.html
Suppose that you're using the min / max volume restrictions of your shipping methods to create different manual shipping methods so that the shipping cost varies based on the dimensions of the whole cart.
Instead of doing this, you could create one shipping method with its "use price per product" setting activated.
Then, in each product, you'll get an extra "shipping prices" area. There, for each shipping method with that setting activated, you can configure extra fees, per quantity in the cart with the "price" input. So you could create entries for the different quantities, adding the cost corresponding to the quantity each time.
That way, the system would automatically calculate the total shipping cost of each shipping method based on the quantity of the products the cart and their corresponding shipping prices.

However, there are also downsides to this method:
- combining this method with other modes of calculations would be a nightmare. For example, if you want to calculate the shipping costs with stacking for some products, and for some other products you want to use the min / max weight of the shipping method, you'll have to configure too much stuff to make it practical.
- you can't use this method if you want to use a shipping plugin which contacts a carrier's API to dynamically calculate the shipping cost (like UPS, USPS, FedEx, etc). It can only work with the manual shipping plugin.
- this won't change the total volume calculated automatically by HikaShop and displayed in the backend of the order details page.

If both of the solutions presented above are impractical in your case, there is always the possibility to develop a custom plugin to adapt HikaShop to your needs. What to do exactly would depend on the details of your constraints and wishes.