Daily updates from Odoo
Monday, August 11, 2025
7 changes · master
Resolved issues and error corrections
Confirming a rental order with plannable products now continues creating all possible planning shifts even if one line has no available resource. This prevents incomplete planning from being generated and helps teams avoid missing scheduled rental work.
Original PR description
Before this commit, when rental order containing a plannable rental product is confirmed, some shifts will be generated according to the rental order lines with such product. The problem is when there is no available resource, the method in which we expect to return vals list of planning.slot model will return vals because it will break the loop instead of continuing to the next iteration. This commit makes sure the `_planning_slot_vals_list` always return list of vals. Forward-Port-Of: odoo/enterprise#92030
Fixes the Czech VIES summary report so invoice counts, transaction labels, grouping, and rounded totals match official reporting requirements. This helps businesses submit more accurate VAT-related reports and reduces the risk of incorrect filings.
Original PR description
There are some errors in the VIES summary report fixed here:
1. The supply number is not the quantity invoiced, it is the
number of invoices
2. There was some confusion between the terms "supply transaction"
and "supply code", with "supply code" not being used
in this report (but still in Python code to avoid breaking stable versions)
3. We were considering journal items, whereas it is preferable
to group them by journal entry
4. The total value is rounded up to the nearest whole crown (Czech currency)
Here is a link to the documentation:
adisspr.mfcr.cz/dpr/adis/idpr_pub/epo2_info/popis_struktury_detail.faces?zkratka=DPHSHV
where pln_hodnota is the total value; pln_pocet is the supply number; and k_pln_eu is the supply transaction.
opw-4688616
Forward-Port-Of: odoo/enterprise#91891
Forward-Port-Of: odoo/enterprise#88279The Swedish SIE4 import now avoids creating accounting entries when the source file contains no usable transaction lines. This prevents empty journal entries from being added to Odoo, keeping imported accounting data cleaner and more reliable.
Original PR description
The aim of this commit is making sure that we don't import move without transaction in it. In SIE4, we can have moves with BTRANS and RTRANS tags that we are ignoring. It means that we could have move without any move lines. It's not an expected behavior in Odoo. This commit checks that the move data are created only if we have lines for that move. no task id Forward-Port-Of: odoo/enterprise#91783
Project profitability now includes amounts invoiced before a subscription was renewed. This prevents renewed subscriptions from making project revenue look too low, giving teams a more accurate profitability view.
Original PR description
To reproduce: ============= - create a subscription with a service and link it to a project - confirm the subscription and invoice it - check the profitability of the project, everything is fine - renew the subscription and invoice it - check the profitability of the project, the invoiced amount is not taking into account the previous invoiced amount Problem: ======== renewed subscriptions are excluded from the profitability computation because they are closed by the renewal and not bringing any profitability, but with that we loose the profitability of the previous invoiced amount. Solution: ========= keep renewed subscriptions in computing `Invoiced` amount. opw-4755016 Forward-Port-Of: odoo/enterprise#92052 Forward-Port-Of: odoo/enterprise#91437
Invoices and bills now show related bank transactions from the same partner in the payment widget, making it easier to match payments without switching screens. This fixes where the payment widget logic lives so the feature is available in the correct accounting module and avoids incorrect outstanding payment calculations.
Original PR description
Removed the bank statement lines in the payment widget from communiy 'account' and added it to 'account_accountant' Community: https://github.com/odoo/odoo/pull/220981 Forward-Port-Of: odoo/enterprise#91451 Forward-Port-Of: odoo/enterprise#91222
Recruitment users can now rename salary offers without the title reverting after saving. This ensures offer records reflect the intended names and reduces confusion when managing applications.
Original PR description
Steps to produce: - Navigate to Recruitment > Job Positions > Applications> Offers - Select an offer and try to edit the title and save Issues: - When the title is edited and saved, the title reverts back to previous name. Fix: - Change the field attribute in model by making it store=True task-4787302
This fix prevents original list prices from being exposed in hidden page elements for rental products that are not available for sale at zero price. It helps keep website pricing behavior consistent for visitors and avoids search engines or page inspection revealing prices that should not be shown.
Original PR description
Versions
--------
- 17.0+
Steps
-----
1. Create a pricelist setting product prices to zero;
2. configure website to make zero-priced products unavailable for sale;
3. go to /shop as a public user;
4. open the product page of a zero-priced product;
5. open the browser console;
6. use `document.querySelector('.css_non_editable_mode_hidden .oe_currency_value')`
Issue
-----
The query returns an element with the product's original list price.
Cause
-----
In `website_sale`, this element is part of a `t-if` that only gets rendered when `editable` is `True`. A `website_sale_renting` override changes the conditional to `not combination_info.get('is_rental')`.
Solution
--------
Instead of replacing the `t-if` attribute in the override, add `and not combination_info.get('is_rental')` to it, ensuring it remains hidden outside of editable mode.
opw-4865141
Forward-Port-Of: odoo/enterprise#91826
Forward-Port-Of: odoo/enterprise#91112