22.11 Holds Enhancements

by Laura O'Neil on Jun 2, 2023

[14364] - Allow automatically canceled expired waiting holds to fill the next hold

Prior to 22.11, when a hold expired a librarian would have to check-in an item to catch or trap the next patron in line for a specific hold request. This feature changes this to an automatic process and sends two notices. One notice is sent to the next patron of a waiting hold and a second notice, HOLD_CHANGED, alerts a librarian of the change. An email address can be entered to notify a specific librarian of the change in a single branch, or the new notice can be sent to the library’s reply-to email address if left blank. The librarian can then take action on the item by printing a new hold slip.

The new system preference in 22.11 is ExpireReservesAutoFill. The cancel expired holds cron job must also be enabled: misc/cronjobs/holds/cancel_expired_holds.pl.

[22456] - Allow patrons to cancel their waiting holds

In 22.11, patrons will be able to cancel their waiting holds from the OPAC.

Please see our recent blog post for more details.

[30337] - Holds to pull ( pendingreserves.pl ) ignores holds if priority 1 hold is suspended

Prior to this, if a patron suspended a hold, it would still show as a hold to pull in Circulation’s Holds To Pull screen. This bugfix now correctly reports on what holds to pull in real time by ignoring hold requests that have been suspended. It has been backported to 22.05 already, so partners using Holds to Pull should already be noticing improved functionality.

Depends on the pendingreserves.pl cron job.