[Bug 24307] New: Allow loose item matching for on-order items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24307 Bug ID: 24307 Summary: Allow loose item matching for on-order items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: andrew@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl 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. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24307 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- 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? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24307 Sara Brown <sbrown@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbrown@bywatersolutions.com --- Comment #2 from Sara Brown <sbrown@bywatersolutions.com> --- 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. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24307 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=20850 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org