**Steps to reproduce:**
- Install Accounting
- Go to Settings and configure document layout
- Select Folder as layout
- Create an invoice with lot of products (~20) that would be printed on 2 pages
- Duplicate the created invoice
- From the list view, select both invoices
- Click on "Send" button
- Go to "Settings / Technical / Automation / Scheduled Actions"
- Open "Send invoices automatically" action
- Click on "Run Manually"

**Issue:**
A KeyError is raised in "_prepare_invoice_pdf_report" method from the following line:
`'raw': content_by_id[invoice.id]`
If the invoices have already been sent before clicking on "Run Manually", the traceback can be checked in the logs.

**Cause:**
Since this commit
https://github.com/odoo/odoo/commit/0e73d3f1751495786eb2b18384ea39f4da18e3fb a unique call to "wkhtmltopdf" is made to generate one PDF for all the invoices.
This PDF is then split in a dict having an entry for each invoice. When there is more pages than the number of invoices, we check the "outlines" generated by "wkhtmltopdf" to determine which pages are associated to which invoice.
"wkhtmltopdf" generates an "outline" for each heading tag (i.e. h1, h2,...).
As each layout is only using a heading tag (i.e. h2) for the document title, we can assume that each page between 2 heading tags and therefore outlines belongs to the same invoice.
The issue with the Folder layout is that the document title is defined in the header of the layout and not in the body as it is done for the other layouts.
But "wkhtmltopdf" only generates "outines" for heading tags in the body, ignoring those defined in the header.
In that case, the PDF cannot be split due to the lack of outlines and the dict only contains one element (the whole PDF) with False as key, which raises the error when executing this code `content_by_id[invoice.id]`.

**Solution:**
1) Instead of the KeyError, a UserError with a more useful message is raised instead.

2) A heading tag (h3) is added in the body of the Folder layout to allow "wkhtmltopdf" to generate the "outlines" from it.
This heading also contains the document title.
But in order to prevent having the document title displayed twice, these styles are applied to it:
- "opacity: 0" to hide the tag. "display: none" and "visibility: hidden" don't work. No "outline" is generated if there are used.
- "height: 0" to remove the space allocated to the hidden tag.
This is a very hacky solution but without it, it is not possible to send multiple documents that have more than one page.

opw-4592851
opw-4562932




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

Forward-Port-Of: odoo/odoo#204158

### Steps to reproduce:
*Happening in all LATAM localizations*
- Install 'l10n_pe' and switch to a Peruvian company
- In Accounting > Configuration > Journals duplicate "Customer Invoices"
- In the new journal tick the option "Secure Posted Entries with Hash"
- Create a new invoice with this journal, confirm
- Duplicate this invoice and try to confirm
- Cannot confirm

### Cause:
When confirming an invoice with LATAM localization, the fields "sequence_number" and "sequence_prefix" are no longer populated. These fields are necessary with the hash option.

