Return a Barcode in RequestItemResponse if a copy is targeted

Bug #1611818 reported by Jason Boyer on 2016-08-10
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

The ItemId/ItemIdentifierValue of the RequestItemResponse can return a specific item barcode when a copy is targeted at the time of the request. This allows the resource sharing system to know which barcode to present when sending the CheckOutItem message provided everything goes as expected. If the hold can not immediately target a copy it will return the bibid as it does now, with the exception that a "BibId-" prefix is added to make it clear to staff that they must change the barcode when marking the item shipped. A branch for this is available at;a=commit;h=bcee96e281dbf48787c44b023b07346b717377e5

Jason Boyer (jboyer) on 2016-08-10
Changed in ncipserver:
importance: Undecided → Low
Jason Stephenson (jstephenson) wrote :

Does this solve an actual problem that you've had with a vendor on the other end?

Also, are you using this in production?

Jason Boyer (jboyer) wrote :

Yes and yes. When a specific copy is targeted in this way the software on the other side already has the proper barcode to perform the checkout / checkin actions as needed. Without this patch, staff always have to enter the barcode into the request when marking it shipped as opposed to only rarely needing to. Additionally, if staff for some reason print a pull list from something like SHAREit, while unnecessary, it will still have the correct items they're looking for on it.

Changed in ncipserver:
status: New → Fix Released
Jason Stephenson (jstephenson) wrote :

We've been using this in production for a couple of weeks and have had no complaints. Pushed to master for great justice.

Changed in ncipserver:
status: Fix Released → Fix Committed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers