Paid orders placed through the self-order flow are now automatically sent to the kitchen display. This helps kitchen staff see and prepare eligible paid orders without manual intervention, while avoiding duplicate sends for items already displayed.

*: pos_online_payment_self_order_preparation_display

Makes the orders paid with the self-order flow automatically sent to the kitchen display, considering what is already sent.

task-id: 3171698
related: https://github.com/odoo/odoo/pull/127869

Planning services can now be assigned to only one role, reducing setup conflicts and confusion. Role tags are easier to distinguish with colors, and the project planning option has moved into Planning settings under the clearer name “Project Planning.”

before this commit, in planning role > services can be assign to multiple roles, roles_id tags in material is of same color and planning option is set in project setting.

This commit add domain so that service is assign to only one role, color is add to roles_id tags and planning option is replace from project to planning setting with named 'Project Planning'

task-3251687

Field service tasks can now use the full range of project-related features even when managed outside a standard project setup. This helps teams apply reporting, sales, and task management capabilities more consistently across field service work.

...w/o project
Completes the implementation of changes explained in Community PR.

Related:https://github.com/odoo/odoo/pull/128281
task-3367246

Helpdesk users can now create sales order lines directly from a ticket, reducing extra navigation and making it easier to bill service work. Field service project screens are also adjusted so sales shortcuts only appear where they are relevant.

This PR ensures that the features added in its community counterpart are properly handled for fsm project and helpdesk tickets. For more details, see the community PR.

Community: https://github.com/odoo/odoo/pull/121263

Task-3278895

Odoo now offers a share option from the user menu when used as an installed web app, where the browser address bar is not visible. On smaller screens, the share action is placed prominently at the top of the menu, making it easier for users to share the current page.

This commits adds a new share entry from the user menu. This allows the share of any web page from the PWA (standalone mode -> URL is not visible).

On smaller screens, the share is present directly at the top of the Burger Menu instead of being an item of the list.

Tests have been added to verify the presence of the button when Odoo is running in standalone mode, as well as the visibility depending the screen size.

task-3341052

The Sign app’s document signing screens and dialogs have been modernized to improve reliability, maintainability, and consistency with the rest of Odoo. This work also reduces older technology usage while keeping compatibility where needed for signature capture and PDF handling.

Following the previous efforts to convert the sign module to OWL (https://github.com/odoo/enterprise/pull/36168/), this PR now converts the common and backend parts of the signature process into OWL and removes jQuery usage in the sign module (note that jQuery is still being used under the hood as jSignature is based on it, therefore we still have to add it in the manifest file). Also, some parts of the code that interact with the PDF.js iframe are not using OWL, but only vanilla JS. This is due to the way we interact with the PDF.js library. Essentially, we add the sign items to each page div rendered by the library. If we were to use OWL, we'd have to mount multiple OWL apps in the iframe and that would be cumbersome to manage. In order to have the benefits of the webclient and OWL, the solution was to pass services and the env object to the classes that implement the iframe logic. In order to keep the iframe logic closer to the experience of writing OWL code, it was chosen to have all iframe logic be implemented with JS classes. This also allows us to monkey patch our classes using the patch function.


task-3286974

Employee appraisals are now created automatically on each employee's scheduled appraisal date, making the process more timely and predictable. Completing an appraisal updates the next scheduled date, while safeguards prevent dates from being set in the past and new filters/grouping options improve follow-up.

appraisal plan's cron now creates the appraisals on the day of
next_appraisal_date of the hr.employee. when an appraisal is done
it sets that value on the employee. New filters and groupby's

task 3356662

Helpdesk users now get clearer search options, filters, and grouping across teams, tickets, customer ratings, and SLA policies. This makes it easier for support teams to find the right records, review performance, and manage service commitments more efficiently.

Improve the UX for search view:

- Improve the search view of the helpdesk team
- Improve the filters, groupby and search view of the helpdesk ticket
- improve the filters and groupby of customer ratings
- Improve the filters, groupby and search view of the sla policies

task-3265256

The salary configurator now correctly requires document-type personal information when it has been marked as mandatory or is needed for an employee benefit. This helps ensure employee salary package submissions include all required documents, reducing incomplete requests and follow-up work.

Issue:
'document' type of personal informations were not required on the salary configurator, even when they were set as required on the personal info.

Moreover, we set personal information as required, if it is set as 'Requested Document' for an advantage.

This changes also implied populating 'document' type personal informations for the tours.

task - 3266175

Financial reports now preserve the lines users manually expanded on screen when exported to PDF or Excel. This ensures printed files match what users reviewed in the interface, reducing confusion and rework.

When printing a report, the lines that were manually unfolded in the UI should stay unfolded in the generated file. This wasn't working anymore.

Mexican electronic invoicing is being reorganized so invoice, payment, and delivery documents can be tracked more directly without relying on the older accounting EDI component. This improves visibility into CFDI status and payment reporting, while preparing the system for future point-of-sale global invoicing needs.

task: 3069324

The helpdesk repair integration has been updated to match broader changes in Odoo's repair process. Businesses can now manage repair work more cleanly apart from sales and invoicing, including linking one sales order to multiple repairs and using a dedicated repairs warehouse operation type.

Adaptation of helpdesk_repair to important changes made in repair. Main changes include :
 - Separate Repair and Sales/Invoicing functionalities
 - Possible binding between a Sale Order and many Repair Orders
 - Specific 'repair.line' model is now replaced by a 'stock.move' inheritance
 - Added a new 'Repairs' Operation Type to warehouse(s)

Task : 3046560

Community : odoo/odoo#106911
Upgrade : https://github.com/odoo/upgrade/pull/4391