| Summary: | Add option to generate hold cancellation request from staff interface | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Lisette Scheer <lisette> |
| Component: | Hold requests | Assignee: | Bugs List <koha-bugs> |
| Status: | NEW --- | QA Contact: | Testopia <testopia> |
| Severity: | enhancement | ||
| Priority: | P5 - low | CC: | andrew, blawlor, bywater, gmcharlt, hebah, kebliss, mbarrette, mteal, Slodico, sspohn |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Comma delimited list of Sponsors: | |
| Crowdfunding goal: | 0 | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
|
Description
Lisette Scheer
2024-05-10 14:09:32 UTC
+1 on this. I've spoken to a few librarians who would like staff cancellation of waiting holds to follow the same process as when the patron requests a cancellation. +1 This would be a HUGE help! We have a six-branch system which means that the person cancelling a waiting hold is very often not at the branch where the hold is located. Since Koha considers an item as Available as soon as the hold is cancelled, if someone forgets to alert the staff at the branch with the hold, no one will know that the item needs to get pulled and checked in. +1 This would be a big help for us as well. +1 for us. Katie Bliss framed the issue perfectly. Yes, please. We have 17 branches with share-and-share-alike holds. Koha instantly changing the status of an item when the hold is cancelled from "On hold" to "Available" is how items end up on the missing lists. They should be checked in at least once before they become "available" again. |