Currently, when creating alternative prices through 'Margin Component Price Adjustments' by percentage, the prices often include decimals. This can be problematic for retail and commerce customers who prefer rounded prices for better customer experience and operational efficiency. However, the existing smart rounding functionality is not applied in this scenario.
Integrate the smart rounding functionality into the margin component price adjustments process. This enhancement would make sure that prices are automatically rounded according to predefined rules instead.
Comments
The need for smart rounding functionality when adjusting prices through Margin Component Price Adjustments is essential for at least 2 reasons. The "Get active price" data entity holds both ordinary prices AND alternative prices, where 'alternative price' is populated by the result of the Margin Component Price Adjustments functionality. If ordinary prices (i.e. trade agreements) are rounded off, alternative prices should also be rounded off.Margin Component Price Adjustments can only be applied with 'Percentage' calculations. Calculating an adjusted price with a percentage will always create decimals. External sales prices with random decimals is not something retailers (or any business) can work with. If 'Amount' was reintroduced as a calculation option (as it was in Pricing Management), this would enable a work around on individual prices. But when calculating price adjustments on multiple (hundreds or thousands) of SKU's, this option is not feasible in the same way.For retailers to work with Margin Component Price Adjustments as a tool for campaigns, smart rounding is essential. Without smart rounding, the function is pretty useless, w/o customizations.
Category: Payment processing