In B2C scenarios, prices are generally displayed with tax included to give consumers the total purchase cost upfront,
adhering to retail standards and regulations. For the B2B subset, displaying prices without tax is critical as it
aligns with their financial processes and allows them to manage tax reclaim separately.
That's why we need to control what type of price we're working with in our queries, since it would produce different
results for different settings. The priceType requirement allows us to do this.
Price type
argument:enum(WITH_TAX|WITHOUT_TAX)!
selection of the type of price that should be taken into account when calculating the selling price and
filtering or sorting by it
The
requirement
controls which price type is used when calculating the sales price and filtering or sorting by it. If no such
requirement is specified, the price with tax is used by default.
To demonstrate the effect of this requirement, let's say the user wants to find all products with a selling price
between €100 and €105. The following query will do that:
The result contains some products, which you can see in the following table:
But if the user is a legal entity and can subtract the sales tax from the price, he probably wants to find all products
in this range with the price without tax. To do this, we need to modify the query and add the priceType requirement:
And now the result contains completely different products (in the output we show the price with tax to demonstrate the
difference - in regular UI you'd choose to show the price without tax) with more appropriate price for particular user:
