Wishlist: Option to cancel hold transits when a hold is canceled
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Evergreen 3.1
When a patron or staff cancel a hold that is already in transit, the transit remains open. The original idea behind this decision was likely based on retaining information about why an item was in transit, even though the hold itself was no longer active.
Now that we have the ability to cancel transits in lieu of deleting them, I propose a new org unit setting which causes hold transits to be cancelled when a hold is canceled.
Note that hold transits are already canceled when a hold is "reset".
Two benefits of this:
1. For sites using intermediate sorting facilities, a transit canceled before the item is sorted means it can be routed home by the sorter, instead of having to complete its journey to the pickup library and then, in many cases, go right back home again.
2. Scenarios where copies in transit end up at some other location other than the pickup library will no longer have to take extra steps to clear the transit before checking the item in.
tags: |
added: circ-holds transits removed: holds |
For future reference, I'm referring to the "open-ils. circ.hold. cancel" API.
Note the code comments:
# Leave the transit alive, but set the copy status to
# reshelving so it will be properly reshelved when it gets back home