The renting setup has been reorganized so that installing rental features no longer automatically brings in the full Sales app. Sales-management-specific rental features now live in a separate bridge module, keeping installations lighter and better aligned with business needs.

Before this commit, sale_renting inherits of sale_management, which leads to the installation of Sales app. This is not the desired behavior.

Hence, dependencies to sale_management are moved to a bridge module sale_management_renting. And dependency to sale_management is removed in sale_temporal

task-3535488

The account follow-up report title can now be edited more easily in Studio, making it simpler for businesses to tailor customer-facing payment reminders. The report structure was also cleaned up and made clearer, including more helpful labels when editing the report layout.

The main goal of this PR was to make the title of the
followup report editable (and to make the report a bit more standard in
the process).
In the process the code was cleaned up a bit.

There were the following technical challenges in making the report title editable.
The render values are not passed to the report like for other standard
qweb reports (e.g. with _get_report_values or computed in the template).
To generate the html of the report (except the external layout including address etc)
the report template just uses a function (res.partner.get_followup_html).
In studio thus only this function call is visible.

The actual report generation basically happens in get_followup_report_html (from account_followup_report.py).
There the render values are computed and the actual report template (template_followup_report) is rendered with these values.

To make the report title editable the call to get_followup_html is removed.
To do this the the necessary values to render the report templates are
obtained directly in the report template (i.e. template_followup_report);
instead of taking the indirection via get_followup_report_html.

task-3446724

The global filters side panel now lets users collapse the field matching section, reducing visual clutter while editing filters. For existing filters, this section starts collapsed by default so users can focus on the main filter settings first.

In the global filters side panel, the field matching section is now collapsible. It is collapsed by default when editing existing filters.

Task: [3516319](https://www.odoo.com/web#id=3516319&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form)

Documents and Knowledge now better recognize when the chatter panel is displayed at the side of the screen. This helps keep the interface layout consistent and easier to use when reviewing documents or knowledge content.

See https://github.com/odoo/odoo/pull/118794

task-2359037

Odoo now supports more US banks when generating NACHA payment files by allowing businesses to choose the right payment entry type and create balanced files when required. Payments are also grouped by payment date, making files closer to bank expectations and potentially reducing per-batch fees.

These two commits makes Odoo support more American banks. For details please see the individual commits.

task-3515444
task-3431827

Signature request emails for employee contracts now use the employee's work email instead of the public email field. The request screen also shows the email value, helping HR teams confirm documents are sent to the right address before requesting signatures.

Point of Sale and self-order workflows now show selected product attributes, including multiple checkbox choices, on tickets and preparation displays. This helps kitchen or preparation teams see customer selections clearly and prepare orders more accurately.

Previously, it was not possible to select multiple values for an attribute in Point of sale and self order.

Now that this functionality has been added, we now support "multi" or checkbox attribute types. When an order is placed with products containing attributes, these are displayed on the ticket and on the preparation display.

This fix makes exchange difference entries use the correct accounting date when payments or invoices are reconciled. It keeps reconciliation behavior consistent with unreconciliation, helping financial reports reflect currency gains or losses in the right period.

We align how the date is computed on exchange differences on how it already works when unreconciling. See _get_accounting_date().

Task-id:3516687
Community: https://github.com/odoo/odoo/pull/136911