Friday, September 27, 2024
4 changes
1 change
New functionality added to Odoo
A new Uber Eats integration has been added for Point of Sale through UrbanPiper. This allows businesses using UrbanPiper to manage Uber Eats delivery orders more directly within Odoo, reducing manual handling and improving operational coverage.
Original PR description
After this commit: ==== - A new pos_urban_piper_ubereats module added to support Ubereats integration with Urbanpiper. Task-4190230
3 changes
Enhancements to existing features
The Spanish Modelo 303 tax form has been updated to comply with new government regulations effective Q3/Q4 2024. The changes include new fields for reporting tax adjustments, refund requests, and updated VAT rates (7.5% and 2%) and equivalence surcharge rates (1% and 0.26%). These updates ensure Spanish companies can accurately report their quarterly VAT obligations under the latest tax rules.
Original PR description
The Modelo 303 has been updated according to [Orden HAC/819/2024] of July 30, 2024. Changes starting from periods 09 and 3T 2024: --------------------------------------------- * Box 108 was added to…
The Modelo 303 has been updated according to [Orden HAC/819/2024] of July 30, 2024. Changes starting from periods 09 and 3T 2024: --------------------------------------------- * Box 108 was added to allow for manually entering those rectifications for which there is no specific box in the form. * Box 111 was added to differentiate refund requests that arise from the application of tax regulations from those that may correspond to a request for undue income. * 3 boolean fields were added in case we are submitting a rectification to indicate that: - we want to cancel/modify the direct debit made before; - the rectification is due to a discrepancy with administrative criteria; - the rectification is due to another reason. Changes starting from periods 10 and 4T 2024: --------------------------------------------- * Boxes 153, 154 and 155 were changed to reflect the updated VAT rate of 7.5%. * Boxes 16, 17 and 18 were changed to reflect the updated Rec. Eq. rate of 1%. * Boxes 165 to 170 were added to report the new VAT rate of 2% and the new Rec. Eq. rate of 0.26%. * Box 27 was updated to take into account the new boxes 167 and 170 in its computation. (See also [Real Decreto-ley 4/2024]) The BOE file export was updated accordingly. > [!IMPORTANT] > In order to use this, you need to update both the `l10n_es`, `l10n_es_reports` modules and install the new `l10n_es_reports_2024` module. [Orden HAC/819/2024]: https://www.boe.es/eli/es/o/2024/07/30/hac819 [Real Decreto-ley 4/2024]: https://www.boe.es/buscar/act.php?id=BOE-A-2024-12944 [task-4147046](https://www.odoo.com/odoo/all-tasks/4147046) Related to https://github.com/odoo/odoo/pull/179797 Forward-Port-Of: odoo/enterprise#70348 Forward-Port-Of: odoo/enterprise#69736
Resolved issues and error corrections
This fix resolves two critical issues with Mexican electronic invoicing (CFDI) when processing payments for public recipients. Previously, the payment policy was incorrectly set to immediate payment regardless of actual payment terms, and payments could not be signed when using the generic tax ID. These issues are now corrected, allowing businesses to properly process and sign payments for public customer invoices.
Original PR description
**Steps to reproduce:** - Install l10n_mx_edi - Switch to a Mexican company (e.g. ESCUELA KEMPER URGATE) - Create an invoice: * Customer: [a Mexican customer] (e.g. INMOBILIARIA CVA) * CFDI to public: [Checked] * Invoice Date: [Today] * Payment terms: [the following month] (e.g. 30 Days) - Confirm the invoice - Register a payment **Issues:** 1) "Payment Policy" is PUE no matter what the dates are because "CFDI to public" has been checked. 2) It is not possible to sign the payment when the generic rfc (i.e. XAXX010101000) is used. opw-4145716 opw-4127870
This fix resolves an issue where customers paying for subscription invoices through a website portal would encounter errors when multiple companies are configured. The problem occurred because the system was trying to access company information that the customer didn't have permission to view. The fix ensures the correct company context is set before processing invoice payments, allowing customers to successfully complete their subscription payments.
Original PR description
To reproduce the bug: 1. Install the subscription feature on your website. 2. Create a second company and link it to the website. 3. Create a recurring product with the service type. 4. In the…
To reproduce the bug: 1. Install the subscription feature on your website. 2. Create a second company and link it to the website. 3. Create a recurring product with the service type. 4. In the subscription app, create a quotation with the specified product. 5. Preview the invoice for the quotation. 6. Copy the link for the portal invoice and open it in an incognito window. 7. Pay the invoice. You will encounter a TraceBack error depending on the modules installed. This is due to the `company_id` being set to an empty record as a result of how it is computed here: https://github.com/odoo/odoo/blob/17.0/addons/account/models/account_move.py#L696-L698 In our case, `move.journal_id.company_id` (the invoice company) exists, so `self.env.company` (the website company) gets ignored. However, since the public user of the website doesn't have access to the invoice company, the `company_id` is set to an empty record after checking the access rights with `._accessible_branches()[:1]`. opw-3999546