Bug 24035 - When recording local use, holds should be captured
Summary: When recording local use, holds should be captured
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 27992
Blocks:
  Show dependency treegraph
 
Reported: 2019-11-13 15:39 UTC by Caroline Cyr La Rose
Modified: 2024-07-31 09:47 UTC (History)
8 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Caroline Cyr La Rose 2019-11-13 15:39:53 UTC
One way of recording local use is through a statistical patron. Checking an item out to a statistical patron records a local use but does not actually check the item out. However, if the item is on hold, there is no indication that it is so, since the item doesn't go through the checkout process.

But since the staff is already processing the item to scan it for local use, I feel like it would be logical to alert them that there is a hold on this item.

To reproduce:
1- Create a statistical patron category
1.1- Go to Administration > Patron categories
1.2- Create a new patron category
1.3- Fill in the code, description and expiry date
1.4- In the 'Category type' field, choose 'Statistical'
1.5- Save
2- Create a patron of that category
3- Place a hold on an item (for another patron)
4- Check out the item to the statistical patron => It says 'Local use recorded' but there is no pop-up saying the item is on hold
Comment 1 Rebecca Coert 2021-03-29 19:49:24 UTC
The ability to alert staff that there is a hold pending on an item when it's scanned for In House Use (IHU)would be *extremely* useful.  Currently staff are having to scan the item for IHU and then check-in the item to catch any potential holds.  Double the work - that could be remedied by somehow notifying or flagging a hold upon the IHU scan.
Comment 2 Jeff Gaines 2021-03-29 19:56:27 UTC
I concur. Anytime an item is in staff hands at Koha staff client, it should be checked if there is a hold on it and alert staff if there is. It should also be checked for things like Claimed Returned.
Comment 3 Lucas Gass (lukeg) 2023-11-15 21:30:01 UTC
This has been dealt with in Bug 27992. I am going to mark this as RESOLVED FIXED.
Comment 4 Andrew Fuerste-Henry 2024-03-01 16:44:52 UTC
I've been slow to realize exactly how this was implemented. With bug 27992, if there is a hold on an item that is checked out to a statistical patron the resulting alert box will say both "Local use recorded" and "Item on hold, please checkin."

Could we not trigger the hold from the checkout? What we have now is an easily-missed prompt to take an additional action involving multiple clicks. I'm going to reopen and rename this bug.
Comment 5 Heather Rommens 2024-07-30 16:43:02 UTC
The alert indicating that an item is on hold for a patron is no longer working in 24.05. When the item is checked out to the statistical patron, the message that displays is simply that local use has been recorded for the item, with no other information given.