-
-
Notifications
You must be signed in to change notification settings - Fork 193
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][FIX] shopfloor: cluster_picking do not create a new move line #950
[14.0][FIX] shopfloor: cluster_picking do not create a new move line #950
Conversation
af7e013
to
a2b1c74
Compare
@TDu could you review this one? |
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.
Much better indeed 👍
@jbaudoux could you please review this as well? |
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.
It doesn't look correct yet.
If you have 2 lines for the same product but different lots, it's like it is increasing both lines;
Those barcode searches do not look very GS1 friendly. It should call find
with the list of handlers (product, packaging, lot)
What do you mean? I think my change is correct. The method in generell could be refactored but then also the other places where the different find methods are used. |
@mt-software-de can you remind me at which stage in the process this method is called? |
This method is called when you already selected a move line and try to increase the qty done. You can now either scan the package, product or lot to increase it. |
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.
Can you also then adapt the lot section below with the same logic?
Yes of course this makes sense. |
a2b1c74
to
09627e3
Compare
done |
shopfloor/tests/test_cluster_picking_scan_destination_no_prefill_qty.py
Outdated
Show resolved
Hide resolved
when a wrong product or a wrong lot is scanned
09627e3
to
517608b
Compare
/ocabot merge patch |
On my way to merge this fine PR! |
Congratulations, your PR was merged at 314e7bf. Thanks a lot for contributing to OCA. ❤️ |
When a wrong product is scanned, while setting the qty_done.
The qty done is not changed and no response was returned.
This leads to the error, that a new move line is created.
Now it would be returning that this scanned product is not in the picking
and will not create a new move line.