During a previous series of commits, a call to `_compute_split_sequence` was removed:
- [1st commit](https://github.com/odoo/odoo/commit/10565c6968a5d0f285f93c4bdc610350999a88e3) 
- [2nd commit](https://github.com/odoo/odoo/commit/658542e17dfe421b83bf610564042c8b643b3b78) 
- [3rd commit](https://github.com/odoo/odoo/commit/7f08a7ebbcc8fc856f961d7ca6f001ce69e8771c) 

This for some reason does not compute the fields for invoices in LATAM.

### Solution:
Add the call to `_compute_split_sequence`.

opw-4685796

Forward-Port-Of: odoo/odoo#205505

Currently, an error occurs when opening a website cart if its `Payment method` record has been deleted. This results in preventing the user from accessing the cart.

**Steps to produce:**
- Install the `website_sale` module.
- Navigate to `Website / Configuration / eCommerce / Payment Methods`.
- Delete method `name: Payment method`.
- Add the product to the cart and then open it.
- Observe the error.

**Error:**
`ValueError: External ID not found in the system: payment.payment_method_unknown`

The error occurs because the system attempts to access id of the payment method `payment.payment_method_unknown` at [1], but it is unavailable as the user has already deleted it.

This commit adds validation to prevent deletion of the `payment_method_unknown`.

[1] - https://github.com/odoo/odoo/blob/1c896c5da71b58b382269fe6cca556f4a61e4d5d/addons/website_sale/controllers/main.py#L1714

Sentry - 6177955401

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

Forward-Port-Of: odoo/odoo#198728

Imperial UoM can sometime create a discrepancy in between the demand and the actual quantity move, this is mostly expected. However, when the user force set the quantity manually, a ValidationError could be raised because Odoo tried to create a new stock.move.line with the difference.

This test ensure that a move line with a product uom quantity of 0 does not impact the Quants reserved quantity.

https://github.com/user-attachments/assets/661c23e2-2de1-4328-aad8-b4e6d80e0500


# HOW TO REPRODUCE
- Create Product P, with oz uom
- Set available quantity to 10 oz
- Create delivery transfer for 150g of P > Confirm > Assign
- -> Reserved quantity is 149.97 g (expected) which is 5.29 oz
- Set Quantity to 150 g
- => ValidationError: "Quantity or Reserved Quantity should be set."
- Unreserve > Set Quantity to 150g == No problem ...
OPW-4659565


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

Forward-Port-Of: odoo/odoo#205389
Forward-Port-Of: odoo/odoo#203765

Steps to reproduce the bug:
- Install point of sales app, employees app
- Make a shop and enable multiple employees per session option
- Add another user as a basic right user for any shop
- Open a shop session (the one rights are set up for)
- Log out of the current user and log in with the other user account
- Open the session
- The current logged-in user can close the session despite having basic rights

Problem:
The close session in the XML was having a condition of pos.employeeIsAdmin, and the employeeIsAdmin flag was checking if the user is having advanced rights on the shop or it is the logged-in Odoo user. So if you are the logged-in user, you will always have the close register option regardless of the access rights you have for a specific shop.

opw-4575692

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




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

Forward-Port-Of: odoo/odoo#204972
Forward-Port-Of: odoo/odoo#198613

Description of the issue/feature this PR addresses:

**Description:**
> - When we open the 'Customers' menu on the website, the 'tags' are displayed in a single line

**Steps:**

> - Install the "website_customer" module.
> - Create a "Website Tag" from the Contacts app-> Configurations.
> - Add the tag to any partner's "Website Tags" field (inside the "Sales & Purchase" page).
> - Go to the website and open the "Customers" menu(from url).

Current behavior before PR:

    Before Fix:
![Our-References-My-Website](https://github.com/user-attachments/assets/9d5bc1ac-d407-4225-abd0-5f5edf5d6fa8)

    After Fix:
![Our-References-My-Website(1)](https://github.com/user-attachments/assets/d9876e8a-ef52-44d0-8204-34b3325c1f36)

Desired behavior after PR is merged:

    - All Tags are appropriately shown after my fix
    - The issue comes in version 17.0, 18.0, saas~18.1, and saas~18.2

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

Forward-Port-Of: odoo/odoo#204983
Forward-Port-Of: odoo/odoo#203772

## Steps to reproduce:

1. Install l10n_mx.
2. Activate developer mode.
3. Activate Download XSD files (XML validation).
4. Go to accounting  configuration > chart of accounts
5. Make sure here to have 2 accounts like 702.XXX. One should have the credit tag and the other one the debit one.
8. Go to reports and select Trial Balance.
9. Click on the download drop list and select COA SAT

## Issue: 

Up to now we have just intentionally marked this accounts as no valid, we can see that inside trial_balance.py for l10n_mx_reports at L201 this was a known limitation.

## Solution: 

As we can see from the technical anex in the mexican goverment site https://www.gob.mx/sat/documentos/contabilidad-en-medios-electronicos-anexo-tecnico we can see that there are asset, liability and equity accounts which, by their nature, can be presented as debit or credit.



### Example Scenario:

Let's say we have two hypothetical accounts, 701.01.01 and 701.01.02:

Account 701.01.01 (perhaps an asset account) would be a Deudora (D).
Account 701.01.02 (perhaps a liability account) would be Acreedora (A).

The nature (D or A) depends on the type of account according to the categorization provided in the document.

So,

- Accounts related to Assets, Costs, and Expenses should generally be Deudora (D).
- Accounts related to Liabilities, Equity, and Income should generally be Acreedora (A).
- Some special accounts may vary and can be both Deudora (D) and Acreedora (A).


opw-4185713

Forward-Port-Of: odoo/enterprise#83058
Forward-Port-Of: odoo/enterprise#70113

Steps to reproduce:
1) Open the Appointment module without loading demo data.
2) Create a resource-based appointment type using the helper (e.g., 'Book a Resource' or 'Table Booking').
3) Open the calendar and check the 'Share Availabilities' dropdown menu—resource-based appointments appear there.

Issue:
Resource-based appointments should not be visible in the dropdown menu.

Technical:
We have set default value of `staff_user_ids` as self user. Inside the `appointment_get_user_appointment_types`'s domain we only specified, `staff_user_ids` but while creating a resource based appointment from the Helper, we directly select, `schedule_based_on` as `resources`, thus will not see `staff_user_ids` in view, there for its compute will never called, and we will get its default value, as the result that appointment will be valid as per `appointment_get_user_appointment_types`'s domain.

After this PR:
Only User based appointments will be displayed.

Task-4680418

Forward-Port-Of: odoo/enterprise#82736

## [FIX] web_gantt: make sure orm service is defined in gantt renderer

Before this commit, when the user reschedules his task with dependencies by clicking on any arrow displayed in the gantt connector. 
A notification is displayed to notify the user the action is done with success, that notification also contains an `Undo` button to 
let the user to undo the rescheduling made. However, if the user clicks on the undo button, a traceback occurs. The reason is because 
`orm` service is not defined in the gantt renderer.

This commit makes sure the orm service is defined in the gantt renderer to be able to call the `action_rollback_scheduling` method.

## [FIX] web_gantt: don't display undo button if old vals are not given

Before this commit, after the `web_gantt_schedule` call was done, a
notification is displayed according to the result received by the
`web_gantt_schedule` call done. The problem is even if the
`old_vals_per_pill_id` is not given when the gantt scheduling has been
made with success, the `Undo` button is displayed. The problem is
without `old_vals_per_pill_id`, it is impossible to undo the action
done, because the initial data before the `web_gantt_schedule` is not
known without that data, and so, if the user clicks on `Undo` button a
traceback will occur since we cannot retrieve the initial data of the
records processed in the `web_gantt_schedule` method.

This commit makes sure the `Undo` button is displayed only if we have
the information to `undo` the `web_gantt_schedule` method. To know that,
the `old_vals_per_pill_id` should be given in the result of
`web_gantt_schedule` to be able to revert the changes made by
`web_gantt_schedule`.

## [FIX] web_gantt: correctly display warning notification

Before this commit, a warning notification was not properly displayed
because the method does not return what we expect. Instead of returning
the message and notification type, it returns a client action to call
`display_notification`. Moreover, the warning notification does not
display the right icon, it display `fa-check` instead of `fa-warning`.

This commit changes the object returned for the warning to have the
expected values returned and changes the icon when the notification is a
warning one.

task-4687572

Forward-Port-Of: odoo/enterprise#83068
Forward-Port-Of: odoo/enterprise#82690

Currently, public users cannot preview shared documents; instead, the documents are always downloaded.

### Steps to reproduce

1. Install `documents_account`.
2. Share a previewable document (e.g., an image or a PDF) with a link that allows public viewing.
3. Open the share link in an incognito window.
4. Click "Preview file."

The file is downloaded instead of being previewed.

### Cause

In an override of the route handling document content retrieval, the argument that determines whether the document should be displayed or downloaded is lost in a `super()` call.

### Tests

While the base `documents` module includes tests for this behavior, they are tagged with `at_install`, meaning they only validate the functionality at the time of the module's initial installation. This does not account for potential overrides in extension modules like `documents_account`. To address this, the test class is now tagged `post_install`.


opw-4490958

Forward-Port-Of: odoo/enterprise#81456

**Step to reproduce**
1. createdb with installing l10n_co_reports in 18.0
2. and install web_studio
3. open studio in customer invoice menu and tap on Daily Journal report

**Below mentioned traceback is rasing**:

for fixing it adding in blacklist report so it won't show in studio as I have checked in this [commit](https://github.com/odoo/enterprise/commit/e7efdb09742c434f1f72ec9c8f619038c470b464) the purpose this report to show the report using accounting report


```
Traceback (most recent call last):
  File "/home/odoo/odoo/odoo/18.0/odoo/http.py", line 1963, in _transactioning
    return service_model.retrying(func, env=self.env)
  File "/home/odoo/odoo/odoo/18.0/odoo/service/model.py", line 156, in retrying
    result = func()
  File "/home/odoo/odoo/odoo/18.0/odoo/http.py", line 1930, in _serve_ir_http
    response = self.dispatcher.dispatch(rule.endpoint, args)
  File "/home/odoo/odoo/odoo/18.0/odoo/http.py", line 2178, in dispatch
    result = self.request.registry['ir.http']._dispatch(endpoint)
  File "/home/odoo/odoo/odoo/18.0/odoo/addons/base/models/ir_http.py", line 333, in _dispatch
    result = endpoint(**request.params)
  File "/home/odoo/odoo/odoo/18.0/odoo/http.py", line 727, in route_wrapper
    result = endpoint(self, *args, **params_ok)
  File "/home/odoo/odoo/enterprise/18.0/web_studio/controllers/report.py", line 499, in load_report_editor
    report_qweb = self._get_report_qweb(report)
  File "/home/odoo/odoo/enterprise/18.0/web_studio/controllers/report.py", line 636, in _get_report_qweb
    render_context = report_safe_cr._get_rendering_context(report_safe_cr, [0], {"studio": True})
  File "/home/odoo/odoo/enterprise/18.0/web_studio/models/ir_actions_report.py", line 44, in _get_rendering_context
    ctx = super()._get_rendering_context(report, docids, data)
  File "/home/odoo/odoo/odoo/18.0/addons/account/models/ir_actions_report.py", line 94, in _get_rendering_context
    data = super()._get_rendering_context(report, docids, data)
  File "/home/odoo/odoo/odoo/18.0/odoo/addons/base/models/ir_actions_report.py", line 1105, in _get_rendering_context
    data.update(report_model._get_report_values(docids, data=data))
  File "/home/odoo/odoo/enterprise/18.0/l10n_co_reports/report/libro_diario_report.py", line 17, in _get_report_values
    report = self.env['account.report'].browse(options['report_id'])
TypeError: 'NoneType' object is not subscriptable
```

opw-4608924
upg-2733166

Forward-Port-Of: odoo/enterprise#83157