The syspref ReservesMaxPickUpDelay contains a number of days to be added to the current date in order to derive the expiration date for a hold. It allows no variation for item types, libraries, etc. I propose a new companion syspref of ReservesMaxPickUpDelayAdjustments (or something). It'd take a set of item table fields, values, and numbers to be added to the ReservesMaxPickUpDelay value. So something like: holdingbranch: CPL: 2 itype: DVD: -3 Would mean holds on items at CPL would get 2 extra days, holds on DVDs would get 3 fewer days. Whatever syntax we arrive at should allow grouping conditions, so a library could adjust pickup delays for only a specific itype at a specific branch, for example.
Hi Andrew, there is an older bug about moving this to the circulation conditions: Bug 19309 - Add ReservesMaxPickUpDelay to the Circulation Matrix What do you think of that proposal vs the system preference?
*** This bug has been marked as a duplicate of bug 19309 ***
Handling this as a circ rule makes sense. I was thinking of something that would be a bit more flexible, but in practice I suspect folks would mostly want to tie this to patron category and itemtype.