Wishlist: Suppress holds and transits independently

Bug #1868879 reported by Terran McCanna
46
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

We didn't make much use of the Checkin Modifier "Suppress Holds and Transits" until the widespread closures during the COVID-19 outbreak. Now that many of our libraries are closed to the public but still have staff in the building doing certain types of work, we find it would be much more flexible if Suppress Holds and Suppress Transits could be used separately.

Use Case: A library is accepting books returned through the book drop, and the courier is still running between branches, but they are closed to the public. They would like to be able to check in all the returned books and send out the ones that need to go back to other branches, but not fill holds. In this case, they'd like to be able to suppress holds, but not suppress transits.

Revision history for this message
Michele Morgan (mmorgan) wrote :

I would agree that these two checkin modifiers should be separated. Our consortium would also find individual modifiers much more useful.

I would also argue that when suppressing transits, items should get a status other than "Reshelving"

If an item belonging to another library in the consortium is checked in using Suppress Holds and Transits, it gets status "Reshelving". So the item looks like it's available at home, but instead it's almost untraceable, at another library. Staff and patrons can be searching for the item, and it can appear on the library's pull list.

I'm not sure if a different status, like "Canceled transit" is appropriate for this situation, or something more involved, but if the separation of the checkin modifiers is being addressed, the item's status should be also.

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Elaine Hardy (ehardy) wrote :

+1 to both

I think a unique status rather than current options both for better information and to report on items for resolution.

Perhaps something like Awaiting transit? Transit paused?

Revision history for this message
Terran McCanna (tmccanna) wrote :

I agree as well. I was very confused by the instant Reshelving status when I was trying it out.

Revision history for this message
Terran McCanna (tmccanna) wrote :

I like "Awaiting Transit" - that seems very clear

Revision history for this message
Tiffany Little (tslittle) wrote :

+1 for Awaiting Transit.

Revision history for this message
Garry Collum (gcollum) wrote :

Also a +1 for Awaiting Transit.

Revision history for this message
Meg Stroup (mstroup) wrote :

Another +1 for Awaiting Transit. Clear and concise.

Also adding agreement that this feature would be useful, per use case in original report.

Revision history for this message
Terran McCanna (tmccanna) wrote :

To add more to this ticket - if we had the Awaiting Transit status, we'd be able to easily create reports on that status to identify when items have been returned and shelved at the checkin library because staff don't notice that they belong to a different library.

(Right now we're trying to do a kludgy, multi-step workaround.)

tags: added: circ-checkin circ-holds circulation
removed: checkin holds
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.