lp:~agilebg/openobject-addons/7.0-bug-1198250-elbati

Branch merges

Propose for merging

No branches dependent on this one.

Ready for review for merging into lp:openobject-addons/7.0

Sergio Corato (community): Approve on 2013-11-07

OpenERP Core Team: Pending requested 2013-10-27

Diff: 58 lines (+5/-15)

1 file modified

l10n_it/data/account.tax.template.csv (+5/-15)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Bug #1198250: l10n_it_partially_deductible_vat errore con iva totalmente indetraibile

Undecided

Fix Committed

Link a bug report

Related blueprints

9547. By Lorenzo Battistini on 2013-10-27

[FIX] avoid using VAT account

9546. By Lorenzo Battistini on 2013-10-27

[MERGE]

9545. By Launchpad Translations on behalf of openerp on 2013-10-27

Launchpad automatic translations update.

9544. By Launchpad Translations on behalf of openerp on 2013-10-26

Launchpad automatic translations update.

9543. By Olivier Dony (Odoo) on 2013-10-25

[FIX] stock: move analysis report incorrectly merges multiple lines with same picking, product and qty

This error probably stems from the useless complexity of
the SQL view declaration and the double GROUP BY levels.

The patch rewrites the view query with a single GROUP BY
level and proper aggregation levels, but the core part
of the patch is to replace the outer `group by product_qty`
with a `sum(product_qty)`.

Some columns were also mentioned twice in the same GROUP
BY clause, for some reason.

9542. By Launchpad Translations on behalf of openerp on 2013-10-25

Launchpad automatic translations update.

9541. By Launchpad Translations on behalf of openerp on 2013-10-24

Launchpad automatic translations update.

9540. By Martin Trigaux (OpenERP) on 2013-10-23

[FIX] stock_invoice_directly: if picking is not done while doing partial picking, create invoice on this backorder instead of the current picking

9539. By Launchpad Translations on behalf of openerp on 2013-10-23

Launchpad automatic translations update.

9538. By Martin Trigaux (OpenERP) on 2013-10-22

[FIX] account: computation of debit/credit on partner is based on past year moves instead of reported entries, courtesy of Nhomar Hernandez (vauxoo)
This change allows to have consistency in values instead of depending on when the fiscal year is closed and when the entries are generated