Monday, September 15, 2025
6 changes · 17.0
Enhancements to existing features
The Argentina electronic invoicing module now includes renewed certificates for demo and testing environments. This prevents test connections to ARCA services from failing due to expired certificates, helping keep invoice testing reliable.
Original PR description
Homologation certificates are required to connect Odoo with ARCA's test web services. When they expire, electronic invoicing tests fail, displaying a “Digital certificate expired” warning. In this PR, I'm updating the certificates so we can continue using the testing environment for our tests. Odoo Task 1359 Adhoc Task 57144 Forward-Port-Of: odoo/enterprise#94128
Resolved issues and error corrections
Steps to reproduce: 1. Add language Spanish(AR) 2. Go to Inventory (Inventario) > Operations (Operaciones) 3. Deliveries (Entregas) > Open any record. 4. Click ⚙ > Print (Imprimir) > Delivery Slip (Recibo de entrega) Issue: - The translation of "Delivery Slip" in Spanish (es_419) shows as "Recibo de entrega", which is incorrect for Argentina. Cause: - Odoo currently labels document as “Recibo de entrega”, but legally it must be “Remito de entrega”. According to AFIP General
Original PR description
Steps to reproduce: 1. Add language Spanish(AR) 2. Go to Inventory (Inventario) > Operations (Operaciones) 3. Deliveries (Entregas) > Open any record. 4. Click ⚙ > Print (Imprimir) > Delivery Slip (Recibo de entrega) Issue: - The translation of "Delivery Slip" in Spanish (es_419) shows as "Recibo de entrega", which is incorrect for Argentina. Cause: - Odoo currently labels document as “Recibo de entrega”, but legally it must be “Remito de entrega”. According to AFIP General Resolution 1415/2003(Arts. 28–30) a REMITO “R” or “X” must explicitly include “DOCUMENTO NO VÁLIDO COMO FACTURA” and follow the mandatory structure and data placement defined by law. Go through : https://www.odoo.com/mail/message/848099710 Solution: - Updated the translation from "Recibo de entrega" to "Remito de entrega" opw-5004345
Issue: - The translation of "Delivery Slip" in Spanish (es_419) shows as "Recibo de entrega", which is incorrect for Argentina. Cause : - Odoo currently labels document as “Recibo de entrega”, but legally it must be “Remito de entrega”. According to AFIP General Resolution 1415/2003(Arts. 28–30) a REMITO “R” or “X” must explicitly include “DOCUMENTO NO VÁLIDO COMO FACTURA” and follow the mandatory structure and data placement defined by law. Go through : https://www.odoo.com/mai
Original PR description
Issue: - The translation of "Delivery Slip" in Spanish (es_419) shows as "Recibo de entrega", which is incorrect for Argentina. Cause : - Odoo currently labels document as “Recibo de entrega”, but legally it must be “Remito de entrega”. According to AFIP General Resolution 1415/2003(Arts. 28–30) a REMITO “R” or “X” must explicitly include “DOCUMENTO NO VÁLIDO COMO FACTURA” and follow the mandatory structure and data placement defined by law. Go through : https://www.odoo.com/mail/message/848099710 Solution: - Updated the translation from "Recibo de entrega" to "Remito de entrega" opw-5004345
This fix ensures Odoo returns the nearest main view ID when a request starts from an extension view. It helps avoid mismatches between the displayed screen layout and the view identifier used by customizations or integrations.
Original PR description
Before this commit, when executing `ir.ui.view.get_view(view_id)` where view_id points to an extension view, the method return the correct arch but the inherited view's id. After this commit, it returns the id of the closest primary view. opw-4930800 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 subscription portal no longer offers advance payment when there is nothing currently due to invoice. This prevents customers from attempting a zero-value payment and seeing an avoidable payment error.
Original PR description
## Issue: When you create a Subscription for a product that should be invoiced after Delivery with Required Payment, you can Anticipate the payment even if the amount to invoice is 0.0 When you do that, a payment error will be displayed ## Cause: The Anticipate Payment session is displayed based on the `invoice.amount_total` instead of the `invoice.amount_to_invoice` In 18.0, the session is hidden because it use a adapted version of the amount to invoice: https://github.com/odoo/enterprise/blob/2f3698b250092ad376344e959d46bdc0eebf1a81/sale_subscription/views/sale_subscription_portal_templates.xml#L262 ## Steps to reproduce: - Create a Product (Invoicing Policy: Delivered Quantity) - Add it to a New Subscription - Set the Recurring Plan to Monthly - In the Other Info tab, disable Online Payment - Send by Email and open the link in a Private Broser - Sign the Subscription - The Anticipate Payment is available for 0.0 opw-4914578
This update corrects a date used in an automated product margin test. It helps keep quality checks reliable without changing how users work with product margins.
Original PR description
runbot-230719 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr