Merge lp:~pexego/openerp-spain/6.1_347_fix_refund_amount into lp:~openerp-spain-team/openerp-spain/6.1
Status: | Merged |
---|---|
Merged at revision: | 392 |
Proposed branch: | lp:~pexego/openerp-spain/6.1_347_fix_refund_amount |
Merge into: | lp:~openerp-spain-team/openerp-spain/6.1 |
Diff against target: |
12 lines (+1/-1) 1 file modified
l10n_es_aeat_mod347/wizard/calculate_mod347_records.py (+1/-1) |
To merge this branch: | bzr merge lp:~pexego/openerp-spain/6.1_347_fix_refund_amount |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alejandro Santana | Needs Information | ||
Pedro Manuel Baeza | code review and test | Approve | |
Review via email: mp+205582@code.launchpad.net |
Description of the change
El signo de los impuestos para facturas rectificativas está configurado como negativo, lo cual es correcto, pero esto provoca que el campo tax_amount de las lineas de impuestos tenga signo negativo, por lo tanto, para obtener el total abonado, el sistema hace base imponible de la factura + tax_amount y al ser negativo causa este descuadre, es decir: con una base imponible de 100 y un tax_amount de 21 el importe facturado será (100 + 21) 121 y el importe abonado si esta factura se abonara por completo sería (100 + (-21) 79 entonces el 347 nos pondría 121 - 79 = 42
Este merge proposal, arregla este comportamiento, de la misma forma que se hizo en openerp-spain/6.0 en la revisión 338
Esta misma corrección habría que aplicarla en la 7.0, aunque el destino de la corrección es distinto, en el caso de la 7.0 será en el fichero mod347.py y en el método _calc_total_invoice