Tuesday, March 11, 2025
2 changes · saas-17.4
Resolved issues and error corrections
This fixes an issue where two-step deliveries sent the final transfer to the generic customer location instead of the customer’s specific sublocation. Businesses using detailed customer delivery locations will now see stock movements routed to the correct final destination, reducing delivery errors.
Original PR description
To reproduce: ============= - create a contact with customer location : Partners/Customer/test - enable 2 steps delivery on warehouse - create SO for the contact and confirm it - validate first step of delivery - check second step of delivery -> the destination location is Partners/Customer instead of Partners/Customer/test Problem: ======== Now that we are creating moves step by step we are not passing the destination location to the second move and using the one set on the rule. Solution: ========= when creating second move and it's last step we set destination to final destination location. opw-4374075 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When an invoice with future deferred entries is reset to draft, unposted deferred entries are now removed instead of incorrectly reversed and left scheduled. This keeps accounting records cleaner and avoids duplicate or confusing deferred entries while preserving audit trail protections for entries that were previously posted.
Original PR description
Steps to reproduce: - 1. Activate audit trail. 2. Make a customer invoice with start and end date [end date should be in future months], and post. 3. Reset the invoice to draft - Result: All deferred entries are reversed with new entries at the date of the reset to draft. The unposted deferred entries are still there with auto post At Date. Cause: - Audit trail alone doesn't prevent the moves from being deleted if they were not posted before, so the check shouldn't be only on the company_id.check_account_audit_trail, but also we should consider move.posted_before and if not, it should be deleted not reversed. Fix: - Replace the company_id.check_account_audit_trail check with _is_protected_by_audit_trail() which includes checking if the move is posted before or not. opw - 4562732