Skip to content
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

Merged

Conversation

mt-software-de
Copy link
Contributor

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.

@OCA-git-bot
Copy link
Contributor

Hi @sebalix, @simahawk, @guewen,
some modules you are maintaining are being modified, check this out!

@mt-software-de mt-software-de force-pushed the 14-fix-cluster-picking-wrong-product branch from af7e013 to a2b1c74 Compare November 20, 2024 13:30
@mt-software-de
Copy link
Contributor Author

@TDu could you review this one?

Copy link
Member

@TDu TDu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Much better indeed 👍

@mt-software-de
Copy link
Contributor Author

@jbaudoux could you please review this as well?

@rousseldenis rousseldenis added enhancement New feature or request needs review labels Nov 21, 2024
@rousseldenis rousseldenis added this to the 14.0 milestone Nov 21, 2024
Copy link
Contributor

@jbaudoux jbaudoux left a 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)

@mt-software-de
Copy link
Contributor Author

mt-software-de commented Nov 21, 2024

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.

@jbaudoux
Copy link
Contributor

@mt-software-de can you remind me at which stage in the process this method is called?

@mt-software-de
Copy link
Contributor Author

@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.

Copy link
Contributor

@jbaudoux jbaudoux left a 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?

shopfloor/services/cluster_picking.py Outdated Show resolved Hide resolved
@mt-software-de
Copy link
Contributor Author

Can you also then adapt the lot section below with the same logic?

Yes of course this makes sense.

@mt-software-de mt-software-de force-pushed the 14-fix-cluster-picking-wrong-product branch from a2b1c74 to 09627e3 Compare November 22, 2024 19:53
@mt-software-de
Copy link
Contributor Author

Can you also then adapt the lot section below with the same logic?

done

when a wrong product or a wrong lot is scanned
@mt-software-de mt-software-de force-pushed the 14-fix-cluster-picking-wrong-product branch from 09627e3 to 517608b Compare November 23, 2024 07:50
@jbaudoux
Copy link
Contributor

/ocabot merge patch

@OCA-git-bot
Copy link
Contributor

On my way to merge this fine PR!
Prepared branch 14.0-ocabot-merge-pr-950-by-jbaudoux-bump-patch, awaiting test results.

@OCA-git-bot OCA-git-bot merged commit dd4e4db into OCA:14.0 Nov 25, 2024
5 checks passed
@OCA-git-bot
Copy link
Contributor

Congratulations, your PR was merged at 314e7bf. Thanks a lot for contributing to OCA. ❤️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants