Product price complement blueprint

Feature Ideas
1

Rational

It sometimes happens that the selling price including VAT of a product has no direct relationship with the price excluding VAT. Similarly, the selling price of different variants of the same product may be different and result from various combinations.

Proposal

I suggest creating the following fields:

  • product.template

    • retail_price : on the model of the list_price field, this price will be a price including tax and will serve as the base price during a sale with a price list including tax.

  • product.product

    • markup_price : supplement that will be added to the template price (list_price or retail_price depending on the selected price list) of the item to give the base price of the variant.

The base price of a variant before the application of the tariff will be:

  • if a Tax Included Price List is selected:

    • base_price = product.template.retail_price + product.product.markup_price

  • if a Tax Excluded Price List is selected :

    • base_price = product.template.list_price + product.product.markup_price

Implementation

Addition of 2 modules to keep independence and not to impose the presence of fields in the product sheet :

  • product_retail_price
  • product_markup_price

For adding and managing the 2 respective fields.

2

Gross price already exists in sale_point module.

For me it is not the only way to modify a price per variant, it could be done with a percentage for example. So for me there are too much possibilities that I prefer to stay as customization.

3

Does not work with classic sales and with tariff. Maybe detach it from the point of sale to make it a separate module.

Yes there are a lot of possibilities. Many are supported by price lists, in particular all those that have a “calculable” relationship with an existing price, there are still cases without this type of relationship.

4

I do not see a use case where selling tax-included which is not a B2C sales which is the goal of the POS.

5

For me the POS meets a specific need: the products, the seller and the customer are gathered in the same place at a given moment.
There remain all the other cases where it is necessary to manage a sale as in B2B but with B2C prices.

6

This is already manageable with price list including taxes.

7

Ok, so I haven’t found how to set a quantity discount on the gross_price in a price list.

8

Indeed sale point does not extend the price list module to add the gross price in the evaluation context. This is quiet logical as sale point is not designed to work with price list (future improvement should make sale point working with promotion). But again I think your requirement is specific because we can not implement all the possible way to compute a price.

9

Yes like now, completeness was not the goal, just allow a few more possibilities …

But I understood, it will be customization.