Comment 5 for bug 1212281

Hello Ferdinand, I just released that today I found a very similar bug as
what you just reported here with purchase orders (it's not a duplicate
though) https://bugs.launchpad.net/openobject-addons/+bug/1215578 By
inspecting a production database, I could find not less that 40 corrupted
purchase orders over the last year (may be 5%) which certainly ins't an
acceptable threshold.

So yes, this reminds us OpenERP doesn't really support changing
order/invoice information once it has some lines. Will v8 fix this with the
depends API? Or else wouldn't it be just better to warn the user when
changing the partner and propose him to re type all the lines? Probably not
ideal, but still better than silently corrupted data. Ideas?

On Fri, Aug 23, 2013 at 12:38 AM, Ferdinand @ Camptocamp <
<email address hidden>> wrote:

> Hmm
> I think we need a
> * on_change_fiscalposotion
> * on_change_pricelist
> * ...?
> in invoice header (and probably sale/purchase too)
>
> which recalculates for each existing line
> * on_change_account_id
> * on_chane_product_id
> * ....
>
> to deal correctly with duplication and other changes of the "header"
> after lineshave been inserted
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/1212281
>
> Title:
> wrong tax calculation after invoice duplication and changing partner
> with other fiscal position
>
> Status in OpenERP Addons (modules):
> New
>
> Bug description:
> to reproduce
>
> European Union:
> create an invoice with normal domestic tax
> service 100
> tax 10
> total 110
>
> validate
>
> duplicate
> change partner to EU-partner - no tax should be computed
>
> remark: the tax is only computed on change of the general account.
>
> it seems mandatory to recompute tax on validate to avoid such errors.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/1212281/+subscriptions
>