Daily updates from Odoo
Friday, December 27, 2024
8 changes · master
Enhancements to existing features
Point of Sale no longer needs extra country-specific customizations for blocking mixed refund and sales orders, because this behavior is now handled by default. This reduces duplicated logic and helps keep Chilean electronic invoicing and Belgian blackbox POS flows aligned with the standard process.
Original PR description
Community PR Odoo/Odoo#189329 changes the return value of the `PosOrder` method `doNotAllowRefundAndSales` to `true`, so that some patches are no longer relevant. Community PR: 189329 task-4369388
Miscellaneous changes
**Before this PR:** In studio, in some report, trying to add a video using video commnad throws traceback. Adding a video doesn't make sense in a report so the video command shouldn't be available in report at the first place. **After this PR:** This commit aims to remove video command from studio report. task-4285231 Forward-Port-Of: odoo/enterprise#73971
Original PR description
**Before this PR:** In studio, in some report, trying to add a video using video commnad throws traceback. Adding a video doesn't make sense in a report so the video command shouldn't be available in report at the first place. **After this PR:** This commit aims to remove video command from studio report. task-4285231 Forward-Port-Of: odoo/enterprise#73971
Currently, while we send the carrier and the tracking number, we don't send the shipping method. While this doesn't block anything, this lead to Amazon sending warning about incomplete shipping information. Now, we will send: - Carrier name : the delivery_type if any relevant, else the carrier name as fallback. eg: "DHL" - The shipping method: the carrier name. eg: "DHL Express" or "Parcel" opw-4393663 Forward-Port-Of: odoo/enterprise#76156
Original PR description
Currently, while we send the carrier and the tracking number, we don't send the shipping method. While this doesn't block anything, this lead to Amazon sending warning about incomplete shipping information. Now, we will send: - Carrier name : the delivery_type if any relevant, else the carrier name as fallback. eg: "DHL" - The shipping method: the carrier name. eg: "DHL Express" or "Parcel" opw-4393663 Forward-Port-Of: odoo/enterprise#76156
Update the open sale/purchase journals query to include credit notes/refunds, and override the 'Bills to validate' filter to be consistent with the dashboard query which is overridden for `account_3way_match` Forward-Port-Of: odoo/enterprise#74765
Original PR description
Update the open sale/purchase journals query to include credit notes/refunds, and override the 'Bills to validate' filter to be consistent with the dashboard query which is overridden for `account_3way_match` Forward-Port-Of: odoo/enterprise#74765
In this commit: ================ This commit updates text strings Task-4364406 Related community PR-https://github.com/odoo/odoo/pull/189263 Forward-Port-Of: odoo/enterprise#76218 Forward-Port-Of: odoo/enterprise#74949
Original PR description
In this commit: ================ This commit updates text strings Task-4364406 Related community PR-https://github.com/odoo/odoo/pull/189263 Forward-Port-Of: odoo/enterprise#76218 Forward-Port-Of: odoo/enterprise#74949
Previously, synchronization management was faulty when two devices created a command at the same time. One would override the other. To overcome this problem, when sending the command to the server, we check whether the table used by the command already contains a command. If so, they are merged. When different devices use the same PoS, when an order is created on one of them, it is directly synchronized with the others. This makes it possible to calculate the various table states with gre
Original PR description
Previously, synchronization management was faulty when two devices created a command at the same time. One would override the other. To overcome this problem, when sending the command to the server, we check whether the table used by the command already contains a command. If so, they are merged. When different devices use the same PoS, when an order is created on one of them, it is directly synchronized with the others. This makes it possible to calculate the various table states with greater precision. As in Master, orders are now identified by UUID rather than ID. The replaceDataByKey function is no longer used; what it used to do is now in loadData. All these fixes are very important in view of the problems encountered by some customers. Forward-Port-Of: odoo/enterprise#75979
Users creating a debit note from an invoice will need to pay attention to the document type that, with the EDI module installed, is set by taking into account only the partner 'Taxpayer Type' and not the move type (i.e. debit note) - Have an invoice with document type "(33) Factura Electrónica" accepted by SII - Create the debit note from the invoice Issue: default document type will be 33, while it should be 56 opw-4292111 Forward-Port-Of: odoo/enterprise#76011
Original PR description
Users creating a debit note from an invoice will need to pay attention to the document type that, with the EDI module installed, is set by taking into account only the partner 'Taxpayer Type' and not the move type (i.e. debit note) - Have an invoice with document type "(33) Factura Electrónica" accepted by SII - Create the debit note from the invoice Issue: default document type will be 33, while it should be 56 opw-4292111 Forward-Port-Of: odoo/enterprise#76011
After this commit : - Quantity in every test case has been updated from float to integer values. task - 4403770 Forward-Port-Of: odoo/enterprise#75863
Original PR description
After this commit : - Quantity in every test case has been updated from float to integer values. task - 4403770 Forward-Port-Of: odoo/enterprise#75863