#### Issue:
- After invoicing a downpayment in a foreign currency, in the XMl of the total invoice, the currency_id on the prepaid tag is set to PEN instead of the right currency.

#### Step to reproduce:
1. Install l10n_pe_edi
2. Sell a product to "Comercial Constructora los Patitos" through the sales app and make sure you use USD (or a different currency than PEN).
3. Create a downpayment invoice, could be any percentage.
4. To make sure it works correctly, add a random document number on the invoice with the format ABC-01234567.
5. Confirm this invoice.
6. Now go back to the sale order and deliver your product.
7. Create the final invoice, where the downpayment will be deducted. Make sure it is also in USD (or whatever currency you chose).
8. Confirm the invoice.

#### Current behavior:
- Display "PEN" in the attribute currencyID of tag PaidAmount in a PrepaidPayment: <cbc:PaidAmount currencyID=PEN>

#### Expected behavior:
- The currency displayed should match the invoice currency

#### Cause of the issue:
- the currency of the company emitting the invoice was used instead of the currency of the invoice.

opw-5061019

**Steps to reproduce:**
1. Install the modules: `accounting` and `account_iso20022`.
2. Configure a bank journal with SEPA credit transfer in *Outgoing payment methods*.
3. Create a partner with two bank accounts: one trusted, one untrusted.
4. Create a vendor bill for this partner.
5. Register a payment using the SEPA credit transfer method.
6. Manually select the trusted bank account from the dropdown.

**Observed behavior:**
* A warning banner is shown when the trusted account is selected.

**Root cause:**
* `_compute_trust_values` only validated the bank account from the batch (original invoice data) and ignored the `partner_bank_id` if the user changed it manually in the wizard.

