Tryton - Issues



Title solde invoice -0,00 after payment
Priority bug Status resolved
Superseder Nosy List ced, reviewbot, risto3, roundup-bot
Type behavior Components account_invoice
Assigned To ced Keywords easy, review
Reviews 56371002
View: 56371002

Created on 2018-07-22.08:39:49 by risto3, last changed by roundup-bot.

New changeset 3c401f610043 by Cédric Krier in branch 'default':
Avoid negative zero as amount to pay
New changeset e1b546315962 by Cédric Krier in branch 'default':
Avoid negative zero as amount to pay
review56371002 updated at
msg42252 (view) Author: [hidden] (ced) (Tryton committer) (Tryton translator) Date: 2018-07-22.11:26:21
Please be clear in your answers. I do not know if the 'yes' in msg42251 is for msg42250 or msg42249 or something else.
msg42251 (view) Author: [hidden] (risto3) Date: 2018-07-22.11:23:30
Just tried with a supplier credit note... -120.00 inc VAT
Amount to pay today: -0.00   Amount to pay: -120.00

yes, in these cases supplier
msg42250 (view) Author: [hidden] (ced) (Tryton committer) (Tryton translator) Date: 2018-07-22.11:22:35
Please answer if you are talking about supplier invoice?
msg42249 (view) Author: [hidden] (risto3) Date: 2018-07-22.11:18:02
? The amount to pay is the amount of the invoice, no?

If I have an invoice of, say, 100.00 and the amount remaining to
pay is '10.0', then a reader would intuitively believe that 10.00 
still remains to be paid.  Consequently -10.0 implies 10.0 has been

Credit notes would/should naturally behave in the opposite sense.

Too, in calculation, even though -0.0 == 0.0 is true, I don't believe
sorting (in the views) would work fully as expected either.

Perhaps this should be rethought.
msg42248 (view) Author: [hidden] (ced) (Tryton committer) (Tryton translator) Date: 2018-07-22.10:59:11
Not really sure it is a bug: -0.0 == 0.0
I guess it is because it is a supplier invoice and so the amount to pay is multiplied by -1.
msg42247 (view) Author: [hidden] (risto3) Date: 2018-07-22.08:39:48
I thought only openerp had this "feature".
I have an invoice with two lines,
1. 41,37 @20%
2.  5,90 (no VAT)
total 47,27 ex VAT
       8,27 VAT
      55,54 inc VAT

+ a movement of the same amount: 55,54 to pay from associates
current account (who advanced the payment).

Prior to reconciliation (ie invoice in state 'Posted')
the amount remaining to pay is '-0,00'!

Once reconciled, it does become 0,00 though

I'm on 4.8 branch with gtk client
Date User Action Args
2018-09-17 17:53:49roundup-botsetmessages: + msg43923
2018-09-17 17:53:40roundup-botsetstatus: testing -> resolved
nosy: + roundup-bot
messages: + msg43922
2018-09-12 19:52:40reviewbotsetnosy: + reviewbot
messages: + msg43845
2018-09-12 19:49:35cedsetstatus: chatting -> testing
reviews: 56371002
component: + account_invoice
keyword: + review
assignedto: ced
2018-08-04 12:58:47cedsetstatus: need-eg -> chatting
keyword: + easy
2018-07-22 11:26:21cedsetmessages: + msg42252
2018-07-22 11:23:30risto3setmessages: + msg42251
2018-07-22 11:22:36cedsetstatus: chatting -> need-eg
messages: + msg42250
2018-07-22 11:18:02risto3setmessages: + msg42249
2018-07-22 10:59:11cedsetstatus: unread -> chatting
type: behavior
messages: + msg42248
nosy: + ced

Showing 10 items. Show all history (warning: this could be VERY long)