Daily updates from Odoo
Monday, June 3, 2024
13 changes · 17.0
Enhancements to existing features
When users audit specific accounts in Balance Sheet and Profit & Loss reports, accounts appearing lower in the list were difficult to locate. This improvement adds a default filter to the audit report, automatically displaying only the selected account and making it easier to review account details without scrolling through large lists.
Original PR description
In the balance sheet and Profit & Loss reports, we allow users to audit the General Ledger of a specific account if we want to look at the details of that account for the period of the report. When clicking on the link of the audit, it works well for small db, but if the account is low in the list, you don't even see it. This commit adds a default filter on the report. task-3839845
The contract signing flow now intelligently reuses existing partner information instead of creating duplicate partners. When an applicant already has an assigned partner, the system will use that existing partner rather than generating a new one, reducing data duplication and improving data consistency.
Original PR description
Steps to reproduce: --------- - Install hr_contract_salary - Create a contract template - Create an applicant and send an offer - Sign Document - Check partner In this PR, the sign flow will now only generate a partner when the related applicant does not already have one. If a partner is already assigned, the sign flow should utilize that existing partner. task-3693838
This update improves how local taxes are handled in Mexican electronic invoices (CFDI) by making tax details more accessible to developers. Local taxes, which are state-specific contributions, can now be properly identified and separated from other taxes in invoice lines. This enables better customization and compliance with Mexican tax regulations.
Original PR description
In some cases, it is necessary to make changes to taxes or identify other taxes, such as local taxes. Local taxes are taxes created by each state in the country to contribute to the public expenses of the cities in which the taxpayers reside. For Mexican localization the local taxes need to be added in a separate node in the CFDI, so they must be differentiated from the rest of the taxes used in the invoice lines. To identify local taxes, information of the tax record as its tag or name is used. Currently that information cannot be obtained. By adding the tax record to the base lines it is easier to obtain information from taxes when inheriting the _add_base_lines_cfdi_values method.
Resolved issues and error corrections
The Mexican tax tariff fraction catalog has been updated to reflect the latest official classifications from April 2024. This ensures that product tariff codes used for Mexican electronic invoicing remain accurate and compliant with current government regulations.
Original PR description
The tariff fraction catalog has been updated on April 2024: https://www.snice.gob.mx/cs/avi/snice/ligie.info22.mod24.html opw-3921546 Forward-Port-Of: odoo/enterprise#62638
Custom and anytime appointment types are now unpublished by default so they don't appear on your website unless you explicitly make them visible. This prevents accidental public visibility of appointment types that aren't ready to be shared. Appointment types created directly from your website pages will still be published automatically since that action implies you want them public.
Original PR description
Since custom and anytime appointment types aren't visible on website pages, it makes sense to set their is_published field to False by default. The only exception when appointment types should be created with published flag is when it is being done from website page, since creating appointment from there implies their public visibility. task-3944831
Corrected the description used in Mexican electronic invoicing (CFDI) when processing discount refunds. Previously, the system incorrectly labeled discounts as "merchandise returns" when they should be identified as discounts or bonifications. This ensures accurate tax documentation for Mexican customers receiving discounts instead of actual product returns.
Original PR description
- Create a credit note - Add a product as a "Discount" and add the proper information - Process it under the use "devoluciones, descuentos o bonificaciones" (G02) - Check the generated XML Issue: Under description, we report "devolucion de mercancias" which wrong, as the user is not returning anything, they´re only getting a discount. opw-3902858
This fix resolves an issue where demo data failed to load properly when installing localized payroll and HR modules in Odoo's SaaS environment. The problem affected multiple country-specific modules including Belgium, Kenya, Lithuania, Luxembourg, Morocco, Mexico, Netherlands, Poland, Romania, Slovakia, Australia, Switzerland, and the United States. Users can now successfully install these modules and have their demo data load without errors.
Original PR description
Steps: - Create a database on SaaS - Activate debug mode - Load demo data if not enabled - Install l10n_be_hr_contract_salary Actual result: - Module l10n_be_hr_contract_salary installed - Demo data not loaded properly, traceback Expected result - Module l10n_be_hr_contract_salary installed - Demo data loaded opw-3930487 Forward-Port-Of: odoo/enterprise#63433 Forward-Port-Of: odoo/enterprise#63328
This fix resolves a technical error that occurred when updating bank statement records belonging to multiple companies with different countries. The issue prevented users from processing multiple company records simultaneously. The fix ensures all records are properly handled without errors.
Original PR description
When the `write` method is called with multiple lines belonging to multiple companies that have different countries, we get a `singleton error`. We should instead loop on all line records in self. Bug introduced in https://github.com/odoo/enterprise/pull/63356 runbot-66564
Fixed an issue where users could accidentally submit the appointment confirmation form multiple times by clicking the button repeatedly. The button now shows a loading state and becomes disabled after the first click, preventing duplicate submissions and the confusing error messages that resulted from them.
Original PR description
Purpose ======= Prevent multiple submits of the attendee form when the user spam clicks on the "Confirm Appointment" button. Specifications ============== Spam clicking the submit button is submitting multiple times the form which redirects the user to the "Date & Time" step with a red banner indicating that another user already has reserved this time slot a few seconds ago. Adding a loading effect on the confirmation button to disable it after a single click and inform the user that the form submission is correctly being processed. Backport of: odoo/enterprise#58865 Task-3945177
This update corrects how debit note document types are assigned in the accounting system. Previously, the system was automatically setting a default document type for all debit notes, but this should only happen for companies operating in Peru. This fix ensures the correct behavior based on the company's location, preventing incorrect document type assignments in other regions.
Original PR description
Before this change we were always setting document type for the debit note by default, but this should only apply if from Peru LATAM 1198 Forward-Port-Of: odoo/enterprise#63099
This fix resolves an issue where text entered in a many-to-one field would be lost when creating a new related record through Studio. The problem occurred when adding many-to-one fields to custom models created in Studio. By properly configuring the name field option, user input is now preserved when creating and editing related records.
Original PR description
Steps to reproduce ================== - Create a new model with studio - Go to the contaxt form view - Add a new many2one field linked to the newly created model - Exit studio - Create a new contact - Type something in the many2one field - Click on Create an Edit => The name should be kept Cause of the issue ================== Studio models uses x_name as the _rec_name opw-3919262 Forward-Port-Of: odoo/enterprise#63362 Forward-Port-Of: odoo/enterprise#62424
This fix corrects an issue with the eco voucher file exported through the Monizze integration in the Belgian payroll system. A required column was missing from the export file, which has now been restored to ensure proper processing of eco voucher data.
Original PR description
This will fix the file exported for the eco voucher with Monizze. Task: 3895296
This update fixes error message handling in the Amazon sales integration when synchronizing picking operations. The improvement ensures that error messages are properly managed during the picking sync process, reducing confusion and improving the reliability of Amazon order fulfillment in Odoo.