summaryrefslogtreecommitdiff
path: root/addons/website/static/lib/jquery.mjs.nestedSortable
diff options
context:
space:
mode:
authorqdp-odoo <qdp@odoo.com>2016-05-27 16:45:19 +0200
committerqdp-odoo <qdp@odoo.com>2016-05-27 16:52:51 +0200
commit5f9ca1b89becb6867d0755cf7cb3d7f9c533e7af (patch)
treef6b0ece9d0ad6cc7b3b592f66e9a7a64d14b36e5 /addons/website/static/lib/jquery.mjs.nestedSortable
parentb06b2a36412d13aba1ab05561623cc0d430c58ed (diff)
[FIX] account: manual reconciliation through the wizard on journal items were giving weird results. OPW 678153.
Symptoms: running a full reconciliation manually with that wizard was resulting in not fully reconciled aml altough the total in company currency and in secondary currency were perfectly matched. Full use case described in added test test_manual_reconcile_wizard_opw678153. Problems: - The system was processing by pair of aml and creating exchange rate entry/full reconciliation as soon as possible whereas in that case it needs to be postponed at the end of the manual reconciliation otherwise some entries would be excluded from processing. - Another problem was that because of this batch processing, we ended with unconsistent amount_residual_currency values for some entries that were fully reconciled in company currency but not in foreign currency (also negative amount_residual_currency for a debit line which should never happens)... To solve that, we now process the manual full reconciliation in two steps: only in company currency first, then in secondary currency if needed. A small adaptation in the payment widget of invoices was needed for that too.
Diffstat (limited to 'addons/website/static/lib/jquery.mjs.nestedSortable')
0 files changed, 0 insertions, 0 deletions