**Current behavior:**
Scanning lots doesn't increment the quantity of expected lines
in barcode.

**Expected behavior:**
Scanning a lot should result in consistent behavior / existing
lines that could use the lot quantity should be incremented
before unplanned lines are added to the transfer.

**Steps to reproduce:**
1. Create a lot-tracked product and some quant for it

2. Create a new delivery picking and add 1 move to it for the
     lot product -> assign the picking

3. Add another move to the picking, again for the lot product

4. Open the picking in barcode, without expanding the sublines,
     scan the lot created with the quant

5. When the parent line is complete, expand it to see that one
     of the sublines has no quantity

6. Furthermore, validating the transfer at this point will
     create a backorder despite it being technically completed

**Cause of the issue:**
The `move_id` needs to be taken into account in the groupKey and
when new transfer lines are created within barcode.

**Fix:**
Add `move_id` to the groupKey.

When preparing to create new barcode lines, try to get the best
existing `move_id` to assign to the new line (if one is
available) by preferring incomplete lines- then we won't create
illogical unplanned move lines.

opw-4478340