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

--- Comment #5 from Owen Leonard <[email protected]> ---
There are two situations I can think of off the top of my head when a librarian
would want to check out a waiting item to someone other than the person it is
on hold for:

1. Someone else is picking up the item on behalf of that person. We get this
all the time with husbands picking up books for their wives. If we want to
check the item out to the person who is showing us their card, we have to
override the hold and check it out to them. In this case we would want to
choose to remove the hold upon checkout.

2. A book which had been made waiting for someone accidentally was put on the
shelf and someone brings it up to check out. In this case we would check out
the item (because it's our mistake, not the patron's) and keep the hold. In
this case the proper thing would be to remove the waiting status but keep the
hold at the top of the list.

>From IRC (http://stats.workbuffer.org/irclog/koha/2012-09-14#i_1077360):

[15:09]    <oleonard>    khall: Sorry, but I think neither is correct.
[15:09]    <oleonard>    The solution should be to make the item no longer
waiting, but still on hold.
[15:09]    <oleonard>    Is that not possible?
[15:14]    <khall>    that is quite complicated 
[15:15]    <khall>    at this point, we can no longer know if the reserve was
item or bib level
[15:15]    <khall>    we could assume it is bib level and push it back on the
queue as priority 1.
[15:15]    <khall>    or assume it's item level. That would be safer
[15:16]    <khall>    but either way, there is no way to guarantee the style of
hold is preserved.
[15:16]    <oleonard>    Safer but not as quick for the patron if it was
originally biblio-level and there are multiple copies
[15:17]    <khall>    plus, there is a likelihood that the person the hold has
been waiting for has been notified by email or sms.

Is there a solution where checking out in scenario 1 above is allowed but
scenario 2 is not?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
[email protected]
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to