[Koha-bugs] [Bug 7710] multiple holds per title

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7710

--- Comment #66 from David Cook <dcook at prosentient.com.au> ---
I've had a library express a desire for this feature, so I'm interested in it
once again!

It does seem like a bit of a predicament.

On one hand, if we allow multiple holds per record per borrower, some borrowers
could "game the system". On the other hand, if you need all three volumes of a
set, it would be frustrating to put the first on hold, and then put the next on
hold once you got the first, even though you need all three at once.

I don't know how much we can control borrower behaviour. I suppose we could
mitigate it a bit by only allowing multiple holds on multipart records (ie
either a "serial" or a "set"). Although that would require perfectly catalogued
MARC21 records. You might also have two copies of each 3 volume set, so a
person could still game the system, unless you somehow tied the 3 volumes (ie
items) together... but that would require extra special weird cataloguing.

I suppose we could handle this behaviour in the circ rules and allow it only
for certain item types, but you might occasionally have a different item type
with only a few multipart records. Plus, you'd still have the potential for the
gaming of the system.

I don't really know what the best answer is. 

The ultimate level of control would be brought about by cataloguing every
volume separately, but that would be a pain in terms of discovery and placing
holds as well.

But...if we can more about convenience than control...then maybe we have to
allow for the possibility of people abusing the system. By using a system
preference, we put the choice at the global level. Either this
library/consortium allows multiple holds per record per patron, or they don't.

--

tl;dr

Kyle, if you rebase and fix the line that removes the XSLT syspref, I'd be
happy to test this.

-- 
You are receiving this mail because:
You are watching all bug changes.