Steps to reproduce the bug:
- Enable “Subcontracting” and “Expiration Date” in MRP settings.
- Create a storable product “P1” with the following configurations:
    - tracked by: LOT
    - Expiration date: True
    - BoM:
        - BoM type: subcontracting
        - subcontractor: Azure interior

- Create a lot “L1” with an expiration date set to 01-01-2026.
    - Expiration date: 01-01-2026 

- Configure the operation type::
    - Receipt:
        - use existing SN: True

- Create a receipt:
    - Receive from: Azure interior
    - Product: one unit of P1
    - Mark it as todo
    - Open the detailed operation:
        - Set the “L1”
        - Record production
    - Reopen the detailed operation

Problem:
The expiration date in the stock.move.line is set to today’s date instead of the lot’s expiration date. 

Cause:
When marking the receipt as “To Do,” the SML is created. Since no lot_id is initially set, today’s date is assigned, thanks to the _compute_expiration_date method:

https://github.com/odoo/odoo/blob/9f1d555ac2d9b6e9d3d0d723d4f042eb44cf30b7/addons/product_expiry/models/stock_move_line.py#L37-L40

But When the lot_id is later set, the compute method is triggered again. However, since the SML already contains a date, the expiration date is not updated to match the lot’s expiration date.

opw-4394662

Forward-Port-Of: odoo/odoo#190747

**Issue:**

When printing a Purchase Order or Quotation in a company using the Indonesian tax chart, a tax code (Indonesian tax description) appears instead of the tax percentage.

**Steps to Reproduce:**

1- Ensure the company uses the Indonesian chart of accounts.
	- Install the l10n_id module.
	- Go to Settings > Taxes and set the Fiscal Country to Indonesia. 2- Navigate to Purchase and create a Purchase Order. 3- Add a product line and select an Indonesian tax (ex: 11%). 4- Print the Purchase Order.

The printed Purchase Order displays the tax code (description) instead of the tax percentage. The same behavior occurs in the Sales module regarding quotation printing (see screenshots attached)

<img src ="https://github.com/user-attachments/assets/08dd6940-e07e-4e44-9f03-85f8ae2e8914" width=300 />
<img src ="https://github.com/user-attachments/assets/a8d16f6c-c6a0-441f-8c3f-3546387fb4e6" width=300 />

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

Forward-Port-Of: odoo/odoo#191367
Forward-Port-Of: odoo/odoo#187703

Steps to reproduce:
- Open Expenses.
- Upload a sample expense pdf. The blue ribbon shows up saying “”
- Do not click on the refresh button. Instead, put in some value for the amount and submit and approve the expense.
- Go back to the expenses list view

Issue:
Notice this expense is at the top of the list and grayed out

Cause:
The order is determined by the extract_state_processed field:
https://github.com/odoo/enterprise/blob/ba06e216ab73c73e3a67fd917623c6ad357b869f/hr_expense_extract/models/hr_expense.py#L21

An expense is muted when this field is set to `True`:
https://github.com/odoo/enterprise/blob/1df090289f3c45c200d133734989a6d9a8073145/hr_recruitment_extract/views/hr_applicant_views.xml#L67

Solution:
We override `iap_extract` method
https://github.com/odoo/enterprise/blob/2e3113562309bf4d440e12ab09eaf94d0b302f1f/iap_extract/models/extract_mixin.py#L69
If the expense is not in draft, it indicates that the process continued without waiting for the extraction process to complete (values were manually entered).
To ensure a consistent extraction state, we extend the "Check OCR Status" logic to prevent an infinite waiting_extraction status.

opw-4239404

Forward-Port-Of: odoo/enterprise#75202