Wednesday, January 10, 2024
5 changes · 17.0
Enhancements to existing features
This update fixes how the Barcode App handles destination locations and package assignments when scanning multiple products. Previously, when users scanned a group of products followed by a destination or package, only the last product was affected. Now the destination or package correctly applies to all scanned products in the group, making the app behavior match its configuration label "After group of Products".
Original PR description
Before this commit, in the Operations Types Barcode Apps configuration, if the setting for Destination Location or Put in Pack was set on "After group of Products", once in the app, if the user scans…
Before this commit, in the Operations Types Barcode Apps configuration, if the setting for Destination Location or Put in Pack was set on "After group of Products", once in the app, if the user scans multiple products then scan a destination, the destination is actually applied only to the last scanned product. For the put in pack, all the scanned product were placed in the package, except when an existing package is scanned (in this case, like for the destination, only the last scanned product was concerned.) This worked like that because in fact, this setting's option reflected the old optional setting and should work like before the creation of those settings. But the label, "After group of Product", was misleading and it could be verify interesting to make those settings work like the label said and applied the destination and the package after a group of scanned product. This commit do that. But this change implies an issue: what should happen if you scan partially a reserved line then scan a destination or a package ? Should all the quantity be moved there ? To avoid this issue, we split the reservation before to assign the package or destination on an uncompleted reserved line. task-3599397
The edit dialog for financial report cells now displays the current value before editing, making it easier for users to see what they're changing. Additionally, when editing text fields, the dialog now uses a larger text area instead of a single-line input, giving users more space to write and edit longer text entries.
Original PR description
* Show the current value of the cell in the edit popover * Replace the input by a textarea when the cell figure_type is 'string'. It gives more space for the user to write.
This update improves the Indian GST Report feature with two user-friendly enhancements: a direct "Buy Credits" button that allows users to easily purchase EDI service credits without leaving the system, and a confirmation notification that appears when users successfully connect to the Indian GST Report service. These changes streamline the user experience and make it easier for businesses to manage their GST compliance reporting.
Original PR description
[IMP] l10n_in_reports_gstr: add buy credits button -Added buy credits button in the view which gives ease to user to directly buy l10n_in_edi IAP credits [IMP] l10n_in_reports_gstr: added connection successful notification -Whenever a user is successfully connected with l10n_in_reports_gstr it will display the user a notification of successfully being connected with Indian GST Report Related PR - https://github.com/odoo/odoo/pull/120785 Forward-Port-Of: odoo/enterprise#40806
This update improves Thailand's tax reporting functionality by adding a reference field to tax reports, including total amounts excluding VAT, and refining how reversed bills are handled in purchase tax reports. These enhancements make tax reporting more accurate and comprehensive for businesses operating in Thailand.
Original PR description
Impacted Version: - 16.0 and above This commit improve below features: - Add reference field to tax report - Add total excluding VAT amount to tax report - Filter completely reconciled reversed bill on purchase tax report task-3623502 Forward-Port-Of: odoo/enterprise#53798 Forward-Port-Of: odoo/enterprise#52496
This update improves how the Point of Sale system handles currency conversion caching by using Odoo's new built-in caching method instead of a custom approach. The change makes currency calculations faster and more reliable, especially when processing multiple orders on the same day, by better organizing how currency rates are stored and retrieved.
Original PR description
Since https://github.com/odoo/odoo/pull/137609/commits/b6242264ea9f9f9f42cca4427e30071219ae6a70 a new way of caching the currency conversions and computation was implemented. Therefor the PR https://github.com/odoo/odoo/pull/145810 can be adapted to use this new caching method, removing the usage of a local `lru_cache` which can be error prone. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr