Hello Joël and Nicolas,
The 'Taxes' one2many is only an overview of the total taxes applied on
different invoice lines.
Altering them explicitly would be not countable.
As of now, we do not have any relation to account.tax and so onchange can't be
applied on it.
So, I pass this bug to be fixed on trunk.
Let us know your views please.
Thanks.
** Also affects: openobject-addons/trunk
Importance: High
Assignee: Jay (Open ERP) (jvo-openerp)
Status: In Progress
** Changed in: openobject-addons/trunk
Status: In Progress => Confirmed
** Changed in: openobject-addons/trunk
Milestone: 5.0.8 => 5.2
** Changed in: openobject-addons/trunk
Assignee: Jay (Open ERP) (jvo-openerp) => (unassigned)
--
On change on invoice taxes ignore tax code sign
https://bugs.launchpad.net/bugs/524278
You received this bug notification because you are a member of OpenERP's
Accounting Experts, which is a direct subscriber.
Status in OpenObject Addons Modules: Confirmed
Status in OpenObject Addons trunk series: Confirmed
Bug description:
When you manually edit the amount of an invoice tax line on an purchase invoice
(it will probably do the same on customer), the tax amount is recomputed, the
amount is right but the sign is wrong if the tax sign is negative. It appears
that the tax code sign in ignored.
That error report itself in the accounting line and spoiled the Vat report.
Maybe we should use a rule based on debit or credit and account type instead of
having a tax code sign in order to avoid this kind of problems.
Regards
Nicolas
_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help : https://help.launchpad.net/ListHelp