**Solution:**
* Update `_compute_trust_values` to also validate the currently selected `partner_bank_id`, ensuring the trust check reflects the user’s actual selection.
* added testcase for the same in account_iso20022 [#95124](https://github.com/odoo/enterprise/pull/95124)

opw-5059740

Forward-Port-Of: odoo/odoo#227404

**Steps to reproduce:**
1. Install l10n_gcc_invoice.
2. Add and Switch to a Saudi Arabia company.
3. Select boxed layout (or keep any layout).
4. Create and print an invoice.

**Issue:**
- The description column is misaligned in the Arabic invoice report. According to Saudi localization, it should 
  be aligned to the left for better readability. The current alignment makes Arabic text inconvenient to read.

**Cause:**
- Other columns (e.g., quantity, taxes) already use the `text-end` class, but the description column has 
  no alignment class, causing inconsistent layout and misalignment.

**Solution:**
- Added the `text-end` class to the description column to ensure proper alignment and consistent readability
  in Arabic invoice reports.
  
**Before FIX:**
<img width="831" height="329" alt="image" src="https://github.com/user-attachments/assets/857f9f7f-d930-4c73-b2fa-eacd7a153ea3" />

   **After FIX**
<img width="788" height="354" alt="image" src="https://github.com/user-attachments/assets/929acdb1-bb13-4e1e-829c-8fdbe18334a4" />


**opw-5087770**

Forward-Port-Of: odoo/odoo#228118

Issue
-----
When using Shiprocket with the "Cash On Delivery", the request sent to the Shiprocket API doesn't contain the amounts discounted by coupons.

Steps to reproduce
-----
- Set an Indian company up (with valid address and some dummy mail & phone)
- Create a customer "IN Cust" (with valid address and some dummy mail & phone)
- Create a product "IN Prod"
	- Sale price: 1000 INR
	- Weight: 100g
	- Set some reference, eg "INPROD"
- Create a Shiprocket delivery method
	- Payment Method: COD
	- Set some "Shiprocket Channel"
	- Enable Debug requests
- In settings, enable "Promotions, Loyalty & Gift Card"
- Go to Sales > Products > Discount & Loyalty
- Create a new program
	- Name: 50% off
	- Program Type: Coupons
	- Change the existing reward to 50% discount on order
	- Generate some coupon
	- Copy the code to the generated coupon
- Create a SO our product and customer
- Use the coupon code & apply the 50% discount
- Add shipping
	- Shiprocket COD
	- Get rate
- Confirm the SO
- Go to the picking & validate it
- Open logs (Settings/Technical/Database Structure/Logging)
- Open the "shiprocket_request_external/shipments/create/forward-shipment" log

--> total_discount is 0

Cause
-----
The problem comes from

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L301

There are 2 issues here.

The first and most important one is how we find the discount lines.

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L320

Discounts from coupons don't use the `sale_discount_product_id`, we'll have to define a new function to override in `sale_loyalty` for this.

The second issue is that we use the untaxed discount amount.

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L321

This leads to an incoherent total amount, since the tax is computed on the products' full prices. We should instead be forwarding the total discount value (with tax included to offset the taxes applied on the full product price).

-----
Enterprise PR:
https://github.com/odoo/enterprise/pull/92310
Ticket:
opw-4755357

Forward-Port-Of: odoo/odoo#228375
Forward-Port-Of: odoo/odoo#223517

Issue
-----
When using Shiprocket with the "Cash On Delivery", the request sent to the Shiprocket API doesn't contain the amounts discounted by coupons.

Steps to reproduce
-----
- Set an Indian company up (with valid address and some dummy mail & phone)
- Create a customer "IN Cust" (with valid address and some dummy mail & phone)
- Create a product "IN Prod"
	- Sale price: 1000 INR
	- Weight: 100g
	- Set some reference, eg "INPROD"
- Create a Shiprocket delivery method
	- Payment Method: COD
	- Set some "Shiprocket Channel"
	- Enable Debug requests
- In settings, enable "Promotions, Loyalty & Gift Card"
- Go to Sales > Products > Discount & Loyalty
- Create a new program
	- Name: 50% off
	- Program Type: Coupons
	- Change the existing reward to 50% discount on order
	- Generate some coupon
	- Copy the code of the generated coupon
- Create a SO our product and customer
- Use the coupon code & apply the 50% discount
- Add shipping
	- Shiprocket COD
	- Get rate
- Confirm the SO
- Go to the picking & validate it
- Open logs (Settings/Technical/Database Structure/Logging)
- Open the "shiprocket_request_external/shipments/create/forward-shipment" log

--> total_discount is 0

Cause
-----
The problem comes from

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L301

There are 2 issues here.

The first and most important one is how we find the discount lines.

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L320

Discounts from coupons don't use the `sale_discount_product_id`. We can use the `_can_be_invoiced_alone` function to find both regular and loyalty discounts

https://github.com/odoo/odoo/blob/ee63fe7863dfa0083674dc927c1aa67c9e36c481/addons/sale/models/sale_order_line.py#L1033-L1041
 
    def _can_be_invoiced_alone(self):
        """ Whether a given line is meaningful to invoice alone.

        It is generally meaningless/confusing or even wrong to invoice some specific SOlines
        (delivery, discounts, rewards, ...) without others, unless they are the only left to invoice
        in the SO.
        """
        self.ensure_one()
        return self.product_id.id != self.company_id.sale_discount_product_id.id

https://github.com/odoo/odoo/blob/ee63fe7863dfa0083674dc927c1aa67c9e36c481/addons/sale_loyalty/models/sale_order_line.py#L50-L51

    def _can_be_invoiced_alone(self):
        return super()._can_be_invoiced_alone() and not self.is_reward_line

We just have to be careful not to accidentally include delivery fees because of

https://github.com/odoo/odoo/blob/ee63fe7863dfa0083674dc927c1aa67c9e36c481/addons/delivery/models/sale_order_line.py#L18-L19

    def _can_be_invoiced_alone(self):
        return super()._can_be_invoiced_alone() and not self.is_delivery

The second issue is that we use the untaxed discount amount.

https://github.com/odoo/enterprise/blob/a971f55e736f9645eda137fd6dcb574483886483/delivery_shiprocket/models/shiprocket_request.py#L321

This leads to an incoherent total amount, since the tax is computed on the products' full prices. We should instead be forwarding the total discount value (with tax included to offset the taxes applied on the full product price).

-----
Community PR:
https://github.com/odoo/odoo/pull/223517
Ticket:
opw-4755357

Forward-Port-Of: odoo/enterprise#95435
Forward-Port-Of: odoo/enterprise#92310

Currently, if a user creates a new company without configuring its warehouse, clicking 'View Diagram' raises an error.

**Steps to Reproduce:**
1) Install sale_stock module.(with Demo Data)
2) Navigate to Inventory>Configuration>Warehouses and create a new Warehouse. 
3) Create a new company and switch to that company. 
4) Navigate to Inventory>Products>Products
5) Open any product and click on 'View Diagram' in the 'inventory tab'.

**Error:**
`AttributeError: 'bool' object has no attribute 'origin'`

**Root Cause:**
On following above steps, `default_get` method is called. At [1], it attempts to fetch the ID of the warehouse. Because Odoo does not create a default warehouse for a newly created company, the value received by `res` at [2] looks like `[(6, 0, ['False'])]` which causes an error during further computation.

**Fix:**
Raise a `Redirect Warehouse Warning` when clicking 'View Diagram' if no warehouse is found.

[1]- https://github.com/odoo/odoo/blob/a729578afb7fed79aac2d622aae4da4c0917f8e5/addons/stock/wizard/stock_rules_report.py#L35

