View source | Discuss this page | Page history | Printable version   
Toolbox
Main Page
Upload file
What links here
Recent changes
Help

PDF Books
Show collection (0 pages)
Collections help

Search

Retail:PaymentRounding

Contents

Payment Rounding

Bulbgraph.png   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:

RoundingRulesUp.png

Up rounding

The following table shows some examples of an up rounding to a multiple of 0.05:

RoundingRulesDown.png

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:

FullRounding.png

In this case:

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.

RoundingPayment.png

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.

CashRoundingSetup.png

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.

RoundingPaymentTypeConfiguration.png

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.

PaymentRoundingConfiguration.png

Payment Rounding in Sales

We create a sale in WebPOS with total amount of 150.53.

RoundingPaymentSale.png

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.

RoundingPaymentSaleRounded.png

The rounding payment line is automatically removed if the original payment is removed.

RoundingPaymentSale.png

The rounding payment line is automatically reverted if the original payment is reverted.

RoundingPaymentSaleReverted.png

Once the sale is synchronized to the backoffice, both the corresponding order and invoice will reflect the rounding amount.

RoundingPaymentSaleOrder.png

RoundingPaymentSaleInvoice.png

Two payments are registered in the sale, one for the original payment and another one for the rounding payment.

RoundingPaymentSalePayment.png

Payment Rounding in Returns

We create a return in WebPOS with total amount of -150.53.

RoundingPaymentReturn.png

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.

RoundingPaymentReturnRounded.png

The rounding payment line is automatically removed if the original payment is removed.

RoundingPaymentReturn.png

Once the return is synchronized to the backoffice, both the corresponding order and invoice will reflect the rounding amount.

RoundingPaymentReturnOrder.png

RoundingPaymentReturnInvoice.png

Two payments are registered in the return, one for the original payment and another one for the rounding payment.

RoundingPaymentReturnPayment.png

Retrieved from "http://wiki.openbravo.com/wiki/Retail:PaymentRounding"

This page has been accessed 6,828 times. This page was last modified on 26 August 2021, at 11:57. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.