Employee plan setup is clearer because duplicate and confusing signature request options have been consolidated. This helps HR users choose the right action more easily when preparing contract-related signature steps.

Having both an activity type "Request Signature" and "Signature
Request" on the plan were confusing and misleading for the users.

TaskID: 2796407

Several automated performance checks were updated to reflect improved system behavior seen in recent testing. This helps ensure future changes are measured against the current, faster baseline for appointment, payroll, project planning, and mail activity flows.

The spreadsheet component used in Documents has been updated to a newer version. This fixes an issue where users could not apply number formats to date cells, improving spreadsheet formatting reliability.

### Contains the following commits:

https://github.com/odoo/o-spreadsheet/commit/14051356 [FIX] tests: use not.toBeNull instead of toBeDefined for components
https://github.com/odoo/o-spreadsheet/commit/d991ede0 [FIX] cell: can assign number format to date cell

Odoo can now fetch live currency exchange rates from the Central Bank of Turkey. This gives businesses operating with Turkish lira another official source for automated rate updates, reducing manual work and improving consistency.

Add live rate update 
Task: [2747887](https://www.odoo.com/web#id=2747887&cids=1&menu_id=4720&action=4043&model=project.task&view_type=form)

The point of sale experience now supports showing more than one popup at the same time. This helps staff handle overlapping alerts or reward prompts without losing important information during checkout.

Part of https://github.com/odoo/odoo/pull/83661

Appointment types now show a direct availability preview button from the kanban view when the website app is not installed. This makes it faster for staff to check the customer-facing booking experience without navigating through website features.

When website is not installed, it is practical to have an easier access to the
customer preview directly from the kanban view 

LINKS
Task-2812699
Part of Task-2709580

This fixes incorrect internal key names in the generic tax reporting area after an earlier update. It helps ensure tax report data is referenced consistently, reducing the risk of reporting errors or broken report behavior.

[FIX] account_generic_tax_reports: wrong keys name 

Some keys weren't refactor in https://github.com/odoo/enterprise/pull/23346

Signed-off-by: Ruben Gomes <rugo@odoo.com>

Helpdesk and subscription email templates were updated to match the improved customer rating process. This keeps rating requests and demo examples consistent, helping teams collect customer feedback more reliably.

``rating_apply`` method has been improved in community to improve customer
rating flow. This commit updates enterprise code accordingly.

Task-2812665 (Rating: Cleanup rating flow code)

The supplier can now be identified by its associated IBANs. Task: 2800584 X-original-commit: 29c03e887ef144abf5b13869b4cdef09dbf24845 Forward-Port-Of: odoo/enterprise#25807

The supplier can now be identified by its associated IBANs.

Task: 2800584
X-original-commit: 29c03e887ef144abf5b13869b4cdef09dbf24845

Forward-Port-Of: odoo/enterprise#25807

How to generate the bug ? - install accounting and l10n_lu_reports - in settings > general settings > companies, make sure that your lux company has an "accouting firm" that has a different vat number than the company. - go to accounting app and open the 'Profit and Loss (abridged)' report - generate a xml file by clicking on xml. What is the bug ? Whe you generate a xml file for some accounting reports for a Luxembourg company, the vat numbers are wrong. Effectively, in the Decla

How to generate the bug ?

- install accounting and l10n_lu_reports
- in settings > general settings > companies, make sure that your lux
company has an "accouting firm" that has a different vat number than the
company.
- go to accounting app and open the 'Profit and Loss (abridged)' report
- generate a xml file by clicking on xml.

What is the bug ?

Whe you generate a xml file for some accounting reports for a Luxembourg
company, the vat numbers are wrong. Effectively, in the Declarations
section, the vat number should be the one of the company instead of the
the one of the accounting firm.

opw-2774820

Signed-off-by: Adrien Minet <admi@odoo.com>

Forward-Port-Of: odoo/enterprise#25000

Description of the issue ------------------------ The inverse method for l10n_mx_nationality on res.partner allow to edit the field demonym on res.countries with sudo access User may enter wrong data and thus modified the res.country and all the partner linked to the same country. This lead to wrong info on DIOT report Solution -------- If demonym on countries is wrong it should be fixed on the res.country directly by users that have the access right to modified it So this inv

Description of the issue
------------------------

The inverse method for l10n_mx_nationality on res.partner
allow to edit the field demonym on res.countries with sudo access

User may enter wrong data and thus modified the res.country and
all the partner linked to the same country. This lead to wrong
info on DIOT report

Solution
--------
If demonym on countries is wrong it should be fixed on the res.country
directly by users that have the access right to modified it

So this inverse method need to be removed.

Forward-Port-Of: odoo/enterprise#25593

The taxes that we bear in Peru are all positive. balance_multiplicator makes EXO, INA, GRA, EXP taxes negative Before  After  Forward-Port-Of: odoo/enterprise#25761

The taxes that we bear in Peru are all positive.

balance_multiplicator makes EXO, INA, GRA, EXP taxes negative

Before

![image](https://user-images.githubusercontent.com/50924836/160404202-c8206840-7cb1-42f4-94ab-43c67600b3e2.png)

After

![image](https://user-images.githubusercontent.com/50924836/160404419-009467e7-e3db-40c2-95dc-8aaaf442bc37.png)

Forward-Port-Of: odoo/enterprise#25761

Before v14, formulas on financial reports used to be written in the form 'balance = sum.balance', while in v14, the same formula is expressed by 'sum'. When copying a financial report, we generate new codes for all its lines, and replace the old ones in all formulas using them within the report. However, this replacement in formulas was made in such a way that it was only compatible with pre-v14 formulas, and wasn't working anymore. Forward-Port-Of: odoo/enterprise#25703

Before v14, formulas on financial reports used to be written in the form 'balance = sum.balance', while in v14, the same formula is expressed by 'sum'.

When copying a financial report, we generate new codes for all its lines, and replace the old ones in all formulas using them within the report. However, this replacement in formulas was made in such a way that it was only compatible with pre-v14 formulas, and wasn't working anymore.

Forward-Port-Of: odoo/enterprise#25703

Currently, if an employee doesn't have any holiday allocation, the working schedule wizard doesn't have any selection for the time off type as it requires to have a valid allocation. As this field is mandatory, it is not possible to change the working schedule if the employee doesn't have an allocation. The working schedule wizard should list all time off type that requires an allocation to prevent this case. task-2701128 Forward-Port-Of: odoo/enterprise#23203

Currently, if an employee doesn't have any holiday allocation, the working schedule wizard
doesn't have any selection for the time off type as it requires to have a valid allocation.
As this field is mandatory, it is not possible to change the working schedule if the employee
doesn't have an allocation.

The working schedule wizard should list all time off type that requires an allocation to prevent
this case.

task-2701128

Forward-Port-Of: odoo/enterprise#23203