[2]- https://github.com/odoo/odoo/blob/a729578afb7fed79aac2d622aae4da4c0917f8e5/addons/stock/wizard/stock_rules_report.py#L36



**Note**: not adding a test case, as the issue is not reproducible in test mode as default warehouse is created for a company in the test mode
https://github.com/odoo/odoo/blob/de264d99c22283390d18beb7c7c62c29824f72b3/addons/stock/models/res_company.py#L197-L198

sentry-6575082178

Forward-Port-Of: odoo/odoo#227810

Manual forward port of https://github.com/odoo/enterprise/pull/90878

**Problem:**
When scanning a package with a different UoM than the barcode line, the
conversion is not made.

**Steps to reproduce:**
- Enable the "Packages" setting;
- Create a new storable product and set kg as its UoM;
- In the inventory tab, add "g" in the packagings
- Click on the on hand smart button and select update quantity
- Add a new line;
- In the package column create a new package;
- Set a quantity of 10 kg;
- Create a delivery and select your product;
- Set a demand on 10000 and select g as the UoM;
- Mark as todo;
- Open the delivery in the Barcode app;
- Scan the package.

**Current behavior:**
The quantity on the line is now 10 / 10000 g

**Expected behavior:**
It should be 10000 / 10000 g

**Cause of the issue:**
https://github.com/odoo/enterprise/blob/4c9fa9dc010958710d848fbcb3241b17ea7205ca/stock_barcode/static/src/models/barcode_picking_model.js#L1500-L1505
remaining_qty is expressed in the uom of the quant so it will be 10 but
qty_needed is expressed in the uom of the line is it will be 10000.
qty_used beeing the minimum of those two it will be 10.

**Fix:**
To define how much quantity to take from the package, we convert the
line's quantity by using the package's UoM.
Then, when we add this quantity to the line's quantity, we re-convert it
by using the line's UoM.

opw-4860064

Forward-Port-Of: odoo/enterprise#93693

Since [1], the page dependencies algorithm was updated, requiring
adjustments to the tour logic. Additionally, following [2], the
"Add new content" button was changed from an `<a>` tag to a `<button>`,
which also needed to be reflected in the tour.

Furthermore (see [3]), removing a page from the menu could silently fail
when the page URL was changed in the same save because the wizard only
looked up menus by the current URL. Resolve menus by page_id (fallback
to URL) in both compute and inverse, and unlink accordingly, ensuring
"In Menu" toggles work reliably across URL changes.

Also, since [4], the "New Page" dialog cached the templates list, so
pages newly marked as "Is a Template" didn't appear until a reload.
Fetch templates without client-side caching so the Custom tab reflects
changes immediately. This fixes the tour steps for "Verify is not in
menu" and "Verify template Cool Page exists."

Steps to reproduce:

A. "In Menu" toggle fails when URL also changes (unlink by URL only)

- Website > Go to any page (e.g., /cool-page).
- Click Edit > Page (properties).
- Change URL from /cool-page to /cool-page-2.
- In the same dialog, disable "In Menu" (It should be automatic).
- Click Save & Close.
- Bug (before): The corresponding menu item is not removed because the
  unlink resolves only by the old/current URL.

  Now: Menus are resolved and unlinked by page_id (fallback to URL), so
  the menu entry is correctly removed.

B. "New Page" > Custom templates list becomes stale (client cache)

- Create a normal website page (not a template).
- Open Page (properties) and enable "Is a Template". Save.
- Without reloading the site, click New (Add new content) > New Page.
- Open the Custom tab.
- Bug (before): The page you just turned into a template doesn't appear
  because the dialog used a cached list.

  Now: The dialog fetches templates without client caching, so the new
  template appears immediately.

[1]: https://github.com/odoo/odoo/commit/cd4b0c91c1cf60ff72e91cf0544cb255ee5aff3f
[2]: https://github.com/odoo/odoo/commit/9fe45e2b7ddbbfd0445ffe25a859e67a316d02b2
[3]: https://github.com/odoo/odoo/commit/d6c8177824be3
[4]: https://github.com/odoo/odoo/commit/b7fe6e6704fad
runbot-224020

_______________________________________
## Short functional explanation of the error
Let's say we have the scenario where a user has access to company_1 and company_2, but only has a corresponding employee in company_2. If the user selects company_1 and company_2 but keeps company_1 as his current company, and tries to assign himself a task that has been created for company_2, nothing happens.

## Reproduction Steps
1. As an admin, create a user with which you'll be able to log. Make sure that you have at least 2 companies created, and that the user has access to both. Create an employee for that user in company_2.
2. Select both companies. In planning, create a slot for company_2 and publish it.
3. Log in as the user you created. Make sure that the current company is company_1. Select company_2.
4. Go to planning and try to assign yourself to the slot you've just created as an admin

