diff options
| author | Joren Van Onder <jov@odoo.com> | 2016-04-06 15:24:30 +0200 |
|---|---|---|
| committer | Joren Van Onder <jov@odoo.com> | 2016-04-12 12:39:01 +0200 |
| commit | f40e9ecfc30ba93a2b931a485565660f819436ad (patch) | |
| tree | 6938b66766f124243c765b3e78cea9c43258e453 /doc/reference | |
| parent | afba8cec23bd5f803d26c196beeb73467c7743aa (diff) | |
[FIX] point_of_sale: match payment to order amount when invoicing
The POS generates journal entries for both the amount of money the
customer pays and the amount of money the POS user returns to the
customer (the 'change'). Whether or not this is the correct thing to do
is up for debate, but we can't change that in stable anyway.
One of the main issues is that in 9.0 accounting will propose
unreconciled payments belonging to the customer on open, unpaid
invoices. This does not work well with the account entries generated by
the POS. Accounting will propose the amount the customer paid, without
taking into account the change.
Example: a customer buys $7 worth of products and pays with a $10
bill. The customer gets $3 change. The invoice will propose the $10
payment.
When you add that payment to the invoice a residual amount ($3 in the
example) will remain on the paymentline, complicating everything even
more.
Although we cannot change how the POS does accounting in a stable
release, we at least want people to be able to easily handle invoices
generated through the POS. To achieve that this patch will make the
backend match the payment to the total amount of the invoice removing
any potential change.
opw-671486
Diffstat (limited to 'doc/reference')
0 files changed, 0 insertions, 0 deletions
