[Koha-bugs] [Bug 4045] No check for maximum number of allowed holds.

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

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

--- Comment #17 from Katrin Fischer <katrin.fischer at bsz-bw.de> 2012-02-14 14:19:40 UTC ---
Hi Kyle, 

I can only suspect that not a lof of people have used it, because they didn't
trust it to work.

I think things are even a bit more complicated here:

We have an itemtype on biblio level, but I think it should only be checked for
holds, when the system preference item-level_itypes is set to biblio record.
So in that case it can work correctly for biblio level holds, because all items
on the record are of the same item type. So both item level and biblio level
hold will work here.

When you use item level itemtypes, things get a lot more complicated.
I started testing the patch that moves AllowOnShelfHolds to issuingrules and
the problems here are similar I think. We allow a biblio level hold, if at
least one of the items can be put on hold for the patron. If he missed items on
the shelf and the library doesn't offer to get those items for the patrons, it
will mean the patron has to wait longer, but the hold will still be filled at
some point (If I didn't miss something here, and I feel like I did).

If we follow the same approach for maxreserves it means that as long as at
least one item is 'holdable' for the patron, it will be possible to place an
item level hold on that item and a biblio level hold on the record. 

The problem with 3) is, that at the time the item will be checked in, the
conditions can have changed totally. The numbers of holds for that patron might
look totally different at the time one item is returned. While it was holdable
when the patron placed the hold, it might no longer be holdable when it's
returnd (and the other way round). 

Holds may have been filled in the meantime and other holds placed or cancelled.
For this I think we can't really check on return - we must determine when
placing the hold and then it's ok or not. Perhaps for use with item level
itypes the current approach is too granular?

I am thinking about a solution similar to "Total Current Checkouts Allowed".
That would mean combinations of branch and patron category. And make the branch
be the branch specified in ReservesControlBranch. 
I think that could work, but I might be wrong and missing some major things.

Hope that makes sense.

-- 
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are watching all bug changes.