### Expected behavior
Either an error message shows, or the employee is assigned to the slot for company_2 (as company_2 is selected).

### Unexpected behavior
Nothing happens

## Origin of the issue
When the current company isn't the one corresponding to the one the employee is in, even if another company is selected and contains the employee,
self.env.user.employee_id is set at False

_________________________________________
opw-4963674

---

Forward-Port-Of: odoo/enterprise#91616

# Issue:
In a sale order, if any of the so lines contains the ID of a deleted analytic account in its analytic_distribution field, then updating the project_id field is impossible as it raises an error.

# Cause
This is caused because _compute_analytic_distribution() tries to retrieve 'root_plan_id' from all ids without checking if records exists.

# Fix
This commit add an exists() check on analytic.accounts retrieved from analytic_distribution field and clear the non-existing records ids from the field.

# Steps to reproduce
- Install sale_project and accountant modules
- Check "Analytic Accounting" in the Accounting settings
- Create a new project "Test P", set it up "Billable", with a new Analytic account "Test AC" (field "Project" tab "Analytic")
- Create a new sale order "Test SO", add a few products and set up the Project field to "Test P". Save the sale order.
- Delete the analytic.account "Test AC"
- Go back on "Test SO", try to change the field "Project" - a Missing error is thrown

---

Current behavior before PR: When creating a sale order and binding it to a project with an analytic account, then deleting the analytic account, the field "Project" on the sale order can't be updated anymore.

Desired behavior after PR is merged: When creating a sale order and binding it to a project with an analytic account, then deleting the analytic account, the field "Project" on the sale order can be updated.

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

Forward-Port-Of: odoo/odoo#224895

Before this commit, interactions where not always destroyed when their target was removed from the DOM. An example of this problem is given by the `s_countdown` snippet. When the snippet is removed by `DeletePlugin`, the interaction is not destroyed, and a recurrent interval keeps expiring every second triggering multiple errors.

This commit introduces the following changes:
1. `EditInteractionPlugin.refreshInteractions`, which is called on normalization, now checks for every interaction and destroyes the ones linked to a disconnected DOM element.
2. `websiteEditService.refresh` now checks if the target element is disconnected, and in this case stops the interaction.
3. `Countdown` now uses the `waitForTimeout` function, which does not execute any callback if the interation has been destroyed.

How to reproduce the problem with `s_countdown`:
1. Insert the snippet `s_text_block`
2. Insert the snippet `s_countdown` in the middle of the text
3. Place the cursor after the countdown
4. Press "backspace" until the countdown is deleted
5. The error appears

(Alternatively, place the cursor before the countdown and press delete, or select a portion of text including the countdown and press backspace).

task-4367641

*: website_sale

__Current behavior before commit:__
Some builder actions (e.g `ProductPageImageLayoutAction`) reload the
editor after being applied. If another button in the builder is pressed
rapidly, `refreshCurrentItem` might be called after the editor is
destroyed leading to the following error in [`isApplied`]:

`TypeError: Cannot read properties of undefined (reading 'getAction')`.

The "Product page options" test fails in rare occasion due to this
issue.

__Description of the fix:__
- Add a safety guard to make sure the editor is not destroyed before
calling `refreshCurrentItem`.
- Add some checks at the end of the test in order for the crash to
appear consistently (if the fix is not applied).
- Make the test more robust (some code is backported from
[this commit]).

[this commit]: https://github.com/odoo/odoo/commit/670b1daa2254d76
[`isApplied`]: https://github.com/odoo/odoo/blob/f258b263136f606f7896/addons/html_builder/static/src/core/utils.js#L939

Runbot error: https://runbot.odoo.com/odoo/runbot.build.error/232649

**Current Behavior:**
With rental transfers enabled, renting a product with a serial number multiple times will result in the rental schedule only showing one of multiple rental orders for that SN.

**Expected Behavior:**
All rentals for the same SN should appear in the rental schedule.

**Steps to Reproduce:**
- Go to Rental > Configuration > Settings and enable Rental Transfers
- Create a new product that is storable, can be rented, and is tracked by unique serial number
- Receive 25 of the product with assigned serial numbers
- Create and confirm a rental order for 25 units of product
- Validate both OUT and IN transfers
- Duplicate the rental order and confirm it
- Check Rental > Schedule -> Odoo says 25 total units across the original and duplicate orders, but they each have 25

**Cause of the Issue:**
Previously, commit ed5fd2693fc fixed a bug where all serial numbers would display regardless of whether they were involved in a rental.

This introduced this bug, where only the first stock move line with a distinct serial number would be shown in the rental schedule.

**Fix:**
Change the "SELECT DISTINCT ON" to "sml". We can get all distinct stock move lines as we can expect SNs to appear multiple times.

opw-5003247

Forward-Port-Of: odoo/enterprise#95315