Skip to content

[19.0][MIG] rma#684

Open
AaronHForgeFlow wants to merge 98 commits into
19.0from
19.0-mig-rma
Open

[19.0][MIG] rma#684
AaronHForgeFlow wants to merge 98 commits into
19.0from
19.0-mig-rma

Conversation

@AaronHForgeFlow
Copy link
Copy Markdown
Contributor

No description provided.

@AaronHForgeFlow AaronHForgeFlow marked this pull request as ready for review November 18, 2025 16:19
@AaronHForgeFlow AaronHForgeFlow force-pushed the 19.0-mig-rma branch 7 times, most recently from 0d76a18 to 66d50c8 Compare December 15, 2025 14:38
JordiBForgeFlow and others added 22 commits May 15, 2026 12:24
Otherwise the anglo saxon entries won't be correct.
For example, the Interim (Delivered) account should balance
after receiving and triggering a refund on a customer rma.
Without this, some policies are not being copied from the
operation selected when creating new rma line from a rma group.

In v16 this patch and the usage of such onchange can be removed
in favor of (pre)computed stored editable fields for all policies
and configuration in the RMA operation.
The goal is to simplify view defintion and do not duplicate
things, requiring to do view changes in two places.

The same change was done from rma lines some time ago.
This was not the intended way to add RMA lines to a group.
Users are supposed to use the wizards to do so (add from stock
move, add from serial, etc.). Having the option to use "add
new line" was only leading to errors and confusion.
We shoul not force reservation on next steps on a multi step
route, oherwise a inconsistency is generated and the transfers
cannot be processed or cancel so the user gets stuck ("it is
not possible to unreserve more products that you have in stock"
error).
JasminSForgeFlow and others added 25 commits May 15, 2026 12:24
Those fields in the rma.operation allows us to control if we want to ensure that the
same lot as the one indicated in the RMA should be used in deliveries to customers
and receipts from suppliers
Also add a hook for the procurement location calculation.

Currently the rma reception location can be specified. I propose to
so the same for the destination locations. This is useful when
you want to deliver to a different location than the specified in
the property of the delivery address, for example, for specific
subcontracting location
…on usage as internal to compute outgoing moves
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.