Retail:PaymentRounding
Contents |
Payment Rounding
This feature is available starting from 20Q2. |
Introduction
Payment Rounding project allows to define an automatic up/down rounding in payments made in WebPOS.
Starting from Openbravo version 21Q4, an additional rounding named "Full Rounding" is supported.
Rounding Rules
Rounding will be triggered only when the total amount of a sale/return is paid and only if the payment method used is configured to be rounded.
In that case, a rounding payment will be automatically created if the amount is not multiple of the one defined for the touchpoint type and the payment method.
Rounding will only affect the amount to pay. Therefore, tax calculation does not take into account any rounding but original amount.
Down rounding
The following table shows some examples of a down rounding to a multiple of 0.05:
Up rounding
The following table shows some examples of an up rounding to a multiple of 0.05:
Full rounding
And finally, the following table shows some examples of a full rounding to a multiple of 0.05 and a full rounding limit of 0.03 from which rounding will change from down to up or the other way around, see image and explanation below:
In this case:
- 0.00-> 0.00 (no rounding)
- 0.01-> 0.00 (down rounding)
- 0.02-> 0.00 (down rounding)
- 0.03-> 0.05 (up rounding), as 0.03 is the amount from which by default rounding down changes to rounding up
- 0.04-> 0.05 (up rounding)
- 0.05-> 0.05 (no rounding), as this is the rounding multiple therefore up rounding changes to down rounding
- 0.06-> 0.05 (down rounding) as 0.06-0.05=0.01 no change in rounding is required
- 0.07-> 0.05 (down rounding) as 0.07-0.05=0.02 no change in rounding is required
- 0.08-> 0.10 (up rounding) as 0.08-0.05=0.03 down rounding changes to up rounding
- 0.09-> 0.10 (up rounding)
Configuration
Touchpoint Type
Payment rounding is defined at touchpoint type level. Therefore, it is possible to configure for each payment method whether any rounding needs to take place or not.
Before activating payment rounding functionality for a payment method such as "Cash", it is required to define a new "rounding" payment method in the same touchpoint type, and for the same currency of the payment method.
A rounding payment method needs to be created and configured in Openbravo, as it will be the one used to record the rounding amount. See image below.
This payment method needs to be configured as "Rounding", and have a specific SearchKey and a G/L Item for rounding.
After that, it is required to configure the rounding required for a given payment method such as "Cash". See image below.
The payment method to be rounded (ie. Cash) needs to be configured as "Rounding", and a "G/L Item for Payment Rounding" needs to be added, so rounding amounts can be properly accounted.
It is possible to round a payment method while being used in sales and/or returns, and according to either up, down or full rounding rules, by creating a new record in the sub-tab Payment Rounding.
Touchpoint
Finally, a new "rounding" payment type needs to be created at touchpoint level related to the financial account which will be used for the rounding transactions. Thus, all rounding amounts will be included in this account.
Example
Let's define a down payment rounding for sales and up payment rounding for returns, using a multiple of 0.05 in both cases. Therefore, customer will benefit in both scenarios.
Payment Rounding in Sales
We create a sale in WebPOS with total amount of 150.53.
Once we fully pay it using the configured payment method, a new rounding payment of 0.03 is automatically added using the rounding payment method defined for it. Thus, customer will only pay for the rounded amount of 150.50.
The rounding payment line is automatically removed if the original payment is removed.
The rounding payment line is automatically reverted if the original payment is reverted.
Once the sale is synchronized to the backoffice, both the corresponding order and invoice will reflect the rounding amount.
Two payments are registered in the sale, one for the original payment and another one for the rounding payment.
Payment Rounding in Returns
We create a return in WebPOS with total amount of -150.53.
Once we fully pay it using the configured payment method, a new rounding payment of -0.02 is automatically added using the rounding payment method defined for it. Thus, customer will receive the rounded amount of 150.55.
The rounding payment line is automatically removed if the original payment is removed.
Once the return is synchronized to the backoffice, both the corresponding order and invoice will reflect the rounding amount.
Two payments are registered in the return, one for the original payment and another one for the rounding payment.