Comment 1 for bug 1745222

Still an issue in 3.6.5

I debated on whether to create a new bug with a slightly different workflow issue, but the title of this bug is still the main concern. I also think this may be of more importance than a wishlist.

For a library migrating into an existing consortium, there are some cases where their incoming barcodes collide with existing barcodes. In this case, depending on how the incoming barcodes are migrated, the barcodes might be assigned a temporary prefix (until the barcodes can be replaced). In this scenario, a barcode completion may be setup to help the incoming library select their items. When using Circulation > Replace Barcode, and staff scan the barcode on the item, they should still have the ability to select the appropriate item (like they do in the Check In and Item Status screens). Otherwise, they may accidentally replace the barcode of the other, older existing library's barcode.

For example:
Existing Library A has item barcode 123
Incoming Library B has item barcode 123
To migrate that item, the Library B barcode may be assigned a value such as foo_123
A barcode completion can be setup with prefix foo_ for Library B
When scanning the item into Check In or Item Status screen, staff will see a choice of these 2 items
When scanning into Circulation > Replace Barcode, Library B staff will be scanning 123 (unless they know to manually type the foo_ portion), EG does not provide a selection of choices, so Library B just accidentally replaced Library A's item barcode

Edit to add that there might be permissions at play to help prevent this scenario from happening.