Bug 24307

Summary: Allow loose item matching for on-order items
Product: Koha Reporter: Andrew Fuerste-Henry <andrew>
Component: CatalogingAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: enhancement    
Priority: P5 - low CC: m.de.rooy, sbrown
Version: Main   
Hardware: All   
OS: All   
See Also: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20850
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:

Description Andrew Fuerste-Henry 2019-12-26 15:25:30 UTC 
We run into this issue with libraries who are not using EDI, get their items pre-processed by a vendor, and want on-order items to show in the catalog:
- MARC records are imported for on-order titles
- On-order items are created
- Vendor sends final MARC records including 952 tags with barcode, ccode, location, etc
- Final records match to existing records at the bib level, but cannot match at the item level
- Item records need to be manually touched either to add final details to on-order items or to delete on-order items in favor of newly-created final items

The vendor cannot give a barcode number when supplying on-order records and (without EDI) Koha doesn't have a way to send the on-order item numbers to the vendor to be included in the final item info.

I'm imagining something like a syspref that lets us say "if an item has notforloan of [X], then allow item overlay without matching an itemnumber or barcode." But as I type that I suspect there are a lot of ways it could go bad.
Comment 1 Katrin Fischer 2019-12-29 14:14:59 UTC 
I think this is worth thinking it over some more. Maybe it could work like this:
- match not-for-loan = on order
- match home or holding branch if possible
- match itemtype if possible...

So it tries to find the best match and falls back to the next best?
Comment 2 Sara Brown 2022-01-27 21:58:04 UTC 
Maybe there could be 'Item matching rules' similar to what exists for bibs - a notforloan status picker could be built in, plus options to set whatever other criteria a library wanted to use.