# How to reproduce
- Install the l10n_th module
- Use the demo TH company
- Ensure you have the demo invoices and credit notes associated to that company
- Go to the Tax Report
- Select Tax Report (TH)
- Click on "Sales Tax Report (xlsx)"

# The problem
The Credit Notes' Total Amount, Total Excl and Vat Amount are positives. They should be negative instead. The same issue appear for "Purchase Tax Report (xlsx)".
This issue also concerns Credit Notes created manually in the Journal Entries

# Why
The logic for the sign of the value fields in the reports is the following :

```py
sign = move.reversed_entry_id.payment_state == 'partial' and -1 or 1
```

This is unreliable because a Credit Note will not always have a reversed_entry_id associated or if it has one, it's payment_state may change

A refactor of theses reports has been made for versions 19.0+ but it seems too big to backport (https://github.com/odoo/enterprise/pull/75645/changes)

Instead, we just check if the current move's type is a refund. If yes, we reverse the sign.

opw-6006720

**Steps to reproduce:**
1. Install l10n_nl_report.
2. Go to Accounting → Configuration  →  Accounting Reports.
3. Open Profit and loss report (tags).
4. Click on Cost of Goods Sold or Cost of Sales and check the related codes.

**Issue:**
In the Dutch Profit and Loss report, the names "Cost of Goods Sold" and "Cost of Sales" are swapped.
Currently:
- Cost of Goods Sold is linked to code: NL_SALE
- Cost of Sales is linked to code: NL_COGS

According to Dutch accounting standards:
- Cost of goods sold should represent direct costs ([mapping to NL_COGS / 7xxx](https://github.com/odoo/odoo/blob/master/addons/l10n_nl/data/template/account.account-nl.csv#L288-L317)).
- Cost of sales should represent indirect selling costs ([mapping to NL_SALE/45xx](https://github.com/odoo/odoo/blob/master/addons/l10n_nl/data/template/account.account-nl.csv#L249-L260))

**Cause:**
The names were incorrectly applied, leading to reversed definitions between Cost of Goods Sold and Cost of Sales.
See: https://www.investopedia.com/terms/c/cogs.asp

**Solution:**
Swap the definitions so that:
- Cost of Goods Sold is correctly linked to NL_COGS
- Cost of Sales is correctly linked to NL_SALE

Related community PR : https://github.com/odoo/odoo/pull/245185

**opw-5407885**

**Steps to reproduce:**
1. Install l10n_nl_report.
2. Go to Accounting → Configuration  →  Accounting Reports.
3. Open Profit and loss report (tags).
4. Click on Cost of Goods Sold or Cost of Sales and check the related codes.

**Issue:**
In the Dutch Profit and Loss report, the "Cost of Goods Sold" and "Cost of Sales" names are swapped.
According to Dutch accounting standards:
- Cost of goods sold should represent direct costs ([mapping to NL_COGS / 7xxx](https://github.com/odoo/odoo/blob/master/addons/l10n_nl/data/template/account.account-nl.csv#L288-L317)).
- Cost of sales should represent indirect selling costs ([mapping to NL_SALE/45xx](https://github.com/odoo/odoo/blob/master/addons/l10n_nl/data/template/account.account-nl.csv#L249-L260))

**Cause:**
In [PR : #157362 ](https://github.com/odoo/odoo/pull/157362/files#diff-1ba769f7e47f7a941e45b6c662ec2a0558272e9fe8bdbfed368f261c8e43aa5dR55), The names were swapped. While the technical codes and expressions correctly targeted the intended account ranges

**Solution:**
Updated account_tag_7 and account_tag_10 to match corrected naming convention.

Related Enterprise PR : https://github.com/odoo/enterprise/pull/103150

**opw-5407885**

**Problem:**
When a customer's language is changed and an invoice is reprinted, all invoice fields translate correctly except for product names and descriptions, which remain in the original language.

**Steps to reproduce:**
1. Create an invoice for a customer with English language
2. Post the invoice (product names appear in English)
3. Change the customer's language to French
4. Reprint/download the invoice PDF
5. Observe that product names still appear in English instead of French

**Current behavior:**
Product names remain in the original language when reprinting invoices after changing the customer's language.

**Expected behavior:**
Product names and descriptions should dynamically translate based on the customer's current language setting when the invoice is reprinted.

**Cause of the issue:**
The invoice report template uses `line.name`, which is a stored text field frozen at invoice creation time. This field contains the product name in whatever language was active when the line was created and does not update when the partner's language changes. When rendering the PDF, this frozen text is displayed regardless of the current language context.

**Fix:**
Use `product_id.display_name` instead of `line.name` for product-linked invoice lines. The `display_name` field is computed dynamically and respects the current language context during PDF generation. For lines without a product (manual entries, notes, sections), fall back to `line.name` to preserve existing behavior. This allows product names to translate on reprint while maintaining compatibility with non-product lines.

opw-5887170

### Issue before this commit:
When creating an invoice using the child contact of a parent contact that has a different language with respect to the father, the label of the invoice line was not always displayed in the child contact language but in the father's contact language.

### Steps to reproduce the issue:
1. Activate at least 2 languages (X and Y)
2. Create a product and set the translation for that product in the activated languages
3. Create a Contact with the language X
4. Create a child contact (invoice adress type) for that contact with language Y
5. Create a new invoice setting the customer as the child contact
6. Add the product you created
7. See the label is displayed in the language of the parent contact

### Cause of the issue:
The computation of the invoice line name relied on line.partner_id.lang. However, the partner_id of the move line is automatically set to the commercial partner that can be different (can be the father's contact) to the contact used on the invoice. As a result, the product description was translated using the wrong language.

### Reason to introduce the fix:
To ensure that invoice line labels are correctly translated according to the language of the selected invoice contact, the computation now uses the language of move_id.partner_id instead of line.partner_id. This guarantees consistent and expected behavior in multilingual environments, especially when using different contacts under the same commercial partner.

opw-5955875

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Steps to produce:
---
- Install the `Sales` module.
- Enable discounts from settings.
- Create a Sale Order with a negative discount on an order line.
- Preview the Sale Order and click on the view details button.

Issue:
---
- Negative discount values are not shown in the preview (portal view), but they are displayed in the generated PDF.

Root cause:
---
- At [1], the portal template includes a condition to display discounts only when they are greater than 0, while the report templates lack this check, leading to inconsistent behavior.

Solution:
---
- Applied the same condition in the report templates to align the PDF output with the portal preview behavior.

Before:
---
<img width="787" height="136" alt="image" src="https://github.com/user-attachments/assets/d32311be-4aec-4d6f-b905-d5e52f712ba4" />

After:
---
<img width="775" height="139" alt="image" src="https://github.com/user-attachments/assets/2614a8ad-dca6-49ca-b720-5c234aa91cf6" />


[1]https://github.com/odoo/odoo/blob/0f463fd247d2f5da79d6ec2b6bec18774f6f600b/addons/sale/views/sale_portal_templates.xml#L539

Enterprise PR: https://github.com/odoo/enterprise/pull/111916

opw-6061568