Bug 11599 - itemBarcodeFallbackSearch should work even for items that don't have barcodes
Summary: itemBarcodeFallbackSearch should work even for items that don't have barcodes
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: master
Hardware: All All
: P5 - low enhancement (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-22 15:55 UTC by Galen Charlton
Modified: 2015-05-13 12:52 UTC (History)
4 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Galen Charlton 2014-01-22 15:55:03 UTC
When itemBarcodeFallbackSearch is in effect, falling back to a keyword search currently performs the search -- then filters out items that do not have barcodes.  This is because the checkout interface currently requires an item barcode to make a loan; it cannot identify the item using the itemnumber.

It would be nice if the itemnumber could be used instead.  That way, if a library truly does not use item barcodes or RFID tags, they could leave the barcode field blank and still be able to circulate.  Currently, they would have to fill in dummy values for the barcode.
Comment 1 Katrin Fischer 2014-11-16 10:02:33 UTC
One problem here is the check-in of items with holds on them. Currently you can't do that from the patron account and there would be no way to check-in without a barcode.
Comment 2 Jeremy Evans 2015-05-13 12:52:31 UTC
I encountered this problem earlier.  We had received a couple of new books required urgently by one of our users so they were sent straight to him.
Therefore I was not able to put a barcode into the books when cataloguing/issuing them.
When I tried to issue them to the user the books did not appear on the list of titles if I did a title search in the checkout.  
one other point - a filter on the holding library would be useful here as it brings up a long list of items held by other branches without giving details of the location.


I got round the issuing problem using the method Galen mentioned - i.e. using a dummy barcode in the format of temp1234.

On the default item view screen there is a place hold button so maybe an additional checkout link from there would be another useful way to handle these items. Or a checkout link from the list of holds?

The barcode not being in the book/item record when it is returned would not be a problem for us - as we would at that point edit the item to put in a barcode number.