Return a Barcode in RequestItemResponse if a copy is targeted

[Jason Boyer]

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 http://git.evergreen-ils.org/?p=working/NCIPServer.git;a=commit;h=bcee96e281dbf48787c44b023b07346b717377e5

[Jason Stephenson (jstephenson)]

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)]

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.

[Jason Stephenson (jstephenson)]

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