**Steps to reproduce:**
- Install Accounting

- In Accounting settings, activate "Cash Basis"
- Create/modify a tax with "Tax Exigibility" set to "Based on Payment"
- Set an account as "Cash Basis Transition Account"

- Create an invoice:
  * Customer: [any]
  * Invoice Lines:
    - [Price] 200.0
    - [Taxes] The cash basis tax (e.g. 15%)
- Confirm the invoice

- Go to "Bank" journal
- Create a bank statement for a lower amount than the invoice (e.g. $200)
- Match the statement with the invoice from the "Match Existing Entries" tab
- Select the added line and click on "fully paid" link
=> A new line with the amount difference should be added
- On the new line, select an expense account and the cash basis tax 
=> A new tax line should be added (e.g. $3.91)
- Validate
- Go to "Accounting / Reporting / Statement Reports / Tax Report"

**Issue:**
The amount of the Tax is equal to:
[Tax amount of the invoice] - 2 * [Tax amount of the difference line] = $30 - 2 * $3.91 = $22.18
which is not correct.
The tax amount of the difference line (coming from the bank reconciliation widget) is taken twice into account.

**Cause:**
A cash basis move is created for the tax line created in the bank reconciliation widget.
This move is using the same tax account as debit and credit account and is directly reversed using the same account.
No cash basis move should be created for that line because the tax line is added while reconciling a bank statement, which means the tax should have been received.

**Solution:**
Do not create a cash basis move for journal entries made in a bank or cash journal.

opw-4663059




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

Forward-Port-Of: odoo/odoo#227419
Forward-Port-Of: odoo/odoo#225151

**Steps to reproduce:**
- Install Accounting

- In Accounting settings, activate "Cash Basis"
- Create/modify a tax with "Tax Exigibility" set to "Based on Payment"
- Set an account as "Cash Basis Transition Account"

- Create an invoice:
  * Customer: [any]
  * Invoice Lines:
    - [Price] 200.0
    - [Taxes] The cash basis tax (e.g. 15%)
- Confirm the invoice

- Go to "Bank" journal
- Create a bank statement for a lower amount than the invoice (e.g. $200)
- Match the statement with the invoice from the "Match Existing Entries" tab
- Select the added line and click on "fully paid" link
=> A new line with the amount difference should be added
- On the new line, select an expense account and the cash basis tax 
=> A new tax line should be added (e.g. $3.91)
- Validate
- Go to "Accounting / Reporting / Statement Reports / Tax Report"

**Issue:**
The amount of the Tax is equal to:
[Tax amount of the invoice] - 2 * [Tax amount of the difference line] = $30 - 2 * $3.91 = $22.18
which is not correct.
The tax amount of the difference line (coming from the bank reconciliation widget) is taken twice into account.

**Cause:**
A cash basis move is created for the tax line created in the bank reconciliation widget.
This move is using the same tax account as debit and credit account and is directly reversed using the same account.
No cash basis move should be created for that line because the tax line is added while reconciling a bank statement, which means the tax should have been received.

**Solution:**
Do not create a cash basis move for journal entries made in a bank journal.

opw-4663059

Forward-Port-Of: odoo/enterprise#94899
Forward-Port-Of: odoo/enterprise#93735

When selling a product that use the mtso procurements, It will only link one SO to the PO, if several SO need to be linked to the same PO it will only keep the first one.
which break the smart button.

### Steps to reproduce:

* Activate Multi-step routes in inventory settings
* Unarchive MTO route
* Set "Take from stock, if unavailable, trigger an other route" on mto (mtso)
* create product with: buy and mtso routes, set up vendors.
* create and confirm a quotation for this products (smart button and link works)
* recreate and confirm a new quotation for this product
* smart button doesn't appears and the link don't exist.

### Observation:

This solution is a follow up on those pr:
MTSO behavior change:
https://github.com/odoo/odoo/pull/177185
First fix:
https://github.com/odoo/odoo/pull/180997

During the MTSO behavior change the link between po <-> so was broken, the first fix recreated a link between the two but only for one so.
The problem is that the field create (inside pol) to link po <-> so is a m2o.
We can not use it to link more than one so per pol.
https://github.com/odoo/odoo/commit/73e34cc6fa77fbdb6b40232d99c140c2e5770650#diff-c3231f0c5829f511c10589fc2c2298fe1c03d59f59a04a1ba8a60c85383ffa42R33

#### The proposition for the fix:
Is to create different pol for each so that originate form a mtso, which allow to link one so per pol.

opw-5026734

*: mrp_account, project_mrp_account

### Steps to reproduce:

- In the setting enable: "Work Orders"
- Create a bill of material for a final prodcut (FP):
  - 2 operations: op1, op2
  - Raw moves: - 1 x COMP1 consumed in op1 - 1 x COMP2 bot consumed in any operation
- Put 10 units of COMP1 and COMP2 in stock
- Create and confirm an MO for FP

### Issue:

Opening the details of the second operation one realizes that the COMP2 component move has been associated with op2. This is somewhat inconsistent as this component is linked to that last operation in the sense that marking it as done directly will set its quantity and consume COMP2 (even without operation dependency) but yet, the move is not flagged as `manual_consumption` while moves supposed to be processed but operations are: commit 479a9eb0f16af28bf2ee2ff34da3437278ba61fa Hence, setting the qty of the MO will automatically mark these moves as `consumed` (as expected):
https://github.com/odoo/odoo/blob/35ea3dcb2eeb379c8b1127f0c7b42191853c0bd2/addons/mrp/models/mrp_production.py#L1291-L1294

### Fix:

We backport commit 22a19557eab82cf9ca276f6b75f8172673927cda even if technically the component moves are not displayed in the shopfloor.

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

steps to reproduce:
-------------------
1. Install `l10n_sa_edi` and `l10n_latam_invoice_document`
2. Create and confirm an invoice.
3. Print the invoice PDF

issue:
------
The company logo is not printed on the invoice PDF.

cause of the issue:
-------------------
The `l10n_latam_invoice_document` hides the standard company logo if
`company_header` is set to true:
https://github.com/odoo/odoo/blob/0f6cb037e05db86e808682659a12442464b2cdd2/addons/l10n_latam_invoice_document/views/report_templates.xml#L6-L8

In the case of `l10n_sa`, the custom_header value is set because of this condition:
https://github.com/odoo/odoo/blob/0f6cb037e05db86e808682659a12442464b2cdd2/addons/l10n_sa/views/report_invoice.xml#L23

However, the condition in `l10n_latam_invoice_documnet` expects
a callable record instead of static XML data, which is incorrect:
https://github.com/odoo/odoo/blob/022fcbcf40a28afa56010f6130c26bb0503d5467/addons/l10n_latam_invoice_document/views/report_templates.xml#L9-L14

solution:
---------
Renaming the variable to `custom_header_sa` resolves the issue.

<details>
    <summary>Click here to see:</summary>
    Before:
    <img src="https://github.com/user-attachments/assets/f4606a44-10ce-4038-92a3-2c8ec2a69edf"/>

    After:
   <img src="https://github.com/user-attachments/assets/70055155-63f2-4fec-aaf6-3bf5587f5591"/>
</details>


opw-4977422