## Issue:
When 'auto_print_lot_labels' is activated on Receipts Operation Type, and you received a product, the print action wasn't trigger when you validate before making the Quality Check
The wizard is automatically opened but when you click on the Pass button, the wizard was closed without sending the print action

## Cause:
The action wasn't return by the wizard function 'action_generate_next_window()' making the only action to be a 'act_window_close'

## Note:
The state wasn't correctly set to done for all products when you validate pickings both with and without QCs in them at the same time, it should now be fix
Enabling Delivery Slip for the Receipts will make the SN to not be print even after disabling the option

## Steps to reproduce:
- Toggle the Lot/SN Labels option in the Hardware Tab for the Operation Type Receipts
- Create a Product tracked by Unique Serial Number
- Add a Quality Check for the Receipts operation
- Create a New Receipt for the product
- Mark as Done and Add the Serial Number
- Validate the receipt and Pass the check
- Before the fix, no document was downloaded

opw-4790427

Forward-Port-Of: odoo/enterprise#92850
Forward-Port-Of: odoo/enterprise#90134

**Issue**:
The expiration date displayed in the barcode app's scan screen may appear incorrect.

**Steps to reproduce**:

- Go to Settings > Inventory, and enable the `Expiration Date` field
- Open the Purchase app
- Create a new Request For Quotation
- Select a product that:
	- is a good tracked by lot
	- has the `Expiration Date` field enabled (Inventory tab > Traceability)
- Confirm the RFQ
- Click the `Receipt` smart button
- Click the `hamburger button` and enter an expiration date at midnight.
- Go to the Barcode application > Operation > Receipts
- Open the corresponding RFQ
- Click Edit and increase the quantity to 1, then Validate
- Observe that the date is displayed as one day earlier

**Cause**:
The code https://github.com/odoo/enterprise/blob/b5ad18b101f4a2608758762edf0f49270a67ba20/stock_barcode_product_expiry/static/src/components/line.js#L17 assumes that the date is encoded using the local while the date comes from the server https://github.com/odoo/enterprise/blob/b5ad18b101f4a2608758762edf0f49270a67ba20/stock_barcode_product_expiry/static/src/components/line.js#L13, and thus is utc encoded. So for example, if the user's timezone is `Europe/Brussels`, a midnight timestamp will appear as 10 PM the previous day.

**Solution**:
To solve this issue, use this method https://github.com/odoo/odoo/blob/7a40285fd03f75f07a74f05d4b60e760e1c83eb3/addons/web/static/src/core/l10n/dates.js#L619-L622 instead of https://github.com/odoo/odoo/blob/7a40285fd03f75f07a74f05d4b60e760e1c83eb3/addons/web/static/src/core/l10n/dates.js#L514-L516. This way, it would parse the utc-base server date as a utc-base date.

opw-4865513

Forward-Port-Of: odoo/enterprise#92109
Forward-Port-Of: odoo/enterprise#88526

**Steps to reproduce:**
- Install account_accountant

- Create an invoice ($100) for Customer X
- Create a bill ($100) for Vendor Y

- From "Customer Invoices" journal in Accounting dashboard, open "Payments Matching"
- Select the invoice and the bill
- Reconcile them

**Issue:**
A move is created with 2 lines that will mark both invoice and bill as paid. 
However, on both created lines, the partner is "Vendor Y", which is wrong as it will generate incorrect reports (e.g. Partner Ledger).
One line should have "Vendor Y" as partner and the other line should have "Customer X".
This kind of reconciliation is apparently current in India.

**Cause:**
When reconciling lines from 2 accounts exactly, a transfer from one account to the other one is created.
The transfer is made from the account where the absolute amount to move is the lowest.
A transfer is made for each partner that has a move being reconciled with the source account.
The transfer is crediting (or debiting) the source account and debiting (or crediting) the reconcile account with the same partner.
This is working most of the time but it totally ignores all the partners linked to the moves with the reconcile account.

**Solution:**
Create one line of the transfer with the source account and the partner as before.
For the line on the reconcile account, first check if there's one for the same partner, currency and sign (of the amount to transfer).
If not, try to find another partner with the same currency and sign.
Otherwise, fall back on the same partner as the line on the source account as it was done before.

opw-4735147

Forward-Port-Of: odoo/enterprise#92909
Forward-Port-Of: odoo/enterprise#89972