Issue Description
We should validate UoM barcodes. Or at least have some settings on how to handle them.
When we have a sales order for 2 PCE, the orderpicker is directed to the correct bin where the item can be found and is instructed to confirm the item. In this case the user might scan the barcode of “Pack of 5” and the system continues. Next the user is instructed to pick 2 PCE. The user might not know that PCE is different than the UoM that is linked to the scanned barcode and probably will physically pick 2 packs of 5 instead of 2 PCE. This will cause a stock difference.
Solution
We introduced some validations:
-
When a UoM barcode is used, we now assume that the user is trying to handle the item in that UoM. So if the barcode of a pack of 5 was scanned, the quantity is validated for a pack of 5.
-
We now also notice that when only 2 PCE are needed, picking 1 pack of 5 would exceed the required amount. This is no longer allowed.
-
We now display the required amount in the UoM that is being handled. So when pack of 5 is scanned, the required quantity should be displayed as "Pick 1 pack of 5 = 10 PCE".
-
When more PCE are needed then there are in a pack of 5, then taking a pack of 5 should be allowed.
We added some new parameters for picking:
-
UoM should match the order line's UoM (error when scanning different UoM)
-
Only allow different UoM when the base quantity is lower than the base quantity of the order line's UoM