we are refactoring the module 'account_invoice_tax_by_column' [1] , making it dependent from 'c2c_account_tax_rounding' [2] .
This is because account_invoice_tax_by_column is too bound to Italian VAT: most code introduced by account_invoice_tax_by_column is of use to Italian computations.
For every standard case (but I didn't test enough with children taxes), I would suggest to use c2c_account_tax_rounding and follow the way started by that module: avoid intermediate roundings.
Ferdinand, for c2c_account_tax_rounding, maybe you want to take a look at automated tests [3] that we are introducing in account_invoice_tax_by_column
Hi,
we are refactoring the module 'account_ invoice_ tax_by_ column' [1] , making it dependent from 'c2c_account_ tax_rounding' [2] .
This is because account_ invoice_ tax_by_ column is too bound to Italian VAT: most code introduced by account_ invoice_ tax_by_ column is of use to Italian computations.
For every standard case (but I didn't test enough with children taxes), I would suggest to use c2c_account_ tax_rounding and follow the way started by that module: avoid intermediate roundings.
Ferdinand, for c2c_account_ tax_rounding, maybe you want to take a look at automated tests [3] that we are introducing in account_ invoice_ tax_by_ column
Regards
[1] https:/ /code.launchpad .net/~openobjec t-italia- core-devs/ openobject- italia/ refactoring_ account_ invoice_ tax_by_ column/ +merge/ 81258 apps.openerp. com/addon/ 6227 bazaar. launchpad. net/~openobject -italia- core-devs/ openobject- italia/ refactoring_ account_ invoice_ tax_by_ column/ files/148/ account_ invoice_ tax_by_ column/ test/
[2] http://
[3] http://