When l10n_latam_invoice_document is installed and the current company does not have a custom header (in stable, only Chile and Argentina with their localization installed use custom header), printing multiple invoice at once, one out of two had no header or footer. This is because `<div class="header"/>` and `<div class="footer"/>` should be unique per record being printed, and when a custom header was not used they were duplicated with the duplicate empty. As an example, if we had 3 documents: - record 1 : good header - record 1 : empty header - record 1 : body - record 1 : good footer - record 1 : empty footer - record 2 : good header - record 2 : empty header - record 2 : body - record 2 : good footer - record 2 : empty footer - record 3 : good header - record 3 : empty header - record 3 : body - record 3 : good footer - record 3 : empty footer When we give them to wkhtmltopdf, it would be mismatched: - headers: - record 1 : good header - record 1 : empty header - record 2 : good header - bodies: - record 1 : body - record 2 : body - record 3 : body - footers: - record 1 : good footer - record 1 : empty footer - record 2 : good footer so record 2 will have empty header/footer, and record 3 will get those of record 2. opw-2507137 closes odoo/odoo#69703 X-original-commit: 90bdb5c7b7aa6a9b98e9acb1774d449ae65a3918 Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>
The fields l10n_latam_price_unit and l10n_latam_price_net should be float instead of monetary in order to show rightly the decimal accuracy on invoice's reports closes odoo/odoo#69339 X-original-commit: 59afbc2e34c80516fa412de92f0d3bba2378661e Signed-off-by: Josse Colpaert <jco@openerp.com>
For b2c invoices we mustn't show the IVA information on the reports closes odoo/odoo#68725 X-original-commit: 4e31502f317fabc2004bd6db32883ce357563c57 Signed-off-by: Josse Colpaert <jco@openerp.com>
Before, when importing twice the same invoice, or even with the more theoretical possibility of having the same number for different partners, the constraint would be triggered, giving unnecessary problems when importing vendor bills with an uncertain partner_id. If we check the logic followed in the regular accounting on the ref field, it only triggers when a partner is set, so we can follow the same logic here. closes odoo/odoo#68389 X-original-commit: f43ae2375a6550e0d03c69fb8389ec13b40307ab Signed-off-by: William André (wan) <wan@odoo.com> Signed-off-by: Josse Colpaert <jco@openerp.com>
Odoo has made some modifications to the method _compute_invoice_taxes_by_group from de Account module, so we need to update the inherited method in the argentinian localization Improves: - Don't depend on price_subtotal to compute amount_by_group - Show taxes when they are zero on invoices print closes odoo/odoo#68176 X-original-commit: 011631a38564bcbdd8625428b9f897aefefce270 Signed-off-by: Josse Colpaert <jco@openerp.com>
The problem that occurs before of this commit, is due the base of the taxes is in the currency of the company not in the invoice currency. For that the value that shows in this cases for the base is not correponding for the symbol of the currency. After this changes we show the correct value an symbol for the base converting the value when is necessary. X-original-commit: 4fd4f82ecd1b97f608168baaa780844f68e8a9d7
Documents with `l10n_latam_document_type_id.code == '99'` just exists on **l10n_ar** https://github.com/odoo/odoo/blob/13.0/addons/l10n_ar/data/l10n_latam.document.type.csv#L74 making this error arise on other localizations which don't use it. This was mistakenly introduced on 7748e0e This method is inherited inside l10n_ar and we add this additional validation. Original PR: https://github.com/odoo/odoo/pull/64831 closes odoo/odoo#66957 Signed-off-by: Josse Colpaert <jco@openerp.com>
The name of your first customer invoice is a configuration that determines the next ones. The problem before is that when you confirmed a first invoice, you could not alter its document number anymore. With this commit, as long as it is the first invoice, you can still change the document number when you reset to draft.
Issue - Install 'Accounting' module - Create a new 'Tax' X with a fixed price (e.g.: O.O57 $) - Create a new 'Customer Invoice' - Add a product P and set unit price to 0 $ - Set tax X to product P Total tax amount : - 0.06 $ . Solution The sign must be forced to a negative sign in case the balance is on credit to avoid negatif taxes amount. enterprise PR : https://github.com/odoo/enterprise/pull/15035 opw-2378978 closes odoo/odoo#62725 X-original-commit: 13bfb5be817b3f3794503ec9f530d6205b4822e1 Related: odoo/enterprise#15094 Signed-off-by: Laurent Smet <smetl@users.noreply.github.com> Signed-off-by: bon-odoo <nboulif@users.noreply.github.com>
For this case, if the invoice currency is different from the invoice company currency, the tax calculation is considered the value in a different currency, and the subtotal is the sum of the amount untaxed + the taxes (wrongly in company currency) result in an incorrect value. This is verified when printing the invoice report closes odoo/odoo#62386 X-original-commit: 91f152f479923a1d28dadcb3ded7c0296cc585fc Signed-off-by: Josse Colpaert <jco@openerp.com>