openerp-expert-accounting team mailing list archive

["Jay \(Open ERP\)" <jvo@xxxxxxxxxxx>]

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