Suggest for Price Per Unit

Hello,

You can already via some settings directly in your relative product backend page.
Follow me screenshot configuration in order to have a special quantity selector :

Hi,

No. If you set the "quantity input" to "show select" in your product, as Philip mentioned in his message, then the quantity input field will change from an input field to a dropdown select and the values in the select will be based on what you have configured in the minimum per order field.
So, if you set "quantity input" to "show select" and a minimum quantity of 10, the customer will only be able to choose 10, 20, 30, 40, 50, etc.

Hi,

In that case, you want to create a characteristic "type" with the values "box", "carton", "bag", etc. Add that characteristic in your product, and add the variants.
On the frontend, by default, you'll get a dropdown where the customer can choose the type and the quantity of the selected type, and click on add to cart. And if he wants to purchase 2 boxes and 3 cartons, he can:
- select the "box" type
- enter the quantity of 2
- click on add to cart
- select the "carton" type
- enter the quantity of 3
- click on add to cart

And if you want to have different rows, one per type, each one with its own quantity input field and an global add to cart button, like on your screenshot, that's also possible:
Set the "Characteristics selection method" setting to "list" and the "Add to cart on listings" setting to "global" in the HikaShop configuration.

Hi,

No, you do need to set the price in each variant with what I propose. In each variant, you have the setting "main product price percentage" which allows you to provide a percentage so that the system will automatically calculate the price of the variant based on the price set in the main product.
So updating the price would be as easy as if you had no variants since you would only have to update the main product price and all the variants would then get their price calculated off of the new price.

A similar solution could be implemented to handle the stock by having the stock only on the main product and a multiplier in each variant which would be taken into account by the system where needed.

I think this would be much simpler than modifying everything to add a new interface to configure types and the corresponding quantity and then adapt the interfaces on the frontend to be able to take this into account.

With what you want to do, I can see many problems you'll have to deal with on the frontend to adapt it to your solution.
For example, you want to have several quantity input fields on the product details page. However, there is no mechanism in the add to cart system to take this into account. Where should that information be stored in the cart or cart_product tables of the database ? And then, when the cart is loaded, this need to be taken into account. What if someone add the product with different quantities and different types in the cart ? This needs to be taken into account.
And on the checkout, what happens with the quantity input field ?
And how this is transferred to the order ? To the shipping plugins ? To the payment plugins ?

Now, if you want to try, I won't stop you. If you want to know which view file is used for which area of HikaShop, you can use the "Display view files" setting of the HikaShop configuration. Then, you can edit the view files via the menu Display>Views :
www.hikashop.com/support/documentation/1...-display.html#layout