Product price scheme for multiple variants

  • Posts: 22
  • Thank you received: 1
11 years 1 month ago #129137

My client would like to have some configurable products by the customer , according to different variants . Each variant selected by the customer goes to modify the final cost of the product. An example of this type of function is visible on a site of an important company in the printing industry ( fasterprint.com/it/articoli-piccolo-formato-biglietti/ ) . I had tried to configure this product through variants: I have defined several variants. The variant management procedure is stopped without warning or with an unexpected error. I thought that the adoption of a pricing scheme based on a single type of product variant is permitted ( because it is implemented in this product multigraficastampa.it/index.php/hikashop-menu-for-products -listing/product/15664-penna-easy ) , while a product with more than one type of variant is not permitted.
I wanted to know if the it is correct and what is the solution that I can use to do it.

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

  • Posts: 82906
  • Thank you received: 13378
  • MODERATOR
11 years 1 month ago #129160

Hi,

When you add characteristics to a product, the system generate all the potential combinations so that you can configure each variant of the product separately. The problem is that over a few hundred variants, normal servers cannot handle the load.
What you want to do is to calculate the final price on the fly, and not pre enter the price of each combination, so you don't want to use characteristics (or maybe just one or two per product) and instead use options:
www.hikashop.com/support/documentation/i...ct-form.html#options
demo.hikashop.com/index.php?option=com_h...ow&Itemid=91&lang=en

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

  • Posts: 22
  • Thank you received: 1
11 years 1 month ago #129284

Hello Nicolas , I had thought to use the options. The problem in this case is practically due to the fact that the price of many options is however linked to the fields previously selected . I try to make an example: The business card : option run from 100 ( price 10 €) , plain paper ( price 0 €) , coated paper ( 5% more than the price of your choice, then run 1,005 * € 5) and so on. The ability to manage the pricing scheme with the variants is defined as a value and as a percentage of the basic version was ideal for this requirement but the complexity makes this solution impossible to use. I ask you to correct me if I'm wrong : If I do not remember correctly , the options are only possible with a value of defined price that is added to the basis for defining the final price. In addition the options are defined through the selection of a list of products that you decide to include , but in reality , you may also be purchased separately ( for example in the demo hikashop configuration of the PC, the ram is a separate product which costs 40 €) . In the case of printed matter is, instead, the need to add additional features due to the additional processing that the customer wants to select : The plastic business cards .

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

  • Posts: 82906
  • Thank you received: 13378
  • MODERATOR
11 years 1 month ago #129623

Indeed, the price of options cannot be a percentage of the price of the main product.
But as I said in my previous message, you can use a combination of characteristics and options.
So you should use characteristics for the dropdowns where the price has to be a percentage and then use options for all the others.
That way, it reduces the number of variants for a product and will probably allow your server to handle the load and also simplify the price entering of your variants.

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

Time to create page: 0.062 seconds
Powered by Kunena Forum