Friday, February 4, 2022
5 changes · master
Enhancements to existing features
This update simplifies internal handling for Mexican electronic invoicing, stock delivery documents, and accounting reports. It reduces duplicated logic, aligns naming with broader invoice and payment use cases, and improves maintainability without introducing major user-facing changes.
Original PR description
[IMP] l10n_mx_edi, l10n_mx_edi_stock: cleanup methods Due to stable policy, additional methods were introduced to make them resusable by l10n_mx_edi_stock. In master, we can now clean these methods.…
[IMP] l10n_mx_edi, l10n_mx_edi_stock: cleanup methods Due to stable policy, additional methods were introduced to make them resusable by l10n_mx_edi_stock. In master, we can now clean these methods. [IMP] l10n_mx_edi_stock - Cleanup and simplify in master since the attachment is stored in field `l10n_mx_edi_cfdi_file_id`, a method to search `ir.attachment` is not required [IMP] l10n_mx_reports: reuse existing _certify_and_stamp method in l10n_mx_edi clean the reports module and use existing methods in l10n_mx_edi [IMP] l10n_mx_edi: make the _certify_and_stamp method configurable Different CFDI API's require minor changes to the CFDI attributes for example CartaPorte requires attribute NoCertificado while the reporting XSD requires noCertificado. We add a parameter with default value to accommodate these minor inconsistencies [IMP] l10n_mx_edi,l10n_mx_edi_stock,l10n_mx_reports: make methods private Many methods are publicly exposed and don't need to be. Also fix the manifest dependencies for module 10n_mx_reports since it uses a certificate which is defined in l10n_mx_edi [IMP] l10n_mx_edi: rename field from `l10n_mx_edi_cancel_invoice_id` to `l10n_mx_edi_cancel_move_id` since it is used by invoices and payments Task-2722239
The barcode app now handles delivery package barcodes correctly again, including selecting the right package when packing shipments. It also starts faster by reducing background server calls, while outdated barcode handling on stock picking forms has been removed so scanning is focused in the barcode app.
Original PR description
Barcode scanning no longer handled scanning delivery package barcodes correctly due to a refactoring of stock_barcode at some point. To address this PR addresses the following 3 improvements: 1. Reduce the number of RPCs at start of barcode app + make it easier to load additional records by barcode in other modules via extension without additional RPC calls. 2. Add in the ability to scan delivery package barcodes via the barcode app (and remove obsolete code that no longer worked). 3. Remove barcode handing from `stock.picking` form view to prevent having to do parallel maintenance when we expect most users to just use the barcode app to do their barcode scanning. Community PR: odoo/odoo#49337 Upgrade PR: odoo/upgrade#1703
DHL deliveries now include the information needed to generate commercial invoices for international shipments, including India-specific declarations. The update helps shipments meet customs requirements and adds support for returns and optional shipping insurance.
Original PR description
Before this commit, the required informations to generate a commercial incoice were not sent to dhl. **Commercial invoice Notes**: - We only create commercial invoices for international shipping and India (India needs to declare goods in order to ship). - The commercial invoice is left as an attachment to a lognote in the concerned shipping. - The InvoiceNumber is chosen in the following way: `invoice_name` if invoice is 'posted' *or* `sale_order_name` if exists *or* `picking_name`. **Declaration of Goods Notes**: - Weight == GrossWeight - the Quantity is expressed in terms of `pieces`, which is a generic term. - the description is the name of the product, limited to 75 characters. task-2701428
Expense receipt uploads now feel cleaner and faster: redundant attachment messages are removed, newly scanned expenses are easier to spot, and OCR processing starts sooner after upload. The update also prevents errors when currency recognition fails in multi-currency setups.
Original PR description
Old enterprise PR - odoo/enterprise#23360 Community PR - odoo/odoo#81904 Upgrade PR - odoo/upgrade#3206 This commit is addressing the following: we used to log a message when we attached the receipt to the expense form. The message is redundant with the overview available in the chatter and the files attached to the record. Thus we removed it. We show the expenses that are scanned from the list view (before they are processed by OCR and fields updated) at the top of the list - muted. Now we trigger cron (that updates expense fields that are processed by OCR) 'immediately' after uploading attachments. Before, in case we had multiple active currencies and OCR didn't manage to recognize the currency, we got an error. Now it is fixed. task - 2687999
Map views now show boolean group labels as "Yes" or "No" instead of "True" or "False". This makes grouped map results easier for users to understand at a glance.
Original PR description
Purpose ======= When we group the record based on a boolean fields, we want to show "Yes/No" instead of "True/False". This has been done for the map view. Task-2648390