Pedro M. Baeza

Then I can't say, but it's not a problem of the module itself as you can see in my screenshot of runboat, and you can try yourself.

Sorry, but I don't understand what you mean.

You should change the grouping criteria in the other module then.

Anyway, if I don't remember bad, the *_grouped_output module groups everything together without more criteria.

As said, that way of working is not correct in accounting terms. It's just like Odoo, that worked a lot of time wrongly posting entries directly in the bank account...

The question is that this is not a payment, it's the promise of a future payment. That's why the journal entry date + due date has been adjusted this way.

On the 31st of December, you have the balance in the outstanding receipt. On the 1st of January, when coming to your bank, you neutralize the outstanding receipt, and have...

Well, I'm trying to understand any use case outside of the common ones to check for inconsistencies. Till now, we haven't found any. I don't get if your last comment...

Well, I think any cashflow forecasting should be done using the due date, not the accounting date. It's the same case as with invoices: you have the entry date on...

The idea to raise a `UserError` is to rollback the quantity to the previous one. With this change, it won't be rollbacked, and then, it's possible to validate a picking...