-
-
Notifications
You must be signed in to change notification settings - Fork 205
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[14.0][IMP] rma configured flow #334
Conversation
Hi @ernestotejeda, |
d00eafd
to
20be3ea
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @mt-software-de . When you're ready, a rationale for these changes will be needed
I think the rationale should go before the code changes, to validate it. |
Here is our scenario. There a different flows, as example
Thats why the idea came up to make in configurable on the operation. |
e5d6f94
to
04299ac
Compare
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
da1c1ef
to
505b7bd
Compare
@chienandalu and @pedrobaeza now i'm done with my changes. |
05d4850
to
62a4435
Compare
f722d82
to
76d68f5
Compare
f6784b5
to
d835eba
Compare
…s with phantom_bom_product set~
…action_confirm By configure create_receipt_timing, create_return_timing, create_refund_timing on a rma.operation we can the momemt when you are able to create the different processes As example: If you set create_return_timing to - "on_confirm" the return move will be created automatically on action_confirm - "after_receipt" the return can be created manually after the receipt - "no" a return can not be created
af64bec
to
7b194cd
Compare
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
some remarks
@@ -782,13 +846,14 @@ def action_refund(self): | |||
refund = invoice_form.save() | |||
line = refund.invoice_line_ids.filtered(lambda r: not r.rma_id) | |||
line.rma_id = rma.id | |||
rma.write( | |||
_vals = deepcopy(vals) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you could just build vals here without requiring deepcopy
for rma in rmas_to_return: | ||
picking = rma.delivery_move_ids.picking_id.sorted("id", reverse=True)[0] | ||
for rma in self: | ||
# TODO: warum sind hier mehr als eins vorhanden |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
comment can be dropped
TIMING_ON_CONFIRM_STR = "On confirm" | ||
TIMING_AFTER_RECEIPT_STR = "After receipt" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would not create globals for the labels
Thanks for the review but nothing will happen here in the near future. Due to the recent events in the repo rma, the contribution for this repo is stopped. Therefore I'm closing this PR. |
It's a pity that you take this decision, but I think the only one that is losing here is you. Anyway, part of the reasons for not accepting directly your PRs is changes that over-complicate the review and bring no value to the existing code. For example, in this PR, these changes are meaningless and even resting readability: I'm also guilty here for not wanting to fight more battles - I tried in #350 (comment) and #350 (comment) and some other places, but each step means too much time, or the alternative to have unknown worse code to maintain, taking us to the option to rewrite from your foundations. |
This PR would add the possibility to configure the moment,
when we are able to create a reception, return and refund
It adds for each process a own field on the rma.operation:
create_receipt_timing
create_return_timing
create_refund_timing
By configure a field as on_confirm
the process will be created on action_confirm
Also we can now disable a process by set the field to no
With the addon rma_sale we can also configure the rma to no create refunds
but change the qty_delivered of the sale.order.line to create a refund over the sale.order
Depends on:
#350