Daily updates from Odoo
Wednesday, October 23, 2024
10 changes · 18.0
Enhancements to existing features
Italian partners now automatically use FatturaPA as their preferred electronic invoicing format. Spanish partners correctly default to Facturae when a certificate exists, improving invoice setup while avoiding errors when no certificate has ever been configured.
Original PR description
…S/IT Add FatturaPA as the preferred EDI format set by default on Italian partners. Fix the preffered EDI format of Spanish partners to be correctly computed to Facturae. task-no
The point of sale now selects an order line only when a cashier has just added a product, and clears selections when reopening orders from areas such as tables, tickets, or payments. This makes the numpad and order editing behavior more predictable, reducing accidental changes during checkout or restaurant workflows.
Original PR description
-Select order line only when I've just added a product to cart -Ensure that no order line is selected anymore when opening an order (from floorplan, table selector, ticket screen, payment screen) -Adapt tours tests to match this new behavior and limit the use of 'inLeftSide' to avoid going uselessly back and forth to the product list in mobile task-id: 4167563 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
The point of sale UrbanPiper integration now creates the store location in Atlas when a user selects Create Store. This reduces manual setup work and helps keep store information aligned between Odoo and Atlas.
Original PR description
After this commit: === - When the user clicks the Create Store button, the location is now created in Atlas. task-4270144
Resolved issues and error corrections
This fix restores shared sales logic needed when re-invoicing expenses without the Project app installed. It prevents errors in expense posting flows where costs, such as mileage, are billed back to customers through sales orders.
Original PR description
This fixes issues that arose since 238a41e3 By moving the `_prepare_analytic_account_data` method from sale to sale_project, any call to this method in sale_expense would break as sale_expense doesn't depend on project. Because this method is crucial in the re-invoicing flows we need it in sale. Steps to reproduce: - Install sale_expense without project - Run the sale_expense tests or test the flow manually (create an expense with mileage as a product, add a sale order to reinvoice it on and move forward to post the expense sheet) - _prepare_analytic_account_data is missing --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change restores the previous behavior for required selection fields so users are not shown a first option that appears selected but is not actually saved. It prevents confusion and data entry mistakes in forms that rely on required dropdown choices.
Original PR description
This reverts commit eec86a3fda555f3939d6773f4c79ca6b3636228a. This commit introduced an unexpected behaviour where the field seems to select by default the first choice but has no value.
Users can now change a company’s Chart of Accounts without being blocked by an unnecessary accounting permissions error. This prevents disruption when configuring invoicing for localized companies and keeps setup workflows moving smoothly.
Original PR description
Install account and a localization (i.e. l10n_ar)
Switch to Company "(AR) Exento"
Open Settings>Invoicing
Change current Chart of Account to something else
Save
Error will block the action
This operation is allowed for the following groups:
- Technical/Show Full Accounting Features
Contact your administrator to request access if necessary.
This occurs because the permissions necessary to write on the
AccountReconcileModelLine are loaded when installing module `accountant`
opw-4227071Invoices with early payment discounts remain eligible for the discount when a payment is registered and later matched in bank reconciliation. This ensures the reconciliation suggestion includes the expected discount write-off, reducing manual corrections for accounting users.
Original PR description
Steps to reproduce: - Create an invoice with early payment discount applicable - Register a payment on the invoice (must be without a journal entry associated, done by default) - Open the bank reconciliation widget - Create a statement line with the discounted amount (invoice total - epd amount) - The suggested reconciliation doesn't include a new line with the write-off of the early payment discount Cause of the issue: When registering a payment on the invoice, the invoice payment state switch from 'not_paid' to 'in_payment', which makes this invoice not eligible anymore for early payment discount. task-4237657 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Cloud storage attachments now align with the updated mail upload behavior, preventing upload handling errors when files are stored externally. This helps keep attachment uploads reliable for Azure and Google cloud storage users.
Original PR description
Store now returns `ir.attachment` and not `Attachment` as model name. Note: post kwargs backed-ported fix at https://github.com/odoo/odoo/pull/184506 opw-4260378
The payment confirmation action now only applies to payments that are still in draft. This prevents users from accidentally moving already paid payments back to an in-process status when confirming multiple selected payments.
Original PR description
This fixes issues that arose since 2609fc2 The confirm button (action_post) on the list view of payments allows to move the payment state one step back from `paid` to `in_process` We now only consider payment in draft when doing so, to keep all other payments mistakenly selected intact 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
Features or functions removed from Odoo
This change removes the behavior that copied calendar default privacy settings from the default user template when creating users. It simplifies calendar user setup and avoids potential performance and usability issues that needed further product review.
Original PR description
This PR drops the feature of copying of the Calendar Default Privacy field from the Default User Template in the modules `calendar` (full feature) and `microsoft` (only tests). To be discussed with the PO and Team Leader the drawbacks of keeping it and dropping it. Performance regarding _compute and _invert methods and also usability of the feature. task-4260834