WIshlist - Barcode completion rules should be applied in Replace Barcode Function

Bug #1745222 reported by Christine Burns
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

EG 3.0.2

Go to Circulation > Replace Barcode. Barcode completion rules are not taken into account when retrieving the copy by original barcode.

Error message = copy not found

desired behaviour - barcode completion rules should be used to retrieve the copy when using this function

Elaine Hardy (ehardy)
tags: added: circulation wishlist
Changed in evergreen:
importance: Undecided → Wishlist
tags: removed: wishlist
tags: added: cataloging
Erica Rohlfs (erohlfs)
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Erica Rohlfs (erohlfs) wrote (last edit ):

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.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.