[Koha-bugs] [Bug 21572] Allow checkout an item with reserve that is not yet in waiting state

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

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21572

--- Comment #3 from Joonas Kylmälä <joonas.kylmala at helsinki.fi> ---
(In reply to Katrin Fischer from comment #2)
> I think this should probably be controlled by the AllowItemsOnHoldCheckout
> system preference?

I hope it could be because then Koha would not become so complex to configure
for the user. Currently all the different ways of of checking out are a bit
different (SCO, SIP, intranet) and it would be good to unify them. I think we
should merge AllowItemsOnHoldCheckoutSCO syspref to AllowItemsOnHoldCheckout.
Currently SCO allows to check out items with Waiting state if
AllowItemsOnHoldCheckoutSCO is enabled but SIP doesn't with
AllowItemsOnHoldCheckout enabled.

I think how SCO works with Waiting state holds is bad, so here is my proposal:

1. We have only one syspref: AllowItemsOnHoldCheckout
2. AllowItemsOnHoldCheckout would only allow checking out holds in the Reserved
state, i.e. holds that are *not* yet processed by the library's staff – this
way we don't have items on the shelfs that cannot be actually checked out =>
confused patrons. Holds in the Waiting state (i.e. the ones that are processed
by staff) could not be checked out except from the intranet if the librarian
wants to override this policy.

If just one syspref is not possible because some libraries want to allow
reserves in waiting state to be checked out by other patrons (but why would
anyone, because then "holds" lose their meaning entirely) then I suggest the
following two sysprefs instead of AllowItemsOnHoldCheckout:
AllowCheckoutIfReserveNotWaiting
AllowCheckoutIfReserveWaiting

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